然而这也意味着成为一个全栈工程师，比以往的任何一个时间要容易得多。这也意味着一个全栈工程师也可以很快地成为一个Growth Hacking（中文：增长黑客）。所以，我们开始谈论如何成为一名全栈增长工程师。

对于以技术为核心的技术博客来说，人们是冲着他们需要的内容去的，绝大多数情况下都不是在闲逛。如果你的网站里没有他想要的东西的话，他便会离开，人们是出于目的去搜索，基于动机，而不是无聊的在闲逛。无聊的话，他们更多的会去刷刷朋友圈的，看看鸡汤。

在是一份迟来的书单，但是并不是一份适用于每个人的书单。这是我在学习编程过程中看的一些书，启发到我的书，有很多你可能没有听过，也有很多可能是你耳熟能详的。之所以说是启发是因为很多说并没有那么好，但是我从上面获取到了一些灵感。

技术在过去的几十年里进步很快，也将在未来的几十年里发展得更快。今天技术的门槛下降得越来越快，原本需要一个团队做出来的Web应用，现在只需要一两个人就可以了。

Blabla，群聊的时候，看到一个网站有一个Most active GitHub users的排名，发现我在里面的位置是20——在我前面还有一个台湾的同学。虽然我现在已经超过他了，但是这个榜单没有更新。???

我是黄峰达，常用Phodal这个ID活跃于网络~~。自小开始接触软件编程，毕业于西安文理学院电子信息工程专业，资深硬件爱好者，偶尔搞搞移动应用开发，人工智能等等。喜欢写技术文章，分享研发收获，长期活跃于CSDN、SegmentFault、Github等网站。个人喜欢的语言是Python和JavaScript，但是从工作上使用的Java语言学到的知...

偶然在微博看到在SegmentFault上的一个共享Header和Footer的问题，而正好我们也解决了这个问题。在这里，就分享一下我们的经验咯。

我是一名Web Developer，对于我来能用Web开发的事情就用Web来完成就好了——不需要编译，不需要等它编译完。我想到哪我就可以写到哪，我改到哪我就可以发生哪发生了变化。

还在继续开发Growth(Github: [链接])的路上，很多功能似乎已经趋于完善，有些功能也让我百玩不厌——如最近添加的规则引擎。接着我开始陆陆续续地添加了这么多功能。直接今天我想我需要一篇文章放在最前面来告诉用户，你需要怎样去学习？因此，也就有了此文。

导致我们重构现有系统的原因有很多，但是多数是因为原来的代码变得越来越不可读，并且重构的风险太大了。在实现业务逻辑的时候，我们快速地用代码实现，没有测试，没有好的设计。

不知道你发现了没有你在Github上的代码并不比别人差，但是无论你怎么努力你都换取不了同样的关注。当别人开始使用微信公众号的时候，你也开始使用，但是你怎么努力也不及别人的百分之一的阅读量。

想了想还是决定在今天发布一个预览版，这样才能持续改进。Growth是一个关于如何成为优秀的Web Developer的APP——结合技能树、成长路线图、进阶书单、Web七日谈以及一些小测验。

本来想的只是画一个如下的七日图来说说Web开发的，随后又想了想这似乎是一个非常棒的Web开发相关的知识介绍。应用开发是一个很有意思的循环，多数时候我们总会觉得别人的代码写得不好。即使它使用了一种非常好的设计，我们也可能会觉得他很复杂。

我深知自己的知识有限，所以写下本文以便和大家切磋交流。欢迎通过 GitHub 的Issues或者直接Pull Requests方式来分享你的经验。期待你的反馈。

当我们在写一些UI测试的时候，我们总需要到浏览器去看一下一些DOM的变化。比如，我们点击了某个下拉菜单，会有另外一个联动的下拉菜单发生了变化。而如果这个事件更复杂的时候，有时我们可能就很难观察出来他们之间的变化。

在尝试一个晚上的开发环境搭建后，我放弃了开发原生应用的想法。一是没有属于自己的电脑（如果Raspberry Pi II不算的话）——没有Windows、没有GNU/Linux，二是公司配的电脑是Mac OS。对于嵌入式开发和游戏开发来说，Mac OS简直是手机中的Windows Phone——坑爹的LLVM、GCC(Mac OS )、OpenGL、OGLPlus、C++11。并且官方对Mac...

