这是一个创建于 2780 天前的主题，其中的信息可能已经有所发展或是发生改变。
记得刚入行的时候，信手就写。 几千行代码。
现在举步维艰，感觉各种情况考虑。几十行代码。
做技术越做感觉 脑筋不够用。
 |
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
x7395759 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 2017-04-17 10:35:13 +08:00
三重境界
看山是山，看山不是山，看山还是山 |
 |
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