你都用 px，什么毛病没有。px 本身就是相对单位，跟屏幕尺寸有关系，跟分辨率没关系。同样 4 寸的手机屏幕，分辨率一个 1080p，一个 480p，你在网页里取视图宽度，返回的可能都是 360。

我提个思路。你上饿了么，看那地方周围做外卖的店多不多，销量怎么样。

我喜欢问“你最自豪的作品是什么” “你觉得最困难的一个问题是什么，你是怎么解决的”。根据他们的描述，往技术方面引申。能考察技术能力，解决问题的能力，还有对编程这块的热情。
现在好多面试官就是扫一眼简历，看到自己熟悉的就逮到死问，问到别人不会了为止。讲实话没什么用。

这个过程很容易，自己写可以针对性更强，随便用个能处理文件的语言就行了。
你可以直接就读固定的几个 css 文件，然后 html 里留个标记（一条注释或者 {{inline style here}} 这样一个东西），把内容替换掉就行了。要是想适用性广点，可以在 <link inline rel="stylesheet" href="cssfile"> 标签上加个 inline 的标记，先读 html，找到需要 inline 的标签，匹配出来 href，接着读对应的 css 文件，替换内容。

工作是靠流程，靠制度进行的。做软件的奇奇怪怪的人多了去了，就算你今天进了这个团队，大家都开朗活泼，你能指望今后招进来的人都是这样的吗。就你们公司这临上线还能随便改的流程，明显是有问题的。要么忍要么滚，以后有你受的。

让你老板看到 todo，doing，done。坐班的时候，你不远程，你老板大概率在远程，不可能天天看着你。所以现在远程跟坐班没多大区别。

免费的 heroku 不让存东西吧。

600 度以上的近视就不能用了

浏览器总是会尝试在加载之后恢复滚动位置的。服务器渲染的页面，加载后就有内容了，恢复滚动之后跟之前一个位置。异步取数据的页面，加载之后，内容不一定有，这时候没办法恢复到之前的位置，你才要拿 js 自己处理。

单身吧

等他变成更高级的管理的时候，你们就会想，这家伙真厉害，平时这么多事，居然还没忘记怎么写代码。

list 变 card。变成 card 之后就随你是多列布局，还是瀑布流什么的了。不过变成 card 之后，一般用户都会期待你能展示更多内容。比方讲你之前只展示个标题，现在就得展示大图和一部分内容。这就不止是样式的问题了，你得想好策略处理。

@rockyou12 就拿动画的例子来讲：谷歌提出过一个 RAIL 模型来评估性能。其中有一条就说，人的大脑有 100ms 左右的响应时间，点了个按钮，100ms 内没反应，人就会感觉到卡。利用这个特性，你可以优化你的动画。比方讲需要动画会触发 layout 的 css 属性，可以用 FLIP pattern 来实现。比方讲一次性隐藏、显示大量 DOM 的时候，移动浏览器会卡，这时候可以学习 iOS，动画一个空白的画布或者骨架，动画完成之后再显示内容。
这些知识就没多少文章在传播，就没多少人愿意学，毕竟简历不好写，培训机构不好教。
为什么大家都喜欢用 APP，不喜欢用网页？因为不能放到桌面，因为没有推送功能？还不是因为 APP 哪哪都有动画，行云流水。网页用起来干巴巴，卡的要死。

@dying4death 左脚刹车赛车都会用。一是跑那么快哪有功夫把脚移来移去。二是有时候要踩着油门的同时踩刹车，可以防前轮抱死，可以改变车重心的位置。右脚能控制两个踏板，左脚你练熟之后当然也行。

你不敢加是因为你怕他暴涨暴跌，割你韭菜。你想加是因为你觉得你不会是最后一批韭菜。真是牛市来了，一年不会只有这么一个机会。换句话讲，你就没觉得牛市要来了，这就是赌一波，赌多大就看你胆子多大了。

我之前拿 webview 跟原生页面（调用支付 API ）混编的方式写的小程序。解决了：
- 登录。
- 跳转。
- 返回前一页后页面刷新。
- 应付审核，单独阉割小程序里网页的功能，审核后再开放功能。
等等一系列问题。网页版本基本没怎么动，小程序的部分也只写了一点代码。我发现好像没什么人像我这样用混编做的。大家有兴趣了解的话，我就写点文章分享下。

曾经尝试拿这东西造一种看着跟正常对象一样，其实是 immutable 的数据。发现速度挺慢，内部挺绕，还不如直接搞个有 get set 方法的对象好。

新雪丽。不掉毛，随便洗。

html 是文档格式，也是做 web app 规定使用的标签。当你拿来做文档的时候，它可能在浏览器里以简化模式显示，可能在其它软件里显示，可能被转换成 pdf，word 等其它格式。这种情况下，你就应该写语义化的标签。