单说这道题而言看起来代码很简单，但是要想到确实得靠一些经验。而且就算想到如果“a 拼接 b 小于 b 拼接 a 那么 a 就在 b 前面”怎么证明成立也得费一番功夫。所以 OP 不用气馁，就算 BAT 程序员如果没做过这类题也得费一番功夫。

奋战（ moyu ）到最后一天

其实单纯想把年假攒着

现在地方财政入不敷出，编制不减少就烧高香吧

看来最近海外也不好过

玩电脑的

只要干这行都会有，跟语言有毛关系

同毕业一年，不过对我来说，目前还没有到达 OP 的这个阶段。努力提升技术，多接触有技术难度的工作依然是我的努力方向。

已经跑赢 90%的人了

谁天天喊程序员 996 的，这放假不都和体制内看齐了吗

问题大部分在需求端

@NoString 而你，我的朋友，

忙着摸鱼+1 。很多人都躺了，导致整体项目进度都慢下来了。

平时还是需要自己有更多的思考和积累的。就像你为什么用这个中间件，不用那个，有做过技术选型调研吗；或者你这个项目现在数据量不大，如果未来随着用户增长规模扩大，你能够做哪些优化迭代。这些都要求你在平时工作中多研究技术原理，多思考多总结，这些都不是一蹴而就的。

你这种理论和“小震不用跑，大震跑不了”有什么区别？

AI 不会对正确性负责。

现实中的需求都是复杂多变的，同时自然语言也不够精确，充满着歧义。如果产品直接给 AI 描述需求由 AI 实现，最后出了线上事故谁来负责？

当然 AI 是可以成为程序员一个非常好用的助手的，未来那些不会借助 AI 工作，自身还依然从事着简单繁琐工作的程序员肯定是会被淘汰的。

无非就这几种形式。先通过官网文档熟悉基本使用，然后通过看书或者博客进一步了解原理（个人喜欢看书之前找一份质量比较高的笔记，对照着笔记看书）。总之，学习的最终目的还是输出，不必太过于拘泥输入的形式。

一般工期往多排

上海有地暖？

你还没有软肋，等过段时间你就偷着乐吧