Re: [请益] 现在刷题算是必要的吗

楼主: cateran (云川闲步)   2024-04-22 11:18:05
※ 引述《SkankHunt42 (凯子爸)》之铭言:
: 我这边主要反驳的是板上经常会有的一个说法 就是刷题仔实务能力不行
:
: 实际上我还真的没看过这种人 反倒是一堆实务烂的解题也烂
:
: 如果有任何乡民可以分享自己身边Rating 全站TOP 5%结果实务烂到爆的同事
:
: 我很欢迎
:
其实真的有刷题强实务烂的啦 但通常都是新人或intern
但当然所谓的好坏 强 烂 都是比较级
我前公司组上有次进来两个MIT大学部 intern
其中一个就是competitive出身 刷题超强
Leetcode hard等级的题目都是几分钟最佳解
另外一个就是中规中矩稍难的要多点引导 但基本解没问题这样
最后intern结束 刷题强的没拿到return offer
我问主管(也是MIT毕业)为什么
主管只是淡淡的说他(刷题强的那位)的code "quite dense"
软件工作写code只是其中一部分
很多情况需要能debug 分析问题 规划高阶架构
有时候还要做投影片 讲解你的贡献让全team的人了解
现在公司之前面试人的时候
也遇过经验比较多 但刷题成绩普通
跟少两年经验 但刷题超强的应征者
最后都给同职级但发给刷题强者比较高的薪水
结果进来工作一年多才发现刷题强者真的只会刷题
一遇到比较复杂的实务状况就卡关需要帮助
最后另一位反而升迁快不少
当然不是说刷题强实务就一定差
我们也有另一个intern是真的天才
号称没听过leetcode但难题考他也是想几分钟就可以写出最佳解
进来工作project也是做得很好
组内进度会议没准备稿子但遣词用字都像是在听顶级会议的报告
当然这种人之后就被高薪挖走 小庙容不下大佛
所以说面试只考刷题的潜在风险是
你不知道他是真的聪明 还是"准备充分"
当然比较厉害的考官多一点follow up还是多少看得出来就是了
作者: SkankHunt42 (me so horny)   2024-04-22 11:20:00
可以 令人信服的实例
作者: etbear (藤原熊)   2024-04-22 11:38:00
看写程式习惯跟互动跟之后变化题可以判断一点不过现实应该有解出性能上最佳解都会过关
作者: mike8469 (mike8469)   2024-04-22 11:54:00
给推
作者: Apache (阿帕契)   2024-04-22 12:45:00
我觉得要分一下是解题强还是背题强 背上来的真的烂当然面试不容易区分 但任何标准都会有false positive
作者: abccbaandy (敏)   2024-04-22 12:48:00
既然都很难分了,考刷题干嘛
作者: SkankHunt42 (me so horny)   2024-04-22 12:49:00
考解题直接跟算法/资结相关
作者: Apache (阿帕契)   2024-04-22 12:51:00
他是相对false positive和bias都比较少的考法了学经历 作品 这些没办法靠短期准备去改变中厂底层题更靠背诵 对不同背景的候选人很难统一标准如果大家都像台厂聊聊天 那裙带关系会很严重像FAAMG规模够大的 可以靠频繁增加新题去减少背题的效果
作者: SkankHunt42 (me so horny)   2024-04-22 12:58:00
其次 会考解题的不见得"只"考解题 很多还是会问实务背景知识有时解题最低门槛没达标 连被问专业知识的机会都没当然也可以去挑完全不考解题的公司面啦 这就是个人选择
作者: yamakazi (大安吴彦祖)   2024-04-22 13:03:00
现在美国内卷成这样,我觉得不太准,几百人抢一个职缺另一个被刷掉的MIT我不觉得实务弱到哪去,单纯就是现在内卷了没抢到该公司职缺而已简单来说现在内卷化职缺很难抢,抢到职缺的已经不能简单用刷题和实务这两个维度来判断结果了
作者: hobnob (hobnob)   2024-04-22 13:37:00
我觉得这里人吵刷题面试是因为“软件多半没那个业务需求”,CP出身的有自己该去的产业。不过我同意表达能力更重要,像自闭一样真的很难沟通
作者: FyLong909   2024-04-22 14:16:00
作者: Ericz7000 (Ericz7000nolan)   2024-04-22 14:18:00
就算是背题,题目几千题要怎么背= =
作者: sarsman (DeNT15T♠)   2024-04-22 17:59:00
我觉得要先定义一下什么是背题,背套路算不算听说古早还不流行刷题时大公司会问脑筋急转弯,我觉得刷题就是取代了这个形式而已
作者: hakama99 (杂酱面)   2024-04-22 18:31:00
作者: hank55663 (hank55663)   2024-04-22 19:00:00
我觉得必须给个例子 当软件工程师心中没有那些算法的sense的时候 比起有sense的人差距会有多大 曾经遇过一个问题 我们需要user在ui 上做出各个物件的依赖关系 也就是某个物件要创造出来的话必需要其他物件的属性 所以这些其他物件就要先创造出来 然候前人大概四五个人说讨论了一两个月 最后把绝对无法互相连线的物件group起来然候订好第一层第二层 在当下物件不新增的情况下终于运作的很好 真的不行就从ux 上下手 跳个目前不support但事实上明眼人一看就知道 这就是一个拓扑排序 确认spec不会有循环依赖关系 就直上拓扑排序就好 你说算法的套路在实际工作上不常遇到 我想大部分情况是心中没有那个sense 连查都不会去查 只会直觉认为没有通解而花费大量时间去寻找workaround
作者: MoonCode (MoonCode)   2024-04-22 19:05:00
我会拿去问 chatgpt 这个怎么做
作者: sarsman (DeNT15T♠)   2024-04-22 19:18:00
不常遇到不代表不会遇到啊XD 只是常常也需要算法以外的知识罢了https://tinyurl.com/2phenyhh it works!
作者: hank55663 (hank55663)   2024-04-22 19:40:00
实验了10次过了6次https://chat.openai.com/share/382e49c1-78c6-4f7c-97a0-bd9e6e3ab4cdhttps://chat.openai.com/share/b1bb97f1-f176-4c4a-9f3d-6f9dddcd070f截个两次比较但当我把”依赖关系”这四个字拿掉 十次过0次https://chat.openai.com/share/dc17038b-50de-48da-af1d-ff702d2bc54e当然当年是没有gpt 的时代 但前任的讨论也根本不知道要用”依赖关系”去描述这件事 总之只是一个经验分享
作者: MoonCode (MoonCode)   2024-04-22 19:48:00
完蛋我成了胶水!?(感谢楼上分享)
作者: sarsman (DeNT15T♠)   2024-04-22 21:33:00
这就证明了表达能力的重要性,实际上我也没否定刷题作为面试流程的价值,我只是想表达考刷题有部分是醉翁之意不在酒
作者: leviliang (levi)   2024-04-22 21:36:00
但你举的这两个例子其实都很强了哈 在红豆汤看来都是归为同一类吧
作者: s06yji3 (阿南)   2024-04-22 22:22:00
这种sense怎么培养?
作者: viper9709 (阿达)   2024-04-23 00:09:00
推分享
作者: Csongs (西歌)   2024-04-23 05:47:00
准备充分 或 聪明 至少都是正面的
作者: p62448 (OMGG)   2024-04-23 18:08:00
前几天才刚练拓扑排序的题目看完应用实例很有感觉,感谢大大!

Links booklink

Contact Us: admin [ a t ] ucptt.com