是不是换个面向过程的语言会好点啊，不介意可读性，代码多垃圾。只想多搞几个东西。
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 1729 days ago, the information mentioned may be changed or developed.
 |
1
换易语言
|
2 |
zachlhbFeb 9, 2022
2
做好封装继承写起来一点都不慢
|
 |
3
如果是小的私活项目就。。。反正能糊弄就糊弄。
如果是练手项目建议好好做，写规整还不够，你应该总结自己的 best practice ，凝练自己的基础库。 |
 |
4
写的规整也方便自己以后回过头来看代码，方便自己维护，并没有什么坏处
|
 |
codewldFeb 9, 2022
5
我也会这样 总是翻来覆去改
|
 |
6
强迫症 难 我已经病入膏肓 举个例子 我经常性甚至会因为几个方法的设计 明眼的思路就在哪里 能达到目的 但是潜意思里感觉不合理 就会被放大 最终导致整体性的停滞不前 甚至跑偏思考更底层的轮子....
其实吧 还是需要自己给自己总结一套能让自己接受的 简单的规范 这样会好很多 当意识出现的时候 就按照这套规范走. 就大大减少选择困难了... 就好比好多人的房间 看上去很乱 但是相对上很规矩 就是一套自己固定的分类流程 找东西也很方便 |
 |
pengtdydFeb 9, 2022
7
多想想出来打工是为了什么？不就是为了挣钱嘛，何必为难自己呢？
|
 |
luckyrayyyFeb 9, 2022
8
换个脚本语言
|
 |
duduabaFeb 9, 2022
9
个人项目好像都有强迫症，一个方法反复的写，包括代码格式等等，一天下来一个功能也没写完，都在自以为是的美化代码了，结果过了 2 天再看还是不够优雅，继续改。。。
|
 |
otakustayFeb 9, 2022
10
不是挺好的吗，积跬步以至千里
|
 |
11
多改改，也是一种累积经验的方法
也不用过多担心，因为总有腻的时候 |
 |
yeqownFeb 9, 2022
12
把项目删掉
|
 |
yunyeFeb 9, 2022
13
先做一个完整的初版，然后再迭代
|
 |
ixxFeb 9, 2022
14
你这有点舍本逐末了吧，你应该想的是，如何规划好代码结构一次搞定，而不是反复修改🐶
|
 |
ktqFDx9m2Bvfq3y4Feb 9, 2022 via iPhone
15
十几年老码农路过，我经常项目没上线代码已经重构好几遍了。甚至一个 APP 已经使用三种方式写出来了。
|
 |
16
个人项目不就是应该好好写吗？公司项目没有时间精雕细琢，只能靠个人项目探索最佳实践。
|
|
uyZL3221XZ2xGZ3DFeb 9, 2022
17
完美强迫症
|
 |
dcsuibianFeb 9, 2022
18
个人项目完全没问题，反正也没有工期
|
 |
yemoluoFeb 9, 2022
19
这个，www.twle.cn 这个网站，我第一次用 typecho ，后来发现要多用户注册，换成 flarum ，后来发现改功能太累，于是用 flarum 的前端，自己摸索着用 Python 3 + Tornado 写后端。然后发现加功能更累，换成 V2EX ，但是又喜欢 Flarum 的前端，于是，继续改 V2EX 的前端实现....
如果不是中途项目紧，没空，我估计继续改下去 这样过了一个多月，就没动力继续折腾了，直接开始整理内容了 |
 |
cnnblikeFeb 9, 2022
20
试试用 syntax linter/syntax checker ，很快你就会烦死了不想搞完美了
|
 |
james2013Feb 9, 2022
21
说明你写的不熟练
写的熟练了,写代码是个苦力活 |
 |
JFZFeb 9, 2022
22
能跑就行 哈哈
|
 |
a1562619919Feb 9, 2022
23
个人认为打字速度影响开发效率实际是错觉。尤其是中后期修修补补，思考的时间远大于打字的时间，打字速度的快慢对总体开发效率的影响微乎其微。如果是开发初期，慢点写还能边写边思考架构，先慢后快反而合理
|
 |
24
习惯很难被改变，你应该为自己养成了一个好习惯而开心。
|
 |
fgwmlhdkkkwFeb 9, 2022
25
那你有没有注意到，每年有 12 个月，但是每个月的天数竟然不一样？地球绕太阳转的轨迹竟然不是圆？这谁受得了啊！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！
|
 |
