@newtype0092 这不就是“原味鸡怎么做”吗

@newtype0092

我不介意和这样的人做同事，当然还要看具体的情况

> 这个意义不大，实际场景用不到

如果知道为什么“这个意义不大”，是很有用的。比如 JavaScript 的变量提升。如果不是最近准备面试我根本不会想到这个东西。我所有的变量都是手动提升的。这样对代码阅读来说也会是更加清晰。有些面试题真的很蠢，甚至是在变相鼓励一些程序员在实际工作中去写一些看似酷炫实际上很难维护的代码。有些“知识”确实是“没有用”的。你生而为人不需要知道屎是什么味道就应该避免去吃屎。

> 这个不用自己写，调一下库就行

工作中我最怕同事在明明有库可以调的时候，偏要自己写。熟悉库并且合理运用库是很重要的技能。而且这个世界本来就是分工合作的，有的人会写库有的人写 test 。有时候一些面试题就好比“你吃过肯德基？讲讲原味鸡是怎么做的？”。如果我原味鸡一直吃得好好的为什么我要知道怎么做？

> 这个我没用过，用的时候百度一下就知道了

我很讨厌百度出来的答案。头几条出来的全是 CSDN，一些不知道什么样的人把同一个问题反复 copy paste 出来的所谓博客。如果对于没有用过的东西，能马上找到准确的答案，比如相关的 spec 或者 doc，我觉得也是不错的能力。

被人这么三板斧的时候为什么不反思一下你的问题，是不是“屎是什么味道”，还是“原味鸡怎么做”？

最佳实践是 hateoas
分页的话，使用 HTTP 的 link 头来给客户端返回上一页，下一页，第一页和最后一页的链接。让客户端根据 link 的关系，也就是 rel 属性自己找去

@ChanKc 漏了个 xy 的系数…

@xgfan 因为这题的数学表达式是 f(x,y)=(x+y)(y-x+1)/2，如果正好神经网络设计得正好是
ax^2 +by^2+cx+dy+e 的表达 其实还真有可能训练出正确的数学公式…

这题用多层卷积神经网络就可以做出来了
首先你知道 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