@3dwelcome #25
这个现像其实也要两面说。
一个就像你说的，后来者吃亏，但其实所有行业都是如此。
还有一个就是现在的程序员，尤其是中大厂程序员，也不喜欢经营自己的不可替代性。

天天沉溺于讨论给 A 公司当小兵税前高还是给 B 公司当小兵税前高。
v 站还出现过 5 年 4 跳，甚至是 7 年 7 跳显摆自己工资增长幅度的。
更有甚者还有为了钱“二进宫”的。

这种人要是能度过 35 岁，那真是见鬼了。

我觉得要讨论这个问题，首先要统一几个概念。
1 、这代 m1 芯片，能耗比高。
2 、14 寸的 c 面隔热不行。
3 、苹果的散热依然是梦幻单热管。

明白这些你就能理解为何 m1 pro/max 发热了。

1 、苹果的散热模型并没有实质性的改进。
2 、m1 系列芯片能耗比高，所以日常使用给了你“散热好”的错觉。散热并没有变好，只是相同负载工况 cpu 温度更低了。
3 、14 寸版本确实 c 面隔热不及格。导致键盘中央区温度最高。

有句话叫，嘴上说不要，身体却很诚实。

不热爱就去做你自己热爱的领域。
于己，不辜负初心。
于人，不挤占同行的利益。

又干着，又说不喜欢。捧碗吃饭，摔碗骂娘。实在不可取。

很好奇，这种拆显卡的机器，第一时间都不能点亮，怎么验货？
显卡插进去不亮，到时候怎么扯皮？

兼容性暂且不谈，这世道 1.6 公斤的 14 寸本也敢叫轻薄？是不是机器上的苹果标就能轻 1 公斤？

5 、还要有一定的业务理解，能够反客为主。靠产品推进业务。（业务口需求没下来的时候，你不能让开发天天嗑瓜子）

@lagoon #15 这就是展现产品功力和价值的时候。
一个优秀的产品，其实他 /她就是要八面玲珑。
1 、要懂业务口到底要什么。（业务口的表达未见得是其真正想要的，也即便是，也未见得是其问题核心）
2 、要合理预计实现这个业务的成本到底是多少。（反例：本来业务口解决这个事儿需要一个人力，结果算上开发成本变成俩人力了）
3 、要合理预测开发难度和工期。（反例：人家业务口双十一要做活动，结果第二年春节上线了）
4 、要合理设计功能逻辑。（反例：需求、实现、deadline 什么都对，就是太难用，业务口用不起来）

产品经理不就是用来干这个的么（梳理业务需求，转化为有可行性的开发需求）？否则你想让产品经理天天做什么？凭空想需求来难为开发？

1 、android 也有自己的深水区，NDK 、framework 啥的，只不过现在不怎么提了。
2 、后台、web 前端绝大多数人也都是在浅水区。（后端绝大多数时间都在变着法的处理数据，web 前端则是变着法的画界面）。

@Innovatino #3 换了标准。普遍比 nedc 高了 10%

你把人家放桌上的钥匙拿走了，配了一把，拧开了别人的大门。然后你说你的流程都是合法的？？？

大概扫了一眼，接口调用参数确实，且必然都是公开的。

但你却私自调用了别人的私有 api 不说，还把人家的 api 格式公之于众，竟然还说不包含任何 hack ？这不合适吧……
更何况你并没有跟人家说，这请求用哪个账号的 token ，哪个账号就要负责任。

有，在高端专享里面。
如果 app 中有邀请，则可以直接办，否则需要去银行当面办。

btw：完全没 get 到经典白的意义。

这种类似的场景一般山顶都有。
但问题在于说这个透视关系是错的。

如果你想得到图上这种效果，你得站珠穆朗玛峰上，看四川盆地。

@phyzhj #46

我个人理解，是因为互联网的定位变了。

最早是一个小众的伊甸园。
然后发展到资本的狂欢。
直到最后 3G 乃至 4G 的普及，使得线上也变成了一个社会的一部分。

越普及，下限越低。越普及，约束越强。
有利也有弊。

@Salicylicacid #45 哈哈，最早移动 GPRS 内测，15 元 /月 2G 不限量的卡，至今我依然还在续费保留。
这张卡基本上算是陪我度过了诺基亚时代。

@freak118 #43 摸鱼而已😂，鱼已经被我摸秃噜皮了。现在正在赶工。