chocotanFeb 9, 2022
26
个人项目能跑能赚钱就行
|
 |
h1104350235Feb 9, 2022
27
@LifStge 和你差不多
不过现在我考虑更多是准点下班，不过多纠结这样，毕竟只是一个打工的。。 |
 |
28
没事不用改，公司项目我也这么干
|
 |
jdhaoFeb 9, 2022 via Android
29
什么语言？试试保存自动 autoformat ，不用太操心格式了
|
 |
zhuangzhuang1988Feb 9, 2022
30
能用就行
|
 |
code4youFeb 9, 2022
31
先实现功能 上线 等用户多了 在重构和迭代优化 😁
|
 |
James369Feb 9, 2022
32
盲猜 OP 是 java 程序员?，哈哈
|
 |
zw1oneFeb 9, 2022
33
多改改挺好的，以后就能直接写出来不用改的了。除非你只是单纯的改来改去，没有加思考进去。
|
 |
Zatoichi1966Feb 9, 2022
34
这两件事不冲突吧....习惯了的话....
|
 |
WolvinFeb 9, 2022
35
强迫症是种病，但是现在很多人引以为豪，不知道为什么。
|
 |
MiketsuSmasherFeb 9, 2022 via Android
36
这不是毛病，无论你的项目大小，只要以后有更新扩展需求，开始时把代码写规整能帮你节省大量复习自己写的逻辑的时间。
但如果是小项目，且你确定以后不会再动它，那就无所谓了，怎么快怎么来，只要能跑起来 |
 |
boileryaoFeb 9, 2022
37
多写积累经验，各种规整都是有代价的，能体会到失去了什么得到了什么怎么互相转换就成了，都是妥协，抓主要矛盾。代码多了最终几乎一定会成为一个复杂的有机生命体（💩⛰）
|
 |
adoalFeb 9, 2022
38
写得快了有什么好处？
|
 |
txhwindFeb 9, 2022
39
想清楚逻辑，一次写规整。开发会变快，维护也会变容易。
反反复复修改通常说明前期思考不到位。 |
 |
haohong725Feb 9, 2022
40
done is better than perfect
|
|
3g5Q18e931D24Yv5Feb 9, 2022
41
上学的时候做数学题是不是总要重新算一遍啊。强迫症
|
 |
42
代码能力的提升就从把代码写规整开始的。又臭又长的裹脚布代码你会看？看都不想看怎么能发现哪里能改进？不改进怎么能把代码写得更好？不能把代码写得更好，职业生涯 35 岁就真的到头了。
|
 |
Zzzz77Feb 10, 2022
43
不就应该是公司项目能跑就行，个人项目精益求精才对嘛....
个人项目你认为能跑就行，工作的项目老板认为能跑就行，那哪里还有提升的空间？ |
 |
wlfengFeb 10, 2022
44
习惯了写起来就很快了，习惯养好了比写那些垃圾代码快多了，review 、调试、改 BUG 什么的都很舒服，编程体验完全不一样
|
 |
ezrealFeb 10, 2022
45
多想想怎么把业务跑起来吧
|
 |
YuTengjingFeb 11, 2022
46
你写个人项目的目的是啥？
|
 |
msg7086Feb 11, 2022
47
代码写得规整只会加快开发速度。
你可以写得烂一点试试，看你会浪费掉多少时间在无谓的调试和测试里。 |
|
msg7086Feb 11, 2022
48
我们组现在在维护一个项目，前年新写的，结构很简单，就是下载点文件，解压缩，然后启动另一个组件，没了。
之前的组员和你想得差不多，随便涂一下就得了。结果生产那边经常过来事故，前前后后修到现在才刚刚修得差不多了。去年年底开始我接手修复一些麻烦的 bug ，然后就把写得杂乱的代码全重构了，那块代码上线到现在稳得一批，炸锅都是别人炸，很少遇到我们自己的原因。你说多花一点点时间把代码写规整了，省下几十个小时 on call 时间和反复改 bug 的精力，不爽吗。 |
 |
ijyuqiFeb 11, 2022
49
你这不是本末倒置了嘛？所谓的项目不得先完成才算项目，先把项目完成，后面可以再慢慢优化。都没有完成说什么优雅有个屁用
|
 |
newSimpleLifeFeb 11, 2022
50
个人项目的强迫症没啥问题啊，这是你进步的来源
|
 |
MaverickLeeFeb 12, 2022
51
先解决主要矛盾(解决有无问题)
|
Select Language