 |
maocatApr 25, 2023 via iPhone
1
试试写代码之前先画 uml 图，然后找相关人碰一下
|
 |
vsitebonApr 25, 2023
2
先画流程图，然后问一下别人你的想法对不对
|
 |
ohwindApr 25, 2023
3
嗯？大家不都是这样的吗？（（
而所说的循环套循环，如果是必要的实现，又有什么不好的呢，有注释就行。 不必追求过于优秀的算法和架构，现代计算机的 CPU 没有那么孱弱，可劲造就完了，真到跑不动的时候再去考虑优化。 |
 |
hefishApr 25, 2023
4
该学习一下软件工程，项目管理，
去考个 系统规划与管理师， 学习专家们研究出来的系统建设步骤，并理解它为啥需要这么多标准步骤， 然后就应该在项目实施方面有所突破。 |
 |
cpstarApr 25, 2023
5
楼上说的学啥都没用，你不是项目经理，没有 big picture ，怎么知道细节应该怎么处理，可不让你往东就往东，但也许了解全局之后，让你往东的人不知道应该往南。
谋先事则昌，事先谋则亡。干事前，先想清楚，往深处想，能想多深想多深——但要承认，受限于阅历、经验，这是一个积累的过程。 |
 |
wulinnApr 25, 2023
6
1 、需求就是补充出来的。
2 、这个也是正常的，除非是已经做过的东西，不然不是真正的大神，谁都没法说自己的方案一定是可行的，通常都需要一段时间来验证技术方案，而且即使技术方案初步验证通过，但是实际干活过程中还是会有不少意外。 3 、能跑就行。 4 、早点不写代码，写 word 写 PPT 才是正道。 |
 |
shaozelin030405Apr 25, 2023
7
去帮助产品和用户去理清整个脉络，潜在的场景，用户的使用方式。了解越多，预留方案也可以越多
|
 |
ZhuWenJianApr 25, 2023
8
我上上周也是有和楼主一样的想法。
所以现在在看《大话软件工程 需求分析与软件设计》。 目前我感觉这本书比较有用，到时候自己写个项目实践下。 |
 |
urnoobApr 25, 2023
9
同意#6
另外我想说 等你站到产品，客户的需求高度上面 ，你就对整个项目有一个通透的了解，也就不在意这些。 这时候你写代码就知道哪些是重要的，需要把代码做好的，哪些是只需要能跑就可以的。 |
 |
bulayApr 25, 2023
10
建议学一学软件工程,另外<python 工匠>可以看一看,对于用了几年 py 的人有一定的提升
|
 |
freemoonApr 25, 2023 via iPhone
11
看一下架构方面的书，暂时不看技术细节类的内容。
|
 |
artnowbenApr 25, 2023
12
|
 |
sinmoApr 25, 2023
13
你和我经历好像，我前几年就是这样，后来跳到技术高一点的公司才发现自己很多不足，在同事的折磨（不是）下，技术提升很大，我个人感觉要提升技术就要多看牛人写的代码和思路，有时候一个问题你要想很久，别人早就有经验了
|
 |
fiypigApr 25, 2023
14
的确读别人代码能提升自己的逻辑
但本身自己功能逻辑要自己思考好在进行 |
 |
missdeerApr 25, 2023 via Android
15
系统地读点书，充充电，不是网上的博客、公众号文章
|
Select Language