很早就想写这篇总结,但是因为太懒,拖拖拉拉到现在,因为去年10加在的公司(书),加上之前的经历,有很多感慨,所以想简单回顾下,算得上是对毕业以来这段时间的总结吧。
我是2016毕业的,2017年算是毕业的第,来上海的第(的时候就来上海实习)。这,离职,,再离职,再,前后换了两个公司,真的算上是三折。
与德的工作经历
再来具体谈谈这的经历,17年初的时候我还在与德通讯,这是我毕业后的第公司,公司做的是ODM业务,说的通俗点就是给品牌做的,或者说贴牌,魅族,联想这样的品牌就是我们的客户。这家公司是我来上海实习快结束的时候的,当时了好公司,因为感觉的学校不是很好,只是学校,能不是很强,当时也不觉得能进个有名的司,所以投的都是普通的软件公司,当时在上海我记得了软件,泛微软件,与德通讯(也就是后来加公司),算不上是很好的公司,只能说还可以。和泛微做的都是java后台开发,与德主要做的是android系统的订制,和泛微在我现在看来,当时应该是更好的选择吧。当时选择去与德有两个原因:因为官的不错,在完之后加了QQ聊了很多,觉得这是特别关注下属成领导;因为对于客户端或者说前端开发更感兴趣吧,因为实习的时候做的是后台开发,当时因为局限性,举得后台开发太,就是对数据的增删改查呗,现在想来,当时还是想的太简单吧。
在与德的样在与德算是完成了对android开发的吧,为啥从与德离职,主要还是举得在与德的成局限性,类似这样的ODM公司,因为没有的品牌,在国内很多品牌对于原ndroid都有的订制,ODM公司只是在这些订制好的系统上做很有限的开发。印象深刻的是,当时部的是华硕的项华硕虽然没有魅族flyme订制的那么深,但是对于很多系统级的apk我们连源码都看不到,很多时候解决问题只能通过去看系统Log,连蒙带猜的去解决,这个时候感觉个成很局限性。于是后定从与德离职去找互联司。
这期间6,7家公司,有四家都拿到了offer,当时书的offer算是最好的,薪资基本差不多,其他相对没有书名,所以毅然决然选择了书。
这是要说,对于有的伴来说,可能始学历,能有那么强,进公司不是很好,但是不能因为这个暴,这个时候,更加需要我们多多学习,提记得在这个创业公司,有段时间不是很忙的时候,当时我的那些同事下来就玩去了,我那时碰到闲的时候,是去看GitHub上优秀的代码,学习他们的写法,另就是想着去优化现有app的体验,优化功能体验并不被认可或者当时都不知道,有些能会觉得这样做太傻,但是我当时却不那样想,因为我觉得做这样的优化能提能当你去找各种优化点的时候,同时也是在增app优化上的经验。很多时候,我们要想着,我们是为。
平台真的很重要,不仅在于平台可以提供更好的福利,在于能够提供很眼界提升。这算的上是我加红书以来最体会了吧。
因为周围的同事都很优秀。有从阿来的,从京东过来的,从知乎过来的。。。等等,所以很多时候都感觉需要学习,需要进步,因为相对于他们,太菜了
面试小红书的时候,感觉都有点稀涂的,在之前我是没举得能过的,当时只是在给打就算不过,也给去的机会。因为我不是211,更别提985了,只是安徽省内的院校,的能不是很强,所以在这样的时候,总是很没有底当时了午,三轮技术上HR有些问题都差不多忘了,有的问题真的答的不是很好。
第一位官,也就是现在的android组的负责创哥
问了我的项让我展示下做的app,问了我对于mvp的理解,让我说下rxjava,还有问我是否看过retrofit的源码,还问了我如何在实现RecycleView某个item的onClick事件,记得的就这吧,创哥问的主要偏向项。
第二位官,现在的同事,兵哥,经验蛮丰富的
兵哥知道我之前做过android系统的开发,所以想问我这br> 块的东算是照顾我的了,因为我在简历上写了待过三家公司(包括实习的公司),他想问我解决多的最有挑战性的问题是啥,我基本都说出来了,但是他仍然觉得没有得到他想要的答案,当时搞得我很紧张。后问了偏技术性的问题,基本都是android和java相关的,基础好的感觉都能答上来那种,然后他就出去和HR沟通了,当时就觉得肯定没戏了。
第三位官,现在的同事华哥
华哥问了问题,我还能记得点,因为相对都是具体的问题,问了rxjava中的map和flatmap的区别,问了如何实现进程间的通讯,问了进程间的通讯如何实现,问了如何实现TCP的分包(因为博主做过即时通讯的服务器相关的项写到简历上了),问了线程同步的单例怎么写等等,记得的就这么多吧。简单总结,其实三位官问的问题有好回答都不是很好,有的就没答上来,但是我觉得有个原因是因为没毕业多久,相对来说,经验还可以,有个点忘了说了,楼主当时在跟着同学参加了诸如机器赛,中国软件杯的,勉强拿了点成绩,感觉在这个点多少加了点分吧。感觉还是运较好吧,成功通过了这次。
在小红书的经历
作为在业界知名的互联 公司,刚进去的时候,举得很发慌,怕自己写的代码出bug,当时就觉得万一出bug了就完蛋了,毕竟用户量那么大。后来才知道测试基本会把很多bug解测出来,而且发版之前还会发布灰度版本,这样也能找出一些不容易发现的bug,相对来说,质量保证还是可以的。在小红书做android开发,很多时候举得自己能力不够,因为对产品要求严格,许多细节都要兼顾到。记得之前的经历是碰到难做的需求,就去GitHub上找个差不多的,然后改吧改吧就差不多了,现在却不能这样,对于引用第三方的库,我们都是很慎重的,所以很多时候很多feature需要我们自定义,这个时候就比较考验我们了。另外,对于代码还有一套规范,代码review必须保证保证规范,不然不能merge。等等之类的,正在经历这些考验,并且需要自己不断提高自己吧,今年会更多地写写博客,去年因为工作忙,还因为一些其他原因,没能在闲暇时间更多的学习,今年应该会改善这一点。
啰啰嗦嗦说了很多,感觉也没啥章法,想到哪写哪,凑合看吧。有问题欢迎留通。
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!