页游手游圈里面java 和 erlang 是服务器后台的主要开发语言。
大部分需要开多线程、协程来做进程内数据共享，又要应对大量长连接的服务端都可以用erlang来写。

我做过多年的新生咨询 关于学校环境 关于专业课程 关于就业
我可以肯定的说，每年咨询我的团队，看得到我发布的校园内容的学生，连新生总数的5%都不到。
至少有一半的新生到大学之前是不知道怎么到网上查资料的。更别说找这类的网站。

此外大学是硬需，大部分高中生都被应试思维束缚了，不说搜寻资料，有分析能力，能分辨资料真假并做决策的，少之又少，自己读什么专业都不清楚，还谈什么选学校。
大学的环境对学生根本不是问题，真正的问题在于，学生根本没有选择权，志愿填完，去哪个学校，哪个专业，根本就像赌博一样，谈什么选学校，有得上都开心死了。

如果楼主的切入点是像高中生介绍专业相关的资讯，我觉得才是广大高中生的幸事。这个专业有什么课程，都学什么，课程的学习路线是怎么样的，就业方面有什么选择，工作了的学长都在做什么事情，这些事情用到了哪些专业课程的知识点。
你要能把这些数据做出来，我肯定大部分高校做新生咨询的人都会向新生推荐你的网站。
至于宿舍、校园环境，谁关心这些，就算住四年山沟沟又怎么样，毕业工作有好下家就行。

别说只缺程序员，这样的说法让人觉得你很没有执行力，你至少拿个调查报告，说说你现在在搜集资料方面都做到什么程度了，别说网站上线了靠用户贡献，真正有核心竞争力的数据都是先从线下拿到的，没有强大的地推团队做这些事情，你指望用户贡献那就是空想。

这个算法明显不对。开发环境的搭建是一次性消费掉的。不可能每次开发都要花那么长时间去配环境。
按这个算法，vc开发20个小时的工作，放python上面，是不是5+4个小时就解决了？
吐槽的槽点不对啊！

糗事百科自从霜叶被踢出来之后，运营上面貌似没有特别的大动作了，广告越来越多，运营少了还是怎么回事很多老梗老段子被翻了又翻。
也没有一波一波的口号强化了，早先很明显做了运营的一些事件我是xxx，我也要晒图之类的，越来越少了。

如果发展分方向的话
进银行可以增强工程能力，就是集成各个组件去处理业务的能力。
同时可以增强金融方面的业务能力，一些特定金融产品的数据处理逻辑。
但是实际语言技能的发展有限。

linux c的岗位太少。
考虑到就业问题的话，web方向比较好就业。
在学校的学生最大的问题是缺少锻炼工程能力的环境，奔着就业去的，可以多看看开源代码，自己想办法用最熟悉的语言做个看得过去的项目出来。最不济，你从github上面挑一个你喜欢的项目，把源代码好好梳理一遍。

但是数据结构和算法，计算机体系结构，操作系统之类，离散数学，概率论这些你在大学的时候没有静下来好好学习。工作的时候就更难有时间学习了。不一定要都看，至少数据结构、算法、计算机体系、操作系统原理的书要扫一遍。一年时间绝对够粗略的扫一遍了。还有富余的时间做个项目。

如果公司没有自己主推的产品，不想去积累业务相关的开发框架加速开服速度，那确实是不需要能力太强的开发人员的，但是售后，后续升级，客户持续付费这些钱，就不要想赚了。只能说公司的业务类型决定了这是一家重销售的公司，技术人员无关要紧。
这种重销售渠道，不是自己运营的产品，基于开源框架修改修改的活，可大可小。利润也不高。
这样的活，还是别到v2找了，v2上面在校就自己做独立项目的学生一大票，真心没几个看得上这样的岗位的，因为没有技术和经验提升的空间，但凡有个一两年经验有追求的人，都不会在这样的公司久待的。

