换句话说，开源框架不能拿来讲课的吗，那培训还讲个什么。
这个没有隐匿掉项目名吧，那不就是相当于帮项目推广？

写代码多就上 4k，看代码清晰。打游戏多就别上 4k，显卡带不动，分辨率不匹配缩放全屏会导致画面不清晰。
4k 的话 2000 以下 aoc 的就行。

我推荐小米的本，性价比高。不然 matebook 也不错。传统 pc 厂商的不推荐。

应该想办法缩短通勤时间。通勤时间不长的话随便刷点科技新闻就 ok 了。

工程管理 + 支持插件，我没看出 webpack 和 maven 有什么本质区别，各种功能都是通过插件实现的。至于说哪类插件 webpack 有而 maven 没有那大概率是因为不需要。

密钥等关键数据不要放客户端。

编程基础学完再学框架，先走再跑。

看兴趣，对后端感兴趣就学好 java，对前端感兴趣就前端。html 基础，css 基础，js 基础，dom 基础，jquery，然后模仿写一下网站页面练习练习。
基础学完再学习一个流行的 mvvm 框架 vue 或 rect，了解了解 node.js ，php 不用碰。

其他学校的编程相关课程，java 面相对象程序设计，数据结构算法等课程不要松，都算是编程的通识教育。

@dNib9U2o8x 当笔记本用没啥毛病，不连键盘当平板就呵呵了。

114 或阿里 百度 的 dns

surface 当平板贼难用，我原来也是你这个想法，没用俩月二手出了。

@zjl11
框架轻量启动快，全异步的写法容易写出高性能的代码，但是同样的原因全是异步返回，容易出 callback hell 用 future 或 rxjava 处理相比同步的写法又得多写不少行代码。
对开发人员的要求还是有点的，不单说框架要学习，主要是要养成异步处理逻辑的习惯。

这个项目的话做了半年多，基本没遇到什么解决不了的坑。
但是在团队里用感觉开发效率不行，对开发人员的要求比较高，一是异步编程的思维模式和同步编程还是有点差异，需要适应另外就是同样功能在不太考虑性能的场景用同步写和用异步写代码行数能差不少。项目每次引入新人都要培训适应一下，还容易出错。

目前全给我重写成用 spring boot 了。

结论：
框架还是好框架，一般公司做项目就不要用了，人员培训+习惯框架还是比较费劲的。

那更没机会

先从心里上明白 保健品=垃圾
剩下的就是面子上的应付了。看面子上需不需要应付，
面子上应付就说要遵照医嘱，我问下医生 xxx，不应付那就：滚！

在使用番茄工作法，发现实际处理既定开发任务的番茄多地时候有 10 几个，少的时候 5-6 个。一个番茄 25 分钟。算下来就 2-5 个小时吧。

上下文说白了就是一个对象，并在对象上记录了相关联的状态。

拿请求来说，不同的请求对象（请求上下文）才能让代码区分出来现在的请求是哪个、请求参数有哪些，请求的状态是什么，应该如何处理该请求等待。

对应的线程上下文、进行上下文等等，说白了就是对象。

Context 或者说上下文的命名习惯应该是在早期，面向过程编程时期延续来的，那时没有很明确的对象概念，所以有了上下文的概念，从个人理解来说上下文和对象就是一个东西。

代码民工

目前的芯片和电池性能下还是 iOS 系统的进程调度方式更加省电和流畅。
不过安卓目前配上大内存+gms 系统其实也差不多少了。

说下我们现在的文件处理方式：
1. 有一个统一的文件存储服务供所有业务使用，所有业务的文件存储都依赖该文件服务进行保存。文件服务的具体存储依赖 oss。

2. 统一文件上传处理逻辑
1. 前端文件上传到统一的文件上传接口
2. 文件上传接口接收上传的文件，记录文件缓存，同时给前端返回文件 id、文件 url
3. 前端调用业务接口时带上文件 id，如保存头像接口
4. 业务接口会通过文件 id 调用文件存储服务做持久化存储，并将文件 id 记录到 user 表中
5. 前端请求用户头像的时候后端将记录的头像文件 id 生成 url 返回给前端。