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

2021-01-03 23:54:02 +08:00
 kaiki
只有我这样还是你们都这样?
3423 次点击
所在节点    程序员
22 条回复
qsnow6
2021-01-03 23:56:04 +08:00
me too
CEBBCAT
2021-01-04 00:15:10 +08:00
工作前我是会一点点扣,扣到满意为止才进行下一步的人。不过工作后就慢慢改变了,不论是工作还是自己的练手,习惯上先做整体规划,如果任务量大的话。小活也不会扣得很仔细了,因为自己知道,这既不是性能瓶颈,也不是什么重要的模块。


现在的我,更想学习的是一个成型的系统是怎样设计文件和逻辑结构的,文件结构有助于协作和编码,逻辑结构就不必说了。
westoy
2021-01-04 00:20:55 +08:00
很正常
大部分产品找一两个人做短期外包的也是拿来看看的, 也不会有多少人用
需要抠设计扣设计都是长期的项目
说白了还是有多少预算干多少事
westoy
2021-01-04 00:21:18 +08:00
抠设计扣设计 =》 抠设计抠性能
kaiki
2021-01-04 00:21:21 +08:00
@CEBBCAT 我先设计好整体框架再实现功能,一个部分到实现为止就停下,继续下一个部分,大部分实现了再回头处理细节。
学习的话,从抄开始的确可以学到不少,看看别人的开源程序是怎么设计结构的,慢慢的就会形成一个自己的规则。
xcstream
2021-01-04 01:56:58 +08:00
sleep 3 秒
优化一下 sleep2 秒
再优化一下 sleep1 秒
xcstream
2021-01-04 01:59:32 +08:00
可以提前做完 但提前交差没有什么好处
wzhy
2021-01-04 07:40:12 +08:00
楼主您做 C/C++项目不?做的话请联系我^^
其他做 C/C++(非 GUI 程序)的小伙伴如果业余有时间也请联系我,长久合作甚至可以全职来公司做,坐标重庆。
xuanbg
2021-01-04 09:09:19 +08:00
不,我都是一视同仁,都是同样认真对待。不同的是自己的项目长期维护,别人的项目维护期过了就无需维护了。
NexTooo
2021-01-04 09:43:25 +08:00
工作前 /刚工作我都会精雕细琢
现在不了,先完成了,有空的时候再搞搞。你花 10 个小时优雅的完成一个 3 小时就能完成的活儿,没必要。先完成了再考虑优化吧,不然加班加到吐还没时间充电学习
xingshu1990
2021-01-04 10:13:02 +08:00
接活,快速交差,会直接给你货款,这个奖励机制很直接,没有各种乱七八糟的规则。
而自己做项目,没有激励机制,但想默默打磨,然后惊艳圈子。
crist
2021-01-04 10:14:21 +08:00
一开始花 10 个小时精雕细琢的搞 ×
花 3 个小时搞出来再说,有空再优化√
Qinmei
2021-01-04 11:02:59 +08:00
自己的项目又没有时间约束,慢慢写就是了,能不能有更好的抽象跟封装方法,这块的代码是不是必要的,有没有新的设计模式可以借鉴,什么花里胡哨的都上一下

工作项目都是先快速开发完,然后有时间再去封装抽象抠细节,有时候感觉这个项目没啥意思就不优化了,能用就行
raaaaaar
2021-01-04 12:46:04 +08:00
工作上如果时间充足加有挑战性的话,我还是愿意去钻研的,但是更多时候就是一些业务代码加 ddl,所以能跑就行
byte10
2021-01-04 12:59:08 +08:00
想钻钱还是要快速实现的,有钱了,花几万请别人重构也可以。不过前期设计弄好,打好底子框架,后期的实现确实省心很多,实际上时间没亏多少。但就是比较烦,直接 MVC,过程化编程还是效果显著,迭代快。哎头大
CismonX
2021-01-04 13:04:50 +08:00
工作中的项目,当然也要认真负责,但是 deadline 不允许我花过多的时间精雕细刻。再加上各种临时改需求,屎山等原因,也没这个精力和心情去做额外投入了。能按期上线,没致命 bug 就谢天谢地了
huZhao
2021-01-04 13:10:09 +08:00
自己的项目,至少得考虑你的用户群体吧,然后学习运营知识吧,拿钱投放广告烧点经验吧,然后开始盈利,以上都差不多的时候,法律得看看吧。。。。。
hundan
2021-01-04 13:11:25 +08:00
别人的项目人家要的就是快速产出 人家自己都不纠结代码质量 你再纠结就别做了 要拿能保证快速产出的方案出来 在别人的的项目上优化代码质量 是把别人的项目当成自己的学习工具 很可能到最后造成项目延期以及一些不可预料的问题 这是对客户的不尊重

自己的项目是学习 当然是多多打磨
akakidz
2021-01-04 13:27:51 +08:00
公司的代码写的再好也没有人欣赏...功能实现再加上会吹就够了
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,自动部署到生产环境 等,对于不提供这些基础设施的项目,基本我不会参与。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/741323

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX