取决于机器数量，所有从开发分工出去的岗位都来是因为业务量已经太多，倒逼团队必须派一个人全职处理此事。
机器多了要运维
数据库事情多了要 DBA
交互效果多了要前端工程师，细分下来还有更多岗位。

团队还小业务量都不大的创业团队往往是一人身兼数职，什么时候业务量大了才会分出去岗位。

创业公司小的时候往往是开发人员兼任运维，加上现在云服务在收割市场，运维这个岗位的饭碗更多被云服务平台收走了，需要有运维能力的人。但小团队暂时没有必要专设一个运维，很多事情已经有足够的云服务资源进行处理，运维的事情已经减少很多了。

@onlyice Google 自家的 inbox 就是很好的邮件客户端，你可以体验一下，自动按回复分层，没有 Web 页面那种回复引用带来的嵌套内容问题。

不能，每个请求占用一个 PHP 进程，但是实际情况中开 php-fpm 的情况下， PHP 进程可以在很短的时间内完成 a 的请求处理，但是不退出，清理数据之后，继续处理 b 的请求。但是只能保证一次请求内 MySQL 连接持久化，连接结束会自动销毁 MySQL 的连接在内的所有数据。

这种业务是缓存改干的活，没必要死抓 MySQL 去优化，如果网页内容与用户状态无关，生成静态页也无妨。或者用个内存缓存数据库， memcached 、 Redis 之类的，把一次请求要返回的数据打包好存进去，下个同样的请求直接取出来渲染就好。

浏览器的安全规范约定了，浏览器实现的时候，不允许 JavaScript 跨域操作其它域的数据，如果非要执行跨域脚本，必须原域下的 JavaScript 发起的请求获取的脚步才能操作。

同时，所有浏览器发出的请求强制锁定 referer 为当前 URL ，不允许更改。
在 JavaScript 本地执行这块的安全规范限制，保证了本地数据的安全性。

如果要动手，只能从 xss 的思路出发，在浏览器执行的时候给服务端发非法请求了。

Google 讨论组， python-cn
最近一周的几个讨论
大家有玩分布式系统吗
谈谈我心中 python 烧脑部分之 decorator
真是性能提升啊 tornado why is async-await so fast
根据个人经历，自动计算年薪， guruDigger 求测试反馈。
实例重用
大家都在关注什么技术？
pillow 图片处理问题
谁还记得 python 其实可以任意一个空格实行缩进的
听说 python 源码剖析要出 3.5 了。


一周的话题就这么点，但是干货其实挺多的可能和邮件组在写作的时候可以花费更多时间有关，一个话题时间跨度很大，不是有质量的回复都不敢随便说。

给机会做就学，不想做就拿数据反驳，上面要用 Windows HA 你懒得学就把需求搞清楚，拿 Linux 下面的方案维护成本和数据回应，要是实实在在的数据不能说服，自己又不想走人，那就按上面的方案走，锅已经甩出去了天塌也不会砸到你。

我们做开发的时候肯定是想用自己最顺手的工具，玩最新的框架和技术，努力加强自己的不可替代性。但是公司考虑的反而是，怎么样降低员工的不可替代性。

开发框架新版本很好呀，但是不好招人，还是按老的版本来吧。
新技术很好指标各种突破天际，但是不好招人，还是先放放吧

我有个同学宁愿拿游戏岗位三分之一的钱去创业公司，也不愿意在游戏圈里拼。
他说仅仅去年，圈内公布加班导致的猝死就有四个，加班到病倒的都不算了。
大部分的手游页游公司用人用得比外包公司还狠，上午可以十一点才到但是没有凌晨两三点别想走，干到四五点也正常。根本没有时间和精力去充电学习。
工资是高，但也是三万就差不多到顶了，没有时间充电学习和休息，干两年就会有技术危机感了。

注重脑力的工作岗位没有退休年龄这个限制，越往后经验越值钱，非要说精力跟不上，那是自己懒，要么就是自己实际干的是体力活。
比脑力活动的激烈程度，还能和那波在科技前沿泡在实验室搞科学的人累？
做 IT30-40 可能是一个人的能力巅峰，精力和经验都处于比较均衡的状态，个人有事业心要冲刺的就看这个时间段能冲多高了。 40 以后也不是说养老了，只是精力下降之后不能拼那么凶残了。凭借经验和积累的知识，无论学习新领域的东西还是工作能力照样吊打年轻人。

IT 啥时候退休这个真心是个伪命题，如果不喜欢做这个岗位的活，按国情来说，去开个商店最好，自己做小老板呀，资本家玩玩资本，苦力的事情花钱雇人去做好了，这个总不耗脑力不耗体力了吧。

所有 Web 框架的路由规则都建议最长路径的正则放前面。因为路由规则是顺序执行的。
把带 html 的二级路由规则放一级页面前。
此外并不建议单靠 Web 框架路由实现这个功能。可以考虑把这个正则放到 Apache 、 Nginx 之类的进行处理。

