这是个很长的故事，讲述的是一名电竞玩家转行文字编辑后的程序历程与开发感悟。
-----------------目录-----------------
序
引言
一，奇葩的转行
二，第1个电商项目
三，一个阶段小结
四，第2个电商项目。
五，第3个电商项目（上）
六，第3个电商项目（下）
七，第4个电商项目
八，前端开发者快速升级通关的一些个人经验总结
九，谈谈互联网项目环境对于前端开发者向高阶晋级的影响
十，个人职业发展的超级野路子——准职业选手转编辑再转php开发再转前端开发
十一，个人素养与coding（一）——我是如何反复“打怪”强化“代码素养”的
十二，个人素养与coding（二）——电竞/编辑经历对开发基本功素养的影响
十三，个人素养与coding（三）——开发者的战术素养和程序的正与邪，开发者的道不同不相为谋
十四程序猿简历模板，个人素养与coding（四）——开发者的战略素养对职场嗅觉的影响
后记：第4个电商项目——分裂，生存，可能还有崛起。
序
这篇文章主要是对我个人这两三年从事前端开发以来的“升级打怪”经历的回顾和总结，进而对于“前端开发工程师”这一职业存在怎样的发展空间，而它进入高阶之后需要具备怎样的能力以及这些技能或知识可以从哪些地方、项目或企业中获取得到的，等前端coder职业发展上存在疑惑的问题，来发表一些我的个人见解。然而，我是没权力也没有义务告诉任何一个人Ta未来的路该怎么走，但却可以告诉你我是如何走的，而且我的路子是很野的，真的很野，对于很多大咖来说，绝对不能说是成功的，但对于没有机会进入一流互联网项目历练的大多数程序开发从业者而言，或许我的经历会有那么一点点借鉴的意义。
其实我曾想过，是不是要把自己这个跳跃性如此之大的从业经历写下来，是持有怀疑态度的。曾经某猎头在把我推荐给BAT某家时，建议我不要把媒体编辑的经历做太详细的描述或直接去掉，而我确实也用一些编辑手段弱化了那段经历，还是将它放在简历里面。我觉得，这不是什么问题，写文字一直是我的兴趣，并且曾经是我的谋生手段，而且还做得不算太差，只是和程序开发的关联性少了一些。
当然了，是获得了电话面试的机会，但第一轮就被KO了，那只是1年多以前事情，但3个月等于1年的电商开发节奏，现在我已经忘记了当时的情形，只记得那个电话来到的时候我刚刚通宵完成一个项目的公关，那会儿脑子是一塌糊涂的。
当然，那时我的能力应该达不到人家的要求，但如果现在还有从来一次的机会，我觉得自己应该有能力拿下这样的offer，但暂时没有这个必要。
请别误会，并不是说BAT级别的offer对我没有吸引力，而是对于现阶段的我而言，暂时不能为了这样的机会离开现有的项目和团队，而且现在的项目可以让我做擅长的和感兴趣的事情，并基本都能够按照自己的意志去落实下去，而大公司一般只能是做螺丝钉，不能有太多个人意志的，而且好的机会已然被老人们占据了，只是为了去镀金而去当别人的打手或救火队员，这显然是不理性的。另一方面，我其实发现了程序开发者要想快速成长，不一定非要进入BAT或一线的互联网企业中进行历练，创业项目一样可以快速成长，只要你把握好机遇和机会。请相信我，这是绝对是可行的，这就是我想把自己的经历写下来的原因。
引言
事实上，这个问题具有普遍性意义。不管是在校学生，还是工作了，但依然对前端这个工种到底有啥可玩的，它能发展到哪个位置，前端能出技术总监或CTO吗？男怕入错行，女怕嫁错郎。因此，任何的回复都会对题主或关注这个话题的人的职业决策带来影响。因此，我才会对意识流的高票答案用了一些刻薄的语言来回复，并不想卖弄文字技巧，先说声抱歉，但我是故意。职业路径选择，是一个严肃的话题。补充在最后，是关于个人对程序修养的看法或理解。为啥说这个？这和前端开发或各种程序员的职业发展有啥niao关系吗？我认为是有关系的，而且很大，约往高处，关系越明显。可以这么说，个人的修养好坏在很大程度上会决定一个人的职业发展高度，写代码也是一样的。这似乎很哲理化，但我的观念就是这样的。
一，奇葩的转行
先var身份。首先，前端一枚。30++++了，算是老猿吧，年纪不小了。至今没啥拿的出手成绩，就喜欢coding，不谈天荒地老，只希望能写到写不动。其实，我也不知道自己的水平在什么段位，年初拿到了两个一线互联网的offer，被定位在相当于阿里P6/P7样子，也不知道怎么评的，自己觉得最多P5的水准，自感能力有限和性格不适合大公司，主要是被现在领导忽悠说那些大公司政治斗争非常厉害的，我又特担心自己EQ值太低，经不起考验被扫地出门而颜面无存也就放弃了，所以还是一起做电商创业项目比较实在，薪水别太离谱，有感兴趣的活干，说话分量也有那么一点，关键是上班能自由一点点，其实也挺好的。在开发人员里面，我的经历应该算是比较奇葩的。怎么个奇葩法呢？首先，做过几年的媒体编辑，对的，是平煤，客串过记者，曾经写过不少IT媒体的专栏，比如电脑报、电脑商情报、电脑爱好者之类的媒体，后来看到IT媒体日薄西山，就半路出家。当然，不是去少林寺做和尚，只是转行做了另一种和尚——程序猿。嗯，跳跃似乎有点大，好多以前的同事不忍直视，其实自我感觉还好，因为业余就爱好博客，经常玩弄各种php开源博客系统，纯属自娱自乐，虽然没有参加过任何技术培训班（其实是因为写稿的真没几个钱可以用来交学费，都挺贵的），不过不管怎样，经过一通自我学习和努力，总算混进程序开发这一行当。现在每天就是T恤+牛仔+拖鞋+电脑背包，非常标准的coder。
二，第1个电商项目
一段时间的php+前端混合开发的外包，就是那种用开源项目套页面做简单功能的二次开发类型项目，触摸最多的如wordpress、phpcms、discuz!，drupal之类的，框架也玩弄了thinkphp、CI。后来机缘巧合吧，前前前东家要做个电商交易平台，一时半会找到合适的负责人，感觉我还看得过去就被赶鸭子上轿转做了项目主管，负责整个项目基础设施建设，其实就是招人和分配任务等，不过干得最出色就是切图和切图，虽然当时开发方式还属于未开化的刀耕火种，于是乎将自己定位成前端是比较靠谱，而php的活就兼顾一点是一点。还好，虽然技术比较一般，但是那个项目发展得比较顺利，拿到了A轮（号称3000W美金，水分可能比较大，不过那也是两三年前的事情了，按互联网的3个月=1年的节奏，感觉真的好遥远），有钱之后引入了一批更厉害的开发人员（主要是前端和php），虽然是我的手下，但那波人能力在当时来看绝对是很强，我也从来没敢把人当手下，甚至很多问题都得向人家请教，技术不行就要虚心请教，这没什么好害羞的。人家确实也比较厉害，带来一些先进的前端开发理念，比如前端构建，前端MVVM，纯静态html+restful api构建web网站的开发方式。这些前端开发理念在前几年那会儿绝对算是非常先进的，那时nodejs还未成熟，而grunt也才出来不久，fis可能还在萌芽阶段，而各大互联网公司对于nodejs也只是内部尝试探索。后来，随着项目发展，前端的需求越来越复杂，需要尝试MVVM、SPA的前端开发技术了，而我作为当时项目的前端负责人，也需要对前端代码做了重构才能适应项目的发展要求，就是做类似这样的事情—— 如何将一个已经上线的项目前端部分平滑过渡至组件化和工程化？
前端开发这是我做的第一个的大规模的前端项目重构，当时的技术总监评估给到我的时间是10天，但我拖到了20天才基本完成，基本天天9-10的节奏。从现在的角度看，绝对是一次失败的重构经历。但是，个人从其中获得了很多有价值的经验，让我有机会尝试了许多新的前端技术，包括：
1，构建工具使用gulp，那时才刚出来不久，之所以选择它也就是图个新鲜，这是前端开发的通病吧;
2，基于less预编译的css模块化，watch监控自动编译;
3，基于gulp.spritesmith的雪碧图自动构建，根据watch监控雪碧图目录，自动按目录生成sp图和一份less，less保存到CSS的模块中，进而自动触发less的自动编译;
4，js模块化是AMD方案，模块加载是用requireJS。
我们只做了一点点小改进，那就是通过gulp自动生成require.config（开发和生产各一份），第三方js模块的路径根据一定规则自动构建，而不是手工配置。js模块按目录的方式打包，打包后的文件带上MD5戳，非覆盖式发布，解决AB版迭代和缓存问题。现在看来那种按目录整体打包方式是相当粗暴的，代码冗余非常严重，但无奈当时的水平也就这样而已。不过呢，将需要重复手工配置的有规律的前端资源调度实现自动化，其实就是前端工程化的雏形，至少是给我打开了前端工程化探索的大门。事实上，这种开发思维不是当时的我所能想到的程序猿简历模板，而是项目所引入的前端人才提供的开发思维。非常感谢这位同事，虽然一起共事的时间只有短短3个月，而我们也只是点头之交，甚至你现在还可能鄙视那时技术那么烂的我，但却还当着你的领导。
不管怎样，感谢你让我看到了前端开发往深入发展的另一种可能。应该说在很多大公司的互联网公司里面，前端开发在很多年前已经有成套的而且相当成熟的前端工程化开发体系，但对我个人或那个项目的而言，这种方式在当时绝对是非常非常新鲜的，以至于我们那个团队的人逐步离开后（那波人中的前端现在基本也是前端领域的能手了，有在YY的有在VIP也有在UC的），接手的前端无力接管这种不太一样的开发模式，而又只好用原始的方式来生产新版的前端静态资源。
三，一个阶段小结
前端的路该怎么走——我个人认为初中级前端要想快速进步，最好的方式：
①一定要在一个有多人协作的前端团队呆过。
②一定要找到一个在业务上对前端有较高要求的公司或项目，特别是各种刁钻的需求，对于技术人来说其实是快速进步的机会。
第二点很重要。重要的事情要念3遍，不去外包公司，不去外包公司，不去外包公司。当然，第一点更加重要。但是，有牛人愿意带，在很多时候这属于小概率事件。即便有机会进入这样的项目，你也千万别期待别人会手把手教你什么。我只能告诉你，耳濡目染的能量还是非常强大的。因此，从两个角度看，现在项目既对技术要求不高，也似乎没看到牛人，是时候换一家公司了。还是那个意思，技术的进步一定来自于业务的不停变化，当要求你必须实现各种奇葩需求，而你又把人家的需求给实现了，那么就意味着进步。当然，如果天赋异禀，而且非常自律自学能力也强，就当我没说。如果你发现某项目的确有大牛存在的，薪资要求甚至可以降低以求获得快速进步的机会。技术人要明白，你能拿多少，在一定水位之前，基本和技术能力成正比关系的。
四，第2个电商项目
我的第一个电商项目的经历很不成功，但是可能由于公司管理和文化方面的原因，导致了那一拨我认为非常不错的技术开发人才来到项目后，均不到半年都另谋高就出走了。而我认为自己需要进一步提升，也就选择了离开。说简单点，就是技术能力/经验都涨了，薪水还是万年不变，在技术方便有没有在上升的空间，离开是唯一的选择。这个时候时间来到了2014初了，我跳槽到了一家做在线教育的电商创业项目，月薪Double，title是前端项目经理，做的事情其实就是前端那一块的事情，我在这个项目前后只呆了半年的样子，加入这家公司只是为了看看自己到底值多少钱，其实项目并不是很感兴趣，只是给我Double的薪资，也就加入了。这个项目的总负责人其实是电信那边出来的，职业的资历可能比较厉害，但对技术其实一概不通的，而我的直接上司是技术总监但感觉也不怎么懂技术，更像是个项目经理，只会催进度，而技术的细节怎么去实现，或者前后端分工协作的模式该如何界定，他并没有任何腹案。也正因为他们对此没有概念，而我从上一个项目重构经历得出了一些前后端分离的经验，给他们分享了一些最新的前端开发模式的信息，告诉他们前端这一块必须尽早进行模块化构建，而那时项目才刚刚开始，我正好有机会从头做起。对我来说是很好的实验机会。和上一版本相比，构建的流程没有太多变化，模块化只有css和js模块化，我只是对规范和文档要求严格一些，改善了一些构建工具的监控开发体验问题，比如gulp.watch监控文件编译，如果发生语法错误就自动跳出watch问题。如果要说一个比较大的改变，实际是项目需求带来的变化，该项目由于需要移动端开发，而移动端需要用到前端模板引擎（artTemplate），我们在维护模板引擎的时候需要反复地维护类似这样的代码：
html包裹在script内部，编辑器看起来不是很好看，而且多人一起搞容易冲突。于是，我就改进了前端mvc模板维护的机制，弄成这样子：
开发人员维护一份html，通过构建工具自动将html编译成AMD规范封装的js模块，模块id自动编译，比如tpl_index_flash就是tpl/index/_flash.html文件(加下划线就被编译封装在script标签内，如果不加下划线命名html文件，就直接转化为js对象)，而这个文件会被编译保存在js/tpl/index.js模块中。操作模板就使用AMD模块的实例对象，但开发人维护的html比直接放在html结构中要简单多了，代码冲突也几乎没有了，而且这份模板放在js里面可以借助js压缩优化，也可以方便地实现异步调用模板，做加载上的优化。
在这个项目中，我最大的进步就是项目需要前端mvc模式开发，使得我有机会进一步改善前端自动构建的htm模板维护机制（html模板编译js化），优化Watch即编译的前端开发体验问题。但是这时候，由于我的家庭原因，需要请长假（还少1个月），经过考虑后我办理了离职，但给这个项目的前端留下的前端工具和模式基本沿用了下来。
未完待续......
