建议跳槽升级。

这种事情应该拒绝做。之前有个 case 貌似程序员被抓了。真要做，你要想好：
1. 速率，一般爬的速率大很成问题
2. 行为，如果对方不允许爬取，你要掩盖自己的行为。IP，访问路径，访问模式等等。
反正无论如何都有风险。

跟着需求走。

一般都是重写吧。架构治理一下。一般才坑都是业务的坑。所以只要业务强的架构师重新规划几个服务，重写好，然后逐步替换上线就 OK 了。关键是你们公司有没有足够的营收能支撑你们重写架构。

1. 多去其他网红店，做的好的店体验体验，学习一下别人的精华。
2. 总结分析一下自己的运营数据：
- 顾客分类和分析
- 购买场景分类和分析
- 产品分类和分析
- 供应链数据
- 财务数据分析
针对一个目标，比如成单量，提出自己计划：尝试各种策略。总结效果。
3. 多跟顾客沟通，看能不能有更敏锐的洞察到一些需求。有一些是个人 Client 的需求，成本合理同时需求也能支撑利润；有一些可能是跟其他企业或个体经营者的合作，可以丰富商业模式，提升收益。
4. 尝试流程化一些工作：流程、质量监控、工作量评估。（如果经营的利润可观的话，再考虑这个环节。这个环节主要是可以雇人扩大生产规模）

其实你们家小哥哥不是程序员么？可以写个会员系统啥的，帮助你做 CRM，管理客户资料。

我这只是纸上谈兵，还是很羡慕你这种有自己事业可以经营的。加油！

另外简历可以优化一下。你考虑一下你是 HR，希望从应聘者身上看到什么？针对 JD 优化优化，多展示给对方看自己的业务积累和能力。

1. 需要刷题。很重要。
2. 多看看面经。很多业务上，原理级别的需要掌握的比较好。协议上也要深入一点。
3. 调优部分的经历需要多准备：怎么发现问题，怎么尝试，怎么解决，后期展望。
我个人觉得还可以。主要还是要包装好和面试好。

@gansteed 基本就是记笔记咯。不过忘得也多。后来就重点深入原理性的知识，以及管理性的知识，毕竟还是需要大家一起配合的。

我的太多了，我用的超过半年以上的或者有项目经验的:
- 日常: ubuntu, emacs/elisp, latex, bash, python
- web 前端: ES6, css3, vue/vuex/vue-router, ElementUI, axios, webpack/grunt, websocket, threejs, echarts, nuxt
- web 后端: python, node.js, tornado, jinja2, express/koa2, ejs, mongodb(driver or ODM), mysql (driver or ORM), redis, kafka, websocket
- 游戏前端: C++, STL, BOOST, Qt, cocos2d-x, Unity3d, OpenGL/DirectX, sqlite3, protobuf, fastjson/fastxml, lua
- 算法端：python, matlab, r, rmarkdown, sklearn, tensorflow/keras, C++, cmake, caffe, CUDA, MPI
- 移动端：java/kotlin, android sdk, cocos2d-x, android ndk, wx-miniprogram
- 运维和开发相关工具：nexus, gitlab, jenkins, docker, ansible,
正在学习任务内的，以后会大量实践的：
- golang, spark, hive, scala(工作需要)
- haskell (业余需要)
省略大概和上面内容一样多的，用过了解过理解不深入的东西。

建议你好好补充一些 css 基础知识：box 模型、优先级、文档流和浮动、BFC、flex 等等。（不过 css 容易用的很乱这点来看，这个语言有很大改进空间）

先做数据库还是先做前端：
- 在开发的过程中并行做。（如果多个人协同）
- 一个人开发的时候，其实都行。没啥太大差别。
- 关键还是需求分析和 API 设计做得到不到位。

1. 分析需求。场景->用例->系统模块设计
2. 设计接口 API。解耦系统之间的依赖，考虑一定的扩展性。
3. (optional) 针对 API 编写单元测试
4. 开发，debug，通过单元测试
5. (optional) QA 进一步 E2E 测试、黑盒测试、压力测试(如果需要的话)
6. 交付 或者 完成一次迭代，重新回到 1

我指的是文件系统 url。

我记得 windows 系统本身对 url 不区分大小写。只是显示的时候看起来有大小写区分。如果你有两个文件名字一样就大小写不一样，在 windows 下会认为是同一个。

来快手做同事吧，我也刚接了 offer。听朋友说快手发展还是可以的。

P9，厉害了。能给到 200w 年薪加股权咯？

@chiu 哈哈，确实太不专业了。

分析一下利弊吧，这样最直接：
听领导的话：
利：
1. 可以尽早排除掉你手下里面不听话的。
2. 领导可以看到你的作为，对未来的你会有一定的其他形式的补偿（依赖他人品，如果不了解，就按平均人品估测）
3. 一定程度短期内提高效能（取决于公司产品前景，如果前景差，基本这点也没啥用处）
弊：
1. 员工心里会对公司有不满，对你的信任度降低，一定程度增加你的管理难度（通过合适的说话，可以把影响降低，矛盾转移；并且有其他组作为例子，可以用来利用；画饼之类的，最好也让你上级给你画个饼这样）。
2. 如果你在的产品线前景不乐观，那么 996 不过是管理层用来缓解自己焦虑的手段，你就需要慎重了（没有实质的损害，只是长期的话发展受限制）。

不听领导的话：
利：
1. 员工觉得你不错，心里上比较感激（还得区分人，毕竟有人会嫉妒）。
2. 你自己心里觉得自己人挺好的，心里舒坦一些（其实能克服内心这种想法，会更有利）
弊：
1. 在领导眼里，你就是刺头。你们会发生冲突，对你工作来说不利（可能涉及到薪水，以及做事）。
2. 更高级管理层觉得你在跟他们对着干，但你还什么都没有做出来（他们没有退让的可能性）。

综上，你应该乖乖听话。

1. 不要太较真，他较真，带来的改变如果不太复杂，就接受就好了；要不然浪费精力。
2. 正是因为你们俩都没错，又都太较真，所以才会矛盾。
3. 提前优化是错误的，便捷性重要；能顺手优化掉的，优化掉也是正确的，毕竟也不会有太大麻烦，还养成个好习惯；
4. 错误的有：性能无法支撑业务的情况下，仍然快速撸业务（应该做 profile，进行一下优化，或者横向扩展）；性能足以支撑业务的，花大量精力去优化（用一些非常识性高级优化技术，比如 SIMD，预测，unwind 之类的）。