随笔工作一年个人技术随笔

Posted 小章鱼哥

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了随笔工作一年个人技术随笔相关的知识,希望对你有一定的参考价值。

目录


我离职了

犹豫了很久,9月11日,我提出了离职。

期间天天晚上哭,哭了一个星期。

9月19日,我正式从wy离职。

走的时候,偷偷看到敏神哭了,想不到敏神也会哭呀。

舍不得敏神,权威,乒乓,骥总,棕熊,包哥,还有曾经的同桌俊总,blabla一大票人,后端,测试,视觉小圆圆,交互小哥,哇啊啊啊。詹总和我谈话的时候我看到詹总眼睛湿了。波哥跟我谈话的时候,我的眼泪哗哗的,波哥都不知道说啥子了。就放我破格可以提前走了。唉。

包哥说:跳槽是很正常的。第一份工作就像毕业一样,以后再跳槽就不会这么难过了。

包哥说的对,我要勇敢。

但是我还是要离职,

我要换城市。离家有点远。

面试

可能我是女孩,程序员缺女生,我基本上现场面试,都能拿到不错的成绩。

也发现了自己的长处和短板。

大大小小的公司面下来,也算是看出来一些门道。

关于面试官格局

有意思的是:

有两个面试官老大问过同一个问题。

A老大问我:vue和react你更喜欢哪一个,为什么。

我说:我喜欢react,原因是blabla。

A老大说:不好意思我们用vue,今天的面试就到这里,你还有问题吗,没有问题我们就到这里了。我们今天的面试就到这里了好吧。pia(挂了电话)。

我从电话这头都能听到对面的阴阳怪气,不耐烦,感觉我耽误人家时间了。

不是你问我我喜欢哪个框架的吗,选不对就要被毙了吗,怎么还歧视了。就好像问你喜欢空格缩进还是tab缩进。。。。

B老大问我:vue和react你更喜欢哪一个,为什么。

我说:我喜欢react,原因是blabla。

B老大说:我们用vue。

我说:我完了。(我直接说出来了居然。感觉我马上要被怼了)

B老大说:我们也有很多同事用react,我觉得框架不是问题,你说的vue的问题也会有它解决的办法,只是你可能没有去研究。框架和框架还没有差别大到那种地步。blabla…说了很多。

我心里想,耶咦,剧情不一样啊。不是要被骂一顿吗。

可能是B部门更缺人,所以选择和稀泥来圆场,但是我看到的是B部门的老大格局更高哎。 一个人靠不靠谱跟框架有很大的关系吗?

就算A部门选择我,我还不去呢,哼。

关于非常偏框架细节的问题

实际上我是很不擅长,回答一些非常框架细节的问题。

而且我不是很理解,为什么要问这么细的问题。

比如说react的vdom的diff算法的源码。

实际上,看一两天源码,谁会看不懂。

问题是,必须要会哎。

请想象一下,

一个每天狂写业务代码的人,

每天十几个小时,

都在拼命的赶业务,(那就是我)

他的痛点,

是框架的问题?

我感觉大部分不是吧。

反正我得痛点,差不多是这样。

  • 老代码好上手:因为业务需求,需要迅速上手很多老的项目,很多项目用到的框架真的很老,特别特别难上手。
  • 代码好不好拓展:很容易业务堆业务,搞到后面一堆垃圾代码,if else满地都是,甚至加一个功能,没有抽象出很好的分层,功能加在哪一层的都有,混乱难以维护,很容易出bug。
  • 效率能不能优化。

我承认我是个渣渣,框架很深的东西我就是不懂,但是我又不是去当老大哎。

听说现在校招生也要会框架源码了。

天呐,太可怕了。

关于前端面试简单算法题

现在越来越多部门开始面试算法题了耶。

难度是ACM入门中的入门难度。

会考察一些简单的递归,背包等等。

直接上手写题哎,

超级有挑战,

我很喜欢。

想打游戏一样,哈哈。

可能,他们用写题的方式,是想筛掉一些代码能力偏弱的,非科班的程序员。

我也不是很喜欢那样子一群代码,哪样子的呢:

.filter()
.map()
.reduce()

他们喜欢玩花样,喜欢调用各种api,但是他们对复杂度不关注的。当然复杂度可能对于小数据量的项目无所谓。

很工整,只是有点不sexy。。。。可能只是我这么觉得吧。。。。

游戏开发 vs 前端开发

就是因为游戏,我想来做开发。

没想到拿了一个游戏开发的offer。思前想去,还是放弃吧。

人生不是百米冲刺,

人生是一场马拉松。

说实话,前端开发,搞了一年,什么水平,我自己心里没数么。

技能点点更多,不是我这个阶段该做的,

我还是选择把前端学得更通好了。

展望

很难找到相同想法的人

离职之前我遇到一个问题。

是一个拥有七八种状态的征稿活动。

每一种状态都对应进度条的一个样式。

这些样式包含进度点的大小,位置,提示文字,提示文字位置,颜色,进度条颜色,等等。

我们需要通过这七八种状态,排列上述这些元素。

我当时实现的就是,每一个元素都是一个配置项,我们的组件传入这些配置项,就好了。

外部分别处理七八种状态,传入就好了。以后有新的状态,扩展就好了。

这里会遇到一个问题,一会再说。

我之前还见过一种实现方法,是一个八爪鱼的游戏。游戏里的鱼是一个基类,爪子也是基类,层层封装,爪子的活动和鱼的活动不耦合。是个老外写的那套代码,超级惊艳,特别中规中矩的面向对象。

感觉比我的写法好,我的写法虽然也很好扩展,但是进度条,文字,进度点如果有很复杂的结构,比如像游戏一样有自己的生命周期,那我的组件的入参,就巨长无比了。

可是,问题来了,谁会给你时间优化代码,现在大家看的是结果,结果跑通就好了嘛,哪会有人闲的没事优化代码捏。(可能只有我们部门这样,我也不是太懂)

我感觉对我来说,提高代码能力,是看更多的好代码和更多的思考吧。根本不是那些,哎,吹牛的东西(有一些就是吹牛的,有一些不是)。

工作之后有一点不适应,没有人会在乎一块代码怎么写,怎么更好,怎样更完美,大家都在开发更多组件库,基础设施,甚至没人用的框架。

感觉身边看到惊艳的代码,惊艳的文章非常少了。

我跟老大说,要把高阶组件弄进来,老大的眼神充满了:你一天天净瞎使劲。

我心目中的老大

我心目中的老大,是个真正喜欢代码的人,不拘泥于框架,不拘泥于前端的人。(其实我也不知道别的公司的老大都是什么样子,好的老大好到什么程度。差的老大差到什么地步。不会波哥就是最好的老大了吧,那我自掘死路了)

我只知道,离职那天,火风哥和我说:辉哥去哪,他就去哪。(辉哥是架构师)

辉哥跳过来之后,显根也投奔他过来的。

超羡慕,我也想要可以遇到这样的老大,呜呜哇哇。

我的小目标

曾经有一本书:《编程之美》(好像是这个名字)

编程是快乐的。

希望多少年之后的我,还能保持这份喜欢。

不管去哪个公司,

都要努力加油哦,

写一手合格的代码,美观,能看懂,易维护,项目架构设计合理,稍微有点小逼格。

成为一个游刃有余,胸有成竹的人。

找到更多编程的乐趣,

哈哈哈

以上是关于随笔工作一年个人技术随笔的主要内容,如果未能解决你的问题,请参考以下文章

杂谈关于2022年个人随笔

个人随笔--继续前行(序)

个人随笔--继续前行(序)

随笔-近期工作学习小结

年初随笔

新年计划随笔