做一个合格的技术管理者

工作6年半,最近有契机让自己停下来检查过往的工作,为下一个里程碑做好准备。 做一个技术管理者,可能是中国式IT发展的经典套路,毕竟很多人都要面临30岁以后写不动代码怎么办的问题,因为认知的改变,现在条件普遍上升到了40岁😆。 结合我自己的经历,总结下技术管理者应该具备的素质,而我自己明确有许多不足的地方,路还很漫长。 既然是技术管理者,那肯定是和技术强关联的,骨子里就认同并热爱技术。具体应该表现在基础扎实、实战经验过硬、某个领域的攻坚、对技术敏感且包容,这是一个技术领头人的硬实力。技术思维也是非常重要的,认同技术短期服务业务,长期应该驱动业务发展,需要带着严密的逻辑性来分析问题,用自动化的思路来解决问题,用预警机制来降低风险。 反观自己,理论基础可能是自己的硬伤,空凭一腔热爱和敢于折腾,走上了程序员道路。一定规模内的应用还能hold住,真到复杂化的场景可能就啃不动了。对于这点的弥补,团队的重要性就体现出来,团队内必须有相应的人顶上,并且给予足够的信任。 所以,谈下如何在团队中发挥技术管理者的作用,工程师的分水岭就体现在前期能否管理自我、站稳脚跟,后期能否带领更多的人达成目标、创造价值。管理学是一门非常复杂的学问,但对于一个团队的技术管理者,主要职责可以归类于项目管理和团队建设。 项目管理首要是有代入感,把自己当成创造者而不是协作者,这样才有动力和责任心去完成,除了技术方案的评估,对于业务也要求非常熟悉,…

把博客从wordpress迁移到ghost

博客程序已经从wordpress迁移到了ghost wordpress频繁更新但还是漏洞百出,前段时间忘了升级程序被扫描到并且hacked,加上wordpress作为个人blog显得有点笨重,安装备份迁移也麻烦。 一入前端深似海,折腾Node.js后,也很久没有折腾过PHP项目,用ghost替换wordpress也是迟早的事。 还有个最重要的原因,翻阅之前的文章,幼稚得瑟瑟发抖,难免想重新开始,但不会完全抹去,毕竟这是从幼稚走向成熟的见证,挑几篇看得过去的转移过来,其他的就作为backup资料封存起来吧。 最后趁热加上了https访问…

2016年终回忆录

没有什么大事情 今年更舍得给自己投资,买了一把鹅厂同款超舒服人体工学椅,买了一些想买即买的电子产品,给车子也加装了一些增强科技体验的小部件。 生活半径的加大,再加上压抑不住想四处浪的心态,年初自驾了北海,10月去了大西北,再加上川渝周边的地方,除了丰富亲历才有的体验就是一笔笔的开支,但最终发现不管去不去浪,都没什么余粮,再一次印证了物质守恒的真理:-D 工作方面,大小几个项目,有大快人心的明星项目也有尴尬收场的自嗨,今年让我理解最深的一个道理就是,一个事情的成功,天时地利人和都很重要,也就是一定要在合适的场景做正确的事,才会事半功倍。 此外,岁月的更迭,带走了记忆中的一些事物,也带走了少许看我们从小到大的亲人,特别是到了现在的生命周期,可能这种别离会越频繁,越麻木。我有一个心愿,不是世界和平,而是希望每个人可以生前不留遗憾,逝后得到尊重,不枉世间走一回。 新的一年,我仍然期待多姿多彩的转变,而且正在酝酿着。…

基于GitLab CI、Docker的Node.js持续集成部署方案

理论部分不赘述,一张图说完整个流程,实操以Centos 7和root用户为例 GitLab Runner安装和配置 1、 在部署机器安装CI Runner curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-ci-multi-runner/script.rpm.sh | sudo bash 2、 注册Runner并绑定到CI gitlab-ci-multi-runner register # url和token,在Git项目的 /runners页面可获取,step by step填写 配置信息保存在/etc/gitlab-runner/config.toml 3、Git根目录配置 .gitlab-ci.yml stages: - deploy cache: paths: - node_…

山里的记忆

