@admol 要学生认证吧

非后端，貌似有个叫软链接的不知道可不可以

我是做 native 的，现在想转后端或者全栈了。真不建议再转 native，中等水平的开发者太多，竞争压力大，除非能做到资深。

所以你换了个头像？

洗碗机扫地机器人这种适合日常添置，不适合生日送。
airpod pro 蛮不错，比 bose 的优点是适合上班的时候戴，听不见产品和测试 bb，安心写代码 hhhh

如果面试官没限定你使用内存的空间，那你的解法没什么问题。
如果限定你原地，那你的方法就不行了。

@Vveeb 你说的映射+字典我也在用。我是做前端的，经常会根据后端返回的状态码来展示不同的文字，这种时候可以把状态码和对应的字符串以 key-value 形式保存在字典里，用的时候可以直接映射取值。但如果状态码对应的不只是字符串，而是一整段逻辑，这时我就只能用 if else 判断，虽然丑陋，但想不到更简洁优雅的方式。

@Vveeb 第一条，如果业务需求中就有很多条件判断的话不用 if else 有什么别的办法么

@zeropercenthappy 真实

我是移动端，我们后端是返回{"A"："***", "B":null}
不过对我也没什么影响，用字典转模型的三方工具直接转就可以。
在使用的时候记得判空就好。

魔方可移动的是 8 个角和 12 个楞。
楞因为只涉及两个面，所以不存在顺逆时针的顺序。
角复杂一些，要考虑顺逆时针。
如果用 6 个数组代表 6 个面，那么要做的步骤：
1.确定 6 个数组中那 3 个值可以形成角，哪 2 个值可以形成边。
2.对 12 个边进行颜色唯一和颜色正确（对立面的颜色不可形成边）校验。
3.对 8 个角进行颜色唯一和颜色正确（同上）以及颜色顺逆序校验。
我的思路是这样，挺 low 的，等大佬们更好的思路

swift 也有 optional，是繁琐了点，但解决 npe 问题还算有成效。

心动了

200M 的宽带理论下载速度只有 25M/s 呀，带宽计算单位和常用的下载速度单位不一样，一个是 bit 一个是 byte，换算关系是 8:1 。
加上传输损耗，下载 22M/s 是正常的范围。

前科大讯飞员工，恰好是翻译机项目组的。看上边有人提到就出来吐槽下，离线翻译的识别率真的惨不忍睹。。。