我写了一个开源小工具一键变快

AHEAD公司总经理David Williams说，“为了在后云时代保持竞争力，一些创新型企业正在采用边缘计算技术，因为其无穷无尽的突破性能力是云计算所不具备的，这些好处包括无与伦比的本地交互性，减少了服务中断带来的影响，改善了隐私和安全性，以及减少了延迟。

调研机构IDC公司全球基础设施业务研究总监Dave McCarthy表示，越来越多的人关注边缘计算发展趋势，但大多数企业低估了物联网设备提供的数据量生成以及分离最重要数据的难度。

 

"言传"似乎从来不是 cs 领域 prefered 的学习方式，大量的开源平台有足够的资源让你找到答案，再恶心的软件问题，似乎花个半天一天把 google 到的所有方法试一下几乎都能找到答案。但在亚麻，至少是我们组的 back-end dev，documentation 真的太少了，internal 的 exception 也实在太多太 weird 了，我几乎没有在内部搜索平台上找到我报的 error 的 solution(关键就是和开源平台一样能搜到很多建议，然而都么得用)。

比如我曾经在周末花了一整天 debug 一个 error，把内部搜索平台上建议的 solution 递归都试了，结果还是不行，然后周一早上 mentor 花了 10min 就解决了，告诉我那个 error 直接忽视 override 即可。

(小齐说，这里我也深有体会。从大学就开始自学，似乎已经丧失了问问题的兴趣，喜欢任何事情都先去搜索，这确实是非常好的习惯。但是在大厂里，很多工具是自己的搭建的，可能还不完善，会有各种奇怪的 error 还没来得及解决，所以刚开始适当的问问题是需要的。后来随着经验的积累，也就不需要问别人了。

2.如果很长时间都没有太多进展，不要怀疑自己。只是大公司的 learning curve 很长，尤其对于后端开发。

我的 learning curve 巨长，很可能是因为我的 intern project 和大组已有代码关联太多。

而这一点不具备普遍性。比如我们大组的另一位 intern，做独立的前端 feature，在第 4 周就有 deliverable。和其他同地区的 intern 交流的时候，我也发现大家基本是做和大组的工作相对独立的一个前端项目，只有我纯后端。

3.学会 feel comfortable with disagreements，被否定了尽量不要觉得受伤或者怀疑自己。

亚麻有一个 leadership principle 叫 "Disagree and Commit"。

感觉这是中美的文化不同，像我一开始花了很多精力终于写了一版的 design doc， 结果发上去老队员立刻一堆修改建议 comment，改了七八版。

我当时当然很感激大家关注我的 project，但有点怀疑自己是不是做不太好这个事儿。

在这一点是也很感谢一位队友，comment 了超多次后我还改不对后，还私戳我希望我不要 feel hurt，也很愿意为他的 comment 提供一些 background knowledge guidance.

(小齐说，这就是我们常说的不要玻璃心嘛。职场里大家做事都是对事不对人的，cr 里被 comment 很多对新人来说是学习提高的好机会。同时，去 comment 别人的 cr，提供建设性的意见，也是工作的重要部分。)

4.每朵花都有它绽放的时间，尽量努力就好。

我最后写 intern review doc 的时候，发现因为我中间推翻了一版本的 design，我最后真正 work 的所有代码都是在第 8.5 周-第 11 周写成的。当然那也意味着疯狂爆肝，身体不适，情绪不适都喝咖啡继续弄。

好像从第八周开始，我发现遇到奇怪的 bug，我大概知道可以去看啥代码 for reference 了，那些 mentor 可以花 10min 解决的问题，我不再需要花 1 天还解决不了，我花 2h 也就能整了。

尤其是到第 12 周的 final demo 前 3h 我的整个 project 终于都跑通的时候，那个成就感，酸爽感，真的是不可言说。爆炸开心幸福满足。

付出有多少，做成了就有多爽，这都是对应的啦。这两天陆续收到组内外小伙伴的很多肯定，再康康这段时间写的那么多好看的代码，真心觉得 anyway it's worth it!实习结束我也顺利拿到了 return offer，非常感谢亚麻带给我的成长～

（编辑：淮安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!