这题用多层卷积神经网络就可以做出来了
首先你知道 1 到 2 的和是 3，1 到 3 的和是 6，0 到 1 的和是 1
由此你可以得到输入和输出的对应关系
[1,2] -> [3]
[1,3] -> [6]
[0,1] -> [1]

把这些数据作为训练集，然后设计一个合适的神经网络，将数据代进去做训练，得到一个训练好的模型
然后再输入
[1,100]
就可以得到结果
如果面试官说不对，那就多训练几次，得到几个不同模型，总有个对的

nmtui

因为不赚钱呗

之前只是看了帖子，没看简历
大哥，男生做学前很吃香的，还是华东师大的，去哪拿个 10 几 k 都不成问题吧，还不会有 35 岁问题

没记错的话，我之前的体验是需要服务器发送了正确的 content-type
有的服务端开发人员给的 JSON，content type 却是 text/html

什么啊，难道高考不是阅读相关的环节占分数最重？占分比就是读>写>听>说吧？
这种没有什么调查就胡说八道的文章就是浪费人的时间

@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 的一点就是没有好的包管理器和镜像