前天写了很多被吞了，再写试试。
其实我想说的是：代码量大了以后各种问题都会碰到，即使不考虑coding的错误，还有大量的其他问题。我前面举的网页登录的例子说的是需求描述很难早期就很详尽，需要不断检查改进，这些都需要大量时间。还有比如算法不够全面无法覆盖所有场景，比如性能不足，比如很难考虑到的并发问题等等，这些都是我曾经碰到过的问题，而这些可能都需要花费很多时间去发现去解决。

以楼主所说的每天一万行代码的速度，我写过的所有代码加起来恐怕还不到人家一个月的量。那么我碰到过的问题他是不是也应该都会碰到过类似的。下面是几个我曾经碰到过的困难，看看哪个能在有AI的情况下轻松解决：

好多年前我参与研制第一代国产数字式声呐，数字信号处理部分我们用的是一个比较小众的DSP处理器，波束形成部分的性能要求最高，为了充分利用处理器的并行能力，我花了两个星期的时间，把整个数据结构大调整几次，把最内层循环从21条汇编指令减少到19条，还发现并绕过了一个处理器的BUG。

还是好多年前在华为北研所呆过大半年，当时有一个intel新出的网络处理器，华为准备用这个处理器做一个路由器上的转发板。操作系统是vxworks，因为板载存储空间有限，所以板子上只有一个BSP（board support package），由这个BSP做一些基础自检，设备驱动然后加载操作系统。intel有一个demo板以及相应的BSP，这个BSP是从网口加载操作系统。而华为自己开发的板子要从串口加载操作系统。我的工作就是做这个BSP，主要就是在人家BSP的基础上把网口驱动换成串口驱动，简单吧。我的程序在intel的demo板上跑的很好；同时，硬件团队做的板子跑intel的BSP也很好，但是他们的板子跑我的程序就跑飞了。因为这个时候什么驱动都没有，没有输入输出，常规调试手段都没有。板子上有4个led灯可以控制开关，就是0～15共16个状态。我就靠这个来做调试。硬件团队在深圳，他们说他们板子跑intel提供的BSP很好，所以问题肯定是软件，所以没人配合我调试。我自己一个人调了两星期没搞定，最后华为放弃了intel的网片呵呵。多年以后回想，我怀疑是板子的供电部分有问题，导致某些器件供电不稳，但只是一个永远无法获得答案的猜测了。

下面一个事情刚好就是上周五我跟团队回顾上个月生产环境问题中的一个。一个生产问题的原由之一是数据库有两条商品价格记录，商品名这些都相同，只是规格一个是1T，另一个是1t。我就问这个数据库里应该是一条记录还是两条记录，大家想想觉得应该是一条记录，大概是由于某些数据导入时造成的。那我就说去检查一下数据库是否还有类似情况，同时也看看导入时是否要对大小写进行处理。然后通过需求产品到业务沟通一圈，两个小时以后的结论是保持不变。具体到这个例子（1T和1t的商品）很可能是一个东西，但是不排除某些商品会有比如3X和3x是不同规格的情况，我们现在无法区分，就只能保留。

【 在 hothail 的大作中提到: 】
: 我想替lvsoft说几句，虽然我只是部分认同他的想法
:
: 他可能主要方面，可能是性能密集的，无/少UI的， 可以的指标评判的一些功能/函数
: ...................
--来自微微水木3.5.16
--
FROM 114.85.152.*