接活做别人的项目只想快速做完交差怎么方便怎么来，自己的项目一分钱赚不到也想打磨很久尽量让代码质量达到最高。

me too

工作前我是会一点点扣，扣到满意为止才进行下一步的人。不过工作后就慢慢改变了，不论是工作还是自己的练手，习惯上先做整体规划，如果任务量大的话。小活也不会扣得很仔细了，因为自己知道，这既不是性能瓶颈，也不是什么重要的模块。


现在的我，更想学习的是一个成型的系统是怎样设计文件和逻辑结构的，文件结构有助于协作和编码，逻辑结构就不必说了。

很正常
大部分产品找一两个人做短期外包的也是拿来看看的， 也不会有多少人用
需要抠设计扣设计都是长期的项目
说白了还是有多少预算干多少事

抠设计扣设计 =》 抠设计抠性能

@CEBBCAT 我先设计好整体框架再实现功能，一个部分到实现为止就停下，继续下一个部分，大部分实现了再回头处理细节。
学习的话，从抄开始的确可以学到不少，看看别人的开源程序是怎么设计结构的，慢慢的就会形成一个自己的规则。

sleep 3 秒
优化一下 sleep2 秒
再优化一下 sleep1 秒

可以提前做完 但提前交差没有什么好处

楼主您做 C/C++项目不？做的话请联系我^^
其他做 C/C++（非 GUI 程序）的小伙伴如果业余有时间也请联系我，长久合作甚至可以全职来公司做，坐标重庆。

不，我都是一视同仁，都是同样认真对待。不同的是自己的项目长期维护，别人的项目维护期过了就无需维护了。

工作前 /刚工作我都会精雕细琢
现在不了，先完成了，有空的时候再搞搞。你花 10 个小时优雅的完成一个 3 小时就能完成的活儿，没必要。先完成了再考虑优化吧，不然加班加到吐还没时间充电学习

接活，快速交差，会直接给你货款，这个奖励机制很直接，没有各种乱七八糟的规则。
而自己做项目，没有激励机制，但想默默打磨，然后惊艳圈子。

一开始花 10 个小时精雕细琢的搞 ×
花 3 个小时搞出来再说，有空再优化√

自己的项目又没有时间约束，慢慢写就是了，能不能有更好的抽象跟封装方法，这块的代码是不是必要的，有没有新的设计模式可以借鉴，什么花里胡哨的都上一下

工作项目都是先快速开发完，然后有时间再去封装抽象抠细节，有时候感觉这个项目没啥意思就不优化了，能用就行

工作上如果时间充足加有挑战性的话，我还是愿意去钻研的，但是更多时候就是一些业务代码加 ddl，所以能跑就行

想钻钱还是要快速实现的，有钱了，花几万请别人重构也可以。不过前期设计弄好，打好底子框架，后期的实现确实省心很多，实际上时间没亏多少。但就是比较烦，直接 MVC，过程化编程还是效果显著，迭代快。哎头大

工作中的项目，当然也要认真负责，但是 deadline 不允许我花过多的时间精雕细刻。再加上各种临时改需求，屎山等原因，也没这个精力和心情去做额外投入了。能按期上线，没致命 bug 就谢天谢地了

自己的项目，至少得考虑你的用户群体吧，然后学习运营知识吧，拿钱投放广告烧点经验吧，然后开始盈利，以上都差不多的时候，法律得看看吧。。。。。

别人的项目人家要的就是快速产出 人家自己都不纠结代码质量 你再纠结就别做了 要拿能保证快速产出的方案出来 在别人的的项目上优化代码质量 是把别人的项目当成自己的学习工具 很可能到最后造成项目延期以及一些不可预料的问题 这是对客户的不尊重

自己的项目是学习 当然是多多打磨

公司的代码写的再好也没有人欣赏...功能实现再加上会吹就够了

分开处理的可能性不大。过去十几年经验告诉我，人是有惯性的。一旦形成写垃圾代码思维，好坏也无所谓，成了习惯。在严格要求下，你也写不出像样的代码。

写代码这事上，我可能有点相反。

自己 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，自动部署到生产环境 等，对于不提供这些基础设施的项目，基本我不会参与。

@wzhy 野路子程序员要不？

@lyping 能否加腾讯的绿色软件细聊:zy666_w888 ？