V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  axb  ›  全部回复第 1 页 / 共 11 页
回复总数  204
1  2  3  4  5  6  7  8  9  10 ... 11  
2023-12-11 15:24:21 +08:00
回复了 axb 创建的主题 分享创造 开源一个分布式流程编排框架
@leonhao
最显而易见的特点是,prefect 跟 python 结合更紧密,rill flow 更偏向做一个语言无关的编排服务,本身基于 java 开发,流程编排使用 yaml ,执行器也只定义了接口,没有语言偏好。

设计上来说,rill flow 对性能的要求更高,因此有几个取舍:
1. 为了有更好的分发效率,rill flow 基于纯推模式编排,没有绑定 worker pool 这类概念。
2. rill flow 完全面向分布式场景开发,因此默认情况下需要配合中心化的上下文存储使用。
3. rill flow 目前在我们内部的场景里,支撑的每秒任务数大概是千到万级别,prefect 目前没有看到这方面的资料。
基本没有特别大的问题,有几点:

1. 实习经历里的实际工作内容上下限相差非常大,你简历里列的这些,如果有自己主导或者深度参与的,在显眼的地方写明项目的亮点(比如流量大、用户多、发展快等等)和你在项目中的角色。
2. 如果 1 没有,实习经历基本看公司,如果是大厂或者大公司核心部门的实习,可以单独写这个部门负责的工作内容
3. 如果 2 也没有,基本看学校,如果是普通二本,只要是大厂的 hr 会直接毙掉,可以试试找个叫得上名的中厂,直接从技术人员侧内推试试运气。
4. 如果 3 也没有,只能降低预期了。
2023-11-20 14:51:42 +08:00
回复了 realpg 创建的主题 程序员 一次 github 跟开源大佬的抬杠经历
项目维护者没发帖吐槽就罢了,你竟然选择了发帖网暴自己……
2023-11-17 14:10:00 +08:00
回复了 Pil0tXia 创建的主题 职场话题 小红书 ssp 和阿里校招白菜 offer 选择求助
我认为新人,尤其是能力强一些的新人,一开始在成长期的中厂比单纯的大厂更好,主要是几个方面:

职业发展来说,大厂基本上工作内容、技术架构和晋升通道已经固化了,大部分情况都是按部就班堆工作量;中厂还有很多“不完善”的地方可以优化并且做出成绩,有快速脱颖而出的机会。

技术成长来说,对于新人,用一个已有的技术可以快速学到一些东西,但也只能让你从初级工成长为熟练工;只有自己设计或者优化了某个技术,才能晋升到职业成长的下个阶段,比如技术负责人或架构师。

大厂的流程体系更完善,但是有一定体量的中厂也不会特别草台班子,这部分不会有质的区别。

总的来说,“大”和“中”的区分其实不是特别重要,新人找工作其实更多应该看重成长速度,而技术人员的成长绝大部分都依赖于解决问题。在目前的环境下,大厂的增长相对停滞,工作中面对的更多是细碎的存量优化问题,或者无效内卷;少数还有增长空间的中厂无疑对于技术成长的价值更大一些。

除了公司,还有业务方向的问题也需要考虑一下,“直播技术”的范围很大,从编解码器到流媒体工程到前后端工程都有可能(只是举个例子,java 开发不会做编码器这种方向),我想表达的是,如果没有特殊教育背景或者偏好,我建议新人选一个更通用的业务方向,尽量去核心业务的核心流程,见到的东西会更多一些。

第三,城市也需要考虑,虽然年轻人换个城市的代价不大,但是一旦有了对象或者想要常住某个城市之后,那么之前不是问题的问题就都是问题。比如购房成本北京会高一些,或者需要交够 x 年社保才能有某些权益之类。

