@iRiven css 动画很简单的吧，因为内容在 css 里还算成体系。现在 chrome 可以手动微调贝塞尔曲线，已经很方便很易学了。

@cctrv 很多老板眼中前端还要懂一些设计，还要懂一些 node😂如果可以，最好什么代码你都能写，还能顺手出个设计图，兼职一下运维。

@test4zhou 前端现在的趋势是 html/css/js 打包起来成一个组件，前端组件化。react 是这种思想和趋势的一种体现。

@FrankFang128 很不错的文章，不过主要是讨论远程工作的。他说的软件架构是组织架构的映射这一点深表赞同，近几年前端界几乎都是被大公司推着走，出的工具框架，基本都是大公司为解决自己的问题做的，开源的，是大公司组织架构的体现，当然，这个问题小公司是否真的有还存疑。这么看的话，vue 还真的是很不容易。

@tyrealgray 我跟你的想法相同也相反，我觉得工程师不能把自己限制在前端工程师 /js 工程师这样的名头上，艺多不压身，了解了解别的方向是怎么干活的，有助于开阔眼界，降低合作时的交流成本。

@autoxbc 赞同，我也觉得过去 css 的内容过于零碎了，css 的发展也有跟上前端整体发展的趋势了。除了兼容问题，假如现在 css 标准里的东西都能实现，那么 css 的知识就成体系多了，学习曲线也会平滑的多。

好吧，我也是，问题是，我 chrome 收藏夹里也有上千个书签，firefox 里有几百个，Onetab 里有几百个，知乎收藏夹里有五百多个，微信收藏里有上百个，V2 收藏里有几十个，微信发给自己的聊天框里有几十个，github 上 star 的有几百个。我又能怎么办呢，我也很绝望啊。我已经在考虑做个什么书签整合的东西了，可以整合所有浏览器的书签，我在用的网站的内部收藏，手机电脑上的收藏。。。

@suikator 我这也标题党了吗？😄你的三个问题，我的答案都是“不是”。😄

@notreami 我个人的想法是，商业竞争和赌博，股票是一个性质的，只要你还没有下牌桌，就不能说输赢或者盈亏。

@notreami 以下是那本书的其他部分摘选，书出版于 1994 年，部分内容有时效性：
在市场竞争中，谁处于第二位并不明朗的情况也时有发生。此时竞争者的营销技巧将起决定作用。以膝上型计算机市场为例，东芝公司以 21 ％的市场占有率居于首位。但同处于第二位的共有五家公司，它们是 Zenith、康柏、日本电气、但迪和夏普，这五家公司各自拥有 8 ～ 10 ％的市场占有率。观看这六匹战马为抢先进入只有两个位置的马房的赛跑，将是件十分有趣的事。
　　东芝与谁竞争呢？谁将最终居于第二呢？从经济学角度看，在诸如膝上型计算机这类引人注目的产品市场中，多家竞争将导致资源的巨大浪费，这是十分不幸的。目前，在市场上有多达 130 种牌号的膝上型计算机。而两强相争法则将决定，在 21 世纪，只有很少几种牌号仍旧存在。
让我们回顾一下美国汽车制造业的历史。在 1904 年，有 60 家公司，共生产 195 种汽车。在这之后的 10 年中，共新成立了 531 家公司，倒闭了 346 家公司。到 1923 年，只剩下 108 家公司，到 1927 年，这一数字又减少至 44 家。而今天，福特与通用汽车两家公司统治着美国的汽车市场，而克莱斯勒则前途未卜。
------还有很多内容，但是不适合大段摘抄发在论坛，如果有兴趣，可以去看看那本书，很不错的书

