V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  index90  ›  全部回复第 26 页 / 共 27 页
回复总数  521
1 ... 18  19  20  21  22  23  24  25  26  27  
2019-02-18 17:31:25 +08:00
回复了 leizimiao 创建的主题 程序员 被项目经理和老板画圈圈,废了自己,我又该从哪里开始
都在说初心,楼主说一下,你的初心是啥,热爱是啥?
我爷爷奶奶天天去照“红光机”,说治百病。天天去上课,还买回来一些“保健品”。
刚开始,觉得两老被人骗钱,想去劝。
后来放弃了,子女都不在身边,两个老人家就只有去上课这一个爱好了。有其他老人聊天,有销售陪他说话。
如果要劝老人家不要去,那就要做好陪伴他们的准备,很明显,做不到,或者不想做。

骗一下钱也无所谓,就当做是花钱请人陪一下老人家,搞一下老人家喜欢的活动就好了。
就一条底线,不要害人性命,不要害人卖楼卖房。
如果真有商家突破底线了,找第三方来曝光和规劝,例如媒体和警察。
最亲近的人说的话,一般都听不进去。
2019-02-18 11:44:02 +08:00
回复了 leizimiao 创建的主题 程序员 被项目经理和老板画圈圈,废了自己,我又该从哪里开始
@leizimiao
1. 太乱了?项目能否结项验收,能的话,就代表这个项目没有问题,一直按照它的节奏在进行,你觉得乱只是你没有真正进入到这个项目。
2. 出差的项目根本没有需求!没需求挺好的呀,有时间做自己的事情,不是很轻松的工作么?又不是创业,把时间留给自己好了,可以做一些基建,例如持续集成,持续部署,等到需求爆发的时候,你会庆幸自己做过这些准备。
3. 需求还天天问我你觉得怎么做比较好点。兄 dei,这就是你太年轻了。一个项目能够允许你提出意见,很看得起你了。问问自己,以后只想默默做一个只会撸代码的人么,不往前拱有什么前途?
2019-02-18 11:01:56 +08:00
回复了 leizimiao 创建的主题 程序员 被项目经理和老板画圈圈,废了自己,我又该从哪里开始
又一个以为当程序员是一份非常体面的工作,然而却被现实击垮的小伙伴……
2019-02-15 17:25:23 +08:00
回复了 index90 创建的主题 Go 编程语言 Protobuf3 中关于区分默认值和缺失值问题
@loveuqian 你们前端现在用 grpc-web ?如果不用 gRPC 框架的话,也没必要换 pb3 了哇
2019-02-15 17:22:59 +08:00
回复了 index90 创建的主题 Go 编程语言 Protobuf3 中关于区分默认值和缺失值问题
@hilbertz 我说的坑是,哪天 gRPC 的 codegen 不支持用 pb2 来做 IDL 了
2019-02-15 17:12:31 +08:00
回复了 index90 创建的主题 Go 编程语言 Protobuf3 中关于区分默认值和缺失值问题
@hilbertz G 家推荐用 pb3 作为 gRPC 的 IDL,貌似 pb2 也能用,不过既然 G 家推荐 pb3,估计以后就不支持 pb2 了,为了避免为以后留坑,还是用 pb3 吧。
2019-02-15 16:51:47 +08:00
回复了 index90 创建的主题 Go 编程语言 Protobuf3 中关于区分默认值和缺失值问题
@hilbertz 要用 gRPC 啊
2019-02-14 18:37:57 +08:00
回复了 imherer 创建的主题 程序员 前后端分离的项目如何防止 api 被第三方利用
要完全无侵入的话,上 ServiceMesh,由 SideCar 挟持流量并负责接口的鉴权问题
2019-02-14 18:26:44 +08:00
回复了 Virezox 创建的主题 问与答 实时采集车辆 GPS 数据用什么通讯协议比较好
@julyclyde 协程算不算重新发明多线程?
2019-02-14 11:31:38 +08:00
回复了 imherer 创建的主题 程序员 前后端分离的项目如何防止 api 被第三方利用
不想让第三方利用,首先你需要一个能够鉴别什么请求是第三方的规则。
方法有很多种,AK+SK,JWT,等等,如果这些都称作鉴权,那意思就是不能使用规则。
不能使用规则的话,就划一个 private network,把第三方隔离出去。