最明显的两个差距
1.兴趣
2.理论基础
能够半道出家做开发的人，在兴趣这个层面上，绝对是比和他水平相当的科班出身要强的，没有这个兴趣也啃不了编程这碗饭。毕竟很多人报大学之前并没有接触过开发，也不一定是了解计算机专业才报的，属于服从调剂的大多数。
半道出家意味着理论基础要自己补，所以说理论基础和水平相当的科班人员相比，差一点是可以理解的，工科转开发这个在专业课上面还稍微靠点边，其它专业的就未必能有计算机专业那么好的课程体系去学习理论，全靠自己业余兴趣补了。

实际上我觉得半路出家转做计算机的，和同样水平的科班人员比，要更好一些。毕竟人家连理论都没有补齐就能和系统学习的人一样，说明兴趣是比较强的。科班人员能做的应该更多，结果反而被别人非科班的赶上了，只能说自己没有别人勤奋了。至于上限什么的，科班出身理论基础好的理所应当走得更远，非科班出身的开发人员追起来会吃力一些。没被追上还好，要是被追上了，那可真是实实在在的打脸。

这份代码是阻塞的。请自行加上异步处理的装饰器。

省钱的方案就是
住家庭旅馆，三亚很多小区有这种服务，厨房、卫生间、卧室、客厅都和家里一样，一切自助，不好的就是离海边略远才有便宜的。
租车，三亚交通跟不上人流量， 5 公里以上的移动不租车会等到吐血。
去市场自己买海鲜加工，去之前最好自己带电子秤，当场问价当场称。买完市场附近大都有海鲜代加工点。
旅游多上淘宝报一日游，一日游只负责往返车辆接送和门票，省去强制推销旅游产品的烦恼。
市区路边挑着担子小吃都可以尝尝，便宜。

大家都提供很多方案了。关于睡眠我看过几本书。
失眠晚睡的根源是生物钟紊乱，所以解决方案单单从自我意识调整是不太够的。还要配合一些行动。
有效的步骤有几个：
1. 白天晒太阳，调整期间，一定要早起吃早餐，上午、中午晒太阳，这是告诉你自己的肠胃，正常的饮食时间是这个，而晒太阳有助于增加褪黑素的分泌，这是提高睡眠质量的有效物质，可以选择吃褪黑素，当然不是严重失眠不建议服用，有副作用。
2.增加活动量，未必是去健身，但是如果白天有时间的时候，多做一些活动，比如早晚走走楼梯，做一些简单的拉伸运动。有精力可以练练心率较高的有氧运动。
3.晚上绝对绝对不要在九点之后吃东西，吃东西给肠胃带来的负担会影响睡眠，同时也是破坏肠胃的饮食规律。喝点热水就好了。
4.尽量在晚上十点前洗个热水澡。洗完澡之后可以做一些脑力活动不太激烈的事情，看看书，或者随便逛逛社区，玩游戏、写代码、想方案会提高大脑的神经活跃度，导致难以入睡，十二点前一定上床躺好就行。
5.醒来和睡前做冥想，不用想的特别复杂，就是尽可能深呼吸，有意识降低自己的呼吸频率，这样自己就会自然而然把注意力放到呼吸上了，默数 30 个数就够了，根据个人情况逐步增加。帮助身体舒缓肌肉。
6.有条件的话，卧室的窗帘不要全拉上，周末尝试不用闹钟的睡眠，让阳光的刺激唤醒自己，这样有助于早起。


这样的步骤做一周，晚睡的症状应该就有所缓解了。

如果是进阶的话，我个人觉得再进一步提升的捷径是了解一些网络攻防的 hacker 技巧，这对提升架构能力很有帮助，做为开发者写代码的时候，有时候由于视野的局限，没有精力去考虑系统的健壮性，写出来的程序的可用性就要差一些。

如果业余有时间了解一下别人是怎么攻击 web 服务器的，比如 xss 攻击， sql 注入，溢出， DDOS 等等破坏系统的行为是怎么绕过正常检测攻击系统的。有时间实践实践，对个人架构提升还是挺大的。

这样至少会在开发上多注意几点
1.不信任任何客户端提交的数据，写代码的时候会额外做提交数据校验，对敏感数据进行多种检测，负值、转义符、超大溢出数值这些普通应用在开发的时候往往是交给框架处理的，但是自己要有这个意识去确定框架是否能完全解决这个问题。
2.不会将敏感数据传给客户端，敏感数据只会在服务器之间传输，客户端永远只凭借 session_id 或者 auth2 的 key 提交请求，服务端拿到标识依然要进行鉴权，比如避免构造 session_id 或者 key 之类的仿造用户提交的请求，用户的敏感信息如邮箱、身份证等返回给客户端的接口被人恶意遍历。
3.对接口性能比较敏感，对直达数据库的接口尽可能做缓存。比如校验用户是否存在，密码是否正确，生成验证码之类的接口会考虑到容易被攻击，使用缓存、多做一些请求频率的限制。
4.对数据一致性和安全性特别敏感，比如数据库操作的时候会考虑是否加锁，风险高的业务要不要用队列分摊请求峰值，日常数据库备份的方案等等。

