这是一个创建于 369 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在公司做项目，要遵守各种规定，哪怕某个技术栈不好用也要硬着头皮做； 但是个人项目就很爽了，各种技术随意尝试，不好用立马就能换。
想问问大佬们的开发经历和感受。
 |
1
levelworm 2023-12-31 10:00:41 +08:00 via Android
不是大佬，不过吃饭的东西无所谓了，除非真的是大佬外加运气好，否则都是在屎山里战斗。
|
 |
2
tool2d 2023-12-31 10:49:44 +08:00 via Android
合作就是这样，必须要兼容团队里所有成员的平均水平，其实挺麻烦的，沟通又累效率又低。
码农还是适合单打独斗，如果找不到合适小伙伴的话。 |
 |
3
weeei 2023-12-31 10:57:52 +08:00
期待你来一波职场整顿啊，铁子
|
 |
4
Sigrdirfa 2023-12-31 11:51:31 +08:00 via Android
都是屎山，无非就是雕花还是继续拉屎罢了，我走之后哪管什么洪水滔天。
|
 |
5
june4 2023-12-31 11:53:04 +08:00
难道你现有个人项目发现更“好”的技术栈就重写？
|
 |
6
kuituosi 2023-12-31 12:41:55 +08:00
团队是协作关系，能忍受就扛着，不能忍就走人
|
 |
7
beyondstars 2023-12-31 12:50:24 +08:00
工作，就是一场大型的 cosplay ，和正常的 cosplay 不同，大多数人通常没法选场景、剧本和扮演的角色。要么忍，要么 gun 。为什么这么说，因为架构、技术栈、语言、框架针对大多数公司而言都是已经提前定好了的，定这些规矩的那个人，一般是 senior 员工（ senior 不意味着一定比你技术能力强，只是它来公司早加上老板器重）。
|
|
8
beyondstars 2023-12-31 12:52:20 +08:00
我是大佬也不是好为人师，只是你得承认这个世界本质上还是草台班子在管理，公司也是一样，比你 senior 的那些决定诸如“你必须用 vue 不能用 react ，你必须用 java 不能用 go ，你必须用 mysql 不能用 postgres 的人“不一定比你懂，只是这些东西他们更熟不用重新学习。
|
|
9
beyondstars 2023-12-31 12:52:49 +08:00
@beyondstars #8 更正：不是大佬 （打错字了很尴尬）
|
 |
10
yelog 2023-12-31 13:26:38 +08:00
团队中选取技术栈, 不仅要考虑团队的学习能力和接受能力(用人成本), 还要考虑好不好招人.
这些考量不论是团队架构师和 EA, 都是一样的. |
 |
11
chendy 2023-12-31 14:55:23 +08:00
公司选技术栈，优先考虑技术风险低，人力成本低
所以通常来说不会用’不好用‘的技术栈，但是大概率会选择’不时髦‘的技术栈 公司换技术栈，无非是因为换技术栈的收益对得起风险 比如说 java8 到 java21 ，新增了巴拉巴拉特性，没有几家公司会升级 但是如果说性能爆炸，以前一个机房跑的东西现在一台机器就能跑，那大家都升级 职业生涯见过太多技术老旧、新人不愿意碰、老人不愿意管，但是就是卖得好很挣钱的项目了 |
 |
12
beimenjun 2023-12-31 15:01:52 +08:00
你去公司干活，是团队协作，有规定不是很正常的吗？
能“随意尝试新技术，不好用立马就能换”的个人项目，大概率也没什么用户用，或者不怎么考虑维护。 |
 |
13
yurong3333333333 2023-12-31 17:46:42 +08:00
都是在屎山战斗
|
 |
14
janus77 2023-12-31 18:10:16 +08:00
哪有什么感受，钱难赚屎难吃而已
|
 |
15
kkstart 2023-12-31 19:34:23 +08:00
技术栈不存在好不好用。
熟悉的开发语言，做啥都顺手，不熟悉的语言，啥代码看起来都费劲。 Linux 核心代码能算上经典吧，不熟悉汇编、C ，你看看好不好读。 绝大多数人，都有依赖心理，大多数人，都无法静下心来，有了代码，还要文档，业务飞快的情况下，是没有那么多精力和时间去写文档的。 很多人说别人的代码是屎山，我从来不这么觉得。在当时的条件下，那么写可能是最性价比高的选择。 心态最重要，心态最重要，心态最重要。 我看到升职加薪的，去掉哪些确实会来事的（那种咱确实学不来），就是那种心态稳，做事稳的，没有那么多抱怨，没有那么多看啥啥不爽的。 2024 年了，祝你稳的起。 |
 |
16
jry 2024-01-01 10:48:51 +08:00 via iPhone
|
 |
17
jinsongzhao 2024-01-01 11:03:44 +08:00
大佬的经验就是，大公司可以要求下属按照自己的绝对要求写代码，这样自己省心风险小，不爱做了滚蛋。小公司人才难求，得珍惜程序员的感受，随意写好了，反正教训来了，绕一大圈子累也是他自己受，出问题了，也没那么多 BB 的人，还能帮大佬试错，积累错误经验。
|
 |
18
sampeng 2024-01-01 23:18:59 +08:00
不算大佬。但是。当一个跟你一样想法的人放飞自我的去做了。擦屁股的大概率还是自己啊。。你骂骂咧咧拍拍屁股就走了。得，我还要在自己不熟悉的自己不熟悉的屎山里面翱翔。我自认自己拉的也是屎山，请问，既然都是屎山，我自己拉的和别人拉的，我就一定要为了顾及想法，捏着鼻子去吃别人拉的？
|
|
19
sampeng 2024-01-01 23:21:29 +08:00
说到这个就来气。。。一哥们说 vue 很好用。一定要用 vue ，我说了 n 次，我公司 4-5 个前端，全是 react 。。这 vue 的屎山谁来吃？不行，那就是 vue 框架添加第一，硬要上。我就低头了，我就低头了，我就低头了。。恩。最后这坨屎山还是我来吃。我能说什么。。。
|
 |
20
wocao666 2024-01-02 09:03:37 +08:00
公司的项目那是商业项目，商业项目最终目的都是挣钱的呀，那领导层的思路通常都是怎么在较短的周期内赚更多的钱，这个想法是很正常不过的
而这个想法的具现化就会表现在你说的情况：技术栈可能不咋地，但是项目确确实实能赚到钱，或许是十几万，或许是几千万 要认识到”不是选了高大上的技术就能让项目挣到钱，而是业务本身能挣到钱“这个道理，技术只是一种实现方式而已 嘿嘿，试试看如果大甲方愿意把一个大项目交给几个大学生的工作室做，而且这个大学生工作室交付出来的项目质量还 OK ，你认为就算项目里用的最基础的 JDBC 写的，甲方会觉得有问题吗 |
Select Language