@likuku 恩，这个版本寿命很短，知道的人不多吧。Win 97 是俗称，启动的时候显示的还是 Win 95。

@jy02201949 很多用户的需求不高，能用就行了，再说 BS 的部署不要太方便。

@liquanhai
@ibugeek
@halFKing
@pezy

我发现以前写桌面应用的，一直写不转型的话，MFC -> .Net -> WPF -> Qt 好象唯一可以走下去的一条路了。桌面的开发成本还是太高了，远不如用 Web 的那一堆框架+一条老狗带一堆新手组团，所以 CS 架构能往 BS 架构转的基本上都会往那边转。

@ibugeek 是入了 PHP 神教么？

@liuzelei 看规模吧，大公司里面我描述的可能是个高级软件工程师；中小型的这个配置够用了。毕竟大公司上面还有 CTO 呢。

不得不说，前端们真是把 js 玩出了花～～～

@miketeam OOP 这一条线上去也不是那么容易的，一般有几个阶段：

先要干几年的 software engineer，在别的架构师写好的框架上面搬几年砖，仔细体会为什么架构会这样设计，这一阶段你只需要把 C++，Java，C#任何一门用的烂熟基本就能混过去；

然后是自己尝试写一些小的模块，比如支付模块，用户模块，后台管理模块，存储模块，尝试自己从零开始设计几个小型的模块，这个时候你需要了解对象与对象之间的关系以及如何交互，Design Pattern 就用上了。

接着你对很多模块都比较熟悉了，是时候独立写几个完整的项目了，不管是 Web 还是 MIS 系统，还是其他 Application。尽量用上你前一阶段的积累，然后多上网找找轮子，看看别人写好的模块，这一阶段你需要站在整个项目的高度上去组织这些东西，实际业务用到的最多的 CRUD 这时候基本上就是体力活儿了。实际上这时候你才开始介入架构，一些高级的工具和方法这时候需要引入，比如 UML，泳道图，Enterprise Architect，IBM Rational Rose，IBM Rational Rhapsody 这些神器就开始上场了。

最后，你做过很多个项目之后，你发现有一些类似的项目，比如电商类、信息管理类等等，你发现这些项目有很多共性的需求，然后你将这些共性的东西提炼出来，用一种语言实现一个较为通用的框架，你做完了这个框架，然后有其他公司或者程序员陆续开始使用，积累到一定的用户基数，这时候，你才算是较为成功的架构师了。

当然，一般你把第三步做好就已经不错了。

互联网的屌丝一身运动鞋+冲锋衣，一出场就被西装革履的金融高富帅秒杀了；还有各种外企的 OL，各种小资各种优雅，看都不会正眼看一眼互联网屌丝，对她们来说，互联网宅男就一暴发户，要气质没气质，要品味没品味。

上面漏了一句，不喜欢 cpp，那 C#和 Java 起码还是要熟悉一个的啊，不然 OOP 没办法玩。cpp 玩熟了，其他语言不要太简单。。。

想做架构师，不熟悉 OOP 的那一套东西，不熟悉 Design Patterns，怎么可能做得出来架构？项目也要看好坏的，那些个垃圾项目，纯粹是浪费时间；还有一些项目是成熟框架，无外乎就是业务 CRUD，你又能学到什么么？

如果真心想扎下去，操作系统、算法、数据结构、网络、面向对象+设计模式，都是绕不开的，这些都是要静下心来认认真真啃那几本大部头的书的。这些东西，等你 30 多岁了就知道了。

@missdeer Mac 不知道，但 Linux 的 Application，Kernel，Driver 方面的书，简直不要太多，而且都是经典的鸿篇巨著。

Application 有经典的 APUE （虽然我看了一半放弃了），如果觉得不合适还有 The Linux Programming Interface，这本书真的是通俗易懂与时俱进。Kernel 和 Driver 也是，LDD，LKD，ULK 太多了。

唯一的缺点就是都是大部头，写的都不错，选择困难症克星。。。 一定要看英文原版