0%

记“电脑差点爆炸,我不得不修电脑“ (10/52)

2020年第十周

每周更新 weekly update (10/52)

对不起,我标题党了,开启话唠模式

电脑拿去维修

上周遇到一件十分难受的事情,就是手头的主要生产工具MBP居然电池膨胀(battery swelling)了。当我把它放在桌上打字的时候,居然会摇摇晃晃,我才发现原来是后壳凸起来了,导致不平。因为担心日后继续使用可能造成爆炸,比如受热之后,电池供电管理出了问题导致爆炸。

网上咨询售后该怎么解决之后,我就提前一天预约好Genius Bar,打算直接送修。好在最近的一个Apple Store就在附近的一个mall。送的过程还算顺利,负责的姐姐就看了一下,登记完之后很快就把我的电脑回收,并告诉我大概要一周到两周能够修好,总共花了不到5分钟。

接下来,就要说说没有主力机,接下来的日子要如何继续办公。

我手头还有之前带过来的Sony笔记本,算是备用机,也多亏自己的使用习惯比较良好,这部电脑除了电池老化不能充电,其他依旧能正常使用。所以近期的办公还不算很大影响。但是,我还是要重新适应一下Win10的系统,因为真的太久没有使用,一上手最大的不适应就是快捷键和触控板。触控板真的是区分笔记本是否高端的唯一标准,因为旧的这台电脑我还没用热,我就赶紧去找我原来的鼠标了。

而在送完的这一周里,我每天都去官网查更新状态,心心念念想早点修好,但迟迟没有送达Repair center,这效率实在令人堪忧啊。

于是我尝试联络服务中心,因为从以往的经历来看,“打电话催人”是唯一能够加速的方式(不得不吐槽,这在美国算是一个必须要学会的生活技能)。我经过和售后服务小姐姐一番“沟通交流”,于是在我写这篇blog的昨天,我很高兴地就收到可以去取的邮件了。

取电脑时,我特地开机测试了一下,除了测试电脑是不是能够平放桌上,我还特地看了一下是否能够把盖子合上,很高兴的是,整机看起来像是全新的一样,据当时工作人员说,除电池外,top case(连同键盘)也被更换了。 而在打开机那一瞬间, 我发现我的数据居然还在,打开就看到我之前关机前的所有窗口,让我着实松了一口气,不用花一大堆时间重新去恢复了。

经过这次维修之后,我想了想,自己有一些关于设备&数据安全的小心得:

  • 时刻备份好自己的数据

数据备份我分成多个方面,除了粗暴的整机备份,还有文件级备份,代码库备份等。

苹果的macOS有一个很好的功能就是time machine,能够将整机直接备份,而且对于多个时间点是增量备份,所以可以省下许多备份空间。而买了这台电脑后,我就顺便买了一块2T的移动硬盘,除了用来备份个人Vlog素材,再就是用来备份电脑的整机数据,到现在也就只用了500GB,可谓是非常compact。

我现在基本上是做到了一个月至少一个备份,而后期我将会强制提升到两周一次,主要是macOS最近的更新有点频繁且bug有点多,也怕哪天系统崩溃吧。

这个备份功能我近期也给很多人安利了,很大原因是这个整机备份是最傻瓜但最有效的备份方式,只需要一个硬盘和将其分区成apple file system格式就好。

文件级备份主要是用Google Drive,把我日常的一些文档进行备份,所以我本地的电脑是不存任何实际文档,只是网盘的一个映射,可以理解成从网上拷了一个备份到本地。 而且每个学期结束后,我都会把对应的文件夹给取消映射同步,只同步当前学期的文件,一来可以省空间,二来整个文件夹看起来不会那么凌乱,方便时间二级管理。 而且因为我们学校有G Suite的账号,所以空间也是免费的,用起来十分省心。

