sagaxu 最近的时间轴更新 sagaxu 最近的时间轴更新 |
sagaxuV2EX 第 200123 号会员，加入于 2016-11-06 19:26:33 +08:00今日活跃度排名 22135
 8  3  |
| 体制内养老也有风险? 程序员 • sagaxu • 3 天前 • 最后回复来自 hafuhafu | 35 |
| Vertx + Kotlin coroutine = 真香 编程 • sagaxu • 1 小时 53 分钟前 • 最后回复来自 foamvalue | 5 |
| 购物节，零购物欲望 程序员 • sagaxu • 5 天前 • 最后回复来自 vtoexOwner | 40 |
| 电信 5G 融合套餐来了
1 宽带症候群 • sagaxu • 9 天前 • 最后回复来自 crazyLeega
|
35 |
| 阿里云镜像跟 maven 官仓文件不一致 Java • sagaxu • 10 天前 • 最后回复来自 sagaxu | 4 |
| 没事测了一下电信 4G 网速 分享发现 • sagaxu • 17 天前 • 最后回复来自 kerdevils | 16 |
| 给电信 SDN 网关点个赞 宽带症候群 • sagaxu • 11 天前 • 最后回复来自 supppig | 20 |
| 最近 ISP 纷纷涨价，电信延长现有套餐一年的方法 宽带症候群 • sagaxu • 23 天前 • 最后回复来自 whzg888 | 19 |
| 无缘 Mate30 了 程序员 • sagaxu • 59 天前 • 最后回复来自 Deffi | 8 |
| 现在备案这么快了吗？ Chamber • sagaxu • 68 天前 |
sagaxu 最近回复了
2 小时 2 分钟前 回复了 Huskylee 创建的主题 › 生活 › 债务 180 万，每月利息将近一万。 |
这点债务在一线城市，算少的了
10 小时 8 分钟前 回复了 szxczyc 创建的主题 › 程序员 › 迫于代码能力太烂，求助一个公网 IP 推送的办法 |
我用 dnspod，不用写代码，curl 定时调用
饿了么或者美团常年招聘，不看学历，入职发冲锋衣，还配车
21 小时 39 分钟前 回复了 opopoipipip 创建的主题 › 咖啡 › 关于黑咖啡 |
@dimlau 提前磨的这么差吗？我平时喝胶囊，都不知道磨了几个月了，实际感受也没觉得比现磨的差哪去。
22 小时 8 分钟前 回复了 spring3shine 创建的主题 › 程序员 › 源码注释读不懂，哪位大佬能帮我分析一下这个英语句子的语法结构 |
22 小时 14 分钟前 回复了 pence2019 创建的主题 › 程序员 › 辩论吧 新技术 到底会不会代替老技术 |
从 6 升级到 8 应该没那么困难，先升级到 8，然后才有继续重构的资格
23 小时 53 分钟前 回复了 blackbeardd 创建的主题 › 问与答 › 为什么入睡这么难？ |
bose 的睡眠耳塞试试
23 小时 54 分钟前 回复了 zhxjdwh 创建的主题 › 广州 › 报名了猪坚强学车，现在猪坚强跑路了 |
名字倒过来读
1 天前 回复了 iXingo 创建的主题 › Java › 有一个问题想问问大家， 就是 Netty 是异步 I/O,也就是不会在 I/O 的时候不会阻塞，但是 I/O 本身还是耗时的操作，操作系统还是应该需要耗时处理， 效率的提升到底实在什么地方 |
@iXingo vertx 和 netty 完全没有可比性，你拿 netty 和 vertx 分别写个个人博客就深有体会了
1 天前 回复了 honmaple 创建的主题 › 程序员 › 为什么各项目负责人都喜欢搭个架子？ |
偶遇也许是项目负责人的问题，连续遇到，多半是你自身的问题。也许是你项目经验不够，看不到屎山的价值，也许是你太优秀，要找个薪资 double 的工作。
不要给自己加戏，大部分项目并没有后期维护的机会，上线就是终点，甚至还没上线就被砍掉。即便需要小修改，一个只有一个文件 2000 行代码的实现，要比有 100 个文件每个文件 100 行的实现要更容易。
作为项目技术负责人，必须选择自己能搞定的技术栈，最好还是团队大家都比较熟悉的。外来方案再好再牛逼，也不能轻易推广，除非是空降 CTO 强推，否则很难推的动。技术负责人个人喜好，比你的喜好更重要，你觉得恶心带来的损失，比他小。语言选择很多，每种语言又有很多框架可选，每个框架甚至有多种风格可选，团队内部可能人人都有自己的风格，自然只能对齐到一种，谁背锅就听谁的。
我的习惯是快速发布一个屎山，先用起来，再重构。整个项目至少 20%的时间留给重构。那些活下来的模块，在长期的一点一滴的重构中，比你一开始精心设计的更好，因为重构的架构是需求驱动的，不是项目初期凭空想象出来的。而那些活不长久的模块，重构中直接干掉了。
不要给自己加戏，大部分项目并没有后期维护的机会，上线就是终点，甚至还没上线就被砍掉。即便需要小修改，一个只有一个文件 2000 行代码的实现，要比有 100 个文件每个文件 100 行的实现要更容易。
作为项目技术负责人，必须选择自己能搞定的技术栈，最好还是团队大家都比较熟悉的。外来方案再好再牛逼，也不能轻易推广，除非是空降 CTO 强推，否则很难推的动。技术负责人个人喜好，比你的喜好更重要，你觉得恶心带来的损失，比他小。语言选择很多，每种语言又有很多框架可选，每个框架甚至有多种风格可选，团队内部可能人人都有自己的风格，自然只能对齐到一种，谁背锅就听谁的。
我的习惯是快速发布一个屎山，先用起来，再重构。整个项目至少 20%的时间留给重构。那些活下来的模块，在长期的一点一滴的重构中，比你一开始精心设计的更好，因为重构的架构是需求驱动的，不是项目初期凭空想象出来的。而那些活不长久的模块，重构中直接干掉了。
Select Language