最后,工资这东西当然也需要考虑,但也不是追求越高越好。一般来说,现在这个行业内工资水平都是相对稳定的,如果某一家工资特别高,那么要么是赶在业务扩张前急招(后面一般会裁)、要么是工作强度明显更大;当然,相对的,在裁员的时候,也更偏向于裁工资更高的人。
2020-10-30 20:11:50 +08:00
回复了 bluecube13 创建的主题 问与答 当下 iOS 有什么好的刷微博方式
第一个需求官方版可以实现,第二个需求就……
2020-08-15 10:29:41 +08:00
回复了 sgcy1991 创建的主题 汽车 准备下班去定蔚来 EC6 了,求喷
es6 车主发来贺电,恭喜
2020-07-10 11:23:29 +08:00
回复了 BUappend 创建的主题 职场话题 应届 杭州 9.6k 青岛 7k 选哪个?
如果你有一丝丝可能会跳槽或者想要奋斗的想法就去杭州,青岛机会太少
2020-04-06 16:12:04 +08:00
回复了 axb 创建的主题 酷工作 [北京]微博视频平台招聘 Java 高级研发工程师
@congzhou 合适的人太难找……
2020-03-02 20:59:03 +08:00
回复了 axb 创建的主题 酷工作 [北京]微博视频平台招聘 Java 开发工程师
@daryl 三年了……_(´ཀ`」 ∠)_
2020-03-02 09:42:47 +08:00
回复了 axb 创建的主题 酷工作 [北京]微博视频平台招聘 Java 开发工程师
@nzomkxia 目前只有北京的职位
2019-12-19 23:39:16 +08:00
回复了 axb 创建的主题 酷工作 [北京]微博视频平台招聘 Java 高级开发工程师
@daimazha 我不怎么用微信。。。
以前一个明星都不认识,自从来了微博上班……
2019-10-29 12:26:27 +08:00
回复了 axb 创建的主题 问与答 突然闲下来没事干,开个贴回答互联网后端技术问题
@yuyuko 问个职业发展的问题,校招工作一年了,在某二线大厂自研分布式 fs。问题在于我发现做更加底层的技术似乎更加难以跳槽,坑位更少。是不是越往底层技术越难跳槽?坑位越少?

那是一定的……如果纯做底层最后一定是只有几个公司来回跳。所以我这边会有轮岗的制度,底层服务干一段时间之后会换到靠近业务的方向……
2019-10-29 12:24:08 +08:00
回复了 axb 创建的主题 问与答 突然闲下来没事干,开个贴回答互联网后端技术问题
@uyhyygyug1234 1. 一般线上出事故了,就是开会总结、发邮件改进流程之类的。类似这种的贵司有没啥经验之类的可以分享。
总结发邮件肯定是少不了的,只是我不太信任流程,而是会想办法改进工具。

2. 新功能提测之类的,是怎么个玩法,是各个功能特性分开提测还是一起合并了提测。另外比较偏向业务的,单元测试集成测试这些要求怎样,还是会在合入的时候进行限制,不到一定比率不允许合入?
我们服务有一定程度的拆分,每天都会上线,所以冲突的概率不高。如果冲突了,那就合并测。单元测试有要求,但是最高就要求到 30%,再高维护成本成受不了。
2019-10-28 21:19:32 +08:00
回复了 axb 创建的主题 问与答 突然闲下来没事干,开个贴回答互联网后端技术问题
@mikuazusa 微博后端这块的自动化测试和持续系统是自研吗?还是用的 jenkins 之类的

jenkins 和 gitlab ci。
2019-10-28 20:36:11 +08:00
回复了 axb 创建的主题 问与答 突然闲下来没事干,开个贴回答互联网后端技术问题
@mikuazusa 好奇问问微博的技术级别和阿里是打平的吗?资深技术专家相当于 P9 了

我也不清楚……
2019-10-28 20:23:59 +08:00
回复了 axb 创建的主题 问与答 突然闲下来没事干,开个贴回答互联网后端技术问题
@aptx4689 想问一下微博的 at 有针对性优化吗?比如我 at 一个朋友的号(几百粉丝的那种)和 at 一个大 V 的号(比如 @带带大师兄),他们 at 的提醒是同时收到的吗?
如果不是,可以在不透露具体机密的情况下谈谈这种系统应该如何设计吗?

是不是大 V,at 提醒都是立刻收到的,系统没有瓶颈,没必要限速。单个人 at 这种系统其实就是个简单的消息推送服务,网上一搜一大把。
2019-10-28 20:21:43 +08:00
回复了 axb 创建的主题 问与答 突然闲下来没事干,开个贴回答互联网后端技术问题
@hiboshi 请问秦大佬有什么架构师交流群吗?

没有,我也没啥要跟人交流的……
2019-10-28 20:20:47 +08:00
回复了 axb 创建的主题 问与答 突然闲下来没事干,开个贴回答互联网后端技术问题
@charlie21 请问软件开发工程师和软件测试工程师是分开的吗?测试工程师的头头 ( 能带团队的 ) 的天花板大概多高,能高过普通开发吗

大部分公司都是分开的,天花板要分公司,国内公司普遍测试工程师的天花板会低于普通开发。
1  2  3  4  5  6  7  8  9  10 ... 11  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5369 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 03:01 · PVG 11:01 · LAX 19:01 · JFK 22:01
Developed with CodeLauncher
♥ Do have faith in what you're doing.