技术并不是核心部门，客户需求只是繁杂而不是太难的事情，招几个负责需求沟通和项目管理的全职人员足够了，剩下功能开发的活，以合作培训的名义，去高校找学生兼职来写。反正也不需要积累自己的开发框架，也不用考虑性能、高可用、容灾、开发速度的事情。代码库实在太乱，重新拉一份开源框架的版本再写一次也不是特别费时间的嘛。

这样的职位，都不用花钱到51job、智联招人，58同城赶集网就有很多投简历的了。技术难点的问题就不用考虑攻关了吧，客户也听不懂技术的东西，找个核心的美工人员，页面做漂亮一点，剩下的事情销售去谈就好了。

写代码这事情，还真是省不了多少钱，同样的事情，能拿1w的人，和能拿6k的人，给出来的方案质量上面差别可就大了。
而且从技术人员的职业发展角度来说，一份工作，工资只是最低标准，在工资上面，还得有职业发展，行业经验积累，这些可以为下一份工作增加谈判资本的东西才是最重要的。
所以，要么钱给到够，让员工拿到可以安心工作不用担心现实的太多问题。要么给够锻炼和成长的空间，让员工觉得自己的能力和经验有提升的空间。不然招进来的人早晚会走的。

这种情况，第一是要从技术负责人这里来解决。技术负责人要能解决常见问题，此外还要有一定的人脉，真出解决不了的问题了，他可以找得到人提供解决方案，哪怕付咨询费也可以。
如果技术不是公司的核心部门，这是最省钱的方案了。技术人员负责解决日常问题，遇到技术难点，付咨询费解决。

如果技术是公司的核心部门，技术负责人的钱和股份都要给够，最好是一线城市挖回来的人，由技术负责人来组建团队，其他人给够学习成长的空间，自己培养主力。

我有同学拉我回家乡的团队做后端负责人，考虑到项目发展前景和自己的个人技术积累，婉拒了，招了两个月之后，这个同学放弃了，自己顶上去做后端的事情了。这就是创业的时候技术负责人该干的事情，要么自己可以单挑任何问题，要么能找到人解决遇到的问题。两个都做不到，那公司的技术部门就算是残废了。

现在规模大的酒店厨房都已经上了订餐和上菜的系统了，按订单优先，厨房里面每个位置做什么，不同厨师负责的菜会自动分发，需要预先处理的菜、材料是主厨根据经验，预先安排小工开始准备的，类似流水线作业，就是菜单到了就下锅。
掌厨的一人一口锅，主厨主要调度谁处理什么类型的菜，稍微麻烦的是，一次要下几份菜的材料。这种需要现场调度的事情，需要处理得输入信息太多，餐桌位置，菜的处理时间，每个掌厨的工作效率。这种实际操作必须人工来完成的事情，目前还是得凭经验人工调度。计算机拿不到掌厨的反馈，也没法实时调整策略呀。

一个厨师同时处理几种菜，不同工序的，那是小餐馆。

最后还是要砍掉不盈利的项目的。
从创业角度来说，小团队资源不足，一个方向本就不该同时启动两个项目。
而再核心的人，同时处理不同方向的项目，还是会忙不过来，最后还是变成多项目同时启动，从中选出一个主力发展的项目，其它全砍掉的情况。

此外愿意转换方向，去做不同事情的人毕竟还是少数，大多数人还是期望在某一个方向上面积累自己的行业经验。

个人教训吧，在一个小创业团队，投资方有资金，平均一年要试4个不同方向的项目，分散的精力太多，基本上都是因为没有盈利方向，被迫砍掉，除了核心的成员，其它人员基本都是流失，很少有愿意转方向的，运营不愿意换新方向的项目，技术觉得没积累，基本上项目投入的资源减少，就会有一波辞职的。
资源不够的时候，还是老老实实只挑一个方向，好好培养团队一直做下去，尝试不同的方向，风险太高，资源本来就缺乏的团队，还是慎重开新项目。钱的问题好解决，方向试错了，团队成员流失才是最麻烦的。

