编程遇见瓶颈，求指点迷津

[996bujiaban]

用了几年的 Python
最近时常发现问题，却不知怎么改变
1:需求可以完成，但是时常修修补补
2:开始立项写的时候，虽然知道最终目的，但是实现过程一直是跑一点
改一点那样，不能从立项就清楚规划
3:在实战的时候，总会遇见没想到的问题，修修补补就能跑
但是慢慢的代码，就变成，循环套循环，一行注释三行代码
4:求指点迷津，小弟感激不尽

[maocat]

试试写代码之前先画 uml 图，然后找相关人碰一下

[vsitebon]

先画流程图，然后问一下别人你的想法对不对

[ohwind]

嗯？大家不都是这样的吗？（（
而所说的循环套循环，如果是必要的实现，又有什么不好的呢，有注释就行。
不必追求过于优秀的算法和架构，现代计算机的 CPU 没有那么孱弱，可劲造就完了，真到跑不动的时候再去考虑优化。

[hefish]

该学习一下软件工程，项目管理，
去考个 系统规划与管理师， 学习专家们研究出来的系统建设步骤，并理解它为啥需要这么多标准步骤， 然后就应该在项目实施方面有所突破。

[cpstar]

楼上说的学啥都没用，你不是项目经理，没有 big picture ，怎么知道细节应该怎么处理，可不让你往东就往东，但也许了解全局之后，让你往东的人不知道应该往南。

谋先事则昌，事先谋则亡。干事前，先想清楚，往深处想，能想多深想多深——但要承认，受限于阅历、经验，这是一个积累的过程。

[wulinn]

1 、需求就是补充出来的。
2 、这个也是正常的，除非是已经做过的东西，不然不是真正的大神，谁都没法说自己的方案一定是可行的，通常都需要一段时间来验证技术方案，而且即使技术方案初步验证通过，但是实际干活过程中还是会有不少意外。
3 、能跑就行。
4 、早点不写代码，写 word 写 PPT 才是正道。

[shaozelin030405]

去帮助产品和用户去理清整个脉络，潜在的场景，用户的使用方式。了解越多，预留方案也可以越多

[ZhuWenJian]

我上上周也是有和楼主一样的想法。
所以现在在看《大话软件工程 需求分析与软件设计》。
目前我感觉这本书比较有用，到时候自己写个项目实践下。

[urnoob]

同意#6
另外我想说 等你站到产品，客户的需求高度上面 ，你就对整个项目有一个通透的了解，也就不在意这些。
这时候你写代码就知道哪些是重要的，需要把代码做好的，哪些是只需要能跑就可以的。

[bulay]

建议学一学软件工程,另外<python 工匠>可以看一看,对于用了几年 py 的人有一定的提升

[lasuar]

看一下架构方面的书，暂时不看技术细节类的内容。

[artnowben]

多看一些知名的开源项目代码，看看大牛是怎么编程的；编程风格、编程规范留意一下。
C 语言看看 nginx ，轻量级的看看 dperf
https://github.com/baidu/dperf

[sinmo]

你和我经历好像，我前几年就是这样，后来跳到技术高一点的公司才发现自己很多不足，在同事的折磨（不是）下，技术提升很大，我个人感觉要提升技术就要多看牛人写的代码和思路，有时候一个问题你要想很久，别人早就有经验了

[fiypig]

的确读别人代码能提升自己的逻辑
但本身自己功能逻辑要自己思考好在进行

[missdeer]

系统地读点书，充充电，不是网上的博客、公众号文章