“因为需要查找的 name 是通过 input 输入的, 一边输入, 一边不停去匹配查找!”
这肯定后端搞啊，前端搞这个直接卡死了。

跟用户体验没什么关系。现在不都是客户端套个 webview。二维码，公众号，各种分享之类的都还是靠 URL。说 web 在移动端不行，只是打开浏览器，输入网址这个操作在移动端没人做。web 技术本身在各个领域都占有巨大份额。

人均十块二十的是工作餐，三五十的算小馆子了。不是谁都天天下馆子吃饭的。小区附近的可以靠菜好吃吸引居民。商圈里头的就不好搞了，高不成低不就。托是一定要找的，里头没人坐着的饭店我是不敢进的。

“这个地方有问题，应该重新做一下”，有权力发表这种意见的只有老板。等东西做完，老板说不行的时候再改才是最安全的。老板懒得看，或者觉得没问题，程序员费那劲掺和，搞不好还跟产品经理闹得不愉快，何必呢。
产品烂，反复改需求，推倒重做，都不是大事。跟重复劳动比起来，老板觉得产品很好，开发没活干才是更可怕的。
愿意参与产品设计的程序员都创业去了。职场上班，没人愿意趟浑水，老老实实拿工资，不得罪人。

本末倒置的感觉。首要目标是让程序变快，不用加载，或是看不到加载。其次才是处理如果程序很慢，怎么显示 loading，让用户不觉得烦。
现在这趋势，就跟前两年好多人在那做炫酷下拉刷新动画一样。本来 200ms 加载的东西，为了把炫酷动画展示完，硬要用户看一两秒的动画。
这种骨架图只有界面完全固定的情况下，效果才会好，实际应用中很少出现这种场景：不同用户权限看到的东西不一样；不同用户设置导致界面不一样；广告动态插入，不可控；视频、图片的比例不固定等等。

碰到过十分类似的，也是做安卓的的“她”。说是名校硕士，经验丰富。进来之后啥都不会，还忽悠老板，当起了小领导。直到把团队搞散伙了，老板才发现不对劲。现在想起来真是可怕的一段时光。

刷头那里那个胶圈要经常清理。时间长了，积水垢了，胶圈可能就废了。然后就是进水，导致不通电或者其他什么故障。

如果以前不怎么管，突然就变严格了。可能是空降了新领导，可能是旧领导认识了新朋友，学到了新思维。这都意味着公司其他方面也可能会发生改变，这种改变大概率是会让老员工不爽的。老员工出走的话，确实有可能是公司要开始走下坡路的苗头。

这个跟 state 放哪一个道理，得看情况写。数据要不要共享，要不要缓存，有没有 race condition。有的时候放上层方便，有的时候不方便。

是单飞自己开外包公司。前期接着靠苹果养着，苹果不行了还能找其他家。

你先得知道你为什么要改。前端要求的理想情况是接口回的数据刚好够页面用。你这改了之后是让前端更好用呢，还是怎样。觉得不好意思就在你自己这里加 adapter，这样接口就不用变了。

那个栅格是 gutter 宽度固定，column 宽度按比例。为了实现这样的效果，只能多套几个 div。负的 margin 是为了把两边的空白去掉。试想下三个 column，中间两个 gutter，怎么让 column 宽度是 1/3，gutter 是固定像素。你自己试试实现就知道了，只能这么做。

面向对象编程是什么？函数式编程是什么？响应式编程是什么？
别人问个笼统的问题，你也非要给个笼统的回答，让对方自己参透，这不是毛病么。

一般就是跟个 timeout 搭。
假设你要做个请求，这个请求之前有缓存了，请求的时候你希望显示一个 loading。
这里就有几个可以搭 timeout 用 race 的场景：
- 请求慢，我可以报错或者显示缓存。
- 请求的很快，我可以不显示 loading。
- 请求虽然很快，我也希望 loading 可以显示一段时间，不是一闪而过。

按电影的说法，只有平行宇宙，没有改变过去。所以他们就是为了自己的宇宙，改了其它宇宙的命运。那个卡魔拉所在的宇宙是改变最大的。没有灭霸，没有灵魂石，星爵压根没办法遇到卡魔拉。

你给的链接是空白。接口 500 了。楼上的真过分。

51job 曾经搞什么付费才能看隐藏内容的功能。就是前端拿个 div 遮了一下。

你把 willmount 当作 constructor 就行了。