索引重建的成本太高？建个测试环境试试删除索引后的更新耗时。看看具体的 SQL 和索引。
简单粗暴 SSD ，应该效果拔群。

股份比例要写到公司股东里面，有股权要有对应的管理职责，有股份的股东对公司财务报表和决策都要有知情权。

如果以上都没有，就是给承诺百分百的股份也只是个高级打工者，管理团队依然可以想办法把公司架空踢出局。

能力和年龄不一定有关系，但是做错事的经验和年龄肯定成正比，毕竟犯错也是要时间成本的。
能做成的就不会跳槽了，跳槽的必然是经历了一些弯路觉得当下资源做不成才走的。真有资源可以把事情做成，一定是选择自己创业而不是卖资源给公司换固定收入。
套一套话看看他觉得某个项目缺少什么资源所以没有做得更好，或者某个项目的关键资源是什么才做起来的。

初创公司把产品设计全部交给产品经理简直是把公司命脉交给外人，招一个年限大一些的犯错的次数多一些的，辅助公司做一些风险评估和评审就足够了，产品的规划，还是交给核心成员去决策比较好，这样即使方向试错了，经验也是核心成员获得。

非常细分所以自研平台这个思路倒是蛮拼的，如果是 B2B ，连电商平台都不用上，只靠人工核对就已经可以满足几百个商家了，真正靠谱的 B2B 项目，只靠市场人员就能把市场开拓出来，至于售后、物流、订单一揽子管理，用微信服务号加一票客服人工更新进度就足够了，绝对不是做个完善的平台才能完成的事情。做一套合适的微信服务号支持 B2B 的进度管理， IT 团队的人数五个人以内可以做出来。

非要找懂行的，自己就得先入行，比如请个就在电商平台的中层管理做咨询，给够咨询费，请客多吃几顿饭聊聊，就能知道很多在电商领域的潜规则。直接拉个可以把项目做成的合伙人是很难的，能请到个靠谱的咨询坐镇避免掉坑里就很不错了。

既然自己有线下资源，想找个靠谱的人可以这么做，以供应商的名义，去类似领域的电商公司和市场人员聊一下，接触一下中层管理人员，可以挖个靠谱的给兼职做咨询。

可以先交学费呀，几百万的学费还是少不了的，淘宝、京东开个店那也都是百万启动呢，电商平台就更不用说了。
这种有线下资源的老板，最大的忌讳就是想一口把市场都吃掉，但是又不懂行业里面的门道，不知道如何选有能力完成这个项目的人。如果一定要一次把市场全做完，肯定是以交学费交到止损阶段退出收场。

实际上互联网的产品相较于传统行业的启动成本已经很低了，启动阶段谁也不会把整个团队全部配齐，先用几十万直接做一个核心产品检测市场做为切入点就可以了，如果一个产品经理在需求还没有验证，模式还没有确定的时候就把团队全拉齐，不知道怎么分阶段完成这个产品，也就是骗骗投资人的钱。

有线下资源的情况下，优先在自己的线下资源上面做一些 IT 基础设施的优化，就已经可以提高很多效率了，未必要自己开发全套，最简单的校验，既然那么有把握可以招商和销售，先到京东、淘宝这类的电商平台开个店试试水，如果验证自己玩得动供应链和客户服务，弄懂电商怎么玩，积累一波用户了再做自营平台，学费可以少交很多。

完全不懂行业，一上来就想自研平台的坑太多，交易控制不好成本光支付的税率就可以把利润掏空，此外还有订单、物流跟踪、供应链管理，这些全套都是要写代码支持的，不是踩过坑的团队，进去做还不知道要交多少学费才能填完。
线下还有一堆要教育市场的学费，招商的话总得教供应商怎么使用自己的平台，怎么管理。有电商平台得有人来买，推广资源、用户留存这些都是要花钱做的。这可不是白撒几十万就有效果的事情，做不好几百万推广撒出去也没有效果。

那么多家公司都在做农产品，这个市场肯定有得做。有线下资源之后，怎么分阶段切入这个市场，怎么积累用户，需要团队花很多时间了解市场才能做的，这不是砸钱就有效果的事情。
选个自己资源最多，最核心的需求做个产品足矣，做平台是已经有用户资源和 IT 团队积累的公司才玩得动的事情，新进场，依托大平台做做小需求就够了，别想一次性颠覆市场格局。

Parse 可以优化，因为是连续时间，没必要每个数据序列都从字符串切割年月日这类的，改成预生成，取起始和结束两个时间段，直接把时间段字典构造好。
或者改成 singleton 模式，年月日时这类的直接缓存在类变量里面，有缓存的话就不要切割这段字符串了，直接取分秒的切割。
我倾向于第一种。

