问个问题，如果创业公司的架构师和技术 leader，是因为关系比较熟，被拉进来的，但是根本没有该方面的经验，这样的公司一般结局是怎样的

[li24361]

举例子，原来架构全是 java ，但是因为人员动荡，来了新的 cto 和架构，都是老板的很熟的关系，但是原来是做.net 和 python 的，不了解消息队列，缓存，高并发，就是说 title 和经验不匹配，那么这种公司，一般倒掉，还是换人，有相同经验的 v 友可以分享下。

[Heavytiger]

很多公司是这样的， leader 都不是不懂技术的。我还遇到一家公司， 2 个 leader 都不会写代码，设计啥都不会。都在 leading 。这公司最近资金链断了，还好我走的早，拿了一个月工资。

[Hyperion]

-_- LZ 你是想表达这个意思吧？

“但是原来是做.net 和 python 的，*而且*不了解消息队列，缓存，高并发，就是说 title 和经验不匹配”

[Hyperion]

APPEND 内容又是一段容易引起误会的话…

[uleh]

消息队列、缓存、高并发和语言有关系么……

[li24361]

@Hyperion 是的，终于遇到一个语文高手了

[jiongxiaobu]

我同学做毕业设计，做一个创业公司的项目， Web 方面。然后说导师门下的一个博士生是构架师。然后那构架师不知道 https ，服务器推荐用 windows ，说前端可以直接连接数据库，感觉他是十年前穿越来现代的。

[cdxem713]

@PP
PP 说得很中肯，技术牛不能代表一切，创业公司经常动荡，如果我是老板，也更愿意用自己身边的人，忠诚度高，公司不行了，这些人也不会随时离我而去。
很多创业项目技术上其实没什么难度，现在可能反而更看重销售和人脉了，技术有几个懂行的人，带着做几个月也就能把团队练出来了

[cdxem713]

不过主要还是看项目，事无绝对

[salmon5]

@ipconfiger 业务系统怎么靠 CDN 实现高并发，又不能请 CDN 公司写业务逻辑。单纯的网站静态页很简单的。

[li24361]

@cdxem713 互联网金融，用户量比较大，业务要求很高，不是普通的那种小创业公司，原来是买的一个成熟产品，所以没出问题，现在不能满足业务需求，要重新搞

[li24361]

@salmon5 上面有很多人可能理解的就是网站同时能承受多少人浏览，所以认为很简单，但其实我说的是类似于电商的那种，实在是很难想象用 python 来搞

[hick]

楼主在这个创业公司是什么角色? 就凭不了解消息队列和高并发, 你就判断"title 和经验不匹配"了? 创业公司大部分压根用不着, 或者说不需要这些玩意儿...

楼主想法太过幼稚, 好像有统计数据说生命力超过 2 年的创业公司不到 10%, 没人能统计这类型公司一般会怎么样, 简单举例有些公司技术根本不重要, 没有架构师 /CTO 也能过去.

[hantsy]

@hick 在中国大部分创业都是忽悠人的幌子，创业公司可能只是老板忽悠投资人的一个台阶。。。他们玩的可能是资本运作，看起来像创业而已。

我本人经历过两个创业项目，基本上都是被忽悠进去，要求快速的出一个产品（当然只是界面像个样子），而一般公司运营下去的，要考虑的东西很多，技术平台的未来扩展性，性能上支持某些点的高并发性（金融产品经常有一些抢购活动等），高容错处理，自动化运维支持（ CI ， CD ，日志分析）等。这些他们根本不会考虑，赶快出了一个东西出来去套钱才是目的，从来不会花心思去 [打磨] 一个产品。

我可能再也不会做创业项目了。

[salmon5]

楼主的郁闷我能理解。

@hick 恰恰是创业公司，有些需求不简单的，领导对技术都是二愣子，造飞机放火箭的需求创业公司很多，架构师不给力，下面的人就跟着吃苦吧。技术上汤浑水，加班熬夜扯犊子。

[salmon5]

对于“外行”的领导，创业公司今天要做百度一样的网站，下周做个淘宝一样的网站，员工就那几号人，有苦难言。

另外评论里面有几个是架构师的？

[hick]

@hantsy 感觉说大部分可能有点过了, 大部分人还是想做出一番事业来的, 只是每个人对这个社会的了解和判断不一样, 可能老板在自我陶醉的时候, 下边人不同的看法. 大家在不同层次观察问题, 本身可能没有高低贵贱之分, 只是看法不一样

要求创业型项目讲究太多的高容错, 自动化是有些过分的, 不管从当前浮躁的创业氛围考虑, 还是从用户的的角度考虑, 快速出产品本身没有错. 无论国内外, 时间就是金钱, 需要不断的快速出产品来试错. 每个人对"花心思打磨一个产品"的判断可能都不一样的, 如果搞不定工资, 又会有几个员工愿意跟老板花心思打磨产品哈?

