另外给楼主一个建议，如果是针对传统企业开发或者要求比较高的互联网页面（ IE8 兼容性甚至 IE6 的），上手阶段能用库尽量别自己写，你面对的可是 IE 、 chrome 、 ff 、 safari 至少四个浏览器，还不算 360 安全浏览器这种非标准浏览器的，你不知道一路上会遇到多少坑，老板也不会给你时间填坑因为大把库可以用
如果你的东西只要 chrome 能跑就够了，你完全可以一开始就自己写功能函数

@sagnitude 手机当然可以做到， IOS 上水果、 cubase 都有移动版，但是如果硬绕过全 c++的开发把部分逻辑拿到浏览器里，那能做的就只有界面部分了，因为所有的逻辑都必须 c++写才够，某些算法可能还要用硬件 FFT 来加速
也许未来用 webmidi 可以做一些简单的应用，比如合成器、 launchpad 之类，但是真的生产力，还得用电脑上的宿主，毕竟一次要看那么多轨道，推子、旋钮，钢琴卷帘窗也不是手机那点屏幕能显示的下的
还一点就是音频延迟，以前 korg 出了个 linux 系统的合成器，大概 12ms 的输入-音频延迟都被质疑，不知道经过 android 封装和 chrome 两层，会有多大加成
从目前音游开发来看， android 的音频延迟不是一般大， ios 都非常好了， pc 上也要专业声卡的硬件 ASIO 保证延迟和效果
感觉讨论歪了。。不过也算是前沿技术

@sagnitude 现在随便一个宿主加上点音源内存轻松爆 4g 还是 c++开发的应用 各种高速算法必须用 c++才能保证实时性 这种东西用 js 怎么来操作呢？

风险太大的东西谁愿意去做呢？

@kideny 是这样的， jquery 早就不是性能的瓶颈，想保证不卡，至少要做到
1 、首屏不要放太多内容，别加载一个网站跟加载一个 windows 一样又是几 mb 的 bundle 又是图片又是视频还带着音乐（ HTML5 时代用视频代替展示动画已经不新鲜了）
2 、你祈祷用户用的是 chrome 或者 edge 不是 ie8 ，用户肯用最新版浏览器顶你做一年的优化
3 、你的 CDN 要给力，用户的网速要给力， 1m 的资源如果卡的话下载就是 5 秒以上，很难快的起来，如果你顺手再引了一个 google 的字体，那就更爽了

这 3 点都做到了再谈 js 的优化，我感觉很多网站的设计远远还没到优化 js 这一步， ie8 以上提供了 querySelctor 之后， jq 性能已经很好了
现在的 web 已经搞的走火入魔了， web worker 这种东西是干嘛用的么，真想灭掉桌面程序？我只是在浏览页面而已，不想让你占死我 cpu 啊。。真想用 web 干死桌面应用？再等几年吧。。然后， web worker 、 web gl 我还可以理解， web midi 又是什么鬼？随便一套好听的波表就几百兆几个 g ，这我就更不理解了。。

页面上少做点东西 性能就上来了 每次加载一个页面资源比加载 windows 都多 能快的起来么

假设一个酒店有 1000 间客房，每个月有 90 条记录（假设早中晚可以分别预定），一年的数据量不过：
1000*90*12=1080000 ，也就 100 万条记录，任何一个数据库都可以轻松应付
何况过去的数据不会被查询，实际的数据规模都会远小于这个数
。。。先把需求琢磨明白，按按计算器再考虑设计好吗

@3dwelcome 洗出新风格，洗出新高度，见识了

@cuebyte 不靠自己产品赚钱靠什么？国内互联网公司烧风投的钱烧完关店跑路就很高尚么

Oracle 最强数据库，没有之二

没什么看法，相比于某情怀 mac 版 markdown 编辑器的众筹，这个价对得起这个框架

虽然看不太完全懂你写的什么东西，但是我的理解：
1 、 orm 一般都可以直接绑定 bean 到 sql ，这样如果改字段直接改 bean 的一个注解活着配置就可以了，手写 sql 基本涉及到的每个字段都要写，尤其是各种 join 的时候改哭你
2 、参数过滤，手写的越多 sql 注入的漏洞越多
3 、独立数据库，这个你已经写到了，尤其是 oracle 这种从 limit 和主键开始就跟 mysql 不一样的有 orm 就很重要了

orm 用不用一直都是个争论的焦点，我个人比较偏好于手写，所以有提供最基本 orm 的库，比如 java 的 mybatis ，除了变量过滤、自动转 bean 、还有一些动态 sql 的技巧，所有逻辑全手写

@misaka00251 虾米删的歌太多了，我以前买虾米的，后来发现基本没法听了， acg 下架，钢琴下架，连古风同人都下架了

@shyling 我感觉越大的公司越不会轻易用 node 做主要后端。。。

现在前端不都必须会一门后台语言么

是这样的，如果你的数据是最近抓取的，而且没有经过筛选，那么可能很多都是营销号、抽奖号、僵尸号
这样的数据是没有处理意义的
几十万个微博用户真不多 随便一个抽奖就几万个小号转发

思路就错了 兴趣相似的用户基本就粉了或者互粉了么 肯定先从互粉的人抓起
而且以微博那个超口语化的行文分词也分不出什么来