自己在写一些私人项目时,写到一半就没有继续写下去的动力了
比如,最近在写一个组件库
每一个组件都写得七七八八,没有什么大问题
虽然可以在细节方面可以做的更好,但是就是不想改
因为内心觉得这是时间问题,只要时间够,这种小细节很容易搞定的
求指点
1
opengps 2020-10-02 19:50:22 +08:00 via Android
自律本来就不是一件容易的事
|
2
xabc 2020-10-02 20:00:35 +08:00 via Android 15
这就是普通青年和优秀青年的差距,优秀青年没有歇脚的时候,一直在攀登,普通青年稍有成绩就停止不前
|
3
Leigg 2020-10-02 20:39:03 +08:00 via Android
善始善终,不够自律就加入外力逼迫自己
|
4
wangkun025 2020-10-02 20:43:21 +08:00
我一直如此。
手上的项目没人提问题我就挂着。 |
5
love 2020-10-02 21:10:44 +08:00
普通青年做事一定要有持续的正向激励,要么个人项目可以立即收来钱,要么可以出名方便找工作,来钱来得慢都会坚持不下去
|
6
lifetimeporn 2020-10-02 22:41:49 +08:00 via Android
你好,普通青年
|
7
kuanng OP @lifetimeporn 😂
|
8
matepi 2020-10-02 23:34:56 +08:00
框画好,再做细
其实也挺好的 有人 fork 还真改压力就来了…… |
9
clf 2020-10-03 00:04:37 +08:00 2
也许在写一个项目的时候,需要有别人的 Star 、fork 、或者是 issue 之类的互动(关注)来满足自己对成就感的需要?
|
10
ohiu 2020-10-03 00:09:16 +08:00
这是成本问题,明知道花的时间再多也无非是把 60 分提高到 65 分,是绝不可能有动力尽善尽美的
|
11
cmdOptionKana 2020-10-03 00:18:35 +08:00 via Android
很正常,很常见
|
12
ericgui 2020-10-03 02:52:30 +08:00 1
你需要一个东西:就是项目管理工具,比如 github 自带的 project
或者 trello 或者 monday.com 甚至 github 的 issue,都算 你把要做的 feature,要改的 bug,都列出来,一个个做,愚公移山,有成就感 |
13
mzlgx 2020-10-03 05:27:15 +08:00 via Android
说明你做的东西不是你真感兴趣的
|
15
angryfish 2020-10-03 08:36:37 +08:00 via iPhone
很正常,我到开源,别人出问题,我不出问题,我都是不会改的。
|
16
shm7 2020-10-03 08:58:10 +08:00 via iPhone
是不是有其他更重要的事情,让你觉得这项目不重要
|
17
IGJacklove 2020-10-03 09:31:15 +08:00 via Android
@mzlgx 并不是,开始的时候肯定是真的感兴趣了,只是时间久了就缺少动力了,我写开源库也这样,明知道有升级优化的地方,就是懒得写,要是有人给我发 issues 想要某个功能,我可能下班就立马开始写代码发新版本了。
|
18
vinsec 2020-10-03 09:52:34 +08:00 via iPhone
懂了 这就去给关注的项目发 issue
|
19
digglife 2020-10-03 12:01:21 +08:00
要靠找个合适自己的正向激励策略。把极大的一个任务分解为许多个小任务,每个小任务在自己的单次注意力极限时间范围内,这样就能执行下去。很多人把实际的执行当成技术活,其实如何操控自己持续执行可能更加需要技术。
|
20
andytao 2020-10-03 12:10:42 +08:00
开源,更多互动会让你拥有更多成就感,也不断激励自己完善从而做得更好;
我也在努力。。。。。 |
21
imn1 2020-10-03 13:45:23 +08:00
写给自己和写给别人是很大区别的
例如一个选择文件,自己用出错概率接近零,基本不用写 try...catch...(百分百懒得写而 pass ),别人用出错概率相对高,不写 try 绝对是 bug 我写来自用的东西就经常用,这样,出错就有动力改了 |
22
wwwwzf 2020-10-03 16:09:02 +08:00
不要做私活,才是大创业。
|
23
jones2000 2020-10-03 16:44:39 +08:00
调整好心态,一个好的组件或框架必须要经历好几年的投入开发才有会有成果, 不可能开发 2,3 个月就成功的,要有沉淀才可以。东西不要写的多,你的优势在哪里,就在你的优势上边下功夫,提高技术门槛。
|
24
lights 2020-10-03 19:21:49 +08:00 1
我以前上学的时候有过这种心态,对于一些难题只看懂答案就好了,不去非常认真的举一反三的思考思路,这样的结果是只考了个普通一本
最近几年有不一样的感受,那些收尾的工作、书的最后一章、课程的最后分享总结、交付流程的最后一步,其实也会蕴含很多新的知识点或者注意事项,甚至会决定项目的成功与否 尽管现在还会习惯性质的不喜欢做“收尾”的事情,但一直在强迫自己坚持做,每次也的确会有船新的收获,很不一样的。 大学毕业 5 年了,我也只是认识到了这个问题并强迫去该,但这种旧的习惯还没有被新的习惯代替,没有真正改掉 |
25
lights 2020-10-03 19:25:04 +08:00 1
这些“收尾”工作绝不是楼上一位 V 友说的将分数从 60 分提高到 65 分,有时候会导致代码的重写,真正的理解别人的设计的精妙,对我来说是 70 分提高到 90 分的区别
|
26
mwVYYA6 2020-10-03 19:33:39 +08:00 via Android 1
你不做的原因是你对这件事预期的回报不感兴趣了。
可能是你做到一半,发现这个业务不赚钱又没成就感,而且再也没法满足自己的好奇心。 那就放弃这个项目吧,反正也不是什么值得做的东西😆 |