这些意思如果自己不去接触 hacker 的技巧，再强调也没有用。自己动手玩一遍，知道危害程度有多大，开发的时候就会分出一部分精力去预先考虑解决方案了，当然可能最后考虑到开发成本和实际能力没有去做，但至少不至于遇到问题会慌张。

对后端来说我认为重要程度排序是这样的：
5. 扎实的数据结构、算法、计算机网络、操作系统知识，但是这些又如何体现在平时的开发。
2.还是关系型、非关系型数据库的掌握
6. 架构、设计模式的理解
4. Linux 系统的使用、部署能力
3. HTTP 协议（暂时只想到这个）的理解，是否要很早的涉及 TCP/IP
1.对所使用语言、框架的掌握
7. 一定的前端技能


其实后端主要还是理论要扎实，实际解决问题就会快很多。理论基础是第一重要的，没有这个就没有办法分析问题。
实际开发的时候，通常的场景是，遇到一个问题
1.利用自己的理论基础诊断分析可行的方案，预测需要什么算法或方式解决问题。
2.扩大视野寻找可用工具和成熟的方案，这时候很看英文能力，毕竟很多资料都是英文的。
3.搭建最小化的架构测试工具和方案的可行性，这时候很看中对 linux 系统的使用、部署能力和语言熟练程度。
4.分析测试结果，评估可选方案，这时候就只是看数据和经验了。
5.最后就是定方案开发。

这一套走下来，主要还是靠分析，如果实际开发能力足够强，经验丰富，往往可以跳过 123,直接选择一个成熟的方案上线。

像我是经验和代码熟练读不太够的，我会在第 2 步查资料和第 3 步搭建最小化的架构耗费比较多的时间，才能定下来一个可用的方案。
如果熟练的老手，时间可能是在日常的视野扩展上花的比较多，平时就会有意识去了解业内的新技术新方案并快速做个小系统练练手，这中间的试错积累的就是经验。这样实际遇到问题，就可以直接选型解决掉。

既然都这么问了，业务量应该不是很大的。
1.数据库修改是否影响原有业务，如果影响，那说明业务量不大，做好备份挑个人少的时间升级就好了。
2.程序修改造成的重启服务是否影响业务的功能？反正业务量不大，挑个半夜的时段，重启一下服务器好了。

上面只是调侃，实际上大一点的系统升级功能都会考虑这几个问题。
1.数据库升级的新业务是否影响旧功能，非优化性能的场景，尽可能不要去改动旧业务相关的数据库结构和配置。
2.程序升级是否会修改旧业务的功能，修复 bug 除外，正常情况都尽可能兼容旧的业务不改动，同时做数据读写异常处理，保证即使新程序读写的是旧数据库也只是报友好的异常给用户而不是直接报错崩溃。
这两个问题都解决了，新的数据库修改和代码更新测试确认没有问题才可能升级到线上的环境。一定要改的，都会做业务迁移，在新的服务器做好升级和数据迁移之后，可以无缝升级的业务就把旧的业务请求转发到新服务器上面。不可以的就选个时间锁住主数据库的写入功能，满足只读业务的情况下升级旧的数据库和代码。

外链对 alexa 排名和百度权重的影响很弱很弱，外链只能增加曝光度前期提高抓取频率，实际上单个页面带来的排名权重，是独立计算的，这个很容易评估，页面抓取频率越高，此页面的排名权重越高。
SEO 做为运营过程的参考指标可以，没必要去专营，搜索排名只是结果，专心做内容，在运营过程中逐步调整策略，时间长了自然而然就会有所谓的 SEO 技巧。

我来承认我在一年多前发表评论犯下的错误。
漫画版权在 15 年突然爆发令人猝不及防，在国家公布互联网版权管理条例，禁止盗版内容分发，加之腾讯漫画和奥飞的金元大棒挥舞下，漫画今后走向正版发行的方向是不可动摇的了。
目前的行业形势是，各大漫画工作室纷纷签署非独家协议入驻各个分发平台，走内容免费后期改编及 IP 运营盈利的形式，普通的独立漫画制作人依然没有出路，但是在小说改编电影电视剧爆发的 2015 年，漫画领域吸引了一些风投投资进入，这块读者依然可以免费阅读大部分漫画，作者从投资人、腾讯、奥飞等金主上面领取微薄的阅读量计费收入。
我想如果楼主在当年想到这个点子，不管我们楼下这些键盘侠瞎指挥的话，直接去做一个正版漫画分发平台， 2015 年能收够几千部国产漫画的非独家分发，拿 A 轮融资估值几千万应该不是什么难事。

这还真是个看执行力的世界啊。