动态网页是下一个要解决的难题。我们从数据库中读取数据，再用动态去渲染出一个静态页面，并且缓存服务器来缓存这个页面。既然我们都可以用Varnish、Squid这样的软件来缓存页面——表明它们可以是静态的，为什么不考虑直接使用静态网页呢？

​尽管没有特别的动力去构建一个全新的CMS，但是我还是愿意去撰文一篇来书写如何去做这样的事——编辑-发布-开发分离模式是如何工作的。微服务是我们对于复杂应用的一种趋势，编辑-发布-开发分离模式则是另外一种趋势。在上篇文章《Repractise架构篇一: CMS的重构与演进》中，我们说到编辑-发布-开发分离模式。

重构系统是一项非常具有挑战性的事情。通常来说，在我们的系统是第二个系统的时候才需要重构，即这个系统本身已经很臃肿。我们花费了太量的时间在代码间的逻辑，开发新的功能变得越来越慢。这不仅仅可能只是因为我们之前的架构没有设计好，而且在我们开发的过程中没有保持着原先设计时的一些原则。如果是这样的情况，那...

细细整理了过去接触过的那些前端技术，发现前端演进是段特别有意思的历史。人们总是在过去就做出未来需要的框架，而现在流行的是过去的过去发明过的。如，响应式设计不得不提到的一个缺点是：他只是将原本在模板层做的事，放到了样式（CSS）层来完成。

想想觉得编辑器这种东西，对于一般人来说还算挺常用的，但想着是不是可以作为一个LTS？？然后发现给CKEditor写写plugin，还是蛮方便的。

过去曾经写过一系列的文章，试图去鼓励更多的人去写文章。从毕业前的《成为笔杆子》、《[写作驱动学习]([链接]》、《[重新思考博客的意义]([链接]》，到工作后的《如何提高影响力》，都在试图去向人们展示写博客的可以促进自己学习、提高自己的影响力。

正值这难得的sick leave（万恶的空气），码文一篇来记念一个过去的366天里。尽管想的是在今年里写一个可持续的开源框架，但是到底这依赖于一个好的idea。在我的Github 孵化器 页面上似乎也没有一个特别让我满意的想法，虽然上面有各种不样有意思的ideas。多数都是在过去的一年是完成的，然而有一些也是还没有做到的。

众所周知在我们公司的面试流程比较复杂——其中有一个是Homework，即给候选人一份作业，三天之内完成代码，然后会对其Review。然后的环节便是到Office结对编程。今天有幸成为一名年轻的面试官，经历了今天两小时的学习后，发现自己在代码方面还是“很弱”。

以前是算是一个文学爱好者，后来渐渐发现了这个世界上还是有很多有意思的东西——编程。在我学会如何写好800字作文的时候，不知道已经写了几千行代码，然当时年少。在不经意间写下了第一篇技术博客之后，又写下了一篇，几个评论后发现对别人还是有帮助的。

当我们在说照顾的时候，我们实际上是在给新人减压。当我们在说容忍犯错的时候，我们实际上说你可以犯一两个错误。减压更像是在塑造一种更好的学习体验，或者说更愉快地学习方式。

引言: 过去，关于理想的开发团队似乎是一个热门的话题，所以我也来凑凑热闹。人们想要理想的开发团队，只是因为在传递知识的时候很痛苦。人们总在说，这个地球多你一个不多，少你一个不少。假想有一天你们团队中的主力走了，那么你们的团队会怎样?塞翁失马，焉知非福。

在设计 lan (Github: [链接]) 物联网平台的时候，结合之前的一些经验，构建出一个实际应用中的物联网构架模型。 然后像lan这样的应用，在里面刚属于服务层。 物联网层级结构 通常，我们很容易在网上看到如下图所示的三层结构: 从理论上划分这样的层级结构是没有问题的，也是有各种理论依据。然而理论和现实往往是严重脱...

过去总想着写点小日志什么的来记录一下日常的生活，难得有了点想法 + 实力终于可以做这件事了。当然，这不会是流水账，每一天都会有一个主题，直到20天以后。

在我大四找工作的时候，试图去寻找一份硬件、物联网相关的工作(ps: 专业是电子信息工程)。尽管简历上写得满满的各种经历、经验，然而并没有卵用。跑了几场校园招聘会后，十份简历(ps: 事先已经有心里准备)一个也没有投出去——因为学校直接被拒。我对霸面什么的一点兴趣都没有，千里马需要伯乐。后来，我加入了Martin Flow...