这是一个创建于 580 天前的主题，其中的信息可能已经有所发展或是发生改变。
用了几年的 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