现在裁掉那么多 留下的人如果想走 就要面临跟一大堆要饭的竞争岗位的局面 所以能留下来的基本不会选择主动离开 主动离开连补偿金都没有 还不如被裁的 哈哈哈哈 南加小主妇 发表于 2022-11-04 19:19
这种massive layoff, 真跟你优不优秀没关系。 maninus 发表于 2022-11-04 19:15
早知道就把循环拆开写了 ppwar 发表于 2022-11-04 19:15
我不是IT业。你写这种慢的要死，不优化的垃圾代码，不会被开吗？你的亲戚是政府高官吗？ 说个实例吧。某行业一个单干的博士，写了个软件卖给州政府。结果软件慢的要死，无数蠢到家的外行设计，博士毕竟不是CS出生。政府的人请业内拿去优化，业内说花时间优化，还不如重新写。政府的人说，住口，你们优化吧，多花多少钱无所谓，不能说软件不好，敏感话题，因为这个博士的老婆是州里面负责采购的。。。。。 起舞弄清影 发表于 2022-11-04 20:51
问题是特别能码的核心组senior谁稀罕留下。被一个操纵市场，言而无信，狂妄自大，私德差劲的人看中也不是啥特别光荣的事。 取名真的好难啊 发表于 2022-11-04 19:14
写新feature和修bug代码量完全没有可比性，那种P0P1很多都是debug半天就改一行代码，以后没人愿意修了 applesoda205 发表于 2022-11-04 19:35
一龙这么裁也是被逼的吧，他说左派组织施压广告商撤广告，所以没钱了。 我觉得按照他的个人魅力，剩下的应该不会走，要走也没地方去，现在到处都裁员。 deactivate2020 发表于 2022-11-04 20:04
一个组里谁能干谁不能干大家心里有数的很。根本不用数啥checkin。lay Junior留senior也很明白 - junior dispensible。很多时候senior自己做的更快，coach junior费劲死了。 meidong20 发表于 2022-11-05 06:30
回复 84楼smileCy的帖子 “check in次数就更搞笑了。我每次都是改好了或者写完整个feature写完再commit，因为我觉得别人一直要pull我的code很麻烦。而且这样code review的时候是我完整的code，很清楚。我应该是我们team check in最少的人。最讨厌那种写个三行都要check in的人” 您这算没事抬扛，还是秀自己逻辑思维很混淆，分不清什么是充分条件，什么是必要条件？ 同一个组10个人，按照 Check-In 的次数和频率排序，平时在摸鱼的，一定属于次数最少的那 5 个人中，因为摸鱼的，只要不事先知道会被 Musk 按照这个规则筛选，都会懒得做事，根本就没东西可以 Check In。这并不代表没摸鱼的，就不会也排进次数最少的那5个人中。 摸鱼的一定是 Check-in 少的，check-in 少的未必全是摸鱼的，因为有些没摸鱼的，可能有其他原因而 check-in 少了。 看你之前的贴，都是被群友怼，没事找骂的，可以想见你真是逻辑混乱，没有情商： https://huaren.us/showtopic.html?topicid=2852420 appleton 发表于 2022-11-05 14:03
其实吧，他只是要一把尺而已， 划拉一下去掉一拔人，简单好使就行 eiyou 发表于 2022-11-05 16:47
首先我觉得论坛上不会就事论事，就翻别人帖子的这个习惯要改。你是在理性讨论这件事情吗？还是在人身攻击？ 第二我完全不同意check in数量少就是摸鱼。我说了好多遍了，我平时check in数量非常少。。因为我每次都是写完了所有的我才一次性check in。 这样看对照task也很清楚。同事也不用经常merge code。我最讨厌的就是那种写了三行五行就check in的。Branch里一大堆commit，不知道在干嘛 smileCy 发表于 2022-11-05 15:26
他这个strategy很合适啊。最短时间筛选。 bidd_1990 发表于 2022-11-05 16:23
以前是底特律汽车工人被大规模裁员，现在是码工被大规模裁员。归根结底都是剥削阶级太心黑，赚钱没够，根本不在乎员工的未来。看着吧，一龙这是开了先河，以后大厂小厂都会慢慢开始裁员，码工跟汽车工人一样，不需要那么多 generalB 发表于 2022-11-05 12:22
哈哈，不擅长写function的人沾光了。有的人写了100行，人家3-5行就解决了 被逼成了怨妇 发表于 2022-11-05 12:16
staff还在看代码量，这个公司就没前途了 wwmm933 发表于 2022-11-05 16:28
回复 56楼起舞弄清影的帖子 😄原来不是个例！这事儿真的不少见！ 别的部门非IT非STEM，自己弄出个东西。然后让IT优化。打开一看，我去。只能重写！而且还不是一次俩次！ 人家还着急呢。说你们太慢。你看我们非专业自己都弄的出来。就是不太work。让你们优化，弄那么久…. jjjjjjjjjjj 发表于 2022-11-05 20:45
天天摸鱼就好了，刷题准备面试，这种老板，还是早走早妙
实话实说啊，大多数公司被layoff的是工资高的title高的。这样做的理由也很简单，不管啥工资啥title，其实95% 以上的工作都是重合的，工资高的title高的有机会接触到那5% challenge的工作，其他人接触不到，但并不代表人家做不了。
哈哈，不擅长写function的人沾光了。有的人写了100行，人家3-5行就解决了
我觉得这是你自己的理解。我们天天有training，啥叫 bribery，政府觉得不敢这么做的。人家的软件能被采用，说明还是能解决你们的问题的，真的让CS专业的重写，也会有无数新的问题。最好的方法确实是优化。
是的，Musk被人算计了，花了44B买个垃圾，人家喝香槟庆祝成功，他一肚子邪火没处发，只好靠fire员工出气 无独有偶，当年trump也是在电视上意气风发的，“you are fired”，跟喝了人参果似的，都是一副小人嘴脸
是啊，有时候看到写的不够简练的code还给他精简一下提交进去，这代码量还被改少了呢
晕，一龙有啥个人魅力？没看出来
现在会很稀罕留下。大环境已经很不同了。 现在没几个还能给出大包的厂还在招人。
可现在的情况大不一样了，连亚麻这样的极度饥渴的公司都所有ORG hire freeze了。其他大厂基本不招人了。
想出来再换一个差不多的工作何其难也！
“check in次数就更搞笑了。我每次都是改好了或者写完整个feature写完再commit，因为我觉得别人一直要pull我的code很麻烦。而且这样code review的时候是我完整的code，很清楚。我应该是我们team check in最少的人。最讨厌那种写个三行都要check in的人”
您这算没事抬扛，还是秀自己逻辑思维很混淆，分不清什么是充分条件，什么是必要条件？
同一个组10个人，按照 Check-In 的次数和频率排序，平时在摸鱼的，一定属于次数最少的那 5 个人中，因为摸鱼的，只要不事先知道会被 Musk 按照这个规则筛选，都会懒得做事，根本就没东西可以 Check In。这并不代表没摸鱼的，就不会也排进次数最少的那5个人中。
摸鱼的一定是 Check-in 少的，check-in 少的未必全是摸鱼的，因为有些没摸鱼的，可能有其他原因而 check-in 少了。
看你之前的贴，都是被群友怼，没事找骂的，可以想见你真是逻辑混乱，没有情商： https://huaren.us/showtopic.html?topicid=2852420
组内的人互相知道，但是对于新老板来说，他又不知道，短时间内也无法依赖组内人的勾心斗角的 feedback。
就像国内的高考，不考虑之前的校内成绩，就采用一次性的考试，相对来说比较客观和有效（虽然不排除某些人偶然考砸或一下子考得特别好的情况）。
首先我觉得论坛上不会就事论事，就翻别人帖子的这个习惯要改。你是在理性讨论这件事情吗？还是在人身攻击？
第二我完全不同意check in数量少就是摸鱼。我说了好多遍了，我平时check in数量非常少。。因为我每次都是写完了所有的我才一次性check in。 这样看对照task也很清楚。同事也不用经常merge code。我最讨厌的就是那种写了三行五行就check in的。Branch里一大堆commit，不知道在干嘛
虽然会有误伤，肯定极少漏网的。
这把尺，简单粗暴，但是非常有效。
摸鱼的，肯定 check in 的次数和频率会少。但 check in 次数少的，未必全是摸鱼的，也许是有其他原因。说了半天，连这个逻辑也分不清楚？
虽然会有误伤某些还算勤勉的员工，但肯定几乎没有漏网之鱼。摸鱼的，应该几乎全部被关进去了。没摸鱼的，趁现在劳工市场还算可以，抓紧找下家，也没必要纠结如何个性化区别对待，会对自己更合理。
此处不留爷，自有留爷处。拿到几个月的 Package，能力强的，相对来说，比能力差的容易找到下家。
新老板只是要一个简单可行的方法，这个方法，对他来说，比较好用。
新来的老板，用自己的钱养一个以前靠股民烧钱撑着的公司，公司里的各种小团体和人际关系，对他来说，都是两眼一抹黑。他只想留下平时在做事的程序员，这个方法，其实算是相对来说最有效合理的。
摸鱼的，肯定 check in 次数少和频率低。但是 check in 次数少的，未必都是在摸鱼。
你说一百遍你为什么会check in 次数非常少，不改变新老板这个方法是短期内最有效率的。他只在乎先筛选出所有摸鱼的。对于某些没摸鱼的但不幸躺枪的，他在目前这个阶段，还没法顾及。反正对他来说，他是想先精简再优化。
😄原来不是个例！这事儿真的不少见！ 别的部门非IT非STEM，自己弄出个东西。然后让IT优化。打开一看，我去。只能重写！而且还不是一次俩次！ 人家还着急呢。说你们太慢。你看我们非专业自己都弄的出来。就是不太work。让你们优化，弄那么久….
真JB搞笑，好像马大嘴买推特之前IT大厂小厂没有裁过员似的
知道么，别装X，会被雷劈的
哈哈哈这个还真是，最好组在烂点，pr就点个approve了事
马工裁员一直有 像一龙这么ugly的还真是头一朝。 确实，别装逼，会被雷劈的。
CEO都应该写代码，以身作则
像这种四不像的部门，估计就属于被马一龙全歼的部门。马老板知道哪个是核心部门，哪个不是。不是核心的，就常常有这么烂的东西。