感谢赞赏！给好友秀一下吧
内容棒，扫码分享给好友
为什么很多技术合伙人参与创业时会先谈钱？
最近，收到一封缘创派(ycpai.com)用户的反馈：“我这二周谈了十几个技术合伙人。很多人并没有做好心理准备，只是希望找个兼职或者赚个外包。所以我用一个词形容他们叫叶公好龙。是否真的准备好创业，愿意承担风险和准备投入去做对于创业来讲非常重要。”这些朋友在抱怨：为什么找技术合伙人的时候，很多人会直白的谈到参与创业项目的费用呢？为什么很多只想先兼职呢？这些创始人认为，既然我是在找合伙人，那大家就是要全情投入，立刻辞职，不拿薪水，共同奋斗，为了未来的收益而努力拼搏。你这上来朝我要钱，那怎么能算合伙人呢，这不就是外包和招聘了吗？随着更多类似的抱怨，我开始仔细思考这个问题。有一次，我在缘创派的线下活动中对技术人员这个群体做了一些分析。告诉现场的一些创业主导者，为什么很多技术人员会这样做。大家听完之后，表示很认可。我认为，正是因为很多主导创业者没有接触过技术人群，所以才需要通过缘创派这样的找互联网创业合伙人的网站来有机会接触到希望参与创业的技术人员。之所以产生沟通中的矛盾，主要是因为很多创业者对技术人群的了解太少造成的。因为我在全球最大的技术人员社区CSDN工作过十多年，经常与技术人员打交道。比较了解他们的情况和思维模式。所以，我希望简单介绍一下，大家可以和技术合伙人互换一下角色，站在他们的角度来思考和观察创业。这样就能够更好地理解他们，并更好地合作。技术人员与其他的创业者相比，有几个很大的不同：一、技术人员的职业生涯很短暂，机会成本高，他们对风险的控制要求极高。很久之前，就有“程序员和**一样，都是吃青春饭”的说法。这并不是危言耸听，事实上，在中国，程序员的职业生涯的确有限制。从二十多岁到三十多岁，一般四十岁之后再编程就很难得到认可（现在，开始有很好的转变了。）而在这个期间，早期的几年还是处在学习的阶段，而在工作超过六年以后，很可能他在公司中会有强大的发展，获得了足够的重视。其实，对于技术人员来说，只有中间寥寥几年会是技术水平可以，同时关注创业的时机。当他面临选择的时候，他考虑并不是所谓的虚拟的1%的成功机会带来的巨额回报，而是自己的职业发展向何处去。技术人员评估风险主要有：技术成长和收入，其中技术成长的重要性更大。很多技术人员加入BAT这样的公司，除了收入不菲，更重要的因素就是这些公司的技术大牛多，自己的技术水平可以提高。而创业公司，往往是实现某个特定的业务，对他们的技术成长可能帮助不大。我们都知道，95%的创业项目会失败。如果失败，与主导创业者、市场或者运营人员相比，技术人员的损失和挫折感最大。因为，其他的创业者会感觉自己虽然没有成功，但得到了很多教训，这也是非常有价值的。但技术人员会认为，自己写的代码最终的价值等于零，这段时间的付出完全没有回报。如果技术再没有什么进步，这对他们的打击是致命性的。这些原因造成他们对走出创业这一步的风险控制要求极高。再加上双方之前不认识，要基于陌生关系开始合作，这个信任基础需要逐步建立。如果你还不相信，请看《乔布斯传》里的真实故事：沃茨负责Apple电脑的技术，当他把产品设计出来之后，乔布斯让沃茨出来创业成立公司一起做。沃茨直接拒绝了乔布斯，因为自己在惠普工作，他给乔布斯提议自己能不能先兼职干（要知道，他们两个是从小时候就认识的。请哪些感觉自己创业项目很NB的创始人体会一下。） &最后是乔布斯到沃茨家去哭，给他所有的亲戚打电话，逼着沃茨才出来的。这是因为，技术人员天生就是对风险控制的，他们是非常理性的人群，要他们去冒险需要更强的说服力。所以，当对方提出来兼职的时候，不要把这个看作他们不想创业，不是技术合伙人。他们只是在控制风险，觉得没有到时机。二、技术合伙人是互联网创业中前期最重要的实现者，但他们的核心价值是有阶段性和替代性的。如果问你，在互联网创业中，技术合伙人重要吗？你肯定要说废话，当然重要。但很多创业项目的创始人并不是特别明白：技术合伙人什么时候最重要？技术合伙人在开始阶段最重要。因为，只要是互联网创业项目，你总是需要要依托技术实现某个产品原型的。现在要想拿到投资，基本上很难凭一个idea了，至少需要一个原型，甚至是早期的产品上线。但事实上，因为找不到早期的技术人员参与，大部分人都折在只有一个创业项目的阶段。所有的投资人都说，创业最重要的是团队，所以很多创始人想先找到合适的技术合伙人。这对于已经成型，有着良好磨合的创业团队，是毋庸置疑的。但对于很多项目来说，其实其实投资人主要看的团队是创始人自己，另外就是你的原型产品和早期的运营。所以，越早把你设想的产品做出来，运营起来，这才是最重要的。技术合伙人在这个阶段，最重要的任务是帮助你把产品做出来。但是，双方之前不认识，没有磨合过，怎么办呢？这个信任基础从何而来的，钱其实是一种快速开始合作，进行磨合，并且建立初步信任的变通手段。我分析过很多找到合伙人的案例，结论是：技术合伙人要钱并没有错，但不能按照外包的价格要钱。我看到一个做手机游戏的创业项目，创始人给兼职的技术合伙人很少的一点钱，一个月3000，技术人员便将自己所有的业余时间全部用来项目的开发，每天晚上都工作到12点，甚至到凌晨两点。这个参与者都表示：如果做出来产品，推到市场的有效果，那大家就可以全职出来做。这个创始人也表示，如果是雇佣或者外包，没有任何人会只拿3千块，用自己所有的业余时间辛苦做事的。事实上，大部分创业项目，成功与否不在技术本身，而是在产品和运营。你只要找到一个愿意合作的技术合伙人，给一些象征性的费用，做出一个版本，上线运营测试一下，便能够知道自己的项目是否靠谱。在36kr的很多创业经验中，都提到过这种方式。我个人感觉，如果对方要的费用如果在其薪资的1/5到1/3期间，不应该认为技术人员是为了钱，他们是为了控制风险。三、技术人员的核心思维模式是质疑和要求短期回馈，这恰恰给了创始人主导项目的机会。在创业团队中，创始人一定是最具有激情的哪个人。是他发现了一个市场空白，找到了一个机会，然后认为这就是成功的机会。于是说服了自己。但是，技术人员恰恰相反，他们是极其理智的。因为长期和电脑打交道，形成的是逻辑性的思维。当外人给他讲述一个理念时，他的第一反应是质疑。是真的有这个需求吗？做出来有人用吗？怎么推广，怎么产生收入？很多时候，说服他们是非常困难的。技术人员创业为什么很容易失败？因为他们只和计算机打交道，除了自己的需求，他们并不了解市场和用户。所以，他们自然对别人所讲的市场需求是质疑态度。技术人员在编程的时候，逻辑就是有输入，就有输出，而且回馈速度越快越好，这个可能会影响技术人员的世界观的，他们希望得到回馈的周期短。很多项目创始人表示，我愿意拿出超过30%甚至更多的股份给技术合伙人。其实，除了代表创始人不够成熟外，这样的许诺不仅技术人员不重视，甚至反而会招致技术人员更大的质疑：“是不是这个项目不靠谱，所以才让我先做呢？”但是，这恰恰给创始人主导项目的机会。只要你能说服技术合伙人，稍微付出一些费用，这样就可以把项目的未来价值握在自己手中。一定要谨记，技术合伙人最重要的职责是理解业务，把产品做出来。在整个创业团队中，他更倾向于一个实现者或者翻译的角色。不能指望技术合伙人对项目的理解和认同和自己一样。相信很多人看到这里，还是会不屑的说：我觉得他们还不是合伙人。为什么不能不要钱，立刻和我光膀子干呢？并不是没有这样的技术合伙人。缘创派上也有很多创业团队组成之后，大家都不拿薪水。但我注意到，这种团队有几个特点：1. 大家都是技术或者产品背景，都参与具体的开发工作。所以大家不拿薪水感觉公平 2. 股份平均化。既然都不拿薪资，那大家的股份就会平均化。（但事实上，股份平均化对于创业项目来讲有很大的弊端。）如果你想主导创业，如果自己不是技术背景的创业者，还是试着互换一下角色，去理解技术合伙人吧。毕竟，把项目做出来才是第一位的。而且，这个阶段其实是一个相互磨合，不断建立信任的过程。创始人要想把握项目的主动权，只凭借一个想法，而不是一些实际付出是不现实的。最后再总结一下，这样才能抱着理解的心态到缘创派(ycpai.com)上找互联网创业合伙人：1. 技术合伙人对创业想法首先是质疑的，他们要短期回报并不只看钱，是为了控制风险。2. 技术人员愿意参与你的项目，本身就在冒风险。因为一旦失败，他们失去的最多。3. 兼职是某些陌生合作下的过渡阶段，在合作中提升信任，最终成为真正的合伙人。
*文章为作者独立观点，不代表虎嗅网立场
发表，并经虎嗅网编辑。转载此文章须经作者同意，并请附上出处()及本页链接。原文链接https://www.huxiu.com/article/21214.html
未来面前，你我还都是孩子，还不去下载 猛嗅创新！
最多15字哦
后参与评论
缘创派创始人，缘创派-找互联网...再不懂互联网核心技术，创业就没什么出路了！
互联网时代，不懂两个圈，你就out了;不用两个圈，你就失败了。
什么是互联网思维互联网思维，就是在（移动）互联网+、大数据、云计算等科
技不断发展的背景下，对市场、用户、产品、企业价值链乃至对整个商业生态进行重新审视的思考方式。
举例说明：
小王开了一家馒头店，手工制造，完美无瑕无懈可击，6毛钱一个，生意好的时候一天卖1000多个，不好的时候也能卖500个。
后来小王运用了互联网思维。
1、只要你在店里买豆浆，馒头只需5毛钱一个，豆浆成本3毛，卖1元1杯。这下
他每天能卖1000个馒头+1000杯豆浆；这叫关联营销战略；
2、后来馒头不要钱，只需要买豆浆就行这叫免费营销战略；
3、来的人越来越多，馒头做不过来了，买了台馒头机，只要你买豆浆就行可以自己去做。这叫迭代思维战略；
4、来的人更多了，只要你是老顾客，提供了小板凳和太阳伞便你更舒服地排队，这叫增值服务战略；
5、如果你一次订一年的豆浆，提供免费插队优先买豆浆，这叫会员体系战略；
6、人越来越多，于是把隔壁的门面租下打通，这叫平台战略；
7、隔壁的门面不卖豆浆，只卖油条烙饼稀饭，这叫丰富产品战略；
8、小王找人写了篇文章《人间还有真情在，白送十年》贴的到处都是，这叫软文推广战略；
9、每隔一段时间，请来美女歌手演出一场，这叫美女网红战略；
10、客人越来越多，决定开连锁店，找银行贷款，这叫融资；找亲戚朋友借，这叫P2P；找客人借，说只要你借我钱送你一盘小咸菜，这叫众筹；
11、连锁店开起来老人，一家只有桌子板凳，另一家真皮沙发，这叫差异化服务战略；
12、看到开馒头店能赚钱，一条街上开了7、8家，于是现在馒头不仅随便拿，拿一个馒头白送你1毛钱，这叫补贴；
13、隔壁街的商场要来店铺门口发广告，小王收一天1000，这叫流量变现；
最后，小王卖着豆浆油条烙饼稀饭，收着广告费，连锁店开遍了全城，在他的店里除了馒头不要钱，其他都要钱。这叫互联网+馒头店
在创业的道路上你具备了互联网的思维了吗？
我是明灯创业圈，本人从事互联网创业多年，帮助创业者指引创业方向，聚焦核心，少走弯路，创业成功！
责任编辑：
声明：本文由入驻搜狐号的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
今日搜狐热点创业项目该如何选择技术?_百度知道
创业项目该如何选择技术?
我有更好的答案
选择方式：选择适合自己的企业类型：工商企业的类型主要有四大类，即零售业、服务业、制造业和批发业。从事零售业和服务业所需资金较少，容易进入；而从事制造业和批发业则需要大量的资金，但也提供巨大的潜在报酬。大学生要选择真正适合自己的企业类型，必须综合考虑多方面的因素。首先是个性因素，即自己的兴趣、爱好等。如果喜欢与人打交道，就可以考虑服务业；如果不喜欢与人打交道，而更喜欢解决工程技术性问题，就应该考虑制造业。其次是技术专长与工作经验。技术专长是一个人具备的所有专业知识和技能，是重要的创业资本。从事自己最擅长的行业，是创业成功的重要保障。第三是资金需求。企业类型不同，所需投入的资金数量也不同，资金回收的周期也不同。资金需求量最大的是制造业，资金投入大，回收较慢；而资本需求量最小的是服务业。要根据自己的资金情况和创业项目所需资金的数量，权衡选择适当的投资项目。第四是人脉。如果在所要从事的行业里有自己的亲人、朋友或认识的专家，’那么他们会给你提供很多有价值的信息、建议和帮助，当然也可以提供资金方面的帮助。总之，要根据各类企业的特点和要求，结合自身的创业条件，初步确定要从事的行业。选择适合自己的创业领域：大学生具有一定的专业知识，思维活跃，容易接受新事物，这有利于创业的开展。但是，由于没有进入社会，大学生在商业意识及管理、营销等方面的实际经验比较缺乏，这对创业增加了风险。所以，大学生创业既有优势，也有局限，在创业方向和创业领域的选择上应该扬长避短，寻找适合自己发展的道路。目前，适合大学生创业的领域很多。具体来讲，一是高科技领域。大学生可以利用自身的知识及学校资源，进行科技成果的应用开发。二是智力服务。智力是大学生的资本，智力服务创业项目一般成本低、见效快，如咨询、家教、翻译、计算机维修维护、设计工作室等。三是信息技术。IT产业一直被誉为创业“金矿”，大学生在计算机使用方面具有优势，可利用自己的知识技能进行网上创业。四是连锁加盟。对创业资源十分有限的大学生来说，通过连锁加盟形式创业，可以快速掌握经营所需要的知识和经验，从而降低风险，提高创业成功率。五是创意小店。如手工制造、特色专柜等。这种小店规模不大，经营相对简单，对社会经验、管理、营销、财务要求等也都不高，比较适合初次创业者。六是代理。从代理起家，从销售入手，相对比较简单，投入也会小一些，能达到降低创业风险，快速积累第一桶金的目的。从做代理商开始创业，最后做大做强的例子有很多，著名的联想集团就是这么起家并成长起来的。发现商机，选择创业项目商机即商业机会，也叫市场机会，是指市场中客观存在的未被满足的需求。企业存在的价值，就在于满足市场需求。另外，人们在生活中总是存在这样那样的困难和不便，而寻求解决这些问题的方法也往往给创业者带来创业的契机。所以，需求带来商机，问题孕育商机。商机是驱使创业者进行创业的直接动因。发现商机的方法很多，常用的方法是头脑风暴法和实地考察法。所谓“头脑风暴法”，就是让人们围绕某一问题，打开思路，充分发挥想象力，提出尽可能多的有助于解决该问题的建议和想法。运用头脑风暴法可以激发每个人的创造力，使每个人从中受到启发，最终找到合适的创意或解决办法。所谓“实地考察法”，就是对特定地区进行实地考察，了解人们的需求或生活中存在的问题，从中寻找可以把握的商机。创业的过程就是寻找和发现、识别有价值的、可以利用的商业机会的过程。一个商业机会是否具有价值，要看它是否能够真正满足顾客的需求；判断商业机会的大小和发展前景，要考虑其能提供可赢利空间的大小及风险如何。另外，创业者在识别商机时，还要考虑该项目是否符合自己的能力水平及各方面条件，与竞争对手相比是否具有竞争优势等。总之，应综合考虑各方面因素，要选择那些既有市场发展前景，又符合创业者自身条件的创业项目
采纳率：32%
来自团队：
这些年，许多人问过我下面相同的问题： 我开始了一个新项目，你认为我该使用什么技术呢？ 通常，这些人属于下面两类中的一类： 已经做出决定的技术人员 需要鼓励支持的非技术人员 在一天结束的时候，我怀疑这些人是否真正关心我的答案。或许他们只是想知道我们是否面对相同的问题或只是需要鼓励支持。 坦白的说，作为一名工程师，我信奉这个说法：伟大的想法可由几乎任何技术构建。它们都有自己的优点和缺点。无论你选择什么技术，你都要为它带来的风险买单。但真的，你项目的成功与否更多的取决于愿景、领导团队、执行和市场，而并非技术的选择。 现在，我是一个负责人，我每天做技术上的决断。当我选择了一个特定技术时，我要能够证明这个决定，向我自己、我的合合伙人/员工和潜在的投资者。我根据项目及公司愿景做技术选择。 项目要成功你必须有一个坚定的愿景。如果你能将你的愿景转化成一组衡量你每个决定的值，你的前进道路会更清晰，也更容易找到合适的加入你的人。 除了愿景，许多初创公司专注于文化。人们都说文化是由创始人、最初的几个员工及产品本身确立的，然而，技术抉择对公司文化有直接影响这个说法却没怎么被提到。 你的项目初创可能基于J2EE、Oracle、Perl、PHP、Rails、Node.js或.NET，随之而来你的团队工程师将有不同的期望，不同的价值观，和不同的关注点。这些技术没有本质上是坏的。伟大的事情都有各自不凡的所在。它们伴随而来的是一种文化。 几年前，我遇到一位负责人选择使用Node.js来搭建自己的应用。出于好奇，我问他为什么选择Node。他的回答很简单：基础的工程师对Node.js很兴奋，所以我可以更容易招募到愿意免费贡献的人，因为他们希望积累相关经验。 这个决定显式地定义了工程师文化和团队成员——那些能够在这个项目中工作或感兴趣这个项目上工作的人。 问一个不一样的问题 那么我们不应该问什么技术是我们需要使用的， 我们应该问我们自己： 这个技术符合我们公司的核心价值观吗？ 这显然是个更为之困然的问题，因为你需要切切实实地了解你公司的核心价值观。这将是创建一个成功项目的关键。 你不能盲目地套用技术就像你不用套用别人的商业计划那样。这是公司身份的一部分，你的核心价值观，你的目标，你的团队，你的期望都是跟别人不一样的。 关于“这技术在某某公司用得适合啊”这样的论据是很少有效的。例如Facebook使用PHP，它“在Facebook公司用得很适合”，但是这意味着我们选都应该使用PHP吗？ 技术文化联盟 要具体描述这些技术社区的特性是很困难的,但我会个你分享我在不同选择上的观点与看法。请自由在评论里分享自己的看法，也可以包括关于其他技术社区的。 古典学校： 这里有些是“经典“的语言：他们已经被使用很长的一段时间，并且被证明他们的价值。他们的使用范围已经很广泛，但却引不起别人更大的激情。 注意：我在这没有提及Perl，因为我并不知道有哪个创业项目是以Perl作为核心技术来创建的（6？）。 PHP 理念: 功能都实现出来，这非常重要 就像互联网的基础一般 只要有一个方法去实现它，那么就不会被破坏 只要它运行起来并且速度很快，那么其他东西都是没有意义的 不要太理论化了，我们的语言是非常通熟易懂的，任何人一眨眼的功夫就能上手了。你可以用Java做同样的事情看看！ 面向对象是种落后的想法 常见的使用例子: (在2013年中期) 你的第一个web app Wordpress/Drupal的扩展 个人观点: PHP拥有它光荣的日子。它真的让web开发更加简单，容易上手. 但是, 大概因为大量新的程序员开始使用PHP并且它拥有个不是那么地坚持自己观点的社区，所以只有少数人能写出漂亮的PHP代码。 良好的拥有规范的代码例子是很难找到的，并且我甚至不敢肯定PHP拥有自身的规范。这导致了PHP社区以糟糕的代码质量，缺乏测试，安全问题如同梦魇和像在2000年代初期般的落后品味而著名。 拥有良好规范约定，开发流程和指南的强大的PHP团队，是可以完成伟大的事情的，但这样团队很稀少。 Java 理念: 可移植性 像C/C++般的能力和表现，但却能够自动管理内存 更多地关注面向对象 IDE是必须有得 我们要消耗所有的内存，因为它们是一文不值的 线程处理是个好方法！ 不要提起Java applets 看看我可爱的JVM！ 开源（但拥有者为Oracle） 缓慢但更为安全的开发流程 个人观点： Java是非常有趣的。在几年前很多开发者已经厌倦了Java，他们找到了其他新大陆。他们开始转向一些脚本语言，像PHP，Pyhton，Ruby或者一些更加难懂小众的语言像Erlang。 尽管如此，Google通过Android展示了Java并不像我们脑海里的那么糟糕（只要你并不是使用J2EE或者Swing）。现在有一种”赶时髦“的趋势视乎暗示着Java再次变得酷起来了。这些大多建立在两件事情上: JVM 让人难以置信高质量的代码库 即便如此，对于我们来说，花一整天来编写Java程序看起来并不是一件吸引人的事。如果你打算依靠Java的堆栈，那么有一系列的其他JVM语言供你选择，他们成熟而且兼容Java扩展的库（例如：Scala, Groovy, JRuby, Clojure），你总是可以混搭使用它们。 自从大量毕业生学习Java后，聘请Java程序员并非一件难事，但是要找那些前期创业公司，高水准的工程师并且对写Java程序感兴趣是一件极具挑战性的事情。 另外注意：如果你的目标是Android，那么不用想得太复杂，即使你认为其他JVM语言更好，你也要坚持使用官方的堆栈。 我们仍然有许多的原因在你的创业项目里使用Java技术，但你可能会想同时使用一些的”更快，更灵活“的解决方案（Ruby, Python, Node…）。对于公司跟工程师来说，一个多语言环境带来了大量的价值，这就是为什么Java社区看起来节奏很慢，但却肯定是活跃的。 Java绝大部分是吸引了那些受到了传统的训练的工程师，他们向往舒适，有重复性，总所周知的编程模式。他们习惯关于使用这种语言，这种工具，这种自然的节奏。或许他们并不是最具有求知欲的开发者，但是他们却是很可靠的（当然，你要挑选了正确的人）。 C#/.NET 理念: 是更加好的Java 最初是为了桌面与嵌入式软件设计的 我们比开发Java的小伙伴们拥有更好的IDE 虽然是企业级般的重量了，但是我们提供了大部分Rails很酷的特性 我们有矛盾的开源版本 缓慢但更为安全的开发流程 个人观点: 当我回顾C#在发布C#5的时候，我不得不惊叹，我真的对该语言新的特性留下了深刻的印象。单从纯粹的语言设计角度来看，C#是有一丁点的领先于Java。在Visual Studio里写Javascript时的欣悦感让我感到很惊喜（自从我用VS主要为了C++后，我真的再也没有期待过什么了）。 另一件让我印象很深的是：C#可利用的文档的质量非常显著！但是C#并不是开源的，和Visual Studio + MSDN 非常昂贵，并且整个环境都因为licenses跟内存损耗而变得很糟糕，这些事实多少让这个好印象打折扣了。 微软正在慢慢地往开源发展，所以有了更多像Azure的开源方案。但是作为一个社区，.NET仍然是微软开发的中心。作为创业者，你应该考虑下你对开源与拥有企业支持的文化之间对比的看法。 C#大部分吸引了Java群体中的变向者：这些工程师们寻求稳定性和有保障的合同远胜于追求开源。还有他们可以容忍IIS！ 明确的可替代品 在过去的这些年，有两个动态语言对于新的创业项目来说变得十分受宠：Python and Ruby。这两个语言实际上有非常多相似的地方。现在Python因为后台apps而著名（因为NLP, biotech, APIs, SOA的因素 ）而另一方方面，Ruby因为面向用户的apps而著名。尽管这两个语言都受到了一样的限制（主要是性能跟并发性），但是他们的核心价值和社区有着不一样的专注点。 Python 理念: 只有一种显而易见的做事方法 代码要漂亮简洁和明确 文档是关键 有较强的语言设计引导 个人观点: 作为一个更喜欢ruby的人来说，我常常嫉妒python项目文档的质量。同时python设计的初衷——给你一个正确的编程方式却又让我又爱又恨。通常这一初衷对于团队来说很好，但某些时候可能令人抓狂。 在某些领域python有很多优秀的库，并且这些库和你想解决的问题有关，这种情况下python可能是最好的选择。python开发者知道怎样去讨论交流他们的代码。他们用文档记录所做的事情并且用面向过程来描述他们务实的方法。 但是python在互联网流行前就已经存在，如果你关注的是并发和高吞吐量，那么这个并发性很差的动态解释语言可能不是一个很好的选择。 python主要吸引的是那些想要一个现代但通过充分验证的语言的更加务实和经验丰富的全栈开发者。 Ruby/Ruby on Rails 理念: 为人而不是机器而设计的Designed for humans, not machines 极端的灵活性：如果陷入困境的话，是你的原因，那是你 一切力求简单、优雅并充满乐趣 DSL至上，尽DSL 测试非常重要 事情变化很快，保持学习 激情活力的社区 个人意见: 就我而言，Ruby是我几年来的首选语言。你会发现令人难以置信的、大量的Ruby开源代码。Rails实在是一个了不起的Web框架，如果你知道如何使用工具的话它让使大多数的Web项目容易实现。 但灵活性和过快的开发周期也有缺点。随时准备在你的代码上投入大量时间以保持其更新以及分离废弃老的库。如果不能依靠缓存，一个成功应用的吞吐量往往被缺乏良好的并发支持限制。 Ruby开发者主要是用Rails开发，所以与框架特性相比基本不会去深入核心语言本身的特性。他们往往是充满好奇心且机会主义的（以一个很好的方式），有些实用主义，关心代码质量/结构和测试覆盖率。Rails开发者早期采用它的典型原因是由于该框架本身默认使用的一些新技术（coffeescript、turbolinks、CSS预处理器……）。 Ruby和Rails主要吸引了那些想把事情做得快而优雅的开发者。相比于底层计算细节，这些开发者往往是以产品导向的，他们更关心的目的和客户价值的实现。 新成员 这是些让人们兴奋的语言/技术。他们代表了运行在“云端”的编程语言的设计新浪潮。 Node.js (Javascript) Node.js不是一门编程语言，但它是使JS在服务器端运行最流行的方法。和我对Ruby的大部分评论是关于Rails一样，相比JS我更关注Node。 理念: 为实时驱动的应用程序而设计，高吞吐量、低延迟 DIY 小的内核，剩余的内容由社区维护 低耦合 借鉴Ruby/Python 个人意见: 我觉得Node.js很有趣。在技术上Node没有太多新内容。Python有Tornado/Twisted，Ruby有EventMachine，C有 libevent。 事件驱动的框架已经使用了一段时间，但Node具有两大优势：*大多数JS库是非阻塞*大多数Web开发者不管怎样都要写一些JS。 在前端和后端使用相同编程语言的想法吸引了不少人，但值得与否还有待验证。 Node提供了巨大的吞吐量（只要你坚持IO操作），它很容易上手，而且写起来很有趣。 由于其本身具有事件驱动性，调试及测试面临挑战，回调处理是可维护性的地狱。我希望Node能够提供一种官方的今后或承诺的解决方案。略显凌乱的文档使在现有项目里跳转时有些困难。 Node的开发者大都是它的早期的接受者，他们更喜欢自定义而不是按惯例创建结构/模式，这样使他们觉得更舒服。它吸引开发者使用已知的语言（JS）去处理高层的并发。Node作为一个框架处理的水平比经典的MVC更底层一些。Node开发者们也真的喜欢这个在服务器和客户端使用相同语言的想法。 Clojure 理念: 实用且符合现代人使用的Lisp 一切皆是数据 并发性，并发性，并发性 让那该死的可变状态见鬼吧 能够很好地与Java协作 稍微靠近科研路线，但并不影响他的实用性 个人观点: 我最喜欢Clojure的一点是它的lisp精神。一旦你攻克了它的圆括号和操作符/参数顺序，那么Clojure将很可能让你重新思考你构建代码的方式。对于处理数据跟强迫你保持代码简短这两方面来说，它真的很棒并且高效。 让我头疼的是我并非拥有足够的聪明去更多地编写Clojure。当我尝试去追踪那些数据时，我的大脑会出现栈溢出。对于该语言来说异常通常是没意义的，假如你尝试解决别人代码的bug，这将会是机具挑战的事情因为Clojure本身是复杂的语言，并且可以用宏来拓展。最后，Clojure社区并不是真的面向web开发，Clojure完成的大多数作品都是以数据作为中心的。 Clojure主要吸引了那些处于边缘，对编程语言有求知欲，面相数据的程序员。如果你寻找有编程语言怪癖的数据处理专家，那么Clojure将会是吸引他们的好方法。 Scala 哲学: 同时具有面向对象与函数编程世界的最佳优点 让编译器为你做一些工作 并发事务 比Java少一些规范，但是目标在于相同或更好的性能 与Java生态系统和谐共存 个人意见: 当目标是JVM时，Scala目前是我所选择的语言。它的学习曲线陡峭。 知道何时使用 FP 与 OOP是非常复杂的，而且在应对该语言语法本身时也是如此。 那就是说，获得使用FP的好处，同时又在需要的时候仍然保持OOP，是非常有用的。一旦你“掌握”了该语言的风格，写Scala实际上是令人愉快的，而且它的社区也非常友好。 Play框架确实很好，它提供了一个很好的替代Rails的选择，特别是对API开发来说。Twitter的工程师团队为此提供了许多资源与开源代码。 目前使用Scala是一个非常安全的选择。Java开发者会有舒适感并会尝试这种更加“现代的”语言。动态语言开发者不会感觉太陌生，并且获得了Java生态环境，性能提升，并发性和永恒性。如果编译时间不会使你感到沮丧的话，现有工具以及惯例使得在一个成长的团队中使用Scala非常不错。 不过就像Ruby，Scala社区的文档不是很丰富。我真的希望 API文档 可以重新编写得更直观，总的说来就是更有用。但是公平的说，已经有许多非常好的资源了，比如Martin Odersky (Scala的创造者)提供的Twitter的 Scala学校和Coursera的Scala 课堂之 FP 。 Scala主要是吸引了好奇的Java开发者，他们想要一些更现代的东西，就像Ruby/Python开发者想要他们语言的一个更具伸缩性的版本。对于吸引那些想拓展它们现存开发环境的伟大的开发者，以及那些可以充分利用该语言二元性的开发者来说，Scala是一个好方法。 Go 更强大的C 你可以自己管理内存，前提是你不能粗心大意 直观的代码更好 丰富的代码库 效率很快..对于任何一个部分来说（从编译到执行） 存在并行编程模式，并且简单使用 文档很关键 个人观点: 我真的很喜欢Go（亦称Golang）。在我使用它几年之后，我选择使用它来开发我自己新项目的API。Go或许对于一些人来说有些无聊，但它的简洁与效率是真材实料的。 Go强迫你更多地去思考你的代码的结构，你的数据/代码行为，因为你不能总是坚持面向对象的编程模式。我发现我的代码总算变得容易调试，结构更简洁，但有时会重复性比较大（例如：错误处理）。 没有比Go更加方便地开发并发业务的语言了。一旦需要编译，你的代码编译加上运行的时间会比Rails服务器启动的时间还快。Go支持一些鸭子类型（duck typing,动态类型的一种风格），这造就了从Ruby（举个例子）转换过来显得颇为简单。对比起一些脚本语言，它所编写产品的性能实在让人觉得惊叹，并且它占用的内存很小。 Go被设计为一个人或是一个大团队都可以为同一代码库工作的语言，而且它的身旁有很多很棒的工具值得你使用。 然而，它不是完美的语言。有时第三方依赖库很让人头疼。当你在高水平编程中运用了Go会让你觉得它的水平太低了。有些语言设计时的决策有时会引起困惑(例子：交互式接口和结构化设计)。 初创公司里，Go看起来在性能和并发事务方面变得越来越流行。我见过很多初创公司用Go替代了Node，而且另一些公司添加了Go应用作为扩展程序。 Go社区里看起来混合了一些老的C/C++学校黑客和一些喜欢低水平语言的年轻人。Go语言和社区的领导者固执的相信让人们理解他们的想法是很容易的。同时他们也允许你能快速的评估你接受他们哲学后是有多么的舒适，而且可以发现是否能达到你的预期效果。 Go主要吸引着面向性能和结构体系的开发者。他们想要轻易的实现并发，要达到C的执行速度，也要达到Python/Ruby的开发速度。他们不想在找一个新的有趣的语言，他们需要一个坚定的妥协。 技术驱动理念 技术的选择会受到理念的影响。你需要清楚而谨慎地权衡你选用的技术是否与企业的价值观一致。做出正确的决定有助于你从技术细节的纠缠中摆脱出来，拥有更多投入商务运作的时间。
本回答被提问者采纳
为您推荐：
其他类似问题
您可能关注的内容
创业项目的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。}