@lsylsy2
@bigtan
关键在于控制权，其它cdn也是反代没有错，但是控制权放出来，可以自己定制反代的规则，默认是全放开的。
360的产品，控制权不完全在用户这边。

360的东西，风险还是大，当初他出的网站管家，整个云盾是先把流量转到自己的服务器上面，然后再反代回来。流量的控制权根本不在网站这边，流量被360这种公司把握，真的安全？
哪怕再小的idc机房，都支持放开哪些请求不审查，哪些ip过滤这种自定义的需求，360的服务呢。

零基础不要从tornado入web的门，tornado毕竟是轻量级框架，很多web功能不齐全。
session，crm这类做web数据持久化的模块是要自己来集成或者自己写的。
从模块完善一些的框架开始扫一下，把web的整体模块和流程理清楚了，再转看tornado的代码会轻松很多。
HTTP权威指南 必看
真的要从tornado入手，最好配合着做一个实践的东西，做个简单的blog之类的，把web从浏览器发起请求到服务器，服务器处理数据，服务器返回请求内容这一条路理清楚。
始终觉得新手做框架的模块集成是个坑，没人带会很累，自学的话，从大而全的web框架入手，因为整体思路是一样的，做出点东西建立起完整的web处理请求的思路之后，再转轻量级框架。

0.开始做站内布局，页面的主要标题，用h1标注，页面标题、关键词要和页面内容相符，正文内容最好原创，描述性文字尽量多，并且要带有关键词。站内导航位置按需要的权重由高到低的顺序排列。
1.前期做外链，到权重高的相关网站发文章链接。这个目的是增加搜索引擎爬你网站的频率，新站爬得频率会比较低。
2.中期保持更新，日更是必须的，当搜索引擎快照达到日更的时候，按快照时间逐渐增加更新频率。要主推的栏目或者页面，一定要保持日更，页面权重才能上去。
3.后期，大后期都没有玩过，不瞎指挥。

这么长的域名，词义上面不够朗朗上口。
用户如何记忆。
总不能前期就依赖搜索引擎吧。

读写比例？
写少，反代
读太多，读写分离+部署多个读库。
写多到单机扛不住，云数据库或者集群。
反代肯定是最简单的分摊负载方案。

反代可以设置缓存策略.
采集只能人工控制缓存策略.

肯定是反代自动化程度高一些,采集设置的策略未必有专业缓存的软件做得好.

没有说反代和缓存用什么软件去做,也没有说需要反代需要分担的流量,主站更新频率,是在耍流氓么?毕竟量级不同,需要采用的策略差异太大.

楼主提问的方式有问题。提问的时候姿态要放低，这要是身边有个高手，你过去一问这个问题，他先来一句，你怎么这么笨，没等他给你解答，你就先怒了转身就走么。别人吐槽不要紧，能得到结果就行。
首先gentoo的错误都是有提示信息的，不要看结果，先把安装日志的输出好好看看，会有详细的报错，比如安装因为依赖包版本不一致失败，或者哪里有冲突，安装日志里面写得清清楚楚，基本上把这个导致安装失败的描述复制出来拿去搜一下，就有结果了。只描述结果是没有意义的。
如果确实把错误的描述信息都搜了，还是没有结果，你又是用最新版本的应用，那可能真的是个bug，到官网提交错误描述和相关的软件版本号。
其次操作的上下步骤和上一步的输出都要列一下，让大家了解你的配置项和当前操作的系统环境配置。

gentoo讨论版都是这么问的，需要安装的应用软件-版本：错误描述。
主贴会贴出：make.conf 和 use flag以及安装的输出日志。

如果没有这些信息，得到的只是吐槽而已。问题很难得到解决。

gentoo的问题都在日志里，如果楼主确实要使用gentoo，学会看日志真的很重要，日志放哪儿，如何看，在官网手册都有说明的。因为后面如果要在gentoo上面使用开发的环境，基本上避不开软件版本冲突这个问题，尤其升级应用的时候，新手因为软件版本冲突导致重装的悲惨案例已经很多了。