项目达到一定规模需要解决一些问题，对于一些问题，有一种很好的思路就是分层，我猜你这种设计就是分层的设计，这种架构设计广泛存在于 Java WEB 项目中，底层模块用于操作数据库，其逻辑对表层透明，底层与表层之间约定接口，这样每一层的每个模块功能相对单一，开发起来非常方便，在业务复杂度到一定程度确实能大大减少代码的重复以及大大降低逻辑复杂度。不过还要看用于何种场合和如何设计。通常是一个小团队维护一层，层与层之间的接口要有规范的版本管理。如果你觉得你们公司使用这种架构并没有达到上述优点反而变成了累赘的话还不如换架构。

这要看地点、工作内容。

我本人是做技术，我就拿技术来说吧。

如果在北京的话可以不用考虑这家公司了。
一个公司真的很看好你的话肯定不是只和你讲好以后每月的工资，而是明确告诉你未来公司对你的期望以及工资上涨的规则；比如一开始是每天 100,以半年为评定周期，第一周期结束要求达到初级工程师的水平，可以单独接受开发任务，进入第二周期工资会有大幅度上涨（你也可以问第二周期工资大概会涨到什么水平），而第二周期结束要求达到的技能水平可以现在谈也可以以后达到第一周期再谈（比如可以很好地掌控完整的开发流程，进行简单的模块架构设计等等）。

个人对 996 完全没有任何好感，我认为这种制度是不人道的，而且从侧面反映出公司工作效率很低，现在好多创业公司都是弹性工作制，从一个工作者的角度来看，人性化管理工作起来舒心。

最后一点，这很重要，没有毕业是不能签劳动合同的，只能签劳务合同，劳务合同是天杀的 10%的税，你可以算一算你税后能拿多少钱。。。


个人观点，仅供参考，不喜请勿喷。

if(北京&&技术&&(Hacker||Geek)&&兴趣)可以联系我～～

防雾霾的话首先第一点要看口罩、滤芯达到什么标准，主要是国标、欧标和美标，具体标准等级请看 3M 官网（ http://solutions.3m.com.cn/3MContentRetrievalAPI/BlobServlet?lmd=1375408400000&locale=zh_CN&assetType=MMM_Image&assetId=1361692995336&blobAttribute=ImageFile ）我用的是欧标 FFP3 的，能过滤 99%以上的颗粒物和油气，加上正规购买渠道和品牌，应该还是挺可靠的，只是佩戴要正确，而且第一次佩戴的时候最好稍稍晾一下，因为生产过程中会引入异味。

我用 3M 9332 ，带呼吸阀，只要不是全天佩戴不会觉得缺氧， 30 元一个，基本上一周换一个。
如果考虑省钱+可靠+舒适还是买 @scenix 类似的装备吧。初期成本高，貌似后期成本低，不过个人由于懒得清洗还是用一次性了。。。

现在在用七牛 CDN ，感觉还行，不过国内 CDN 一级运营商貌似都是电信和联通的线路，移动的线路用的话效果都很差。

https://github.com/creationix/nvm

优点：
1. 全版本任意切换，一键安装
2. 全局模块安装在自己的 home 下面，不需要 root 权限

然后在 shell 的 rc 文件中配置淘宝 npm 镜像源：
# Mirrors of nvm
export NVM_NODEJS_ORG_MIRROR=http://npm.taobao.org/mirrors/node
export NVM_IOJS_ORG_MIRROR=http://npm.taobao.org/mirrors/iojs

# Mirror of npm
alias cnpm="npm --registry=http://registry.npm.taobao.org \
--cache=$HOME/.npm/.cache/cnpm \
--disturl=http://npm.taobao.org/dist \
--userconfig=$HOME/.cnpmrc"

《 Just for Fun 》中的情节好象是 Linus 觉得学校里的 Minix 超级难用，而且不支持新出的 CPU 保护模式功能，所以想重写一个 Minix ，越写越觉得恶心，起初发邮件给 Minix 的开发者咨询技术细节，后来作为一個天生的喷子的他终于与 Minix 开发者大骂了一架，于是推倒之前的代码，用自己的思想写了一個系统内核，也就是后来的 Linux Kernel 的原型。
Minix 是微内核结构， Linux 是大内核结构，不过现在的发展开来貌似也不那么分明了。

一句话总结：推荐用 WPS for Linux 。

Linux 各种发行版的使用经验有 11 年，目前在使用 Arch ，我是一路看着 OpenOffice 和 LibreOffice 爱恨情仇的，对比过这两者和 WPS for Linux 的特点。
个人感觉 LibreOffice 比 OpenOffice 成熟但臃肿，运行效率差，两者对于中国人的使用习惯并没有太多的专门设计，若想尽可能体验 M$ Office 的全面和缓慢的话可以装 LibreOffice 。
WPS for Linux 虽然仍然是测试版，但是已经发展很多年了，如今使用起来已经非常稳定，而且 WPS 是 Office 软件的老牌厂商，产品设计和对国人的优化方面做得确实不错，程序的运行流畅性也很好，虽然只有文字、幻灯片、表格这三个基本功能，但是对于绝大多场合来说这三者就完全足够了。

