工作内容是公司内部工具开发，对职业生涯影响大吗？

内部ldap权限管理网站，技术含量很低
但感觉国外跳槽即便问过去做的项目，着重点也是你怎么沟通协调项目进度怎么处理冲突之类的，考察点并不是所做项目技术含量，所以其实对以后跳槽也没啥影响？

因为楼主出国前在国内工作过，国内在职跳槽面试会问很多之前做的项目尤其是技术难点，那么做内部工具之类网站基本就是职业生涯自杀，但好像美国和国内不同？毕竟你就算写面向end user的feature其实也就是crud，高可靠高可用弹性负载故障恢复之类的sre给弄好了？

还好我是内部工具的前端。我们的内部工具比面向end user的产品好玩多啦。
面向end user的产品确实就是crud。各种分布式高可用性scalable的crud。而且我们的devops甚至dev team都是全球的，devs基本不用oncall。
反而是内部工具可以玩出各种花来。某个实验性质的黑科技库？没关系直接上，出bug了就当client给咱练手。出去面试的时候，各种技术路线的优缺点都了解得一清二楚。
而且我们内部每天产生的data都是tb甚至pb/eb级的。虽然客户少，但是数据量大啊。
计算机科学有那么多的门道，为啥在很多人的眼里就只剩一个分布式系统。又不是啥特别难的东西。而且真要有兴趣的话可以直接转devops。就算我们内部工具的team，每天都能为某个海外数据中心的latency和availability的问题开会到半夜。

技术含量高不高和产品是不是user facing没有直接关系，很多user facing产品的组也没啥技术含量，大部分都是business logic，要说技术含量高，infra组普遍高一点

如果你是junior，问题不太大，如果你是senior，做的项目技术含量不高，用户不多，那就很有问题了
毕竟你内部用户永远也比不上面向外部用户的访问量日活量之类的
对架构、bug的容忍性也高
也就是说，招进来transferable skills不多，基本等于不对口

可是ldap和ganpati权限之类的，每次有改动，各个cell之间sync可以长达几个小时，楼主是不是可以go above and beyond解决一下这个sync的latency

lol

考察点并不是所做项目技术含量
lz你是哪里道听途说来的？

匿名用户 发表于 2023-08-25 09:15:28
可是ldap和ganpati权限之类的，每次有改动，各个cell之间sync可以长达几个小时，楼主是不是可以go above and beyond解决一下这个sync的latency

lol

楼主应该不是我们厂的...

个人观点，End user的feature 开发时间长，流程多，发布了也不一定有人用，还有 oncall
内部tool，自由度大很多，短暂的outage 大部分公司都可以接受，不一定要 oncall
. 1point 3acres 技术上一般是内部先尝鲜，然后慢慢推向外面

匿名用户 发表于 2023-8-25 12:25
考察点并不是所做项目技术含量
lz你是哪里道听途说来的？

lz的wishful thinking

辛往艾 发表于 2023-08-25 09:28:24
楼主应该不是我们厂的...

蛤，我还以为ldap跟lgtm一样是我厂特色专有名词，搜了一下才发现不是。