每次回到生我养我的山村里,总会勾起一些回忆,产生一些想法,很怕自己忘记。 路过的一洼田、一垄土、一颗树都会把记忆拉回小时候,背负和体重差不多的重负一步步往目的地挪动,但小时候没有苦的概念,只有咬咬牙的坚持。 农村人很伟大又很可怜,他们有着坚韧勤劳的品质,但同时会显得愚昧和固执,为了生活的期望,一代代的活着。 新事物对传统冲击一直都有,一些古老的东西正在丢失,有坏的风俗也有一些古老的文化和技艺。有机会我很想带更多人来看看我的小山村,不为了寻找同情也不是批判,只是看看这个一直运转的世界。…

2015年终回忆录

今年的回忆录来得迟了些,拖延症重度发作外加这几天一直比较焦虑,迟迟难下笔。 随手记欢迎页提醒,已经坚持记账1700多天了,先回头看看今年都做了些什么。 工作上值得记录的有,组织了几个活动,4月对外的前端培训,8月公司内的黑客马拉松,9月对内的前端训练营,11月公司外的渝FE2015,都属具有历史意义的第一次,虽然结果均有遗憾,但都是超出预期的。对我自己而言,这些经验,让我在组织新的活动时能更从容,但同时也需要去重视的有活动的持续性以及下一次如何更完美。今年还参与了2次行业交流会,放空心态后总会收获一些有用的经验和资源。 生活方面的改变有,从报名驾校到拿本提车上路,一气呵成,当有明确的目标时,执行力和意志力还是能蹦出来的。今年还见了几个不在这座城市的老友,每一个都会合影留念,虽然现在交通更加便捷,但见面需要的契机是可遇而不可求的。 过完流水,最近一直在想的几个点,经过自己总结以及和他人交流,也需要记录。 关于焦虑,这一年状态最好的时候中间段,最难熬的就是年初和现在,或许是中间段有明确的目标和计划,稳步进行,忙碌充实有收获,两头的时候要么丢失了目标,要么是停止了努力的脚步,外加行业发展太快,新人辈出,如何“找自己”?所谓饱暖思淫欲,得闲空焦虑。人无远虑,必有近忧,…

再谈Web前端性能优化

如题,Web前端性能优化这个话题被谈得有点厌了,十年前就有《Yahoo网站性能优化34条军规》、《Google性能优化准则》等参考教条了。根据这些准则和日常开发的经验,我制作了如下Web前端性能优化流程图。 既然再谈,就要旧瓶装点新酒,那么这个“新”从何而来?恐怕只有Web的最终载体——浏览器能告诉答案,能够支持些什么新技术,宿主环境发生了些什么变化。 Web新技术层出不穷,跟性能优化相关的,可能要首推HTTP/2了,它的多路复用和服务端推送重要特性,轻松解决了我们之前不遗余力去做的一些如压缩合并、顺序并发、缓存更新等静态资源管理问题,这也是当下主流前端工程化方案的重要一环。 另外我们团队正在调研并逐步接入的WebP也非常值得一提,它具有更高压缩比,同时支持无损和有损,支持Alpha和动画,完全就是其他图片格式的超集。通过工具分析,前端静态资源的重头还是在图片,其他优化手段的效果许多时候还不如压缩一张大图高效。 HTTP/2和WebP在主流浏览器得到了较好支持或者有对应的解决方案,但在火热的移动端就不太友好了。现在,前端性能优化在移动端开发的时候被提到更多,军规同样适用而且更严格。感觉在重走PC Web开发之前的老路,主要还是受浏览器和客户端的能力限制。 每次谈性能优化最后都想强调,优化不是空穴来风也不应该是虚声恫吓。有的公司的性能基准线是3s,有的是7s,而像12306那种强需求的半分钟也不为过。 我们对高级前端工程师的要求,除了掌握常见的优化技巧外,…

重庆首届前端培训体验班资料

《你真的会切图吗》 切图概念 前端职责 与产品经理和交互、视觉设计师协作,根据需求文档、线框图、设计稿完成页面制作(切图部分); 与后台工程师协作,完成数据交互、动态信息展现和用户的互动 切图定义 设计思路的理解和还原 页面模块化制作的预演 切图理论储备 常见图片格式 设备像素比 devicePixelRatio = 物理像素 / dips(device-independent像素,设备无关的像素),常见@1x,@2x,@3x 切图实践要领 心中有数 需求定位、结果模块、资源细分、 疑难杂症 大刀阔斧 工欲善其事,必先利其器:硬件舍得、软件恰当、工具够用 图层的合理运用:选择、分组、复制 精雕细磨 压缩图片体积、图片大小范围、仿色杂边处理、雪碧图合并 simple than…