需要说明的一点是，如果你的文档用于对格式严格要求的场合（比如政府或学校论文），还是乖乖虚拟机+windows+M$ Office 吧，用其他软件的话格式上多多少少是有些区别的，毕竟不是通用标准。

唯一不足的一点是安装不是很友好，毕竟是在开源平台上，商业性的组件（如字体）是不能直接包含在开源许可证的软件包中的，所以字体要用比较 hack 的方式来安装（简单粗暴就是把 windows 字体都移植到 Linux ，反正格式都兼容），用 Arch 的话因为有 AUR 所以还比较方便，虽然折腾一点，不过用 Linux 的乐趣不就在这吗？

@theKingOfTerrors 如果用的库并不冷门的话其实是可以在 Stack Overflow 上搜到答案的，没有的话也可以自己在 Stack Overflow 上提问，类似于国内的 CSDN 问答，好多开发者都会在 Stack Overflow 上关注自己参与开发的项目的相关问题的，实在不行，如果所用的库是在 github 上的可以直接提交 issue 提问。
如果你只是快速写一个程序用个一两次的话是没什么问题了，如果把爬虫产品化的话还是学学爬虫领域的尖端技术吧，毕竟爬虫程序对效率要求挺高的。

其实用什么语言都好，因为毕竟现在什么都可以用硬件来堆，就看你看重哪一点了，如果想省钱就用高效的编译型语言，如果想开发简捷就用解释型 OO 语言。

实时的话就不要用 HTTP 协议啦，因为一条消息都要重新三次握手建立一个 TCP 连接超级慢，建议用类 Web Socket 技术。

据说 Meteor （后端 Node ，前端跨平台）可以简单快速地开发出实时同步的应用，之前看人演示过，简直就像黑科技。

直接写入文件和直接写入数据库应该速度差别不大，差别有可能在于读，因为数据库是可以检索的。
如果你用 Linux 服务器的话操作系统是会自动使用空闲内存做高速缓存的（ free 命令中的 buff/cache 字段），内存大的话无论是写文件还是普通的硬盘数据库也能像内存数据库一样快速响应（在理论命中率高的情况下），如果数据量大用不起太多内存的话可以用 Redis 一类的内存硬盘两栖数据库，将部分数据放到内存里使用，自动同步到硬盘上。

最后在写逻辑的时候不要忘记要处理同时操作的情况，非原子操作可能会导致死锁或脏数据的产生。。。

如果只是想快速开发爬虫的话就用第三方库吧，楼上的大牛们都列出来了；如果你对做爬虫感兴趣的话可以看看那些开源库的源代码，对理解 HTTP 协议和前端技术有很大帮助。最后建议学的时候着重理解思想，因为思想在任何一个语言下都可以用的。另外有一个小窍门，就是如果你想找某一功能的代码或类库直接去 github 上搜索相关关键字就可以了，有的时候会有意外惊喜。
:-p s. 你确定不学学 python ？ python 的爬虫技术可是出了名的强大和成熟。
:-p :-p s. 好吧，我本人也不怎么用 python ，我都是用 nodejs 的，只是因为可以直接实例化成 Document Object 像在浏览器里操作那样直接用 js 操作，另外也可以在 node 中直接用 jquery ，处理 DOM 很方便。

初中的事了。。。忘记什么感觉了，但貌似一开始就已经进入码农状态了。。。专注和死扣

题主的用意确实让人觉得温暖，产品、前端、后端、 App 、质量、运维等等角色都是平等的，在优秀的团队中都是同等重要的。
做技术的时间长了，好多人就形成了思维定势，整天都在说前端比后端怎么怎么样、网页比应用怎么怎么样、数据比业务怎么怎么样等等，正所谓好多搞技术的人都有一个通病——觉得同行都是 SB （ PHP 是世界上最好的语言？），实际上不同的人在不同的技术团队使用不同的技术栈在不同的产品上的工作方式是有很大差异的，单纯讨论究竟做前端好还是做后端好还是做其它职位好是没有意义的，需要把好多变量填全，即是： XX 人在 XX 技术团队使用 XX 技术栈在 XX 产品开发上是否更适合做 XX 角色。
对于还未迈入社会或刚迈入社会的人来说，毋需去掂量某一个职业本身有多大价值，重要的是尽可能地了解自己和与自己相关的职业圈，要知道自己究竟适合做什么职业、在什么样的团队做以及做什么产品。
我的导师有一句话影响我颇深：“一个技术人员的优秀与否并不在于他掌握多少语言、框架或工具库，因为那些都是别人的，一个技术人员的优秀与否取决于是否有自己的思想，以及是否能够解决问题。”当然这句话并不是说就可以不去学习别人开发出来的语言、框架和工具库了，这一点可以用我喜欢的另外一句格言来做补充：“找到解决所有问题的方法，如果实在没有，就去创造一个。”
题主引用的博客其实也并不是没有价值，至少说明了服务端工程师在某些团队、使用某些技术栈、做某类产品时的现状，对于应届生来说还是有一定的参考价值的。

个人见解，不喜勿喷。

我收集的一些电影配乐，包含 Hans Zimmer 、 X-ray Dog 等艺术家的佳作，无词，基本都是史诗类的。写代码的时候提神之余还能带来强烈的使命感。

http://music.163.com/#/playlist?id=91119351