这是一个创建于 967 天前的主题，其中的信息可能已经有所发展或是发生改变。
用了几年的 Python
最近时常发现问题，却不知怎么改变
1:需求可以完成，但是时常修修补补
2:开始立项写的时候，虽然知道最终目的，但是实现过程一直是跑一点
改一点那样，不能从立项就清楚规划
3:在实战的时候，总会遇见没想到的问题，修修补补就能跑
但是慢慢的代码，就变成，循环套循环，一行注释三行代码
4:求指点迷津，小弟感激不尽
最近时常发现问题，却不知怎么改变
1:需求可以完成，但是时常修修补补
2:开始立项写的时候，虽然知道最终目的，但是实现过程一直是跑一点
改一点那样，不能从立项就清楚规划
3:在实战的时候，总会遇见没想到的问题，修修补补就能跑
但是慢慢的代码，就变成，循环套循环，一行注释三行代码
4:求指点迷津，小弟感激不尽
 | 1 maocat 2023-04-25 08:39:39 +08:00 via iPhone 试试写代码之前先画 uml 图，然后找相关人碰一下 |
 | 2 vsitebon 2023-04-25 08:46:46 +08:00 先画流程图，然后问一下别人你的想法对不对 |
 | 3 ohwind 2023-04-25 08:47:24 +08:00 嗯？大家不都是这样的吗？（（ 而所说的循环套循环，如果是必要的实现，又有什么不好的呢，有注释就行。 不必追求过于优秀的算法和架构，现代计算机的 CPU 没有那么孱弱，可劲造就完了，真到跑不动的时候再去考虑优化。 |
 | 4 hefish 2023-04-25 08:57:43 +08:00 该学习一下软件工程，项目管理， 去考个 系统规划与管理师， 学习专家们研究出来的系统建设步骤，并理解它为啥需要这么多标准步骤， 然后就应该在项目实施方面有所突破。 |
 | 5 cpstar 2023-04-25 09:11:27 +08:00 楼上说的学啥都没用，你不是项目经理，没有 big picture ，怎么知道细节应该怎么处理，可不让你往东就往东，但也许了解全局之后，让你往东的人不知道应该往南。 谋先事则昌，事先谋则亡。干事前，先想清楚，往深处想，能想多深想多深但要承认，受限于阅历、经验，这是一个积累的过程。 |
 | 6 wulinn 2023-04-25 09:12:10 +08:00 1 、需求就是补充出来的。 2 、这个也是正常的，除非是已经做过的东西，不然不是真正的大神，谁都没法说自己的方案一定是可行的，通常都需要一段时间来验证技术方案，而且即使技术方案初步验证通过，但是实际干活过程中还是会有不少意外。 3 、能跑就行。 4 、早点不写代码，写 word 写 PPT 才是正道。 |
 | 7 shaozelin030405 2023-04-25 09:25:50 +08:00 去帮助产品和用户去理清整个脉络，潜在的场景，用户的使用方式。了解越多，预留方案也可以越多 |
 | 8 ZhuWenJian 2023-04-25 09:29:23 +08:00 我上上周也是有和楼主一样的想法。 所以现在在看《大话软件工程 需求分析与软件设计》。 目前我感觉这本书比较有用，到时候自己写个项目实践下。 |
 | 9 urnoob 2023-04-25 09:48:50 +08:00 同意#6 另外我想说 等你站到产品，客户的需求高度上面 ，你就对整个项目有一个通透的了解，也就不在意这些。 这时候你写代码就知道哪些是重要的，需要把代码做好的，哪些是只需要能跑就可以的。 |
 | 10 bulay 2023-04-25 10:04:16 +08:00 建议学一学软件工程,另外<python 工匠>可以看一看,对于用了几年 py 的人有一定的提升 |
 | 11 lasuar 2023-04-25 10:28:34 +08:00 via iPhone 看一下架构方面的书，暂时不看技术细节类的内容。 |
 | 12 artnowben 2023-04-25 10:30:39 +08:00 |
 | 13 sinmo 2023-04-25 10:59:20 +08:00 你和我经历好像，我前几年就是这样，后来跳到技术高一点的公司才发现自己很多不足，在同事的折磨（不是）下，技术提升很大，我个人感觉要提升技术就要多看牛人写的代码和思路，有时候一个问题你要想很久，别人早就有经验了 |
 | 14 fiypig 2023-04-25 11:04:08 +08:00 的确读别人代码能提升自己的逻辑 但本身自己功能逻辑要自己思考好在进行 |
 | 15 missdeer 2023-04-25 11:50:10 +08:00 via Android 系统地读点书，充充电，不是网上的博客、公众号文章 |
Select Language