V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lesismal  ›  全部回复第 27 页 / 共 60 页
回复总数  1187
1 ... 23  24  25  26  27  28  29  30  31  32 ... 60  
2023-03-14 21:02:38 +08:00
回复了 luomao 创建的主题 程序员 在国内程序员就要重点关注业务么
全世界都差不多,纯技术线很难升官发财。

单就 OP 这个案例而言:
1. OP 的改造没什么问题,关注业务不多也没什么问题、毕竟之前职级可能也还没高到必须关注业务;
2. 除非是对技术需求非常非常硬的高精尖领域,但 OP 描述的这种不算,所以如果想继续向上、不管去哪家公司、多关注业务更好
3. 如果 OP 这次改造再等等,等你们原系统经常出点问题、比如需求迭代快导致停服次数多所以停服权重影响变大,或者量增加了导致原服务撑不住了天天 warning ,然后领导们老板们意识到了技术的重要性需要技术搞定(其实和 1 是一个道理,就是需要技术硬的时候),到时候你再改造、解决这些问题并且晋级述职主要讲解这些技术相关的,老板们就不会这么烦人了。

简单点说,3 就是需要天时地利人和类似的、好钢得使到刀刃上,技术再好没遇到好机会也白费,反倒会被资本家恶心
@zizon
单个请求,为什么会想到去 cancel 全局的呢?
单个请求自己 return 就完事了,除非这是运维发出的停止服务之类的请求。是不是这个理?嘿嘿
2023-03-10 01:53:56 +08:00
回复了 cs1024 创建的主题 问与答 大家每天生活有什么开心的事吗
向死而生,离最终解脱又近了一天。
2023-03-10 01:52:41 +08:00
回复了 tool2d 创建的主题 SSL 以前感觉 HTTPS 很安全,现在有一点点改变看法了。
先搞清楚,通信协议相关的安全算法主要是防止信道监听者。这类似战争年代无线电被监听、加密防破解。

不是用来防止具有密钥的通信两端的,因为两端本来就各自有密钥。所以这种有机器权限的就不适合 OP 讨论范围。

另外,如果想绕过,你装个虚拟机,在虚拟机里跑,应该就可以了,如果想更狠,虚拟机里再加上加密隧道、VPN 。。。
2023-03-10 01:41:44 +08:00
回复了 echoless 创建的主题 程序员 知天命
@echoless
#2 这种观点适合能力强的个体,不适合群体。
对待群体,需要用宏观思维。金融泡沫催动下的经济大周期,本质是供需关系,需求减少、没有那么多 HC 了,不管人们怎么努力等待,都会有对应比例的人失业或者找不到好的职位。
2023-03-08 10:57:58 +08:00
回复了 8520ccc 创建的主题 Go 编程语言 分享 golang 一种快捷自动实现查询条件构建的思路
@8520ccc #4 那就无所谓了,自己用着舒服就是最好的
@zmqiang 欢迎使用!
2023-03-08 02:42:08 +08:00
回复了 8520ccc 创建的主题 Go 编程语言 分享 golang 一种快捷自动实现查询条件构建的思路
之前在其他帖子也聊过,其实基础知识部分而言,学习 sql 本身并不比学习 orm 需要更多时间,而且逐渐积累起来,你对项目的掌控能力更强,尤其是性能相关,这是对于做大一些的项目的一些核心能力、涨工资或者说进阶的必备知识。一开始便依赖 orm ,并且不求深究,相当于自断了技术进阶的道路。
当然,比如家里条件比较好、只是给自己定位 curd 中小项目,追求的是 work life balance and happiness ,那就无所谓了、orm 挺好
2023-03-08 00:25:50 +08:00
回复了 8520ccc 创建的主题 Go 编程语言 分享 golang 一种快捷自动实现查询条件构建的思路
ORM 没什么好的,试试我这个丫:
https://github.com/lesismal/sqlw
转 go 这些人哪,入乡随俗了解一下,非要越搞越蹩脚。。。
@Frankcox 我来啦,感谢 at !

当初提这个 pr 是因为我的 nbio 实现的 http 兼容标准库,这涉及到 Request 的 context 字段,每个请求的 context 应该是共用一个全局的,这样当全局的 context 退出(比如进程退出、cancel 时),这个 request 的 handler 中使用这个 context 就可以一块退出(比如使用 Mysql 时传入这个 context )。但这个字段不是导出的,所以没有办法直接设置。

由于标准库规则严格、不肯开放这个字段导出,至少对于官方而言,他们不考虑 nbio 要解决的海量并发连接数写成数量、内存开销、GC 等问题,所以官方也确实不需要开放导出。

无奈只能使用魔法了,预先用 WithContext 生成了一个带有公共 context 的 Request ,后面创建新 Request 时 *newReq = *reqWithCtx 整体赋值,就避过没导出不能设置的问题了。不过虽然能用,毕竟 Request 结构体有点大,这么做能用但不划算,凑合用吧,毕竟我也支持官方不随意放权。。。 :joy:
2023-03-06 02:07:01 +08:00
回复了 CC11001100 创建的主题 Go 编程语言 Golang 邪修: Golang 的三元表达式实现
回复内容不能为空
2023-03-02 18:17:27 +08:00
回复了 PrtScScrLk 创建的主题 职场话题 工作一直被晾着怎么办?
@beidounanxizi
也就小作坊才会这种个人随便提交就发生产了。最大原因还是管理不善,我呆过的团队基本没出过这种个人瞎搞导致的事故。
如果出了这种问题还不反思,那下次再招聘到这种队友呢?全怪个人吗?人是管理者自己招进来的,管理者自己不制定团队规范,不用改进更科学的方式去带团队,开除只是解决眼下问题,并不是建设高质量队伍的手段
不过小团队的话,大家都是混口饭吃,团队规范费神,看管理者个人追求了
相比于多数人,有一颗折腾轮子的心,会有更大的几率技术向上突破,能不能突破要看实际情况了,比如遇到牛逼的团队规范的流程、他自己想造事故都比较难有机会,但像一般的中小团队流程没那么严格规范、个人行事权限充足,他就可能惹祸、职场不顺利。

毛躁是他的错,团队不规范也有锅,基于团队水平现状、开除可以减少事故率所以也是正确选择。。。

如果运气好,他找个更好团队继续飞升。

我就认识 90 后小伙子,工作前三年干倒了 6 家公司,并不算是他不靠谱,而是出身比较差去的都是比较破的公司,他自己比较上进、一直折腾轮子、搞群拉了我们好些人、老跑来跟我们问各种 sb 问题,问题从弱智到越来越高级,三年后进了家比较不错的公司,技术远超原来那些 CURD 同事,待遇也高一截
2023-03-01 12:26:40 +08:00
回复了 idlewater 创建的主题 程序员 业余程序员,做这样一个可视化前端算是什么水平?
少废话,先 star
1 ... 23  24  25  26  27  28  29  30  31  32 ... 60  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1043 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 47ms · UTC 20:24 · PVG 04:24 · LAX 12:24 · JFK 15:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.