回到楼主这里来, 每个人也都会有各自的优势和劣势, 楼主的分析粗糙简略, 只列别人的短处, 不列出别人的长处. 不管创业还是什么项目, 最需要发挥团队精神, 整合每个人的长处, 老盯着别人的短处看, 片面的判断就想得出一个结论和推测, 这种人只会是团队里的搅屎棍.

[mengzhuo]

楼主太 naive 了
CTO 不一定所有细节都知道的， 但是需要大方向的眼界、沉稳大气上档次 镇得住投资人或者股东就行
下面带头干活的技术经理 leader 知道就好了
ps 楼主你说的消息队列 缓存 都不是所谓的技术难点…

[mzer0]

你们一般用哪家 CDN? 什么价格? 买得多有折扣吗? 求推荐.

一定程度上, 我支持楼主 @li24361 和 @salmon5 的观点.

很多人误解了消息队列 /缓存 /高并发. 缓存并不等价于 memcache, 高并发也不等价于 HAProxy/LVS. 事实上, Java 程序员 的选择要比 Python 程序员 多, 因此 Java 总体上来说比 Python 更复杂.

1) Java 的同步 /异步锁是需要自行控制的, 这也意味着 Java 有更大的优化空间.
2) Java 在处理实时消息时有阻塞 /非阻塞的选择, 非阻塞有异步 /消息队列的选择, 优化空间很大.
3) Java 的高并发是需要自行控制线程调用的, 控制线程有很多种模型, 优化空间很大.

因此, Java 可以拥有很好的网络性能.

诚然, 现在网络服务器的瓶颈在于磁盘 IO, 但并不能说网络性能 /CPU 就不用考虑了. Java 可能无法大幅度提高性能, 但我必须指出:

1) Java 完全可以在很短的时间内编写出 Memcache/HAProxy 的替代品, 并且, 在其特定的应用场景上, 性能超越 Memcache/HAProxy.
2) 消息队列 /缓存 /高并发是 Java 的难点, 非常非常难, 我相信以上回答问题的人中, 几乎不可能有人能背出同步锁的实现方法, 因此不懂得同步锁的差异会对性能有怎样的影响.
3) 积少成多, 非常小的性能差异, 累积起来便可变成巨大的障碍.

但是, 非常遗憾, 几乎所有 Python 程序员都无法背出消息队列的基本模型, 缓存的基本模型, 同步锁的基本模型......我并不是贬低 Python 程序员, 我只是说明, 这就是为什么 Python 程序员无法理解 Java 程序员.

但是, 如果一名 C#的程序员背诵不出上述的基本模型, 那我肯定不能认同他. 因为上述模型是 C#的常识.

* 我并不是说 Java 比 Python 好, 相反, 我本人并不使用 Java.
* 但是, 任何说"消息队列 /缓存 /高并发"不难的人, 你们绝对是在扯淡, 在你眼里, 高并发就是 HAProxy? 缓存就是 Memcache? 完完全全是扯淡.
* HAProxy 和 Memcache 的性能真的不怎样, 很容易被超越. 为什么? 因为他们都是为"通用场景"设计的, 在特定场景里, 很轻松就能超越.
* 楼上绝大多数仁兄, 都是不计算线程调度的时间, 以及网络操作的时间的......

以上几个人背过多线程的基本模型??? 给你一台 20 核的服务器, 要求以最快的速度解决一千万个请求, 你会怎么做? 将请求以 HAProxy 分发, 并使用分布式计算来解决??? 扯淡!!!

如果自己不懂, 就老老实实坦诚自己不懂, 光是同步锁这一个内容, 就能写一本书, 微软年年都在研究同步锁, 每次出新的 Windows 都会使用新的同步锁模型, 你们懂不懂同步锁能造成多大的性能差异? 新浪开发的 FastSocket 你们知道吗???

楼上绝大多数人都不懂得如何发挥一台服务器的全部性能, 如何让服务器的 cpu 真正跑到 100%的占用率, 所以你们觉得瓶颈在于 IO, 实际上:

如果同步锁 /线程协调做得不好, IO 速率会非常非常非常非常低!!!

因为 IO 是占用 CPU 的!!!

所以很多人说瓶颈在于 IO, 其实很有可能瓶颈是你没有一个合适的编程模型, 导致 CPU 不断被占用, IO 需要使用 CPU 的时候抢占不到!!!

如果你写的程序不断去占 CPU 周期, 而且占得特别多, IO 受影响会非常厉害!!!

Python 做了通用的模型, 来简化程序员的工作, 使程序员不用考虑这些事情.
但 Java 程序员是需要考虑的.

[foxhunt]

创业公司，在最短时间内把握好核心需求，做出能创造价值的产品是正道
先把产品做出来，有收入能活下去了再说
其他更多的都是空话

[wizardforcel]

@bzzhou java 不上手 web 还真不了解消息队列和缓存 前者是 mdb 的组件 后者需要上 mc

并发可能会了解 但是需要一些底层的功力 以及常见并发模型的认识