浑水摸鱼的人挺多，不过也不是全部。所以，只能 呵呵 了

压力后发现直接不能用了，离完善还很远。

ps 查一查就可以了

有 https://github.com/xiangshouding/martini-fis-app.git

@takato 嗯，你说的确实是现状。但是为啥有那么多的开发不愿意写单测，这个问题值得考虑。是否是写感觉浪费时间疑惑是写单测太难，或者单测经常修改。找到这些根结，是否就可以督促开发写单测了呢。比如单测太难，可能是设计分层有问题，经常修改可能是抽象不理想。写单测完全对开发是个互惠的过程。

虽然现状是这个样子的，但在有效的模式下是可以达到单测保证质量的这个目标的，只是时间问题。

@takato 1. RESTful的数据接口是可以通过单元测试搞定。 2. UI层这块还是按照以前的测试方式可以搞定，因为原先最多就是直接访问数据库，并没有什么不同。3. 对于很多测试工程师不想越过代码，这个原因优点牵强。 如果是这样，单测完全可以由开发自己搞定，可以上ci等系统来保证功能正常。

@takato 测试的切入？是否可以考虑通过单元测试解决。

@incompatible 其实是现实的一种折中，把业务展现相关的交由同一拨人去开发，剩下的一波人就可以努力完善数据了。

@kokdemo 是的

经过长期测试，前端获取数据这种方式，性能很是问题。
组建大UI才是王道。可以服务器端架设UI层，来从数据层获取数据支撑业务逻辑、模板渲染。

UI层可以直接由前端负责，后端依然是restful接口。

各种网络联不通？？？

..手机上写会不会很虐。。

全栈被人玩坏了吧。。

neovim 应该不会提供GUI吧，它就提供API提供给其他编辑器调用；

sort();

sort();

不错

async只是个库

var spawn = require('child_process').spawn;

var h = spawn('ls', ['-l', '.']);

h.stdout.on('data', function (s) {
console.log(s.toString());
});

h.stdout.on('end', function () {
console.log('ls done');
});

可以这么做；子进程的h.stdout其实是个流，你可以这么边执行边获取子进程的标准输出。