读 zip 文件和解包是磁盘 IO 和 CPU 密集型的活问，用 Python 估计优化提升的空间不大，要加速可能把用 SSD 或者把所有文件都读到内存再处理比较好。

也许不是百度的爬虫，只是伪造了百度爬虫的 useragent 。
实际上百度如果有每秒几百的抓取频率，那就要笑疯了，赶紧构造界面刷 SEO 排名去，这能构造多少百度收录出来啊。

软件开发这个活吧，能力提升是指数型的，能力越强提升越快。兴趣越大提升越快。
有机会去好的团队能力提升会非常明显，一年工资翻番很正常。

如果自己不是对专业很感兴趣，去一线会吃很多苦。如果在一线城市，会看到更多的机会，但如果没有能力把握，很可能会变成，好团队进不去，只能在一线继续做外包，那更惨，通勤时间加起来两个小时，加班到没有任何时间自学。

我认识有对软件开发不感兴趣的人，读了计算机专业，也学了一些开发技巧，因为不感兴趣达所以不到自学新技能的程度，勉强在一线做外包几年，能力没有提升，工资没有增加，加班加到烦躁，最后熬不下去退回家乡转行做别的。

这行如果他确实不感兴趣，没必要硬扛进入做开发，试试看重别的能力的岗位，售前、运营之类的不见得是坏事。 IT 这行岗位那么多，不见得要在写代码这事情上死磕。

人生那么长，如果真的对这个专业不感兴趣，学不下去，家里经济支持得住的话，试试去一下找别的也可以，到机会多的地方找找自己感兴趣或者能胜任的事情来做。

最怕的是大学服从调剂去了个自己不感兴趣的专业，但自己又一直不知道真正喜欢的是什么，不求转变，混混日子好几年，把职业的路越走越窄。

@hardware

硬件这么做很合理啊，整个系统就是自己做的，代码结构全部都了解，要不要 IDE 都一样，因为每个接口的实现都了解， IDE 的智能提醒和各种提示跟不上键盘的敲击速度。
查不查 Google 没区别，有能力直接把理论转换成代码，只要把思路理清就可以动手写了。
Linux 太重，自己实现的系统，不需要学习命令行和各种 linux 系统。

是楼主的眼界太小，看不到这个世界上还有各种不同的开发人员，提的这些问题槽点多得不行。一个开发人员的能力并不是在这些上面体现的。有查 Google 、调试更顺手的 IDE 、使用 Linux 搭建各种实验环境的习惯是很多好开发人员的共性，但不是标准。

实际上遇到问题经常查 Google ，并不能说就比不查 Google 优越多少，解个数学题还去网上查的人少吧，因为基础的理论和定理都了解，解不出来就是思路问题，查别人的解答反而慢。
折腾编辑器就真的夸张了，集成开发环境和各种智能提示确实方便，但是如果系统自己都很了解，用什么编辑器都没问题。在这上面折腾只能算是个人爱好了。
到社区交流只能算个人业余休闲的偏好，有的人业余喜欢看书，有的人业余喜欢逛社区，在这个事情上挑优越感没必要。

世界上的开发工程师不止是 Web 系统。

嵌入式和通信协议的开发工程师有这样的。
主要资料和理论来源是论文和书籍。
大部分时间写的是 C 甚至汇编，对芯片的硬件实现、接口和文档非常熟悉。
对代码的运行精确到电平，调试输出就靠示波器。

这种开发人员理论都了然于胸，实际开发出问问题，例如电平输出异常首先做的是推演电路的公式确认，而不是去 Google 搜索，经常为了一个不能稳定输出电平的硬件加入各种整流电路。

最重要的是，这些开发人员的工作环境通常是断网的，只有内网的情况下，他们已经习惯了解决问题先从理论校验开始。

别看公司看岗位，岗位的工作有人带，提升空间大才是正事，钱和稳定性都不是主要的。
做 IT 的除非就在工资涨幅特别高的公司，其它时候大多来回跳，刚毕业能做三年不走的都是少数。

话说都读完大学了，肯定有个人的思考和决策，别人家的孩子就不要提任何建议了，到时候不听还好，万一听了，工作出什么事情不顺心，锅就甩过来了。也许这公司真不好，但人懒得找别的呢。

如果一定要给建议，那就是刚毕业拼一把去一线啊，从一线城市攒够经验退回去特别好找工作，反过来阻力就大了。

Java 自成体系，中间件齐全， Java 系的很少混合其它语言到一套系统里。

nodejs 也是打通前后端的语言，除了 CPU 计算业务集成 C 系的模块，都可以只用 nodejs 了。

PHP 只做构建数据结构和模板渲染，需要集成各种 C 系的模块和应用开发。

