@toma77 就越秀白云那一两个街道，还都是码农平时根本不会去的地方

还有人认真回复楼主啊，搞了半天感觉就是想要个 dsl

@pangleon 我做不到，所以我们团队不敏捷

@sighforever 担心背锅就不要改了呗，又不是不能用

@kaedea Scrum 的管理是项目管理，而不是对人的管理。团队是自组织的。通常任务都是团队内成员自己领取的，而不是“张三你给我做 a，明天就要上线，加班到九点也要给我做完”

@kaedea Scrum 需要一些自我驱动吧
996 一般不是外力强迫加班？那还谈什么自我驱动

@kop1989 我的办法是，每次随新功能上一小部分重构。重构不需要大刀阔斧地去改，有时候只是改个变量名或者把代码简化个几行或者提取了新的方法和函数也可以算重构。反复几次的话可以大致达到比较理想的效果。关键在于领到新需求的时候对任务难度的评估，将这次完全不重构的任务量和小批量重构加上以重构后的做法的任务量比较，看看怎么做最合适。
重构的目标是：下次新需求来的时候比较容易完成新的需求。如果新需求来了需要大改，那本身说明结构不好，就是需要重构的

@hantsy 对的，我见过的都是直接把方法论当思维观念了

很多 GitHub 的开源项目反而比较敏捷，issue 当看板，然后开发者自己接了做，合并时跑测试和 linter，review 然后合并后可以 CI/CD 直接 release

说句更打击人的
希望我的同事不要看到这个，万一引入了出了个依赖的 cve 还得花时间去改去上线

@xiangyuecn 计算？ LocalDateTime.now(). plusHours(1L) 要时区你有 ZonedDateTime，方法几乎一样

@pangleon 真正的敏捷，肯定要 CI/CD 吧，别说一周上几次，一天上几次应该都可以吧

@xiangyuecn 时代变了…现在都用 DateTimeFormatter
Date 和它配套的类都是时代的产物，无脑抄袭别的语言的产物，garbage in garbage out 的产物

作为 Linux 用户，不喜欢 Windows 的一点就是没有好的包管理器和镜像

@LokiSharp 有一些是 runtime 的事情，有一些不是

@tctc4869 这和 pl 有什么关系？而且这种东西不是已经有了吗？ javadoc 就可以写 HTML 啊

而且这样真的好吗？比如 Java 的 lombok，很多人都用，随手就是一个注解自动生成 getter 和 setter，有人真的认真思考过为什么 Java 要设计得那么“啰嗦”吗？

易于编写只是编程的一个维度。除了这个还有很多东西要考虑的

正好上班打不了周赛

随便提几个问题看看下面能不能吵起来
面向对象还是面向过程
要不要函数式
要不要垃圾回收
要不要静态类型
aot 还是 jit 还是两者都有
要不要有 vm
怎么样做模块化

@fihserman123 北邮人？

@ghost024 和 Firefox 没有关系，和是否选择 Firefox 有关系