python 有没有类似 VS 那种可以拖拽界面的 IDE？

[haython]

wx,pyqt,tk都可以

[em70]

@FrankHB 迅雷和快车就是互联网思维和传统软件两种思想的典型代表。迅雷把软件做成了服务，体验秒杀快车，衍生大量商业模式，马上上市了。快车就只做软件，现在还有人想起他吗？

[ryanking8215]

大家把web局限在BS架构上了，不要忘了还有nodejs-webkit，或者类似的存在。

native application也可以用web技术来实现，不是BS架构。
比如上朋友举例一个音频采样软件，ui表现层可以用web技术实现，native api使用nodejs+addon来实现。
当然，现在nodejs-webkit，atom-shell还在完善的过程中，我认为这个是趋势。

[FrankHB]

@em70 别拿“思想”粉饰对用户需求的注意不足来分散注意力了。本体论意义上就不通。
迅雷当年的成功跟你所谓的“互联网思维”有多少关系？P2SP就比直接下载更“互联网”了？是不是迅雷服务器挂掉了就都不能下载了然后用户会更高兴？

[em70]

@FrankHB 那你告诉我快车怎么死的，难道因为软件写都比迅雷差吗。

[FrankHB]

@em70
“其一是不懂资本市场运作，不会借助资本市场的力量快速发展自己。其二，团队速度太慢，创始人是海外背景，一直不紧不慢的打造产品。”
结果就是用户发现快车不够迅雷好用，所以用脚投票把快车踹一边去了。
顺便……
“迅雷创始人在谈及自己的创业史时提到，感谢魔兽世界，当年迅雷被网际快车(FlashGet)压制的时候，网际快车创始人侯延堂迷恋魔兽世界，停止更新软件长达一年，市场份额被迅雷迅速占领。”
2333
本来都是基于互联网的服务实际上要说是不是互联网精神也过于含混了。这样吧，你说说迅雷怎么表现得和Web相关？是不是网页版迅雷就比客户端的好用？

[em70]

@FrankHB 你其实不了解为什么迅雷下载快。迅雷从2003第一个版本开始就在做大数据收集，用迅雷下载成功任何一个文件，会计算文件md5值和下载地址配对一起发回迅雷服务器保存。这是一个非常海量的数据

当采集md5和url配对数据到一定程度的时候，迅雷对数据做了分析，把相同md5值的URL汇总在一起形成一个资源列表。

用户用迅雷下载一个地址的时候，迅雷先不急于下载，先向服务器查询这个URL所属的资源列表，拿到这个资源列表就可以从多个不同的源来下载这个资源，所以就算这个URL已经过期，仍然可以下载。而且因为多个源头下载，就算这个URL服务器不行下载慢，其他源可能速度很快啊，所以迅雷下载很多文件都可以很快，而且能下死链。这个体验太厉害了，当年用户有多疯狂的热爱迅雷不用我多说了吧。

再看看快车，2007年前就是一个单纯的下载软件，后面没有任何服务，只有一招多线程来提升下载速度，如果URL源本身不行，那就会失败，如果URL本身速度慢，那开10线程也快不了。体验越来越差

互联网思维简单的说就是把一切东西做成服务，迅雷10年前就用互联网思维在做一款下载软件，可以说迅雷软件其实只是迅雷服务的一个入口，真正强大的不是迅雷软件本身，而且迅雷后台的服务器集群，如此海量的数据分析，这是不亚于百度搜索引擎的技术。正因为迅雷对大数据，云计算的技术积累，2009年顺势推出离线下载服务，成功找到下载软件商业模式，后面做游戏，做视频，盘子越来越大，就上市了。

目前中国市场上牛逼的客户端：QQ，360，迅雷，快播等等等等全部都是软件只是入口作用，背后是强大的服务器做支撑。这就是互联网思维对软件业的改变，是历史潮流，不以个人意志而转移。

[FrankHB]

@em70 是你不懂吧。早就给你说了P2SP，这都看不出来么。你倒是解释一下，为什么依赖中心存储节点的网络更“互联网”？如果说SaaS……那也不是现在鼓吹的一些典型服务（引用RMS的术语叫SaaSS），因为最终下载还是得到用户控制的节点上。这又和纯P2P或者直接下载有多少本质区别？

[FrankHB]

@em70 我现在发现观点的差异主要在哪了：你是站在服务商的角度来说的，而我是站在用户的角度上说的。……那不废话么，要是没有任何用户依赖这些服务，服务商自然就嗝屁白搞了，没法套利，所以自然要鼓吹用户尽量利用这些东西，然后他们好赚钱。
问题是注意你选择的材料中两者的主次。
对于用户来说，搜索/内容服务或者其他杂七杂八的东西，这本身就不是一个下载客户端或者即时通信软件的主要功能定位。服务商如何扩展服务立足点首先在于他们自己的需求（有资源，当然应该拿来营销而不是空置——如果真能赢利则应该加大投入），而不尽然就是用户的需求（解决特定的问题，找找看有什么附加值是顺便）。当然，有些用户也乐于选择使用这些附加功能，但显然是次要的，而且这部分用户中有很大一部分其实对自己的需求都没认识明确，被服务商利用罢了。
还有互联网倒罢了，为什么就是“Web”（比如Web界面）？的确这些客户端有使用到Web技术，但这更多是一种偷懒和现实妥协（比如成本）。技术本身并没有限定这样的软件甚至服务本身非跟Web搭边不可。

[em70]

@FrankHB 互联网思维在你眼里只是一个噱头吗？

[wizardforcel]

@em70 “缺个设计器”都能叫“不适合做 GUI ”？真搞笑。

你告诉我 Python 哪里不适合做 GUI 了？ Python 自带反射，写 UI 的时候爽到飞起，比起 C++要用丑陋的宏来凑合的办法高到不知道哪里去了。