我发现两个现象，前一两年时常听见两个工作岗位叫“全栈技师”，近些年前端控制技术变化有多快？词汇从 es5 => es6 => flow 与 ts 均分四海 => ts 把 flow 打服；架构从 jq 一家独大 => 数十种架构争夺战 => 五大架构圣戈当县；产业化方式从 几乎靠手 => grunt vs glup => webpack 最优化压制。前端就像磨人的蝎子，两天不见踪影，就会产生两极化的疏远感。T5450大学每早短问，合作开发人员问合作开发人员，问题来了：①有前端实战经验的合作开发人员自学前端，技术难度主要在哪里？②有什么样控制技术能减少前端合作开发自学前端控制技术的技术难度？③有什么方式能协助前端合作开发自学前端控制技术？
前端学前端，绝非易事，一已经开始你要是冲破三个坑：1. 自学生产成本：现在前端架构、控制技术呈爆发式产业发展，自学生产成本比JSP JQuery时期要更高，很多人觉得他们前端控制技术还没比如说多少就不忍心与意向去学了。2. 业余产业发展：前端会碰触更多业务知识，业余产业发展高架道路更宽，相对而言前端除了要应对各种领导的残花审美观以外，对业务的认知绝大多数情况下没有机会深入细致。3.精巧社会分工：受亚洲地区公司现阶段的项目组结构和社会分工特点影响，现阶段亚洲地区开发人员社会分工愈来愈细，项目组里每一人都已经打好条码了：前端、前端、试验、IOS、Android，自学另外两个条码往往意味著要分担相关联的工作和职责，顷向，干什么给他们找事呢？这只是第二层十分困难，当你破冰已经开始自学时，症结还包涵：
心理和各种因素
控制技术原因
“抱歉，我态度崩了”：遇到问题后寻求谁协助，对方是否真的协助解决了问题，找看似合理的借口推脱；
缺少拓宽视野的机会，只听的云里雾里，缺少上手机会；
前端泥球已经形成，不愿意花精力踩坑；
时间不允许。
控制技术原因-编程思路造成的技术难度：
异常处理、弱类型、浏览器兼容性、架构分层、编程工具、浏览器的行为、代码工具上的不同、精力时间分配、盒子模型、控制技术选型，每两个，都是你从前端转前端要搞定的程咬金。作为两个曾经从前端转过来的前端，我的真实感受是，不知道如何从众多前端架构里选型：“我不知道该自学哪个架构，什么样架构适合我们的项目。如果有个出发点，自学对于大家来说只是方式和时间问题。”
这些内容，来源于今天【极限编程|中国】微信群里小伙伴的讨论：
话说回来，如何减少自学技术难度？我试着给出一些干货：
对于架构，需要你了解每一新架构出现的原因，解决什么问题，然后边自学边问。
对于js， typescript 对于前端可能是两个不错的选择，不过可能会增加项目的复杂度。
对于css，建议你选择两个流行的架构，用他们写好 css，比如“bootstrap”。
如果你对前端已有些实战经验，直接上手架构也没有问题，像 Vue，React 做简单的功能并不复杂；
如果对前端没有实战经验，能用 bootstrap 和 jquery，甚至做些简单的页面效果，响应交互，这样能先学起前端，有一定实战经验之后再碰触架构。
在了解这些控制技术之后，具体有什么方式能协助前端合作开发自学前端控制技术呢？你能从以下方式中挑选。
前端完成前端任务卡时，在kick-off环节对要完成的前端内容细致到进行代码级；
时常组织关于面向对象、面向过程合作开发的讨论；
后端技师和前端技师pair完成一定的工作；
项目准备好前端demo和readme文档；
给前端自学前端控制技术准备充足的时间；
项目组内的控制技术、工具使用分享。
总的来说，我在碰触前前端的过程中，经历了一下阶段，
对分享、多自学，即使环境不好，也不轻易妥协，逆向改造环境；
除了他们了解的，多了解其他人的观点和想法；
证明他们写的代码是对的；
承认他们不行，放平态度。
ps：前端入门简单，深入细致难
以上内容整合自【极限编程中国 | 实践者】 微信群21日讨论，内容贡献者有：
