建议加上 Emacs 子版块及 VE 交战区

其实想想，是不是从中学到了很多？

你可能误会我意思了，我主要想表达的是，你需要让 HR/看简历的人快速地把你筛选出来（换句话说，精确匹配）。
而不是你觉得语言无所谓，就直接在简历上一股脑地把所有东西列出来。

工作中学习什么语言，用什么框架都是后话，先要让你的简历求职方向清晰。

哥们，你简历不行。不是说内容不行，是组织方式不对。

你这样，你到底找的是 C++方向的？ PHP 方向的？还是 Java 的？

王总说的，先定一个小目标，你一上来又是浏览器，又是操作系统，你的终极目标怕不是征服世界。

自用 DIY 的的确可以做，但是你是出于“自己现在用的不好用”的出发点去做，那倒是没有必要了，自己做的百分之九十九的不会比现在市面上同类软件更加好用。

增加 Github 云存储，即使是收费的
增加 Markdown MathJax 支持
增强代码关键字搜索功能

假设是 BS 架构，考量点有两个：数据类型（分为“可作为热数据处理”与“可作为冷数据处理”） 与 数据量（量级）

为方便叙述，这里假定：
小型数据为计算力正常可处理数据量
中型数据为计算力可处理上限
大型数据为计算力尚未达到的量级

1、小型冷数据
你提供的方案 1、2 都可行，对于方案 1，简单点前端接收作暂时性存储，超时范围内不用再进行收发请求，页面直接排序
2、中型冷数据
方案 1 可行，但不好用，容易引起浏览器性能问题，我们最常用的是 2 按页查询，就是很简单的排序范围查询
3、大型冷数据
方案 1 不可行，只能 2，甚至需要一些其他辅助手段，不详展开

对于热数据，我建议评估一下热数据的类型，处理交易状态类数据跟设备状态类数据是完全不一样的。拿交易状态类举例：

1、小型热数据
选择方案 1，尤其是高频交易，有助于缓解后台部分压力
2、中型热数据
方案 2，优化后端数据库操作
3、大型热数据
方案 1、2 都未必可行，可能需要调整存储策略，此时排序本身并不是重点。（这类大部分都不是 BS 架构的东西）

OK，你的问题可以形象化为假设你有十亿条数的记录，如何显示已排序的某连续 20 个（有可能是中间 20 个）
确认你的排序依据是否可以被序号 hash，如果是，那可以直接 hash 得到。如果否：
首先你得明确，在前端无法获得全量数据的情况下，要得到全局排序序列，必须后端排序，前端获取。也就是你前端的工作只是展示，而不是排序。

-----------------------------假设你寻求的是后端的方案-----------------------------------

0、常规优化
索引与多重索引、读写分离、垂直 /水平分库表、查询缓存...blahblahblah

1、业务降维
细化查询范围、拆分数据结构...blahblahblah

2、查询拆分与查询批处理
这个视业务而定，是一次查询整个序列，还是一次查询其中几个改变的...blahblahblah

给我的第一个感觉是一面之词。当事人有预谋要把事情搞大。

1、这是发布前的截图。内网并未发布。
如果一个阿里的员工在阿里受到其他个别员工的伤害，第一时间应该是找阿里高层领导反映情况，再不行直接向司法机构求助。而不是截图流传到网上，如果消息流传，受害最大的就是她自己在文中提到的“热爱的公司”阿里。

2、违规实锤，内网有官方回应。
阿里内部是否有找当事人谈话？应不应该找当事人谈话？相信大家心里有数。

3、是否有私设公堂。
三个已婚男人囚禁一个女人 8 个小时，拜托，你在写小说吗？全程自说自话，可以拿点实在的证据？那三位只是阿里的员工，违规侵占的并不是他们的私有财物，他们有什么理由像对待仇人那样对当事人？

另外双 12、抖音、自己审核、前十占三，没有主观意愿我很难相信。

如果你或者对方是以做事业的态度进行合作项目的话：

建议你把对方的人品跟拿到的投资额作为首要考量因素，自己能拿多少作为次要（不是说不重要）。只有当对方“可合作”再考虑“是否合作”以及谈条件。

1、对方是否有跟你说明具体的项目规划，双方的职责（角色）。双方合作的条件是否明晰（是否有合同，条目是否无歧义）。

2、对方拿到的投资是什么类型的，哪个量级，怎么规划这笔钱。是否有专业的财务人员参与。

在明确了前两点之后，如果你觉得可合作，再结合自身跟对方谈条件（钱、兼职时间等等）。

