阅读 328
工作两年的内心体会

工作两年的内心体会

我从2018年来北京,先培训了五个月,然后在2019年的时候参加工作。

2018-2019

从七月中旬到北京,为期五个月的培训时间,培训内容是区块链;公司怕我们找不到工作同时教了我们 react-native ,因为那个时候还是非常火的一个技术,找份工作相对容易些。

这段培训经历主要是受区块链的技术理念和前景所吸引,所以来了,然而最后并没有从事跟区块链相关的工作。只不过我感受到了在培训班的那种氛围是真的好,工作了居然没有了。

2019-2020

1:北京未名空间信息技术有限公司

我在 2019 年年初的时候找到了一份 c 语言 的工作,实际上在公司做的是 php ,工作差不多两个月就因为学校毕业就离职了,这家公司就一个技术,我去了就我,刚去的时候前面那个技术还没离职,整天问他问题,最后他很高兴的走了,留下独自一个我每天“面屏思过”,公司不忙,基本上可以说是没啥事可做,有时候会有需求,只不过需求都不是很多,要不了多久就做完了,做完以后老板也不着急检查,更不着急验收,但是有时候在前面需求还没上的情况下又来了新的需求。整体来说就是没劲。特意说一下最后一个月的工资也没有给,我也不计较太多,毕竟我在公司也没做啥活。

那段时间我学习了很多关于 php 的知识,但是我发现 php 不好用,特别涉及到跟 c 语言交互更是麻烦,当时我们公司使用的 php 版本很低,下载很多包都不能用,必须要找到低版本所对应的低包,有时候下载链接都要找很久。

这份工作不适合年轻人,适合养老,但薪水不高,慎重考虑。

2:济南红马网络科技有限公司

这家公司其实给我的印象不错,虽然我在里面并没有待多久,当时这家公司的流程是:需求评估》技术开发》整体测试》 BUG 修复》上线。

其实我并没有经历完这些流程。只不过给我影响最深的还是整体测试,我们并没有测试部门,开发就是测试,所以到测试流程的时候我们大家会找一个会议室,拿着电脑,从第一步测试到最后一步,如果需要什么数据,现场造,同时我们也会在测试中总结一些我们在开发中的不足,怎样降低 BUG 数量等等。

同时我看到公司的代码耦合度很低,即便有两个页面非常的相似也不会写在同一个文件里,但是我仔细看了看发现是按业务划分的;我们知道业务型公司,变的是业务,如果业务不相同,那么就不应该写到一块,因为每次改动大概率是某一个业务的改变而不是页面的改变。所以封装的原则是业务,由此产生了 UI 和业务的问题,有时候 UI 相同但是业务不同,我们到底是分开还是写到一块;我的采取措施是分两层,一层是技术或 UI 层面的,一层是业务层面的,只不过这个的鉴定并不是很明显,所以需要经验。

在这家公司主要是前端开发,只不过职位是全栈工程师,当时我去的时候前端使用的是 react ,后台使用的是 nodejs,前后端通信是使用的 gRPC ,由于开发的是桌面客户端,所以我们使用的是 electron

3. 北京藤蔓微谷科技有限公司

这家公司相当于我真正意义上的第一份工作,虽然因为太累最后还是选择了离开,只不过在这家公司工作的那段时间收获很大,不管是代码层面的还是其他方面。

不断学习,刚到公司有很多我都不懂,所以那段时间即便是在地铁里,我都不断地学习,当然我很幸运最后我都大差不差的完成了公司给我分配的任务,也获得了老板的肯定。

最让我记忆深刻地是排查问题和解决问题,因为刚开始写代码,很多地方都存在不足,写出来的 bug 就比较多,这个时候就是锻炼解决问题的最佳时机,首先在解决问题的过程中切记不要脚痛医脚,我们既要知道出现问题的地方,也要尽可能知道出现问题的根本原因,靠猜来解决问题是不好的,只要是力所能及的时候都尽量找到问题的主因。这样的好处要大于只解决问题的方式,追根溯源能真正让自己学到东西,也就是进步,当然也不要一味的找问题,要从工作时间和问题的难度来做判断,时间本身不够的情况下,可以先记下来问题,等有时间了再解决;如果时间充足但是这个问题明显超出自己的能力范围,那么需要循序渐进,也就是向问题靠拢,随着自己的深入理解,慢慢就明白了导致那些错误的原因。

面对工作要有激情,不要抱怨,抱怨只会让工作做得更差,会进入恶性循环。为啥都说不要以工作为目的进行工作,因为工作是多变的,工作出现挫折很容易消极/消沉;正确的做法是以挣钱、学习或理想工作,这样在工作中才不容易迷失自我。

要勇敢的承担责任,不要怕,大不了换一份工作。

写代码的时候尽量做到简单清晰明确;当然这些有时候可能难以兼得,但是尽量做到。在编写函数的时候尽量让函数实现的功能单一;相同或相似的要放到一起;这样做有什么好处呢,首先函数功能单一你在添加注释的时候也简单,其次你看代码的时候更容易;把相同或相似的放到一起是为了方便自己寻找代码,对于新入职的人来说也容易理解,这也是为啥项目在搭建的时候都会划分,比如网络,页面,工具,日志等等。当面对简单和明确相悖的时候,就我而言更倾向于明确而不是简单,有些时候代码量少,看起来很简单实际上理解起来并不容易,可能有人会跟你说可以抽象为更简单的,其实我觉得对于理解来说,越抽象越不容易理解,越不理解在改动的时候就越容易出错。

在这家公司主要是 react-native ,同时写了 android 和 web 。

后来就是我目前的公司了

兄弟们加油,虽然很菜,但是只要认真学习和思考,将来就不一定了。

文章分类
代码人生
文章标签