接活做别人的项目只想快速做完交差怎么方便怎么来，自己的项目一分钱赚不到也想打磨很久尽量让代码质量达到最高。
kaiki · 2021-01-03 23:54:02 +08:00 · 3428 次点击这是一个创建于 1421 天前的主题，其中的信息可能已经有所发展或是发生改变。
只有我这样还是你们都这样？
 |
1
qsnow6 2021-01-03 23:56:04 +08:00
me too
|
 |
2
CEBBCAT 2021-01-04 00:15:10 +08:00 via Android  1
工作前我是会一点点扣，扣到满意为止才进行下一步的人。不过工作后就慢慢改变了，不论是工作还是自己的练手，习惯上先做整体规划，如果任务量大的话。小活也不会扣得很仔细了，因为自己知道，这既不是性能瓶颈，也不是什么重要的模块。
现在的我，更想学习的是一个成型的系统是怎样设计文件和逻辑结构的，文件结构有助于协作和编码，逻辑结构就不必说了。 |
 |
3
westoy 2021-01-04 00:20:55 +08:00
很正常
大部分产品找一两个人做短期外包的也是拿来看看的， 也不会有多少人用 需要抠设计扣设计都是长期的项目 说白了还是有多少预算干多少事 |
|
4
westoy 2021-01-04 00:21:18 +08:00
抠设计扣设计 =》 抠设计抠性能
|
 |
5
kaiki OP 1
@CEBBCAT 我先设计好整体框架再实现功能，一个部分到实现为止就停下，继续下一个部分，大部分实现了再回头处理细节。
学习的话，从抄开始的确可以学到不少，看看别人的开源程序是怎么设计结构的，慢慢的就会形成一个自己的规则。 |
 |
6
xcstream 2021-01-04 01:56:58 +08:00
sleep 3 秒
优化一下 sleep2 秒 再优化一下 sleep1 秒 |
|
7
xcstream 2021-01-04 01:59:32 +08:00
可以提前做完 但提前交差没有什么好处
|
 |
8
wzhy 2021-01-04 07:40:12 +08:00
楼主您做 C/C++项目不？做的话请联系我^^
其他做 C/C++（非 GUI 程序）的小伙伴如果业余有时间也请联系我，长久合作甚至可以全职来公司做，坐标重庆。 |
 |
9
xuanbg 2021-01-04 09:09:19 +08:00
不，我都是一视同仁，都是同样认真对待。不同的是自己的项目长期维护，别人的项目维护期过了就无需维护了。
|
 |
10
NexTooo 2021-01-04 09:43:25 +08:00
工作前 /刚工作我都会精雕细琢
现在不了，先完成了，有空的时候再搞搞。你花 10 个小时优雅的完成一个 3 小时就能完成的活儿，没必要。先完成了再考虑优化吧，不然加班加到吐还没时间充电学习 |
 |
11
xingshu1990 2021-01-04 10:13:02 +08:00
接活，快速交差，会直接给你货款，这个奖励机制很直接，没有各种乱七八糟的规则。
而自己做项目，没有激励机制，但想默默打磨，然后惊艳圈子。 |
 |
12
crist 2021-01-04 10:14:21 +08:00
一开始花 10 个小时精雕细琢的搞 ×
花 3 个小时搞出来再说，有空再优化√ |
 |
13
Qinmei 2021-01-04 11:02:59 +08:00
自己的项目又没有时间约束，慢慢写就是了，能不能有更好的抽象跟封装方法，这块的代码是不是必要的，有没有新的设计模式可以借鉴，什么花里胡哨的都上一下
工作项目都是先快速开发完，然后有时间再去封装抽象抠细节，有时候感觉这个项目没啥意思就不优化了，能用就行 |
 |
14
raaaaaar 2021-01-04 12:46:04 +08:00 via Android
工作上如果时间充足加有挑战性的话，我还是愿意去钻研的，但是更多时候就是一些业务代码加 ddl，所以能跑就行
|
 |
15
byte10 2021-01-04 12:59:08 +08:00
想钻钱还是要快速实现的，有钱了，花几万请别人重构也可以。不过前期设计弄好，打好底子框架，后期的实现确实省心很多，实际上时间没亏多少。但就是比较烦，直接 MVC，过程化编程还是效果显著，迭代快。哎头大
|
 |
16
CismonX 2021-01-04 13:04:50 +08:00 via iPhone
工作中的项目，当然也要认真负责，但是 deadline 不允许我花过多的时间精雕细刻。再加上各种临时改需求，屎山等原因，也没这个精力和心情去做额外投入了。能按期上线，没致命 bug 就谢天谢地了
|
 |
17
huZhao 2021-01-04 13:10:09 +08:00
自己的项目，至少得考虑你的用户群体吧，然后学习运营知识吧，拿钱投放广告烧点经验吧，然后开始盈利，以上都差不多的时候，法律得看看吧。。。。。
|
 |
18
hundan 2021-01-04 13:11:25 +08:00
别人的项目人家要的就是快速产出 人家自己都不纠结代码质量 你再纠结就别做了 要拿能保证快速产出的方案出来 在别人的的项目上优化代码质量 是把别人的项目当成自己的学习工具 很可能到最后造成项目延期以及一些不可预料的问题 这是对客户的不尊重
自己的项目是学习 当然是多多打磨 |
 |
19
akakidz 2021-01-04 13:27:51 +08:00 via Android
公司的代码写的再好也没有人欣赏...功能实现再加上会吹就够了
|
 |
20
hantsy 2021-01-04 13:44:49 +08:00
分开处理的可能性不大。过去十几年经验告诉我，人是有惯性的。一旦形成写垃圾代码思维，好坏也无所谓，成了习惯。在严格要求下，你也写不出像样的代码。
写代码这事上，我可能有点相反。 自己 Github 写的一些代码更多是试验性的尝试某些功能，某个技术点，可能会用不同技术，不同方式写。真实项目就不一样了，选择一种稳妥的方式就行了。 比如： https://github.com/hantsy/spring-reactive-jwt-sample 配置多个 CI，实际项目只会一个。 https://github.com/hantsy/nestjs-sample/blob/master/src/post/post.controller.spec.ts 提供了多个 Mock 方式，实际项目只要一种就够了。 真实的项目代码必须严格写测试，执行 CI/CD，自动部署到生产环境 等，对于不提供这些基础设施的项目，基本我不会参与。 |
Select Language