@crayygy

mono for android 上手很快的, 熟练的人一天就可以上手, async wait 天然支持, 如果应用类型是企业类的, 很适合

@tracyone

lz 贴的是 windows 明显不好的图,原帖还有很多对比

主要的是那些具体业务相关的名词, 没有的还是没有. 已有的往往是可选择的太多, 又不能帮我们决定

@lrvy 这个应该改 path 环境变量能解决吧

@asdf12303116

不知道这 cmd 用 bash , ubuntu, 然后里面的 utf-8 支持会怎样, 这个一直很恶心

上次不是说 mysql 还有问题吗? 这一关不过不行吧

前端的演示有吗?
国内这样的接受不了吧

@hooluupog @nareix

你们可以说动态语言(我这里主要指 python)做大项目需要对程序员有较高的能力. 因为 python 之类的, 如果不用 django 这样的框架的话, 其项目架构其实是没有强制要求. 这就要求开发者较好的架构能力. 但不能说不能写大于 5k 行的代码, 我这里就不拿我自己的项目举例子了. 好的软件就是东西应该在他本来所在的位置, 做到了这点,就能快速定位并解决, 这同语言无关, 同程序的结构组织有关系, 说白了同开发者有关. 当然, java 通过一些框架和模式了强制开发者去遵守这点, 在用动态语言开发时, 语言和框架通常没有约束, 但不能说开发者会不运用这种能力. 说白了, 用动态语言就会写出不能维护的程序的程序员,本身就是上不了台面的.

其次, 重构, 说白了就是查找替换, 没有工具就不能重构这话肯定不对

动态语言的确会有打错变量名的情况出现, 但这些都是冒烟测试可能解决的, 即运行一下测试程序都能暴露出来的, 其次上大部分问题 linter 程序都能自动识别的. 最头疼的错误是逻辑或误写变量之类的导致数据错误, 这类, 动态语言和编译型语言都必须靠测试解决. 编译型语言没有优势


另外, 我觉得同动态语言不能上 5k 的人沟通实际是有问题, 这不是攻击,是你们对工具依赖的太重, 无法信任人本身的自制和能力, 这两种思维估计很难协调一致.

每次看到动态语言项目不能大于 5k 行言论就感到莫名的喜感, 开发者的结构能力, 设计能力到哪里去了, 没有编译型语言的支持, 连大于 5k 行的项目都做不了, 真真是可笑的很.

xps 15 ?

看起来要比我们想的还走的远一点

http://www.cnbeta.com/articles/488397.htm

如果 ubuntu touch 类似 wp10 continuum 的功能能够做开发, 估计会吸引一大帮 geek

那个 ubuntu 手机, 插 hdmi 显示器, 就能进终端,上 ssh , 起 python 等等, 很是诱惑

目前在手机上运行 ubuntu 的方案都不理想啊

键盘习惯要很长时间, 等习惯了, 反过来 windows 的快捷键就不习惯了

才 2k 的东西有什么好装的

这东西提醒很有用, 习惯了就离不开了. 就我而言, 因为在公司电话通常都是静音, 然后回去了通常也会忘了调回来, 经常错过信息和电话, 但自从用了这个,就基本没有错过任何消息

没一个真正好用的，如果你拿 python 的 orm 来比的话

现在勉强在用 gorm

语言现在是不错的，隶属动态语言， 动态性极强，但可读性也不错，不像 scala 的 dsl, 太过于难读。 主要是早期问题太多，变化太多，错过了好时机了。 groovy 做企业应用应该是不错的， 但能发挥语言本身特色的杀手级应用框架几乎没有（ orm, web 之类的）， 过于依赖 java 的生态了，自身存在感就没有了。

写文章同实际的编程架构能力不能划等号的好吗

0 0 0