1
shanyuhai123 2023-02-20 10:55:59 +08:00 1
你已经提高了,下次你就不会这么写了。
|
2
alphat 2023-02-20 10:58:29 +08:00
让 chatGPT 帮你写
|
3
linauror 2023-02-20 11:47:14 +08:00
那就去改造现有代码,让它易于扩展,这正是机会
|
4
tool2d 2023-02-20 12:07:03 +08:00
假设你写的代码没问题,那么就是代码组织的问题了。
按照业务功能对代码块进行分割和查找,而不是传统的函数,文件名。 再写个按照业务名,进行快捷跳转 IDE 插件,就能满足基本业务需求。 |
5
opengps 2023-02-20 12:20:35 +08:00 1
能有这个感受,说明你的水平已经大幅提高了
|
6
LOWINC 2023-02-20 13:36:50 +08:00
GitHub Copilot
|
7
daimubai 2023-02-20 13:37:20 +08:00
看别人的代码
|
8
rouxi OP 感谢大佬们的建议 可能是实践的太少了,很多情况都没想到。接到东西就一股脑写。这个流程估计也蛮有问题的。
|
9
connection 2023-02-20 13:53:38 +08:00
多想 多看 多写
|
10
wqhui 2023-02-20 14:03:04 +08:00
把不好维护的代码重构一遍,看看别人的代码什么地方写得好,什么地方写得不好
|
11
aw2350 2023-02-20 15:40:15 +08:00
你应该问如何提高赚钱能力
|
12
CaptainD 2023-02-20 15:49:21 +08:00
我现在也这个感觉,因为业务变动太快,每天写很多脚本处理数据,脚本有只执行一次的,有经常要执行的,时间长了就会乱
我现在也没想到什么特别好的解决方案,只是尽可能抽取出一些公共代码,另外有些经常会用到的支线逻辑代码封装到注解里,让主逻辑简洁点 至于设计模式啊、整理工程的设计我就不懂了,不知道该看些什么资料,感觉书里的知识也没办法直接用上 |
15
w292614191 2023-02-20 17:27:03 +08:00
一样的,比如一个功能吧,我思前想后至少我认为在编写的时候很顺畅,各个功能都是尽量解耦开发。
直到交付后,我都认为整个功能都写的比较极致了,然后隔几天加个功能............ 过个月回头一看,就是一坨 |
16
alen0206 2023-02-20 17:34:37 +08:00
看好的代码
|
17
xiaojie668329 2023-02-20 20:52:32 +08:00 via iPhone
多看知名项目的开源代码。
|
18
fresco 2023-02-20 23:07:16 +08:00 via iPhone
多谢多看多思考多总结
|
19
MuscleOf2016 2023-02-20 23:11:19 +08:00
有时候不是你写代码问题,是编码设计的速度跟不上业务的速度,只能跟着业务随便写了。
|
20
rouxi OP @MuscleOf2016 是的。而且国内排期,基本不给你重构时间,接下一个需求的时候就会头麻
|
21
LLaMA2 2023-02-21 10:06:19 +08:00
码抄百遍,其意自现!
需求不按套路出牌,什么都想要,根本就不讲软件的设计与制造的基本法,我想我们这些务工人员也是无能为力的。 先做好手头的事情,得闲的时候想想业务是否合理,如果你是产品经理,你会怎么做,为什么要这么做,效果最差是什么样,能不能接受。 |