生搬硬套，半桶水，以为写了个对象就叫面向对象了。

到国内任何一家大公司去问他们的开发：“你对你做出来的产品自豪吗？”。回答估计都是 “不”。带着厌恶心情做产品，各种特性当然是能不做就不做。

前端要学 ux。
iOS 用 splash screen 让软件打开速度看上去更快、更流畅。Facebook 用灰色占位符取代等待条，这个模式现在到处都在用。谷歌开发者研究人的反应时间，提出 RAIL 模型。-- 这些技巧、技术，都是为了提高用户体验而出现的。他们很多都是由前端开发者，而不是设计师想出来的。
技术最终是为用户服务的。作为跟产品经理、设计、后端都有交接的职位，前端需要能提出 ux 方面的意见。
当然了，楼主那个产品经理纯粹是给你多找点活。

单身的，外地的，跟有家室的对加班完全不是一个态度

别搞什么脚手架，别搞什么状态管理的第三方东西，浪费时间。react 就是组件化，专注高性能渲染，简简单单没有其它东西。等你东西做起来了，真遇上问题了，自然会去找第三方的资源。

你们在那扯淡的时候，老板过来训你们，之后你们就不扯淡了。

销售掌握着客源，得在他势力大之前把他赶走。
行政采购会拿回扣，得把他赶走。
产品经理当自己是乔布斯，不让我多放广告，卖用户隐私，得把他赶走。
公司做起来，CEO 有钱之后，会想赶走所有合伙人，不止是技术合伙人。

Java 对 JavaScript 的鄙视，后端对前端的鄙视。知道的越多才会越谦卑。

我看来是两种“设计”。
一是解决问题方面的。把要解决的某一领域的问题抽象化。设计把大问题拆分成小问题的方案（设计模块的形式，如何组合模块）。
二是 API 设计，配套的工具设计。
举例来讲，rx 是为了解决“流问题“而产生的。作者把连续变化的数据抽象成流。把流封装成 monad。rx 作者精通函数式编程，而这个库本身最早是为了 .net 开发的。rx 之后又在其他语言里实现。不同的语言有不同的开发者，有贴合那个语言使用习惯的 API。

你愿意花钱吗？愿意的话这里的人抢着帮你做一个。不愿意的话就算了。

挂耳+无线。越贵越好

这有个原则性问题，不管在哪处理，关键是不能影响用户体验。数据特别大，算个几秒才算出来，放前端明显不合适。
不影响用户体验的情况下，再考虑工程问题。比方讲同一个数据，在好几个页面，甚至是好几种前端上面展现。数据又不是特别大，这时候放前端处理明显更灵活。

看《 JavaScript 高级程序设计》。不用框架，不用工具来写前端。
框架，工具都是为了解决问题存在的，你都不知道他们解决的是什么问题，你怎么可能玩得转呢？

只是你队友太挫。跟标题说的不是一个意思

三星 home 键那块有个按压的功能。隐藏虚拟键的情况下，按住 home 键那块，再左右划就能触发后退或者多任务按钮了。

还不是赖竞价