首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lesismal  ›  全部回复第 30 页 / 共 62 页
回复总数  1239
1 ... 26  27  28  29  30  31  32  33  34  35 ... 62  
❮ ❯
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
2023-03-06 17:50:23 +08:00
回复了 SuperMild 创建的主题 › Go 编程语言 › 有了泛型，以前一直想做的 Go 错误处理终于可以实现了
转 go 这些人哪，入乡随俗了解一下，非要越搞越蹩脚。。。
2023-03-06 17:48:18 +08:00
回复了 macscsbf 创建的主题 › Go 编程语言 › 标准库中 http.Request 中 WithContext 方法为什么要浅拷贝一次而不是直接赋值?
@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 创建的主题 › 职场话题 › 工作一直被晾着怎么办？
https://www.youtube.com/watch?v=XhPbtAw0k0A
2023-03-01 18:41:03 +08:00
回复了 itechnology 创建的主题 › 程序员 › 领导打算辞退我组里的一名员工了，程序员写代码时多沟通真的很重要
@beidounanxizi
也就小作坊才会这种个人随便提交就发生产了。最大原因还是管理不善，我呆过的团队基本没出过这种个人瞎搞导致的事故。
如果出了这种问题还不反思，那下次再招聘到这种队友呢？全怪个人吗？人是管理者自己招进来的，管理者自己不制定团队规范，不用改进更科学的方式去带团队，开除只是解决眼下问题，并不是建设高质量队伍的手段
不过小团队的话，大家都是混口饭吃，团队规范费神，看管理者个人追求了
2023-03-01 12:43:55 +08:00
回复了 itechnology 创建的主题 › 程序员 › 领导打算辞退我组里的一名员工了，程序员写代码时多沟通真的很重要
相比于多数人，有一颗折腾轮子的心，会有更大的几率技术向上突破，能不能突破要看实际情况了，比如遇到牛逼的团队规范的流程、他自己想造事故都比较难有机会，但像一般的中小团队流程没那么严格规范、个人行事权限充足，他就可能惹祸、职场不顺利。

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

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

我就认识 90 后小伙子，工作前三年干倒了 6 家公司，并不算是他不靠谱，而是出身比较差去的都是比较破的公司，他自己比较上进、一直折腾轮子、搞群拉了我们好些人、老跑来跟我们问各种 sb 问题，问题从弱智到越来越高级，三年后进了家比较不错的公司，技术远超原来那些 CURD 同事，待遇也高一截
2023-03-01 12:26:40 +08:00
回复了 idlewater 创建的主题 › 程序员 › 业余程序员，做这样一个可视化前端算是什么水平？
少废话，先 star
2023-02-28 01:14:43 +08:00
回复了 Nazz 创建的主题 › 程序员 › gws v1.3 update: 新增并发处理请求和异步写入特性, 不增加常驻协程
-r 这个你不考虑合理性的话，那 nbio 的异步解析器肯定吃亏的，如果非要这么卷我有点想再搞个同步解析器来兼容了😆。。。但是这除了浪费我体力没什么实际意义我不想死那么早😆。。
2023-02-27 23:16:24 +08:00
回复了 chern9511 创建的主题 › 生活 › 脚踩两只船，突然感觉压力硕大无比
看半天没看懂同事到底是男的女的
看半天没看懂到底是哪里硕大无比
2023-02-27 22:32:51 +08:00
回复了 Nazz 创建的主题 › 程序员 › gws v1.3 update: 新增并发处理请求和异步写入特性, 不增加常驻协程
不过 nbio 的内存池，在一些极端场景需要用户自己定制限量方案，比如配置单个连接的最大包 size 相关的、发送缓冲 size ，一些参数默认是 0 、是没做限制的，所以连接太多了也是可能爆，需要带上脚镣跳舞
2023-02-27 22:28:00 +08:00
回复了 Nazz 创建的主题 › 程序员 › gws v1.3 update: 新增并发处理请求和异步写入特性, 不增加常驻协程
正常业务单个连接 1s 发 1000 个包早就被限流 close 了，-r 1000 比-r 500 更不合理+丧心病狂😆。。。

这种非正常压测导致 tcp 缓冲区堆积时，nbio 的异步解析器需要处理更多包边界、半包缓存，可以提高 nbio 的读缓冲区 size 来提高一点，但毕竟已经是不合理测试参数，具备这种高频的场景能想到的只有 rpc 服务，但是 rpc 服务不需要太高在线量，所以用同步方案更好、不需要基于 nbio😆

