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
系统地读点书,充充电,不是网上的博客、公众号文章
|