我觉得楼主想找的答案,不应该是不能使用“鉴权”,而是无侵入或者低侵入的方案吧。
2019-02-13 18:06:59 +08:00
回复了 Virezox 创建的主题 问与答 实时采集车辆 GPS 数据用什么通讯协议比较好
GPS 的数据信息应该不大,终端数量却很多。
这时候要考虑服务端的处理能力,以及数据存储能力,鉴于楼主是想讨论通讯协议,那就只讨论网络层面了。
终端数量多,就不要考虑长链接了,这样会浪费你大量的端口。
建议使用 UDP 协议,如果担心数据会丢,可以在 UDP 协议之上实现自己的七层协议,增加消息确认,和重发机制。
2019-02-13 15:32:23 +08:00
回复了 rizon 创建的主题 程序员 求帮忙推荐一下群晖以及其他问题
NAS 就做好 NAS 的本分,搞什么 docker。就像以前用路由做 NAS 一样,效果奇差。个人见解。
2019-02-13 15:25:58 +08:00
回复了 index90 创建的主题 Go 编程语言 关于 vgo 和 dep 的讨论
@awhane 嗯嗯,我们的代码就是放在 gitlab 上的,貌似给 gitlab 配置一个域名就可以了?
主要是不懂 go get 的原理,有没有资料分享一下?
2019-02-13 13:47:16 +08:00
回复了 index90 创建的主题 Go 编程语言 关于 vgo 和 dep 的讨论
@cholerae 例如你公司的代码是闭源的,而且是模块化开发,又舍不得购买 github 的企业服务……
2019-02-13 12:08:14 +08:00
回复了 rizon 创建的主题 程序员 求帮忙推荐一下群晖以及其他问题
群晖我觉得最大问题是不支持 4K 的输出,所以 play,plus 对于我来说都没用。有 j 就够了,速度完全够用。然后省下来的钱买个 shield,播放 4K,做机顶盒,偶尔玩玩游戏,完美。
2019-02-13 12:05:50 +08:00
回复了 rizon 创建的主题 程序员 求帮忙推荐一下群晖以及其他问题
你们是怎么解决内网穿透问题的啊?
买个云主机做反向代理。

如果不是内网穿透只是需要解决 ip 变动的问题又该怎么处理呢?
用 DDNS 啊。
2019-02-13 12:04:07 +08:00
回复了 index90 创建的主题 Go 编程语言 关于 vgo 和 dep 的讨论
@neoblackcap 嗯,我也偏向于 dep,有点类似 composer,相对较熟悉
不如上 NUC ?
2019-01-30 16:32:31 +08:00
回复了 sdijeenx 创建的主题 职场话题 为 996 辩护的人是否可以理解为这就是他们想要的?
对于个人来说:
不认可就换工作呗。
怕麻烦的话,自动离职,找个自己喜欢的公司。(时间更值钱啊)
不怕麻烦的话,就去告它,拿个赔偿什么的。(顺便提高一下自己的法律水平)
应不应该 996,只有做出成绩的人才有资格说啊,弱者说什么都是借口。
公司有个大神,天天按时上下班,但人家的输出就算你加班都追不上。

对于公司来说:
996 好不好,市场和社会自然会作出选择,讨论也没用。

关于法律:
我对法律了解不多,基本上除了刑法以外,法律对于公司还是个人,都是工具,用不用,决定权在你自己手里。
而这些工具大部分都是 V0.1 版本,大家当然是希望多点人先用,等版本升级到 V1.0 了,使用成本就低了,好用了啦。

最后:
公司和个人都是雇佣关系,双向选择。公司想要 996 的人,你觉得合适就上,不合适就走。
再说了,又不是没有公司不是按时上下班的,为什么不去?

其实程序员就和以前轻工业时代车间工人差不多,只不过是工业革命带来了生产工具的变化,工作环境从厂房变到写字楼而已,阶级永远没有变。不要自命不凡,看清现实中自己的地位和处境。
1 ... 18  19  20  21  22  23  24  25  26  27  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5904 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 27ms · UTC 02:28 · PVG 10:28 · LAX 18:28 · JFK 21:28
Developed with CodeLauncher
♥ Do have faith in what you're doing.