lewis89

lewis89

V2EX 第 443327 号会员,加入于 2019-09-26 07:45:35 +08:00
lewis89 最近回复了
说实话,找 教职 or 考公 吧,没有更多的出路,不建议来 IT 卷

转码写业务的话,基本上 211 985 硕士就到顶了,小公司还不用招这么高学历的,
一般互联网公司 20-30 万 随便能招一堆 既能吃苦又耐操的 996 拼命老哥来,
你这学历中小人公司都不敢招你来写业务。

大公司的业务开发岗位还可以看看,但是又浪费了你这学历,而且大厂也很卷也看年龄,
年纪到了你没升到一定职位也比较难混。

算法的话,说实话 传统的 leetcode 算法题目 其实跟人工智能那些算法是完全两回事,
后者大多都是跟数学以及概率统计学相关,跟传统算法 or 数据结构里面 增删查改 其实没什么太大关系,
以 SVM 为例,你至少要懂函数 导数 以及凸优化 才能做出好的 SVM 分类算法模型,
深度学习相关的算法那就更跟传统的 leetcode 上面的题目的算法是完全两回事了..

如果你数学能力不强的话,那么去了这些做算法的公司 很大可能就是调参当个调包侠,
当然如果你在业务领域有相关专业优势跟领域知识的话,那么还是很有发展前景的,
但是这种工作其实本质上已经更偏向算法应用跟产品经理这样的角色,
对实际编写代码的能力要求不强,对应领域的知识需要很强的理解能力,
这个时候你就要看你的领域知识能不能给你构建强大的专业壁垒,否则做这种偏算法应用的工作还不如做业务开发
7 天前
回复了 Kasumi20 创建的主题 程序员 准备从 Go 和 Rust 二选一,求建议
@cassyfar #38 用还是有场景用的,吃了不少原 C++的市场份额,毕竟 C++历史槽点太多,而且所有权管理机制也保证了小白也能写出内存安全的代码出来,关键是大部分场景并没有实时性需求,除了底层的数据库 高频交易 又或者是嵌入式实时设备之类的这些场景,其余 99.9%的场景 没有实时性需求,没有实时性需求,意味着不用 GC 就是脑子有病,让猿猴去管理内存,还不如相信 GC
7 天前
回复了 Kasumi20 创建的主题 程序员 准备从 Go 和 Rust 二选一,求建议
没有实时性需求的场景一律选带 GC 的语言,Rust 的所有权以及生命周期管理机制太麻烦了..
8 天前
回复了 luwill 创建的主题 职场话题 聊聊大厂面试一次不过,次次不过?
卧槽,你这个头像很像我 美团第四面的面试官,不过我已经挂了
人月神话里面其实早就指出了,软件开发的困难分为两个

1. 非本质性困难
例如 CAP 高并发系统设计 这些都是非本质困难,随着技术进步这些困难早晚都会被解决掉,例如
阿里的 seata 就在解决分布式系统中的分布式事务问题 提供 TCC SAGA 等方案,而这些方案随着技术成熟,未来会越来越对业务层透明,
另外随着一些中间件的成熟,实现可靠消息队列也将不再成为难题,业务层面上不用再需要考虑幂等 消息丢失 异常处理之类的,只要考虑业务上如何设计妥协,因为异步消息系统存在上下文丢失的问题。

在汇编时代,程序员需要自己手动管理栈,在 C 语言时代,程序员需要自己手动管理堆内存,在 C++时代,程序员需要关注 RAII 跟循环引用以及智能指针的引用计数回收模型,在 Java 时代,程序员总算从内存管理中解放出来了,只需要关注业务逻辑了

2. 本质性困难

大型系统的概念完整性以及单个系统模块复杂度失控的问题,如果你的系统只是几十个 CRUD 接口,那么你大可不必 费尽周折来设计系统,因为这样的系统,大概 1-2 年后就会被重写,即使重写损失也不大,所以像 DDD 这种设计哲学跟理念,它只能被用在大型系统中,例如像阿里这样的公司,你很难在上百个业务开发团队 建立一个共通的概念模型,例如一个淘宝用户,在各个业务团队中,它所呈现的概念是完全不一样的,只有这样的大系统才有应用 DDD 的价值跟需求
关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1219 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 62ms · UTC 18:48 · PVG 02:48 · LAX 11:48 · JFK 14:48
♥ Do have faith in what you're doing.