@ljpCN 写掉了俩字“实战”，另外百分之九十八的情况下我选择看文档

完全不懂或者未接触过但感兴趣的东西，必然会看视频，但也只限于官方出品的视频。
如果迫切需要填补的架构、产品方面的知识，首选看源码，次选看视频。

选择视频的时候主要参考以下几个原则，不看高产的作者的视频，不看短时间内多次技术转型的作者的视频，不看技术涉猎面跨度较大的作者的视频。毕竟人的精力是有限的，力气没花在刀刃上，包装的再好也没有用。

说点题外话。
React 的 Hook 没出现之前，我做前端项目的时候跟你基本是一个思路，而且从 IE6 时代开始就推崇原生和手撸。
React 的 Hook 没出现之后，我自认为我对前端架构的认识已经提升到了第三层。简单说下我自己的分层方案，第一层是使用原生 html/css/js 纯意识流手糊代码；第二层，是采用业内主流技术栈（三大框架，ES6、Typescript、webpack 等），配合 NPM 第三方包，用最能 [被同行认可标的姿势] 去糊 [代码质量完全无法自主控制] 的项目；第三层，悟出了产品、视觉、交互、前端、后端 [单向数据流风格] 的协作流程。

建议你亲自再跟亲戚做下思想工作，比直接把他卖给外包服务商可能更合适，外包服务商只认钱，很多思想层面的东西不会跟你亲戚过多交流。

第一，短期内，微信小程序只会是一款扩展线下业务的辅助工具，不应当对其报有过高的期望，小程序与现有的业务需要一定的磨合期，能达到什么结果只能靠时间来证明。换句话说，出钱的一方做出的期望，开发商给出的承诺，都只能算个屁。

第二，软件开发，尤其是这种面向非技术客户的商业软件，需要一个长期的开发、迭代、维护、交付过程，建议按一定的时间周期支付技术服务费用，这是唯一能让这个项目不烂尾的合作方式，一口价买断程序的方式百分之百会出问题。

第三，需求方案、报价方案、竞标方案、报价方案、交付方案，都要白纸黑字的写下来，并且，该谁写就谁写，各种模棱两可但又敏感的问题，都要转化为指标化的数据，不要玩玄学。

第四，国家对教育培训机构的资质审核一直很严格，十八线小城市，可能连个体工商户都不用注册，但是一旦要把业务转到网上，监管力度则是全国统一的，各种资质必须全部准备齐全，这方面的工作必须提前做，不要指望外包服务商提供一条龙服务。

@ChefIsAwesome #17 说到点子上了

本质上不是一个编程技术问题，而是一个工作流程设计的问题，只要 UI 设计师输出的是符合前端开发规范的设计稿，前端与 UI 在流程衔接的问题是就会很顺滑，就不会出现这种 UI 和前端仿佛做的是两个项目，或者前端盲人摸象似的无法掌握项目整体的状态，只能看到一些碎片化的东西。

客户（前端）点餐（根据视觉设计、动画设计、交互逻辑去请求对应的数据），餐馆老板（后端）不管客户具体点了什么就随便炒了俩菜端了上去（给什么数据、怎么给数据后端说了算，不仅如此，前端还要弄明白我是怎么把这些数据整出来的）

PostgreSQL

而不是

PostgresSQL

难在 GUI 与第三方接口对接的问题上吧……这些东西不是市面上能够获取到的开源、通用方案能够覆盖到的

大公司面向人情世故做开发，小公司面向市场业务和人情世故做开发……想潜心做技术也没问题，放弃社交、放弃成家立业，只要能生存不受影响就不关注待遇问题，多揽活儿，揽重要的活儿，慢一点三四年，快一点一两年，你就修炼出一身好本领了。所以说，大学的时候，尤其是本科，去钻研技术再合适不过了。

具体点说，与所涉及的知识领域，与已经建立的知识架构有关。
举个栗子，“PPT 技术”由文案创作、平面设计、软件使用三个方面构成。
伪从业者通常只关注软件使用这个层面，进而发展出来模板市场、PPT 培训一类的额东西。

那么问题来了，是给不了，还是不想给，或者他是不是故意为难你。

放下对人心的揣测，真的很难。

前端从业者的处境可能比 PHPer 更尴尬。

做产品，在细分、垂直领域做产品，集合实业做产品，技术产品供应链找到适合自己的位置，结合计算机技术以外的专业水平的知识做产品。这么说吧，九几年的时候，中国科学院计算技术研究所随便抓一个研究员，都能独立写出一个类 unix 系统，但直到现在一个拿得出手的国产操作系统到现在都没做出来，全特么是 linux 换皮大法，不是技术不到位，而是全特么把精力放在折腾各种技术指标上去了，老是想跳过调研市场需求、科学的产品设计等流程……简单点说，依葫芦画个瓢就想去赚钱……之前的军工也是，汽车行业也是……比比皆是