最初，某种新类型产品在市场中的地位如同一个多级的梯子，逐渐地，这个梯子就变成了只有两级的梯子。
　　电池业的两个主要竞争对手是永备电池公司与经久电池公司；胶卷业为柯达与富士；租车业是赫茨与阿维斯；漱口水为李施德林和斯考波；快餐业是麦当劳与汉堡大王；运动鞋为耐克与锐步；牙膏为佳洁士与高露洁。
　　当你对市场营销进行总体考察时会发现，市场上最终将形成两家大公司进行竞争的局面——其中一家生产可信赖的老牌号产品，另一家则为后起之秀。
　　回顾 1969 年时的情景，那时某类产品一般有三种主要牌号。其中领先者占有市场份额的 60 ％，居于第二位的牌号占有 25 ％，而居于第三位者则占有 6 ％，剩下的市场份额为商店专用商标和其他小牌号占有。而两强相争法则说明，这种竞争格局是不稳定的。这一法则还预示，在这种竞争格局中，领先的牌号将减少市场份额，而第二位产品的市场份额将增加。
　　 22 年之后，领先产品的市场份额下降到 45 ％，第二位产品的市场份额上升为 40 ％，而第三位仅为 3 ％。这些数据虽然是可口可乐、百事可乐和皇冠可乐饮料的市场占有率，但这一比例基本上适用于其他各类产品。
-------摘自《 22 条商规-两强相争法则》

@oh csa -> css

@oh 我个人也倾向于认为 csa 是前端工程师必备技能，但是从目前的大部分回复来看，现实中确实偏向加分技能，而且直觉上，现在很多公司面试前端开发，对 css 技能的考察也属于不足甚至没有的状态。

@Wangxf 我认为 css 作为一门编程技术，被低估了。它的复杂度是很高的，不该作为其他技术的附带技术去学。
奇技淫巧确实很多，我也思考过为什么会这样。除了说，css 技术最初是为了展示样式化文字而生，而非为展示界面控制元素而生的这个原因以外，多终端，多浏览器，多分辨率的兼容问题也是一个重要的因素。
实际上，我觉得这个兼容问题的复杂度是很难降低的，css 能做到目前这样，已经非常不容易了。相比其他的布局方式，不谈左边几个像素，移动百分之几这种写死的方式，我是觉得定义约束(虽然这门技术在 css 之后，应该包含了对 css 经验的总结和改进)这种方式真的非常别扭。

@abcbuzhiming
@autoxbc
@chunqiuyiyu
@sobigfish
其实 css 为什么会是现在这个样子是要考虑 css 自身的历史发展的，为什么会有行内元素 /块级元素的区分，为什么会有 bfc，为什么浮动不能撑起父容器等等。
css 的问题在于早前有那么一段时间本身的发展速度和前端的发展不匹配，导致出现了大量的 hack 做法，像 table 布局，float 布局，还有著名的，经典的，每个人都遇到过的垂直居中问题。各种元素，属性的不同组合出现不同的效果，产生不同的问题，导致它更多依赖于开发者踩过的坑，而不是开发者自身的理论体系。
又因为 css 总是作为 html/js 的附带技术讲解，没有专门的课程去讲解这门技术，所以知识点散乱。
不过坦白讲，做了这么多泛前端，包括 Android/iOS/Cocos/以前的 MFC/Unity 什么的，总结下来，css 真的是一个非常灵活神奇的技术。这门技术思路很神奇，因为它写的不是"程序"，而是"字典"。UI 这种东西，是适合拿"顺序执行的程序"来描述，还是"布局加样式字典"来描述呢？

@oh
那是否意味着，css 已经成为前端工程师的加分技能，而非基础技能了？

做唯利是图的人，为大家长远的利益，为公司的利益，为项目的利益。

能不能分个段，善用标点符号。
公众号有个功能叫第三方平台，可以让公众号的所有者开放公众号的开发者权限给你们，基于 openId 的验证是公众号开发的正确姿势，自己实现一套鉴权机制是不靠谱的。
基于移动端的开发可以写 restful 的接口。不基于状态。你已经被状态给卡住了。
我不是专业的后端，抛砖引玉吧。

坦白讲 ，事情已经发生了，能做的不多，如果是物理机可以立刻停止读写硬盘，拿去恢复数据。云主机没有后备措施基本 GG 了。可以把加密过的数据库留个备份吧，说不定碰上死耗子呢。然后在服务器上找找，不一定会发邮件，在哪里留了什么信息也说不定。