关于这个文章名,想了很久。做为一个程序员(某不知名公众号里的一篇文章说:码农不该该瞧不起本身,就算自嘲,可是在别人面前依然要坚挺的称本身为软件工程师亦或者程序员。因此我就选个相对低调一点的称呼来介绍一下本身吧)第一篇文章就应该以这种方式命名。前端
我叫赤乌,乌鸦的乌,请不要称呼我为赤鸟谢谢!从事java岗位两年左右,待过几家创业小公司,踩坑无数外加小公司的学习氛围惨淡,编码规范以及要求不严格,以致于工做两年我的水平仅限于CURD。杂七杂八的学了一堆,兼任过前端、运维、实施、测试等工做内容。每次都是得过且过,每次换工做的时候都很痛苦,选择面也不广!虽然工资也有上涨,可是总感受核心竞争力不足,到处受制于人。好歹是做为技术人,应该有技术人应有的傲气,干的不爽就离职的态度!(至少应该把当前项目作完再任性,毕竟把坑留给下任填真的很恶心,别问我为啥有这种感悟)外加上小公司其业务很少,能拓宽的眼界也不大,并不能帮助你完善自个人职业规划(我只是没去过大公司,也是自个人问题,可是任要把这些归咎于公司的错/傲娇脸)java
去年被迫换了一家新公司(本身止步不前,被抛弃时就别怪社会残酷!)工做一年左右就开始摸鱼,安逸了许久,竟干一些杂活技术得不到提高,明知公司恶心又不敢跳脱当前的环境,如今想来实际上是悲哀的一种。换了工做以后,发现本身原来并无本身想的那么差,虽然干的一堆杂活,但也至少见识了一些本身本不该该见识到的东西,也算是应得到福吧。对于之前的工做经历也不想过多地吐槽了程序员
工做年限越长,就算你不行,别人也认为你应该行。这玩意就跟你年龄提高是一个道理,这个社会就是强迫你在规定的年龄作规定的事,可悲的是你还发现强迫你的人是你的亲人,一样跳脱不了这个圈子。sql
新工做被迫尝试着独立开发一个通用报表统计模块。需求模糊,没有设计,自身只会简单的sql,只会看得懂存储过程,并不会写存储过程、函数、视图等。奈何找工做的时候跟人家说本身工做了两年,人家以为你能够,新入职又要表现得本身能够,那就必须能够。设计模式
历经九九八十一难,写了一堆烂狗屎,不过最终把功能实现了。全部开始没有需求的项目,最终总会冒出一堆需求!框架
为了让现有的臭狗屎(我写的那个服务),去适应现有需求的不断变化,我就在原有的基础上不断地塞逻辑.....到最后发现哪怕新增一个小功能,我都须要所有走一遍流程才能确保新增的逻辑并不会影响现有的功能,每次都是强忍着恶心改完一个又一个新需求。每次改完都自欺欺人的祈祷不会再追加新需求。然而这种好运的事情并无发生在我身上。运维
当你有一天查看本身之前写的代码很恶心的时候,你其实就应经进步了。相信每个刚入职的小伙伴们,都听过前辈对本身说过这么一句话。正是不断地维护这么一坨臭狗屎,我开始意识到了自个人不足。对长段代码中的逻辑进行整合拆分,封装工具类,添加并研究设计模式(之前一直不知道设计模式有啥用)添加注释,了解代码规范。找组织,找所谓的职业晋升路线图谱(不知道有没有用,但至少要高工资须要回答这些问题,那么学了总归没有坏处)强迫本身去学一些框架底层的东西,查漏补缺,弥补自身的不足。但愿有一天我能找到本身的成长道路吧。函数
很感谢能看到这里的小伙伴们,初写博客都是一些碎碎念,也不清楚本身表达的如何,也不清楚本身的水平会不会被喷,若有不足,恳请小伙伴们指点迷津,愿能共勉之!!!工具