代码库备份就自然不用说了,作为程序猿,做代码版本控制必然要用到不少工具。只要写代码,我都会建立一个Git Repo,先不管要不要备份到GitHub, 至少要让代码的编辑状态得到保存。

  • 云办公&轻办公

云办公和轻办公在概念和体验上是有重叠的。云办公我比较想强调的工具在云端,而且跨平台。 除了之前提到记笔记用的是OneNote,我常用的文档编辑工具(文本、幻灯片、表格制作等等)都是基于G Suite。然后是各种效率工具。 轻办公主要是强调不太依赖设备,类似于“轻资产”的概念,可以轻易通过切换一台设备来进入原先工作状态。这里需要有一些的日常总结,包括你的编程环境该怎么选择,工作workflow是怎样,以及如何和效率工具进行搭配,这是一个系统工程,如果做得好,对于一个人的生活管理和工作效率提升有极大的帮助,我觉得将来有时间可以写写总结一下哈。

  • Apple Care Plus因人而异,但推荐购买

Apple Care Plus很多人看到价格就不会考虑了,因为当初budget有限,我买电脑的时候也是怎么省怎么来,而且很大程度上考虑到我用过的两部电脑基本上没有出现过什么大问题,所以对自己的使用习惯比较有信心吧。

现在想想,如果这次维修如果对方认定我是自己主板进水而导致的问题,那我就真的很难去argue,有可能到最后不得不掏钱,估计也是一笔不菲的开销。 好在美国这块售后比较nice,因而我对苹果的好感度又增加不少。

第二轮面试

这周迎来图森的二轮面试,面试形式是codepair,就是有一个监考官来跟你一起写代码。时间约了两次,第一次被鸽了,第二次就是写这篇文章的下午面试的. 我恰好拿着修好的电脑来写代码,感觉会带来一些运气吧。

提前十分钟我进入到平台去熟悉操作,因为之前就有人不知道怎么读入输入导致代码卡了,最后很无辜fail了。

到了约定的时间,面试官电话如期而至。我接了电话一瞬间,居然直接用中文叫了我的名字,我瞬间懵逼。随后聊了一会,我就感觉十分亲切,没有那么紧张。

简单自我介绍后,就开始讲解面试题目。 因为保密协议的关系,我就不讲题目细节了,但是从过程来说,我对于题目理解还是比较透彻的,因为跟我做的研究motion planning有一点相似,所以在考官讲完这道题目的时候,题目的基本思路就出来了。

在思考几分钟之后,我就把我很原始的idea给讲了一下,即使我知道这个答案应该不是最优的,毕竟O(n^2)的解对于大部分面试是不太能够接受的,除非这道题目本身不是单一问题的, 而是多个步骤拼接出来的解。好在我灵机一动,结合考官说“从另一个角度来解,不需要考虑xxx”,我就想到另一个只要O(n)的解,在那一刻我觉得我在整个面试表现应该还不错。

但是真正让我没想到,难的还是后面的coding。

“写代码的时间只有15分钟”,这让我肾上腺素飙升,整个人都在紧张了起来。加上最后延迟了5分钟,我写整个题目估计就花了不到半个钟时间,所以我觉得能够把整个框架写完,就当时而言已经尽力了吧. 毕竟前期准备时间不足,有很多以前用的技巧和代码模板都已经不太记得了, 而且最近也没想着花时间去重新整理和复习,这也是这次面试的takeaway之一吧。

再者也是第一次体会别人看着写代码,总在想这里会不会被人挑刺,或者命名那里会不会让人觉得你习惯不好之类的。一个takeaway就是平时写代码就要养成好的习惯,写代码尽可能连贯,达到一气呵成的程度,这样对于相似的高压面试,应该可以做到得心应手。 因为有时候面试真的很刺激,会让你的心情忽上忽下,保持一个冷静的状态也是真的很重要。

总的来说,至少迈出了这一步,我对自己目前的能力和状态有了一个初步认识,还是不错的吧。 希望后续能够收到更多好消息吧!