from=20 相当于 offet=20 吧，我个人的话任何时候都不会做单独这个参数的分页

page （如果需要自定义，加上 pageSize ）的优点在于可读性，尤其是如果再放到 url 里，/products/page/1/或直接 /products/1/，非常清晰

offset+limit （也就是直接在参数里指定取多少，跳过多少）的优点在于便利做加载更多、懒加载、客户端下拉等逻辑（客户端控制维度更细，前提是同步提供 limit ）

至于 cursor，里面的值应该是上一页的最后一个项目的主键 ID，而不是跳过多少条，好处是数据量大的时候能通过索引规避大 offset 带来的性能问题，问题是跳第 N 页会比较难做（实际上数据量一大跳第 N 页一定不好做）

都是图灵完备的语言，只有 JS 上不需要用的设计模式，不存在 JS 上实现不了的设计模式

楼主需要抛开其他所有 OO 语言的经验来看 JS，市面上基于原型链的语言几乎只有 JS 这一家，而几乎没有设计模式或者讨论 OO 的文章会基于 JS 来聊，太多的关于 JS 的 OO 的文章也都是生搬硬套其他语言的做法来误人子弟

回到楼主的比如，比如别的语言里你可能写 interface MyInterface {methodA(); methodB();} class MyClass implements MyInterface {.....} ，实际上在表达的是“给我 methodA 和 methodB 这两个方法，我帮你对接剩余的逻辑”，那么换到 JS 里，直接把接口能力作为依赖就行了

class EsClass {
constructor(methodA, methodB){}
...
}

坑不是程序员挖的难道还能是测试挖的不成？
暴露坑的存在不就是测试的本职么？
测试能跨过界线开始思考如何提升研发质量，那才是真正好的测试呢（不清楚楼主说的超出范畴是不是这个方向）

之前更新协议的时候就关闭了，省心好多，再也不怕一不小心按个什么推广就给我瞎搞

感觉还是狂鼠好玩，只用夏姬八走夏姬八炸就行
这个模式节奏太快，玩要瞄准的英雄很难保持状态

赌五毛楼主是 windows 环境，赌一块楼主不知道什么是 BOM

知识结构和学习方法的问题，碰到实际运用懵逼说明你其实根本没到了解的程度

建议试试内容区域背景色改成 0.9-0.95 左右透明的白色，配合背景高斯模糊效果也很好，还能减小体积加快加载

不是我说啥，基本的编译，prefix，手动配置 fpm 这些看看 README 面向谷歌运维都搞不定的话，搞 docker 就是在给自己挖坑

simplenote 飘过，观望 bear 中，evernote 免费版限设备数量后就抛弃了

配置 Time machine 并确保尽可能频繁地连上备份

1. 别人觉得你厉害只是拿校招生的尺子在量你而已
2. 不要关心别人的薪资，别人的水平，别人是否晋升，这些信息对你来说完全就是干扰
3. 小团体也好人员流动也好都是再正常不过的情况，你要么就变成那种样子，拉帮结派，整天跳槽追求薪水，要么接受那种人的存在安心走你自己的技术路线。 反正不要自己么又不愿意变成那种人，又看着那种人眼馋，那是最糟糕的
4. “对我们有什么好处”不是云云，是很实际的问题，工作不是秀技能，任何新技术的引入最大的障碍永远不是这门新技术本身到底有什么坑，而是推广教学的成本，同事能不能接受学习这门技术，新招的同事能不能快速入门上手。FP 这种一般来说推广成本非常高的技术，必须要有相当强的收益来平衡这些成本，才值得引入。

关于技术的突破，重复一次工作不是秀技能，技术的价值 100%是依托于业务才产生的，更好的服务业务就是技术最大的成长。原本业务做一个需求当中变三次要一周的时间，你能两天做完，如果质量能保证，是你厉害，但如果你能让别人也都 4 天做完，才是真正的技术提升。原本用户因为加载速度的原因有 20%的跳出，你优化加载过程，提升首屏渲染也好，最土的减少首页图片改进文案都行，不管手段，只要能降低跳出率，就是有价值的项目。如果反过来用户跳出的原因并不在加载速度，就算你技术上天了把加载体验做到行业最好，首屏服务器渲染直出，前后端同构模块复用，对不起也没有价值

15 寸的“低配”也是 i7 了，不做视频编码类的工作的话完全对标其他品牌的高配了。苹果的核显是定制的高性能核显

频繁换的；项目介绍完全复制粘贴公司介绍的；项目介绍里写自己用什么软件写代码（而且还不是 j 家）；简历上唯一出现的一种框架是 thinkphp 的；培训班且出来以后没有亮点的；自我介绍超过 4 行的；长时间做外包又做不到技术骨干的

这个指标到中级以上就没意义了吧。中高级慢慢开始承担的职责无论是架构设计 /优化也好，业务建模 /分析也好，进度拆分 /预估 /分配也好，还有团队管理啊研发质量提升啊，运维体系建设啊等等等等都很难通过 bug 体现的。说这个指标就是架构能力的我无法赞同，研发质量问题和架构问题根本不在一个维度上

楼主你以后发帖的时候把你之前的帖子当前情提要贴一下就好了，不是每个人都能认出你是谁知道你在一家多么奇葩的公司的

家里一把红轴打游戏多码代码少，办公室一把茶轴码代码不打游戏

@pusidun 看到“技术部”这个名词就认出楼主了