会 web 和 android ，flutter 的说一句。
1. android 不算难，但是通用组件确实没有 web 多。web 一般就用那几套 UI 标准，android 要抄 ios 的 UI （交互），自然什么都要自定义。
2. 楼主说的是显示图片，但是链接是其实是一个列表，这个列表的功能还非常强大（可回收可复用，节省内存）。同样的组件在 web 也需要配不少东西。
3. 如果都加都是从原生支持的标签或 view 开始自定义，web 比 android 要复杂不少。
4. futter 写得速度也跟 android 差不多（不考虑需要原生平台支持的）
5. ios 开发挺快而且大部分有现成的（因为没有大部分就一句话：做不了）

试了一下觉得不错，说一下几个问题。
1 ， 点击一键投递需要登录，但是没有自动弹出登录弹窗
2. 搜索功能不是很好，web3 大部分有远程，建议增加远程 /坐班选择，以及本土 /国外
3. 公司简介太少，建议能有公司主页或者是能链接到公司的主页。不然感觉这就是一个骗 v 友简历的地方

别的不说，但凡会点 node /后端的，就叫自己全栈，真是不要脸。

a 流程是最的，你觉得解冲突麻烦，是项目管理的问题。
因为正常来说，你和同事开发的功能是不一样的，模块不同，分散到不同的地方。哪怕改到同一个基础类，也是少量的部分，冲突几乎是很少的。
如果你开发的功能较为庞大，功能很多，开发周期很长，时间长了冲突也会多，一般这种情况我们会做自己的分支，每做完一个小功能，自己主动合并一下主分支，这样就能避免长时间没有合并主分支代码导致大量的冲突

android 系统通过媒体库管控所有文件 MediaSotre ，任何公共文件的修改都会同步给它

@TArysiyehua 最后一项意思是整体是否通过，通过了就行。

@Juslt 只看最后一项是否合格，没其他的

不会

缺钱去前都得，否则在当前稳的

首先构造方法一定会调用父类的，所以 new Child （） 的时候就会调用父类的没毛病，因为构造方法没有虚的，所以必须调用，不然没法继承父类的特征。

其次方法就不是，你不手动调父类的方法就相当于是覆盖了父类的方法，那自然输出的是子类的

100 个 if 完全没必要优化，效率贼高，上面说的提高命中率和加设计模式能提高你写代码的技术，这个倒是真的。但是对性能是几乎没有帮助的。

@qiaofanxing 纯算法你想干嘛？校招你早过了。就算是算法岗位也不是纯算法。
你这种情况只能走中小公司的社招，还要技术过硬。少了应届的身份就是这样

@sunwei0325 太年轻，居然觉得可以早点下班。。

1. 按照 10%计算，每月的公积金应该有约 5000 ，那么是否可以做到每月转移到商贷账户做到完全覆盖？
数学问题，不能，5700 大于 5000 。（有方法可以，但是得看你后面的公积金涨幅，详细看后面）
2. 在入职新公司前，我是否需要进行什么操作，比如一次性先提取？
不需要
3. 新公司的下一年的五险一金会根据本年度算上奖金再计算，因此会变高，假如双边超过了 5700 ，在 1 能实现的情况是否多出的部分无法提取，只能用于贷款？
a. 如果你想把商贷转成公积金贷，那可以现在就搞（不一定支持，看银行，看你当初的贷款，以及违约情况等等，自己去找贷款银行(主要问可以不可以转，转了之后的罚息)和公积金问，公积金热线直接打 12345 问就好了）
b. 如果不想转，我建议直接申请提取公积金还商贷，去关注广州公积金公众号，里面可以申请，填写你的贷款合同编号和金额，它会每个月定期往你的还贷银行卡号上打钱。（这个钱可以大于你每个月的入账的，所以可以完全覆盖）

这种处理基本不需要提取任何公积金：1. 一次提取没必要，你又不是急用钱。2. 你目前的公积金小于月供，所以你的公积金余额是会慢慢减少的。

这种处理之后，你的公积金每个月余额会慢慢减少（因为银行月供大于公积金账户收入）
假设明年你的公积金涨了，可以完全覆盖了，这个时候公积金就会越来越多了，不用担心用光了。
假设在公积金涨之前你的余额用光了，提取会停止，你要自己手动拿钱换商贷

web 终结者 邀请你加入

@niceyuri 移动端有 leader 岗位吗？

楼上很多人回的才是真的傲慢，确实有很多问题却怪楼主不会用。

你是问职业选择的话，现在搞 android 有点像 49 年入国民党。