V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  tomczhen  ›  全部回复第 59 页 / 共 81 页
回复总数  1604
1 ... 55  56  57  58  59  60  61  62  63  64 ... 81  
2017-11-07 01:44:02 +08:00
回复了 truehyp 创建的主题 Java jenkins 上配置 maven 构建项目,最近一直出现“找不到符号”的问题
我记得 eclipse 下默认的 Java 编译器是 jdt,和 JDK 的编译器不太一样,可以自动解决编码问题。解决方法无非就是 maven 下也调用 jdt 编译,或者检查下 Java 文件的编码格式,如果一样的可以尝试在编译参数下指定编码。
2017-11-06 23:37:40 +08:00
回复了 kismetX 创建的主题 Docker Docker 容器间相互访问 refused
哦,那建议去看官方文档关于 Network 和 DNS 这块的内容吧,希望能找到解决方法,洗洗睡。
2017-11-06 22:35:50 +08:00
回复了 kismetX 创建的主题 Docker Docker 容器间相互访问 refused
宿主机配置 host ?也就是用 host 改了域名的解析么?
那么不用 127.0.0.1 而是改成内网 IP 试试。
默认配置是比较保守或者是开发配置,一般根据手册或者配置文件内的说明根据机器硬件、业务调整基本就 OK 了。

数据库要是能毫无代价的大幅优化性能,恐怕早就变成默认配置。VPS 性能要是能凭空优化出来,卖 VPS 的早就干了,都是钱啊。
2017-11-01 19:14:17 +08:00
回复了 slgz 创建的主题 职场话题 今天开会听到一个关于工作的神奇论
@cuebyte 先确定自己速度快是因为能力强还是因为考虑的问题没有“老人”考虑得周全造成的。可以试探性的请教一下解决思路,或者直接看项目代码中与自己解决任务相同或类似的场景代码。

线上和生产经验一方面要主动参与,哪怕没你的任务可以留下来观察学习。

另一方面应该多去了解线上故障处理流程,能查到文档记录就更好了,可以用实际记录向老员工请教处理细节。如果没有记录或者请教不到,那就想办法接触到线上生产环境的监控数据,自己用数据来分析问题。

由于同事并没有传授的义务,所以请教过程中的试探是必须的,对于明显排斥的同事就不要自讨没趣了。请教的问题越明确越好,而且要带上自己的思考内容。

对于缺少分享交流习惯的团队可以考虑自己主动分享一下新奇玩意,也不一定是技术方面的,反正一旦有风气起来,没什么特别准备的话,一般也都是讲工作中的内容了。而且这也是一种试探和筛选,找到志同道合的人能事半功倍。

当然如果你们已经混熟了就当我没说。
2017-11-01 17:33:05 +08:00
回复了 Seita 创建的主题 分享创造 StickerOverflow - 我们又上了一批高质量技术类贴纸
想买 opensuse 的贴纸换掉 Windows 的,没找到地方卖
2017-11-01 12:47:25 +08:00
回复了 slgz 创建的主题 职场话题 今天开会听到一个关于工作的神奇论
企图用简单理论来解决复杂问题就是耍流氓。

项目最重要的就是可控——时间、质量、成本都需要可控。

出现甲乙丙三种情况都是项目不可控的表现:甲在一定程度上让成本不可控,因为产生了浪费;乙则是成本、质量、时间都不可控,是严重隐患;丙虽然对时间、质量有一定的不可控,但是期望是正向的。

出现这种情况,首先就应该去解决乙的问题,无论是乙的任务难度过高还是乙技术水平过低,都应该先解决项目不可控的隐患。难度过高的任务可以交给甲解决,如果是乙本身的问题,则只将简单任务交给乙完成,或者让乙转为测试工作,项目内容主要由甲丙负责。

说到底作为 PM 说出这种言论无非就是期望技术人员能像机器一样可控,但是人不是机器,懒得去主动了解项目情况,所以企图用老板的角度来改善一下自己的处境。

作为老板的角度看,如果将技术人员的工作视为创造,那么甲和丙都是好员工;如果将技术人员的工作视为制造,那么丙最优,乙比甲优秀。

作为技术人员的角度看,自身发展和价值追求才能决定你该做哪种员工。
2017-11-01 11:22:33 +08:00
回复了 slgz 创建的主题 职场话题 今天开会听到一个关于工作的神奇论
第一种人犯错的时候只要再花 2 天时间就能按时完成任务。第二种人只能消耗更多的时间。第三种人会被预期一天完成的项目经理怼。

如果第二种人运气好,按时完成任务说不定还会被奖励;第三种人一旦给他人产生总是会提前完成的预期,只要有不满足预期的情况就会受到批评。

