这是一个创建于 3104 天前的主题，其中的信息可能已经有所发展或是发生改变。
记得刚入行的时候，信手就写。 几千行代码。
现在举步维艰，感觉各种情况考虑。几十行代码。
做技术越做感觉 脑筋不够用。
 | 1 akira 2017-04-16 18:37:14 +08:00 代码强健度不一样 |
 | 2 linhua 2017-04-16 18:40:32 +08:00  4 有经验后，写代码， 考虑的东西越来越多， 可能刚开始就考虑到性能问题。 其实有些东西可以以后 改进，进行重构，不需要 一次性过。 所以要 松弛有度， 有的地方严格，速度慢些 有的地方，就快些 更快，更高，更强吧 |
 | 3 coderluan 2017-04-16 18:44:52 +08:00 7 额，这样说明其实你知道的也许还不够多。 |
 | 4 lyhtsm 2017-04-16 18:50:59 +08:00 via Android 过阵子习惯套路了就又快起来了，我们公司有些老头子工程师就是这样… |
 | 5 Khlieb 2017-04-16 19:52:15 +08:00 via Android 找到窍门以后，感觉就会柳暗花明 |
 | 6 Immortal 2017-04-16 19:56:34 +08:00 这也是进步的表现 但也不要走入误区 把自己绕进去 |
 | 7 NonClockworkChen 2017-04-16 19:59:26 +08:00 先写,再优化吧,没必要一步到位 |
 | 8 zgqq 2017-04-16 20:00:28 +08:00 我现在些代码也是很纠结 |
 | 9 21grams 2017-04-16 20:05:34 +08:00 这是正常的，一天也就写个几十行代码。 |
 | 13 gam2046 2017-04-16 20:18:22 +08:00 作为入职没多久的新员工，目前的状态是知道的并不多，但是属于编程五分钟，扯淡两小时的情况。聊天聊着聊着 突然想到怎么写了，就敲键盘。敲不动了，继续聊天。直到下班。 |
 | 14 kaneg 2017-04-16 20:19:59 +08:00 via iPhone 初生牛犊不怕虎。时间长了，经过磕磕碰碰，该踩的雷都踩一遍，就会深思熟虑，避免走弯路 |
 | 15 phrack 2017-04-16 20:29:41 +08:00 我觉得可能是想多了。 我有时也会遇到这个情况，要是进来的参数不正确我是不是要处理下，要是内存不够了我要不要释放一下，然而一旦遇到这种情况我就提醒自己，管 tmd ，先把业务逻辑撸完了再说， bug 本来就是用来修的。 |
 | 16 bukip 2017-04-16 20:30:54 +08:00 1 每天写几十行，其他的都是抄的。 |
 | 17 llb123 2017-04-16 21:13:21 +08:00 鲁棒性高 |
 | 18 sagaxu 2017-04-16 21:26:33 +08:00 via Android 平均每天几十行 ，包括抄的在内，哈哈 |
 | 19 em70 2017-04-16 21:33:15 +08:00 via Android 只有 100 用户的时候不要考虑一亿用户的问题 |
 | 20 bigpigeon 2017-04-16 21:39:57 +08:00 自从用 python 以来每天的代码量是越来越少，多则几十行，少则几行 |
 | 22 acros 2017-04-16 22:45:30 +08:00 有一段时间好像是这样，感觉怎么写都不妥，好像写的 bug 数量比字节数还多 大概就是从不知道自己不知道，到了知道自己不知道的程度。 |
 | 23 ddou 2017-04-16 22:52:28 +08:00 经历丰富后, 首先是不会再急着动手写代码了,会考虑比较多的选项,不同的场景. 这些想清楚后,就是下笔如有神了, 刷刷的, 拦都拦不住, 哈哈 |
 | 24 lococo 2017-04-16 22:55:49 +08:00 几行代码解决几千行的问题，多好，难道这还要自嘲？ |
| 25 Khlieb 2017-04-16 23:54:50 +08:00 via Android 楼主需要一把金钥匙 |
 | 27 Mitt 2017-04-17 04:06:54 +08:00 1 应该都是这样吧，刚开始会什么写什么，想起什么写什么，但是遇到很多问题以后就记下了，下次再写东西就会花更多时间在如何事先避免这些问题上，比如什么性能、扩展性、结构等等，码代码的效率会有所低下，但是代码质量会往上提升，以前你可能时间都花在修 bug 上，现在花在优化代码上。加上确实懂的多想的多了就会懒了。编程五分钟，扯淡两小时，比如你看我现在就在这扯了一大段。 |
 | 28 linjianru 2017-04-17 05:43:12 +08:00 确实如此。不过逐渐也会豁然开朗进入下一阶段。 |
 | 29 ys0290 2017-04-17 07:29:49 +08:00 via iPhone 这只是一个把书读厚的阶段 |
 | 30 douglas1997 2017-04-17 07:33:07 +08:00 via iPhone Make it work and then make it fast. |
 | 31 smdx 2017-04-17 07:39:29 +08:00 via iPhone 极限编程号称敏捷开发，适用于企业级高复杂度，本来 3 个月得像项目一个星期出一个版本，之后在这个版本上不断迭代，形成最终版本 ，据说这种行项目更加成功 |
 | 32 smdx 2017-04-17 07:40:47 +08:00 via iPhone 这种类型项目更加成功 |
 | 33 twoyuan 2017-04-17 07:42:27 +08:00 也有可能是知道的不多而想的太多 |