最后，涉及权利与义务的部分一定要有白纸黑字的合同。

---------------------------------OK，假设以上你 /对方觉得麻烦跳过---------------------------------------

那建议是不要把这个兼职看得太重，把自己当一个代码临时工，对朋友帮帮小忙。

送礼？要的要的，重点是如何“送”什么跟如何“送”得不着痕迹。

1、在工作中主动帮你组长分担部分烦恼，主动帮助同事提升工作效率。具体怎么操作因人而异。
旨在让大家觉得留你是正确的选择，你的组长自然也会感到自豪。

2、趁团建找个借口请大家吃饭（而不是单独某人），饭局中着重感谢组长或者 HR，不会突兀。

3、出去旅游寄明信片 /带手信。

重点要让人感受到你的真诚，红包往往会掩盖这一点。

曾经加入过无数小队，有如下体会：
1、懒的人还是懒，勤奋的人还是勤奋。一百块钱红包不起作用，大不了退出。
2、每个人的作息不同，工作忙时根本没可能做这种职业外产出，但不代表这个人不勤奋或者是技术不行。
3、每个人的技术栈不同，各写各的，其他人受益很小，尤其是分享解决方案。

Qt/SWT @GoodRainChen

又说 Window GUI...又说跨平台，不是矛盾？

现在在做专业领域软件，对于这类软件，跨平台通常不是个好的选择：
Win 平台上只有 C++ 跟 C# 可选，通常是 C++做引擎跟底层算法，WPF 做皮。

对于普通软件，通常都是 Qt 做皮，首推 Py 系，PyQt 其实还不错，跨平台也简单。

工具类等小型软件，Py 系、Java 系 GUI 都可以用，甚至可以用 Delphi...

electron...做过几款软件，始终觉得是 Web 统一天下道路上的一个试验品，不算成熟，包含了太多临时解决方案，持观望态度。

我讲点别的，前段时间 Marlin 固件的 Dev Scott 跟极客少女 Naomi 有一场论战。就是，GPL 这种协议能否在中国行得通？它需要程度更大的强制性还是需要根据中国国情修改适应？

先不说论战结果，这次的免责声明又让我想起了开源协议在中国的现状。

开源协议在国外应属于许可协议，归版权法。但是在中国归合同法，也就是说视具体的问题而定，如果违反了合同法，免责声明无效。（而且这种免责声明最好是中文的，否则达不到法律要求的可免责声明标准）合同法规定的条款很明确，但是（就这件事举例）事件涉及到的范围与性质太难界定，比如是否涉及非法解雇员工等等。（近几年有一些关于开源协议的判例，但都是从轻处理。）所以开源协议在现在的中国并不具有强制力，也不具有完备性。

那 antd 的免责声明是不是有效完全取决于它造成的影响是否已经与现行的法律冲突，鉴于太难取证，我倾向于有效。

至于这次的事件 antd 要不要负责，我觉得“失去部分用户的信任”就是此次事件的最大影响。

求职怎么没简历

LS 有人说得好，开源不分国界。

首先一个项目一旦开源，面向的是全球，把开源范围限定在中国，这本身是一种“不开源”的观点前提。
没有阿里的开源，自然会有其他公司进行相关项目的开源。没有 XX 支撑起开源界的说法。

一个项目多人用了，自然会有褒有贬，你也用不着替这些项目痛心。毕竟欲带皇冠必承其重，号称企业级别的框架，就要承担得起客户的投诉，何况是波及甚广的一个代码私货。

很影响 Ant Design 口碑的一次事件，技术的问题可以改，但是信任出现裂缝这是很难修补的。
同时充分暴露出了这个团队的缺点：不够专业、不够负责，没有服务意识等。

一个库开源出来，为一定数量的人造成了影响、也为自己收获了口碑，那这个库作者势必要为自己库代码（尤其是私货）给别人造成麻烦负责的，但“无须体现”让我觉得 Ant Design 掉进了一颗老鼠屎，以后会尽量避免使用这种团队开发的产品。

你的说法有点矛盾。
你喜欢开发->你对做什么开发不了解->你不了解开发->你喜欢开发？还是喜欢工资高？

建议：
你先深入地了解一下现在的开发技术以及开发人员市场，写点个人代码，还是有选择困难症的话再上来求助。

到“一个月后”就该打住走人了，能力不够扣工资我一直认为是有问题的。

要么是老板不厚道，想尽可能的剥削员工，要么公司经营状况十分不理想。