从结果来看,第一种人总是能满足预期,第二种人基本不做期望,第三种人一旦低于预期就会被怼。

从当事人角度看,做第一种人最保险,做第三种人要看公司是什么样的公司。
2017-11-01 00:27:55 +08:00
回复了 metalock 创建的主题 酷工作 上海前端怎么这么难招。。。
既然后端技能必须有,不如招个后端好了。前端那块稍微有研究真的不难吧?:doge:
2017-10-31 20:48:38 +08:00
回复了 liweicomeon 创建的主题 问与答 有没有这样的云盘解决方案?
如果是单纯的收集信息弄个问卷系统也行啊。
用 WebDAV 协议替换 SMB,用 IIS 的 Application Request Routing 模块来做 HTTP 协议转发。

有公网服务器可以搭建 N2N 来节约流量费用,或者安装 SoftEther。
@fourstring docker build 的时候可以被外界访问或者可以挂载是你想出来的解决方法,不是问题。

如果你想的解决方法一开始就是错的呢?
太浪费时间了。

还是先说自己要解决的问题吧,而不是自己想个解决方法,在来问这个方法遇到的问题怎么解决。
主要成本是人力资源,追求利润压缩成本的结果必然如此。
跟什么三六九等没啥关系,薪资高有编制掏大粪都有博士抢着做。
2017-10-27 14:55:45 +08:00
回复了 wafm 创建的主题 生活 有些客户真的难以理喻。。。
@wafm

不处理网络问题,那么系统的故障就一直存在。就算明确责任,对方直接责任人没动力、没理由主动承担说是自己的责任——那么猜一下,最终是谁需要承担结果?

要么你的产品有着很高的不可替代性和必要性,不过真要是这样对方也不会选择节约那一千多块的宽带费用了。如果你确实做到了“不管这种破事”,在你没有之前的故障处理记录的情况下,我不觉得对方高层负责人会选择相信你这个只有口头描述的乙方。

“客户第一”这种忽悠客户的话就别当真了,A 客户赚 100 W,B 客户赚 100,哪个客户重要?说白了,客户也是要按价值排序的,哪有什么只要是客户就是第一的道理。

另外还说个方案吧。

看你的描述应该是有提供硬件设备到客户现场的,流量成本可以接受的话可以考虑自己掏钱用 4G 无线上网卡来替代客户的网络。如果是标准 PC 结构的硬件,可以内置到设备内部,只需要把天线引出即可,这样也不怕有人拔掉。如果不能内置到设备内部,就要想办法改变外观,至少不能一眼就看出是 4G 上网卡,不然被拿走就够呛。

个人觉得,实在不能选择不做这个客户,那么选择一个相对较低的成本承担方式也算一个不错的选择——两害取其轻。
2017-10-27 14:22:55 +08:00
回复了 wafm 创建的主题 生活 有些客户真的难以理喻。。。
@wafm 创业初期接这种垃圾客户完全是饮鸠止渴,不仅耗去大量精力和成本,还无法提高口碑和利润,并且合作时间越久沉没成本越高,维护垃圾客户的精力都够维护几个正常客户了。

既然现在已经这样了,后面网络问题必须要对方一定级别的人到场才处理,不到场就不处理,这点不硬气起来就准备一直被吃定。还需要做好服务记录,需要对方负责人签名,有必要的话可以加上录像。

你处理的这些问题的“功劳”很可能被对方公司内部项目人员拿走,并不能成为你谈判的筹码。后期无论是你受不了不想继续,还是对方在付款方面为难,这些记录都可以拿出来使用。
2017-10-27 14:08:10 +08:00
回复了 wafm 创建的主题 生活 有些客户真的难以理喻。。。
事实是这种客户即便你给他们服务好了,他们也会说你们系统老出问题,而不会说是自己网络造成的。

说白了即赚不到钱,也赚不到口碑,没有其他好处真心不要碰这种客户。
@s609926202 可以,gzip 也能解决。自己有个练手玩的项目,可以参考一下。

https://github.com/TomCzHen/simple-api-gateway/blob/master/openresty/lua/request_gateway.lua
直接上 openresty
我倒是想知道做个简化版的支付宝要多少钱,就是去掉社交、推广、理财、金融那些功能,只留支付就好。

应该很简单吧,毕竟 80%的功能都砍掉了,有愿意开发的给 5% 股份给你。:doge:
1 ... 55  56  57  58  59  60  61  62  63  64 ... 81  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2655 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 13:56 · PVG 21:56 · LAX 06:56 · JFK 09:56
Developed with CodeLauncher
♥ Do have faith in what you're doing.