| 34 smdx 2017-04-17 08:10:43 +08:00 via Android @twoyuan 应该是不知道编程得真理，发散性思维想各种情况，其实你发散想得东西，早就在语言各种异常定义中安排好了得东西，你没发现程序任何异常，程序语言本身自己是知道得，因为已经定义好了，凡是不符合类库接口契约得都记录为异常 |
| 35 smdx 2017-04-17 08:13:04 +08:00 via Android 不是说不要发散性思维，发散性主要集中在业务逻辑缺陷方面，这是语言异常不能发现得 |
 | 36 kaishi123 2017-04-17 08:23:39 +08:00 华罗庚说读书要先由厚到薄，再由薄到厚。跟楼主的感慨差不多一个意思吧。 |
 | 37 initialdp 2017-04-17 08:47:12 +08:00 大家都别装了， lz 只是老了。 |
 | 38 jatesun 2017-04-17 08:50:11 +08:00 一行顶百行，码农这个行业，以一当百很正常的事情 |
 | 39 Romanticlizhi 2017-04-17 08:52:27 +08:00 我觉得除开我抄的，一天也是几十行，哈哈哈哈。。。 |
 | 40 Phariel 2017-04-17 09:10:09 +08:00 via Android 正常的 慢慢就信手拈来了 |
 | 42 JamesRuan 2017-04-17 09:21:56 +08:00 不应该看单每天增加的代码，而应该看每天删除的代码。 正常情况下每天增加的比删除的也就多那么几十行，很少超过 100 行。但是删除的也算上的话，正常情况 100-200 行是比较常见的。 |
 | 43 blacklee 2017-04-17 09:34:06 +08:00 Done is better than perfect. 按照楼主说的，以前很快，现在很慢，这种情况，基本不是因为想太多，而是因为想太少了。 我个人的独自项目，自己给自己提 issue ，自己在 issue 里更新当前的想法和问题解决思路。你可以看右侧的 issue 内更新数。另外的 activity 界面我就不贴了，经常先连着 3-4 个 comment ，然后再接着一堆的 commit 。  ) |
 | 45 wizardoz 2017-04-17 09:44:11 +08:00 代码太精炼未必是好事。 |
 | 46 eyp82 2017-04-17 09:55:49 +08:00 我觉得初期不需要考虑太多 corner cases, 只需要集中精力把主线流程实现出来. 然后通过高覆盖率的单元测试, 集成测试等去发现 corner cases 并增加处理. 一开始就纠结于各种异常情况, 反而偏离了重心, 导致很难建立起流畅的思路解决问题. |
 | 47 quickma 2017-04-17 09:57:42 +08:00 没有银弹 |
 | 48 rozbo 2017-04-17 09:58:49 +08:00 随着技术的增长，写几千行代码的这种工作自然要交给下面的人去做，自己只负责写出核心的几十行就可以了。 难道这不是资源的合理分配吗？ |
 | 49 garrych 2017-04-17 10:05:33 +08:00 非也！这只能说明你知道的还不够多。 知道多了写代码慢很正常，但是知道的足够多的时候，写代码就快了 |
 | 50 carlonelong 2017-04-17 10:21:17 +08:00 不要过度设计啦 |
 | 51 subpo PRO 三重境界 看山是山，看山不是山，看山还是山 |
 | 53 bk201 2017-04-17 10:41:37 +08:00 我这么觉得我新手时候才会考虑东考虑西，然后 1 天下来基本没写什么。后来基本上是先功能出来再优化。 |
 | 54 bluefalconjun 2017-04-17 12:17:34 +08:00 只做架构设计... 只画流程图 结构图... review 代码, 一天 comment 大概 10 个以内的 cl... 已经到了基本不写代码, 只有移植, 修改部分调用. |
 | 55 kfreewind 2017-04-17 12:27:38 +08:00 1 先梳理流程，封装业务模块，善于使用工具模块，分离关注点，就会发现需要关注的东西越来越少。 |
 | 56 moka20477 2017-04-17 12:29:00 +08:00 过度设计 |
 | 57 lovejoy 2017-04-17 13:37:29 +08:00 我现在写代码都会考虑高并发会怎样，但是感觉想多了。 |
 | 58 10years 2017-04-17 15:00:15 +08:00 等到下个阶段就好了. |
 | 59 monburan 2017-04-17 15:16:36 +08:00 原来写代码也不考虑性能，也不考虑效率，单线程上来就是干。 现在知道多线程了又去考虑消息队列，还要考虑代码写的规不规范，写注释了吗，别人能看懂吗。。。 |
 | 60 zacard 2017-04-17 15:22:29 +08:00 出的 bug 约少 |
 | 62 sammo 2017-04-17 17:09:08 +08:00 如果把工作分为“想”的部分和“写”的部分，一般先规划好了写起来很快的，边写边想 and 没写就已经想好了怎么写 还是不一样的 |
 | 64 antowa 2017-04-18 10:56:18 +08:00 考虑东西多了就会这样 |
 | 65 visonme 2017-04-20 14:34:15 +08:00 随着知识的积累，这种情况也是很正常，所以越到后面开发的时间会越来越少，而思考的时间会越来越多。 |
Select Language