2015-07-08 12:00

引用来自“简单代码”的评论

会不会搞死sublimetext

引用来自“hantsy”的评论

会。。。不知道MS为什么要自己搞一个,直接做 ATOM 插件不是更好吗?
atom跟他比, 性能和智能差太明显了. ms的vs的技术积累不是盖的.
2015-07-07 12:36
用着还成,不过还是喜欢sublime
2015-07-07 11:24

引用来自“张敏峰”的评论

58M,号称轻量级?让SharpDevelop情何以堪?
这个不能只看体积,毕竟包含一个chromium(好像拼错了)内核
2015-07-07 09:49

引用来自“简单代码”的评论

会不会搞死sublimetext

引用来自“hantsy”的评论

会。。。不知道MS为什么要自己搞一个,直接做 ATOM 插件不是更好吗?
就凭静默安装这一项就无爱,还是MS一贯的傲慢。。。现在就本上只用便携soft
2015-07-07 09:40
不过估计还是抢不走v/e两个老牌的地盘,这两个最主要是靠编辑模式吃饭的,而不是靠功能本身。 而且新语言出来后首先能有语法文件的一般都是这两个。
2015-07-07 09:18
更新倒是挺勤快
2015-07-07 09:18
跟Brackets同时试用的,试用了几天,还是觉得Brackets更适合我。
2015-07-07 09:08

引用来自“简单代码”的评论

会不会搞死sublimetext

引用来自“hantsy”的评论

会。。。不知道MS为什么要自己搞一个,直接做 ATOM 插件不是更好吗?

引用来自“stri-zhaolei”的评论

Visual studio code 跟之前的一个叫做light table的编辑器风格很相似,后者的作者曾在微软工作。跟atom风格差异还是很大的
都是习惯问题。很多时候喜欢仅仅是因为习惯了,而不是它有多么优秀。
2015-07-07 08:35
58M,号称轻量级?让SharpDevelop情何以堪?
2015-07-07 08:31
不错 升级
2015-07-07 08:10

引用来自“简单代码”的评论

会不会搞死sublimetext

引用来自“hantsy”的评论

会。。。不知道MS为什么要自己搞一个,直接做 ATOM 插件不是更好吗?

引用来自“stri-zhaolei”的评论

Visual studio code 跟之前的一个叫做light table的编辑器风格很相似,后者的作者曾在微软工作。跟atom风格差异还是很大的
关键是微软做的这个比他的妈妈祖宗atom速度快
2015-07-07 08:02

引用来自“简单代码”的评论

会不会搞死sublimetext

引用来自“hantsy”的评论

会。。。不知道MS为什么要自己搞一个,直接做 ATOM 插件不是更好吗?
Visual studio code 跟之前的一个叫做light table的编辑器风格很相似,后者的作者曾在微软工作。跟atom风格差异还是很大的
2015-07-07 07:49

引用来自“简单代码”的评论

会不会搞死sublimetext
会。。。不知道MS为什么要自己搞一个,直接做 ATOM 插件不是更好吗?
2015-07-07 07:44
会不会搞死sublimetext
2015-07-07 07:40
刘明
2015-07-07 07:23
火钳
回复 @
{{emojiItem.symbol}}
返回顶部
顶部