一、失败的面试经历
工作了6年,第一次下定决心写博客居然是因为一次偶然的面试经历,在软件行业有句话叫“面试造火箭,工作拧螺丝”,面试过程中面试官各种疑难问题对你进行轰炸,让面试者应接不暇,面试结束后吐槽面试官问的问题太难,不符合实际项目开发要求。
当然我也有过类似的经历,在实际工作中,谁会去记住那些底层源码怎么实现的,把框架拿来知道如何使用,可以解决实际生产问题不就可以了吗?我其实挺赞同的,因为这是最普通的思维方式,思考起来最轻松,可以说是非常的顺其自然,能够走到高工的毕竟只是那一小部分,他们需要不停的学习新的技术、管理模式。
如果说在学校可以让你静下心来学习,但是步入社会后,主动去学习的就变得非常少,原因很多:工作中的琐事让你应接不暇,生活中的琐事让你抽不出时间,自控力不够等。说了这么多,如果你正在看我的博客,说明你跟我一样,不愿意成为那大部分人中的一员,哈哈...说的有点多了。
二、为什么你知道做但是却不知道说
说回主题,为什么要写博客?被一个面试官问了一个问题,他问的是:“spring”的原理,启动流程是什么?我突然不知道怎么回答,我从来没有想过面试官高为什么要这么问。因为我面试的岗位比较高。我以为他会问我架构上的一些问题,我回答的并不好,其实我真想他给我一台电脑,我现场根据spring启动流程跟面试官介绍spring的核心流程,但是我忍住了,因为我知道,如果我真这么做了,那面试根本就继续不下去了。
结束面试后想一想,很多技术你知道但你不一定可以很好组织语言然后表达出来,还有就是,这个技术你会,但是你并不是经常的使用,比如你公司的缓存架构、数据库中间件、消息架构,这些技术属于公司的基础设施,在项目之初,甚至在公司成立的时候这套架构就已经存在了,后期只需要花费一点时间进行维护即可,所以表达不好也是情理之中。
三、打破僵局
好啦,说了这么多,笔者想表达不就是由于一次面试被虐,然后痛定思痛,决定痛改前非的经历吗?是的,相信除了我还有很多同行像我一样,当然写博客并不是为了来忏悔来了,根据笔者的工作经验,技术积累,希望通过以博客的方式跟同行的小伙伴们一起成长,同时通过文字的方式记录实际工作中一些心得,以及现在互联网环境中,常用的一些技术解决方案,同时由于笔者经验有限,如果在文章中有错误的地方希望大家可以及时指出,笔者会马上更正。
说一下笔者的博客内容结构吧,主要分为:面试、中间件架构设计、分布式系统解决方案、软件工程方法论、项目实战。更新速度每周更新2-3篇文章,大纲将会在下一篇文章中呈现给大家,大家可以通过关注公众号“架构师笔迹”第一时间了解更新内容,当然所有的内容都会有代码落地。最后再多说一句,笔者是通过项目实战来讲解各技术解决方案,基础类的东西并不会出现在笔者的博客中,当然中间有许多技术笔者也是第一次接触,所以笔者也是一边学习一边实战,笔者也会在文章中提出笔者的不解,还希望各位伙伴不吝赐教。