程序员就像建筑师和工人，他们负责用代码构建产品的结构和质量。然而，即使是最精致的房屋，如果位于错误的地段、没有适当的商业价值或不符合市场需求，也难以成为一个成功的产品。在某种意义上，产品的成功或失败不仅取决于技术实现，还与市场需求、商业模型、时机等多个因素息息相关。即便是再出色的技术，也不能保证产品一定成功。至于是否应该因为产品可能失败而减少投入，我认为这取决于个人的价值观和目标。如果你追求的是稳妥和保险，可能会选择更为保守的路线。但如果你愿意接受挑战，不惧失败，那么即便是一个小概率的成功，也可能带来巨大的满足感和成就感。

亲测有效

情商不够一般都是，弯不下腰低不下头吃不起亏。

为什么我就不行呢？

你是想取代 2 老板啊

@runzekk 不会看看我的 timeline 么？真的对人评价张嘴就来

@xiaocaiji111 我真的是看你一眼都是输

@xiaocaiji111 价格又不等于价值，否则企业怎么会出现薪水倒挂。“我们招人从来只是框定范围”，哎哟你招过人么，GO 团队招人，结果来个 PHP ，有人会面么，有人能面么，哦，只要听解决方案听他吹牛就好了，还是您那边都是复合型人才精通各种语言，所有后端技术都能精通。团队不同时期招的人标准都不一样，啥叫做“只要是后端都一视同仁，都遵循相同的标准。”，真是胡扯蛋

@xiaocaiji111 说出这种如此可笑的话来，什么“跟语言供需没关系。真正工作也不一定使用一门语言，还有解决问题的能力，招后端完全可以不限制语言。除非只是把别人当个工具人”。要是所有的后端工作都像你描述的那么容易，我想这世界就不用细分后端专业人才。也许你在下一次看细分后端的能力和工作表现时，可以尝试用更广阔的视角和深思熟虑的态度，而不是仅仅把专业细分人才视为“工具人”。当你尝试轻蔑地对别人的工作或者职业选择发表意见时，请你先看看自己对企业的认知，是否肤浅

@weiqipeng 急招，简历发来

大湾区 是旧金山还是 大深圳

这个只是薪资范围，如果有一些刚毕业的朋友想试试也是可以给机会的。只要能力到 2 年也可以的。

此外 Java 技术人员门槛低，市场上 Java 工程师也挺多的，大部分我面试的 Java 也都是 CRUD ，毕竟供求关系决定了价格，大家轻点喷。

如果大家觉得自己，在杭州值 20K 的水平，也可以简历发过来，互相给一个机会。

@jamel 有多高

LZ 做法是对的，这个时候不要参与进去，除非你有地位，手腕，还有技巧。

部长肯定也是对的，新人可以再招，衣不如新人不如故。

按道理事情过去后，组长是需要被私下批评的，这种事情发生太多，并且当面吵架是大忌，如果部长做不到这点说明部长管理不行。

职场又不是过家家，LZ 可以说为了公司团结后面请这些员工吃吃饭没问题的，但是不要明着去和部长，组长作对。这样不利于团结，更上面看到了不高兴。没有两全其美的办法，除非新员工能做出非常了不起的业绩，公司是靠结果说话，没结果讲什么人情？

MBP M2 Max 64G 路过，除了重没有缺点。

我查看了一下我的订阅，然后 GPT4 又回来了

目前我还是只能用 3.5 ，难道 4 挂了？

@meisen 跳绳总是断，然后连续跳 200 个，小腿、脚掌酸的不行就要抽筋了怎么办？

这个问题其实主要取决于具体的项目需求和项目规模。使用泛型确实可以让代码更加通用和灵活，但同时也可能增加代码的复杂度。

1. 在大型项目中，可能会有多种类型的参数，并且参数类型可能会频繁变化。这种情况下，使用泛型可以更好地解耦，使代码更加灵活，更易于维护。

2. 泛型的使用也使得代码的重用性更强。你可以定义一个方法处理多种类型的参数，而不需要为每一种参数都编写一个特定的方法。

3. 另一方面，过度的抽象可能会使代码更难理解和维护。太多的泛型可能会导致代码变得复杂和难以理解。同时，如果项目需求并不需要这么高的抽象级别，过度的设计可能会浪费开发和维护的时间。

总的来说，这个设计可能并非过度设计，而是取决于具体的项目需求和项目规模。如果这个设计能够提高代码的重用性、灵活性和可维护性，那么这种设计是有价值的。但如果这个设计增加了代码的复杂性，而没有带来足够的好处，那么这可能就是过度设计了。