我觉得程序语言在设计的时候，要把 IDE 的支持考虑在内

微硬表示很赞同

本末倒置吧

用不需要ide的语言不就行了。这么多语言只需要编辑器

除了IDE，我觉得还需要内嵌的注释处理，比如python，help一下很爽

应该是动态语言的一种趋势吧，对于编译型语言来说，确实有点本末倒置

好的IDE是钱堆出来的

看题目就猜到了撸主是JB党，jetbrains家的IDE确实NB

.net 设计 LINQ 时就考虑了IDE自动补全功能，记得测试版是 select ？ from ？ in ？ 格式的，后来为了能自动补全改成了 from ？ in ？ select ？格式。

c#的linq，fsharp在设计的时候都考虑了ide的因素

只需要提供一些接口或者工具支持即可，这样第三方的IDE，编辑器将这些工具整合进来就成，或者直接在命令行下使用。比如clang现在做的事情，比如Go语言周边的工具链，其他编辑器和IDE可以很方便的集成进去。
Kotlin是一个特例，因为jetbrains本身就擅长做ide，而且现成的ide已经有好多年了，所以kotlin得到IDE的很好的支持就不奇怪了。但这个还不够，还需要去支持其他编辑器甚至命令行，给开发者多一些选择，毕竟使用场景有很多。比如java的IDE支持很强，但java的弱点同时也是：和ide绑的太死，导致现在几乎只能用IDE去写java。

从JAVA开始，之后好一点的语言就是这么设计的啊

c# 和vs在一起简直就是完美结合

Kotlin确实让人眼前一亮，再加上自家强大的IDE支持，很有前途。不过，我撸代码从不用什么IDE

破电脑表示也就能跑个vim和gcc了，eclipse 开多了都卡

你觉得作家在写书时，需要考虑她手头的辞典吗？

如果单纯以学习为目的，IDE其实帮忙不是很大。实际项目开发IDE还是不错的， 如果source insight, vim plugins等等。

之前的一个 team leader 认为 coder中如果存在真的能称得上是码农的 也只有那些离开IDE就不能开发的. 个人表示赞同.

楼主反过来了吧……

vim党感觉IDE的噪音太多，到处都是图标，提示来提示去的，都不觉得烦？

你看vs 都把社区集成到里面了，设计程序语言的时候干脆把系统驱动也设计进去吧。如果可能最好考虑下裸机执行的情况？或者把邮件 聊天都集成进去

@quix java离开ide基本就不会写了。。

@lilydjwg 如果Python的import语法改成 `import a,b,c from m`，确实不方便实现自动补全。Lisp的语法也存在这种问题：`(method object arg)`，问题这货的不少方言连命名空间都没有。作家的比方是不太恰当的，正确的比方是自然语言的设计者（假设现在人为创造一个新的自然语言）应当考虑下现有书写工具，假设现在只有钢笔且不方便画曲线细折线，我不知道藏文还能不能写；没有括号自动匹配和检查，写Lisp难道不痛苦？

@loolac Visual Studio Retina 2015

顺道问下， http://kotlinlang.org/#get-kotlin 首页上的视频中,IntelliJ IDEA中那些代码使用的字体是什么名字？

其实我不是 赞成楼主的观点，对于一门程序 语言来说IDE是可有可无的 存在，IDE和语言是N-1的一种关系，如果语言要考虑到IDE势必某些东西会被局限

@loolac Emacs 不就是这样吗

PS：
我觉得在Generic技术社区里讨论程序语言通常不会得到什么有益的观点。大部分程序员从来没有对手头工具有过**反思**，而且总有护短心理。我常常感觉是在鸡同鸭讲。我曾说Ruby的require module其实只是功能非常弱的read and eval once，它需要向Python学习， OpenStruct的包名是ostruct，FileUtils的包名是fileutils，而Gems们又都习惯用下划线，搞得这么混乱，跟PHP有得一拼了；然而仍有不少人来教育我「有经验的不会乱」、「规范多了嫌束缚」，鸡同鸭讲。

最搞笑的是竟然还有Node.js程序员鼓吹 Callback很好啊，然后ES6就加了async await。

我以前在Python社区讲，文档中应当指出方法参数的类型（class），并且最好文档能像Java一样，显示出class继承得到的方法，不然我看到某对象一个方法，我找到这个对象所属类的文档，却找不到这个方法，需要人肉到父类中一层一层去找。然后他们就来教育我「Python是动态类型」、「Python的类型只有int、string这几个，不需要注释」、「Python不是Java，不要用Java的思维来看Python」…………然后 Python之父想要给Python加上Type Hint的时候，我有点想问他们现在脸疼不疼，连动态类型静态类型是什么意思都没搞懂，一加了Type Hint，他们竟然有人高呼Python变静态类型了。鸡同鸭讲。

asp.net不碰代码都能完成工作，有谁比得过？

其实我觉得楼主的痛点本质是想用图形化操作实现编程，所谓 IDE 支持本来就是为了把敲键盘写 script 变成鼠标点点点…

某软表示大家努力抄我吧

松本行弘在《代码的未来》一书中说过类似的话:

未来的编程语言可能不会像过去的编程语言那样，让语言本身单独存在，而是和编辑器、调试器、性能分析器等开发工具相互配合，以达到提高整体生产效率的目的。话说，那不就是 Smalltalk 吗？

比如说 易语言？

你是想表达 应该跟现有工具链相结合吧。不同的ide配好工具链也就大同小异了。

@Jex 纠正一下。es7 加入了 async await，es6 是通过 generator 实现的类似功能。

@alsotang 版本号记不清了，现在又改成 ES2015了好像

@Jex es2015 === es6

@alsotang 还真记岔了，我还以为ES2015已经包含了这些特性了的呢

@Jex Python 的 import 也不过是在一个单独的命名空间里 read and eval once。没记错的话这点是从 Haskell 学来的。

Ruby 的方案的问题是没有命名空间的区分，大家都往一个空间里加东西。不但往全局空间里加东西，还往已有的类上加方法。于是想知道某个类或者方法是从哪里来的就只有询问 Google 了。

@lilydjwg Java和CSharp尚且有package/namespace org.path.foo.bar 这样的语法，Ruby无法像Python那样自动根据文件路径确定命名空间也就算了，最无语的是，它竟然非要这样写：

```
module A
__module B
____module C

____end
__end
end
```

除非B已经先被导入生成了module对象，不然下面写法会报错uninitialized constant `A::B`：

```
module A::B::C
end
```

如果你学的是计算机专业你专业课是不是体育老师教的。
KISS，keep it simple,stupid.

不用代码提示的人就是矫情

比如Scala就是设计出来折磨编译器和IDE的

E语言。。。呵呵

为啥呢？n年不用ide了，没觉得ide是必需品

反了 先有言特性才有ide跟上

不能认同，语言设计需要考虑特性和实现问题，而IDE只是一个应用程序，虽然都是为了让语言更好用，但是两者不在一个维度。

golang正是这样设计的

@aiqier C#也适合编辑器写
http://bdbai.22web.org/blog/archives/358

又回到了vim和emacs之争了。

@asj 表示同意，目前用的intellij，但很多时候报错相当混乱，当然最惨的还是超长的编译时间。。。