建议-r 10-50 。连接数 1000 太少了，nbio 欢迎连接数 10w 起步百万更好的压测来暴击😆
2023-02-27 15:06:17 +08:00
回复了 v2x996 创建的主题 › 问与答 › 你有几张信用卡？ 使用频率怎样和你认为值得吗？
刚刷到下面这个新闻，仅供参考：

[男子生前的信用卡欠款 58000 元#银行向家属索赔被要求证明亲属关系#]
近日，浙江台州一男子去世后，银行要求其家属偿还男子生前的信用卡欠款 58000 元，但被家属要求证明亲属关系。随后银行将其家属起诉。经浙江省仙居县法院审理，驳回原告诉讼请求。据报道，由于双方发生争执，陈先生的女儿电话中要求“先让银行证明亲属关系，否则其他一切都免谈”，随即便挂断了电话。据仙居县法院民事判决书，因银行没有举证证明 58000 元用于夫妻共同生活，因此 58000 元不属于夫妻共同债务，其家人无需归还欠款。2 月 25 日，九派新闻记者从该案件被告的诉讼代理人吴峰燚律师处获悉，银行没有再上诉，“委托人对于案件的处理结果还是满意的”。 @九派新闻
2023-02-27 14:59:30 +08:00
回复了 dw2693734d 创建的主题 › Go 编程语言 › golang 的哪个 websocket 好用？
@Nazz
我是真有点想搞 rust 了：
mp.weixin.qq.com/s/1dB4P54tVz-aM2iYIkE4fg
2023-02-27 14:57:00 +08:00
回复了 echoless 创建的主题 › Go 编程语言 › go append 的疑问
@zagfai
go rust 或者 c/cpp ，不是钻木取火。
如果这些是钻木取火，未来 AI 写代码成熟了，那时候的人同样也会说用 java php 这些是钻木取火、谁还自己写代码啊！？

过去这十几年，IT 这条线发展太快了，不知道 AI 迭代的速度会有多快，有生之年是否能见识到机器生命雏形甚至更高阶一点:joy:
2023-02-27 14:51:54 +08:00
回复了 echoless 创建的主题 › Go 编程语言 › go append 的疑问
@zagfai
你看 #19 我那句的完整顺序：
1. 先说的 “为了搬砖效率” —— 这个就是提高了部分生产力，因为提高的主要是开发效率 /速度、性能和软硬件消耗的成本是不划算的
2. 然后才说的“圈养了大批 CURDer”

科技线的演化规律通常是不同技术潮涨潮落逐步更迭到更好的，相比于 java ，go 的性能和消耗更友好，目前在一些其他语言舒适区使用者眼里，go 开发效率差很多，但毕竟出生的晚，随着逐步完善、开发效率越来越高，而且就我自己而言从来没觉得用 go 比用其他语言开发效率低。

但 go 性能不够强，只能做第二梯队、在开发效率与性能消耗之前均衡，在 CURD 与基础设施以及这两者的一些中间过渡领域会有很多作为。

往远一点看，rust 会大量占市场，目前阶段是 rust 已经进入，比如 linux 内核，比如 tidb 这种搞数据库的，比如 cloudflare 的一些基础设施：
https://mp.weixin.qq.com/s/1dB4P54tVz-aM2iYIkE4fg

再往远一点看，AI 的发展，未来大部分代码可能会是由 AI 直接生成更高性能的机器码，等到 NLP 、AI 编码更牛逼了，人类需求直接丢给 AI 了，配合上更丰富完善的测试验收体系。全盘丢给 AI 怕它作恶像终结者那样反噬人类，所以你看，OpenAI 的核心宗旨在于“实现安全的通用人工智能(AGI)”，使其有益于人类

性能是效率的永恒核心，是生产力的核心，现阶段你觉得够用了，并不代表其他人、next gen 也觉得性能够用。所以不要觉得 java 那些提高了生产力就没必要 go 和 rust 了，那只是 CURDer 这些不需要性能的人在坐井观天或者自欺欺人罢了
1 ... 26  27  28  29  30  31  32  33  34  35 ... 62  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2802 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 45ms · UTC 13:57 · PVG 21:57 · LAX 05:57 · JFK 08:57
Developed with CodeLauncher
♥ Do have faith in what you're doing.