Python 经常和 go 一起混用。

RDS 用不好一样挂。
遇到过个电商团队问过类似的问题，他们才几万用户，每秒一百多 HTTP 请求，还是处理不过来，一查业务， SQL 读写处理各种多级联表，最多的有五级联表，如果都没有命中索引，五个 join 把五个表的记录一乘起来就是非常恐怖的运算量。

这种情况直接在数据库加冗余字段，减少联表查询，性能一下就上去了。能单表查询尽量单表查询，不行也要把索引规划好，减少联表的消耗。在加上缓存处理，把读取查询结果缓存在内存，数据库基本负载就都在处理写入，可以提高更多性能。

一个接口七八个参数的时候，会很头疼，新增业务根本不敢随便改动接口参数，有时候为了新增的一两个参数就要另起新的接口做类似的业务处理。

封装对象对接口调用隐匿了参数细节，内部实现各种判空校验处理做模型转换同样很头疼，有时候不看实现不知道如何传参调用。

我习惯传对象，调用和新增业务各种省事，但是接口内部处理像一团乱麻。对外暴露的接口数量会比较少。变更数据模型的改动量小一些。

团队开发规范是参数列表，一个接口加加加就变成五六个参数，内部实现一个接口只做一件事情，需要对外暴露很多个业务相近的接口，调整数据字段的时候经常面临七八个接口的改动。

数据库业务设计有问题，至少合理设计缓存处理可以做到 Web 读取的请求不需要穿透到数据库。

就数据库的处理性能而言，不应该比单机 Web 服务差，要是扛不住单机 Web 的请求，改改读写数据库的业务优化才是上策，一个每秒查询才几百就拖垮的数据库业务，用什么语言都一样会挂。

数据库扛每秒几千的请求才是合理的，正常的单机业务瓶颈应该出在带宽或者 Web 容器上。

泰国的玩法很多，自由行做好攻略不容易被坑，可以按月为单位玩。先选好去的主要目的，十天要深度玩也就一两个地点可以走。

吃的可以选清迈
浮潜、潜水可以选斯米兰

攻略买本 lonely planet 泰国版，基本的吃住玩都有简介。
海陆交通可以上淘宝预订接送
预订酒店 booking 、 agoda
路线和地点的晒图蚂蜂窝、穷游、十六番都有


最后记得提前换够零钱给小费，纸币 20 铢起，很多自由行的路线都会备注小费多少钱。

如果 worker 的客户端处理写得很健全，用组播机制，或者 pub/sub 的订阅机制，保证所有 worker 都能收到相同的消息，特定消息加上 worker 的机器标识。 worker 执行之前检测是否与本机一致。

其实底层的 Redis 是支持动态创建消息队列的，实在要开几千个队列也是可以的。

好的公司可以不可求。我觉得非要进的话，只能自己盯着某个感兴趣的领域和技术，进入里面，至少了解这个领域都有什么公司，在用什么技术，自己在里面混脸熟了。
在启动阶段的公司招聘是很低调的，基本只在少数技术讨论质量很高的社区甚至圈子内靠同行推介招聘，等公开招聘的时候通常已经变成中型公司了。

自己挑个感兴趣的领域，进去了，就能看懂哪些团队在做的事情是真正解决这个领域的痛点，有机会快速成长起来的，这个时候再带着与团队匹配的技术与个人对此领域的见解更容易进入团队。
或者技术练到很强的阶段，靠谱的中型公司公开招聘信息发布的时候，考过人的技术实力进去。

外企圈的职业发展与小创业公司并不一样。
如果还在犹豫，不如计算一下，两个类型的公司向对方跳槽哪个更方便？
外企岗位职责单一，技术上走的是专精路线，个人可掌握的休假时间更多，有更多时间自学。运气好可以进入欧美团队干活，英语口语好有机会到欧美出差。运气不好就是一个岗位干几年，没有提升机会。

小公司太多种，差的样本太多了，先拿那种刚过天使，资金充足的明星创业团队，方向很靠谱的小公司来说，这种公司，对现有技术要求很高，技术上除了专精，还需要有广度的视野，在业务量上面一两年就会有百倍增长，这种公司没有休息时间，技术上面走救火员路线，在架构层面的视野和实践能力会有快速的提升。
运气不好的话，大概率事件的活是，因为缺钱招不到足够的人手，为了方便招人不敢用太新的技术和方案，加班时间很多各种打杂救火，技术选型保守，没有太多时间规划方案的可行性，边干边调整，进去的时候技术怎么样，只有熟练度上的提升，没有时间自学太多新技术。然后干两年公司就陷入资金断链阶段业务停止，公司被打包转售或者倒闭。