由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Programming版 - 专业c++程序员都用什么ide (转载)
相关主题
问一个volatile和memcpy一起用的问题批判Rust语言,以及C/C++为什么永远不会死(ZZ)
有人用spacemacs吗C++现在写起来真舒服啊
谁能推荐一个支持Cmake的C++ IDE你们为啥要用cygwin?
牛人们来看看这个Dao语言怎么样haskell 好像还不支持arm 64吧。
C++11 support is now feature-complete in clang.Mavericks 9.2 and clang 5.1
C++ 11问题:emplace_back()大家看看这道C语言题是怎么回事?
被苹果给惊呆了!! (转载)C语言能干嘛?
感觉python的前途堪忧 (转载)生活质量提高了一大截
相关话题的讨论汇总
话题: ide话题: c++话题: eclipse话题: emacs话题: vim
进入Programming版参与讨论
1 (共1页)
c***r
发帖数: 1570
1
【 以下文字转载自 CS 讨论区 】
发信人: caoer (caoer), 信区: CS
标 题: 专业c++程序员都用什么ide
发信站: BBS 未名空间站 (Sat Sep 3 11:35:48 2011, 美东)
编辑器,看来看去感觉还是vim好,因为可以远程终端调试,
毕竟不是每台服务器都装有emacs和gedit的。
关于ide,
小弟从codeblocks开始的,感觉非常好用,好用的让人觉得不安,
从msvs过来的人,上手codeblocks应该非常容易。
最近接触了一些其他ide,sun stuido, elipcse, netbean, 什么的,
想从中选择一个,作为自己将来开发的主要ide,
这些ide不方便的就是要写makefile(可能不对),但似乎有很多其他有点,比如
sun的profiler什么的。
将来的打算是只做c++,只做本地程序,部分做基于mpi的并行程序,
绝对不做java等其他程序。
不知道专业的c++程序员都用什么ide,如果有不妨推荐一下。
小弟想开始系统的掌握一个企业级软件开发用的ide.
谢谢。
b******n
发帖数: 592
2
Visual Studio
Eclipse
and the rest
I stick with Vim/gdb/valgrind, C++ programming is about 50% of my work.

【在 c***r 的大作中提到】
: 【 以下文字转载自 CS 讨论区 】
: 发信人: caoer (caoer), 信区: CS
: 标 题: 专业c++程序员都用什么ide
: 发信站: BBS 未名空间站 (Sat Sep 3 11:35:48 2011, 美东)
: 编辑器,看来看去感觉还是vim好,因为可以远程终端调试,
: 毕竟不是每台服务器都装有emacs和gedit的。
: 关于ide,
: 小弟从codeblocks开始的,感觉非常好用,好用的让人觉得不安,
: 从msvs过来的人,上手codeblocks应该非常容易。
: 最近接触了一些其他ide,sun stuido, elipcse, netbean, 什么的,

D*******a
发帖数: 3688
3
eclipse CDT

【在 c***r 的大作中提到】
: 【 以下文字转载自 CS 讨论区 】
: 发信人: caoer (caoer), 信区: CS
: 标 题: 专业c++程序员都用什么ide
: 发信站: BBS 未名空间站 (Sat Sep 3 11:35:48 2011, 美东)
: 编辑器,看来看去感觉还是vim好,因为可以远程终端调试,
: 毕竟不是每台服务器都装有emacs和gedit的。
: 关于ide,
: 小弟从codeblocks开始的,感觉非常好用,好用的让人觉得不安,
: 从msvs过来的人,上手codeblocks应该非常容易。
: 最近接触了一些其他ide,sun stuido, elipcse, netbean, 什么的,

p******8
发帖数: 2565
4
VS.
a***y
发帖数: 2803
5
windbg?

【在 c***r 的大作中提到】
: 【 以下文字转载自 CS 讨论区 】
: 发信人: caoer (caoer), 信区: CS
: 标 题: 专业c++程序员都用什么ide
: 发信站: BBS 未名空间站 (Sat Sep 3 11:35:48 2011, 美东)
: 编辑器,看来看去感觉还是vim好,因为可以远程终端调试,
: 毕竟不是每台服务器都装有emacs和gedit的。
: 关于ide,
: 小弟从codeblocks开始的,感觉非常好用,好用的让人觉得不安,
: 从msvs过来的人,上手codeblocks应该非常容易。
: 最近接触了一些其他ide,sun stuido, elipcse, netbean, 什么的,

t*****n
发帖数: 4908
6
操兄又来挖坑了。
大周末的,跳。
local开发大项目elipcse是首选,windows/linux。除了慢点以外,基本没什么不好的。indexer很强大,代码浏览很方便。现代机器都很强。我在虚拟机里面跑elipcse都可以。
vs已经out了,多少年没变化。vc5/6时代可以说是横扫一切。现在是江郎才尽。
vs+visual assist x尚可一用。
emacs/vim已经半截入土了。我是调试的时候用emacs+gdb。其他时候能不用就不用。gedit都比它们顺手。

【在 c***r 的大作中提到】
: 【 以下文字转载自 CS 讨论区 】
: 发信人: caoer (caoer), 信区: CS
: 标 题: 专业c++程序员都用什么ide
: 发信站: BBS 未名空间站 (Sat Sep 3 11:35:48 2011, 美东)
: 编辑器,看来看去感觉还是vim好,因为可以远程终端调试,
: 毕竟不是每台服务器都装有emacs和gedit的。
: 关于ide,
: 小弟从codeblocks开始的,感觉非常好用,好用的让人觉得不安,
: 从msvs过来的人,上手codeblocks应该非常容易。
: 最近接触了一些其他ide,sun stuido, elipcse, netbean, 什么的,

g*****g
发帖数: 34805
7
emacs/vim其实就是个文本编辑器,念念不忘emacs/vim也无非是key binding习惯了。
不想换的在eclipse换个binding一样没问题。

的。indexer很强大,代码浏览很方便。现代机器都很强。我在虚拟机里面跑elipcse都
可以。
gedit都比它们顺手。

【在 t*****n 的大作中提到】
: 操兄又来挖坑了。
: 大周末的,跳。
: local开发大项目elipcse是首选,windows/linux。除了慢点以外,基本没什么不好的。indexer很强大,代码浏览很方便。现代机器都很强。我在虚拟机里面跑elipcse都可以。
: vs已经out了,多少年没变化。vc5/6时代可以说是横扫一切。现在是江郎才尽。
: vs+visual assist x尚可一用。
: emacs/vim已经半截入土了。我是调试的时候用emacs+gdb。其他时候能不用就不用。gedit都比它们顺手。

x****u
发帖数: 44466
8
念念不忘的不少人也是变态,学了多年编程,脑子里就剩一个编辑器。

【在 g*****g 的大作中提到】
: emacs/vim其实就是个文本编辑器,念念不忘emacs/vim也无非是key binding习惯了。
: 不想换的在eclipse换个binding一样没问题。
:
: 的。indexer很强大,代码浏览很方便。现代机器都很强。我在虚拟机里面跑elipcse都
: 可以。
: gedit都比它们顺手。

a***y
发帖数: 2803
9
compiler脾气比老婆都好.
很多人其实和compiler,车接触的时间比和老婆的时间还多.

【在 x****u 的大作中提到】
: 念念不忘的不少人也是变态,学了多年编程,脑子里就剩一个编辑器。
c***r
发帖数: 1570
10
谢谢各位,那我就好好学学 eclipse cdt吧。
相关主题
C++ 11问题:emplace_back()批判Rust语言,以及C/C++为什么永远不会死(ZZ)
被苹果给惊呆了!! (转载)C++现在写起来真舒服啊
感觉python的前途堪忧 (转载)你们为啥要用cygwin?
进入Programming版参与讨论
t*****n
发帖数: 4908
11
念念不忘的都是老人了。90年代初入行的程序员,现在都40~50了。在他们眼里emacs/
vim就是最好的。等他们退休了,就是不会有人记得emacs/vim了。

【在 g*****g 的大作中提到】
: emacs/vim其实就是个文本编辑器,念念不忘emacs/vim也无非是key binding习惯了。
: 不想换的在eclipse换个binding一样没问题。
:
: 的。indexer很强大,代码浏览很方便。现代机器都很强。我在虚拟机里面跑elipcse都
: 可以。
: gedit都比它们顺手。

b******n
发帖数: 592
12
估计没多少专业程序员用vim/emacs,只不过工作涉及到编程而已。这里不光是程序
员吧。。

【在 x****u 的大作中提到】
: 念念不忘的不少人也是变态,学了多年编程,脑子里就剩一个编辑器。
n*w
发帖数: 3393
13
也有40,50岁的程序员弃vim/emacs如敝屣的。

emacs/

【在 t*****n 的大作中提到】
: 念念不忘的都是老人了。90年代初入行的程序员,现在都40~50了。在他们眼里emacs/
: vim就是最好的。等他们退休了,就是不会有人记得emacs/vim了。

m*********g
发帖数: 646
14
i am not a pure developer, but I love eclipse. It makes life so easier.
M**u
发帖数: 10158
15
eclipse CDT looks ugly

【在 D*******a 的大作中提到】
: eclipse CDT
a***y
发帖数: 2803
16
re
vs处理c/c++就可以了.大部分bug都是和内存有关的,这样就很容易找到原因.

【在 D*******a 的大作中提到】
: eclipse CDT
e********r
发帖数: 2352
17
应该不会,这是看学校的传统,俺们这里本科生还是要求用emacs,Code::blocks感觉
没有那么好用,而且IDE又不多什么东西,vi用的蛮好的,俺以前碰到的几个写程序不
错的也都不太在乎什么IDE,什么都拿来用,看机子上有什么,大多时候还是vim/emacs
哈.

emacs/

【在 t*****n 的大作中提到】
: 念念不忘的都是老人了。90年代初入行的程序员,现在都40~50了。在他们眼里emacs/
: vim就是最好的。等他们退休了,就是不会有人记得emacs/vim了。

l********e
发帖数: 34
18
用过Emacs或者Vim之后,就会觉得其它IDE都不习惯了。我觉得喜欢IDE的原因是大家学
编程都从VC6或者ECLIPSE开始,有点惯性不愿意换了。
Vim/Emacs加上ctags加上自动补全插件天下无敌,我还没感觉到哪个IDE能有比这两者
写代码快的。
g*****g
发帖数: 34805
19
你是来搞笑的吧,光eclipse的"Build Automatically" (build as you type),
就秒杀Vim/Emacs了。写代码不出编译小错误是不可能的,立刻发现立刻解决,
要比写一段编译一次快多了。

【在 l********e 的大作中提到】
: 用过Emacs或者Vim之后,就会觉得其它IDE都不习惯了。我觉得喜欢IDE的原因是大家学
: 编程都从VC6或者ECLIPSE开始,有点惯性不愿意换了。
: Vim/Emacs加上ctags加上自动补全插件天下无敌,我还没感觉到哪个IDE能有比这两者
: 写代码快的。

t****t
发帖数: 6806
20
how is the compatibility with c++? i think technically it's quite difficult.
..

【在 g*****g 的大作中提到】
: 你是来搞笑的吧,光eclipse的"Build Automatically" (build as you type),
: 就秒杀Vim/Emacs了。写代码不出编译小错误是不可能的,立刻发现立刻解决,
: 要比写一段编译一次快多了。

相关主题
haskell 好像还不支持arm 64吧。C语言能干嘛?
Mavericks 9.2 and clang 5.1生活质量提高了一大截
大家看看这道C语言题是怎么回事?[合集] 大家编译C语言都用什么软件?
进入Programming版参与讨论
g*****g
发帖数: 34805
21
I haven't been using CDT for a long time. But since you are changing
only one file in any given time, eclipse should be able to maintain a
build graph using the makefile and rebuild classes affected.
Not bullet-proof, but it should be working fairly well most of the time.

difficult.

【在 t****t 的大作中提到】
: how is the compatibility with c++? i think technically it's quite difficult.
: ..

r*********r
发帖数: 3195
22
想着用什么IDE 的都是对 toolchain 搞不定的人。
不过IDE 越用人越傻,所以会一直搞不定。。。
D*******a
发帖数: 3688
23
not doable, because java source code can be compiled individually, but C++
requires linking
but at least the indexer has some syntax check and it helps

difficult.

【在 t****t 的大作中提到】
: how is the compatibility with c++? i think technically it's quite difficult.
: ..

l********e
发帖数: 34
24
至今没见过哪个IDE能够对C++这种分离编译模型语言有语义分析的。
你倒是说说,哪个IDE能有这样的功能? 现今C++IDE只能做到语言层面。
你们这些搞JAVA的是不明白的。

【在 g*****g 的大作中提到】
: 你是来搞笑的吧,光eclipse的"Build Automatically" (build as you type),
: 就秒杀Vim/Emacs了。写代码不出编译小错误是不可能的,立刻发现立刻解决,
: 要比写一段编译一次快多了。

l********e
发帖数: 34
25
这对C++来说是不可能的事情。
C++ template与图灵机等价,也就是说不能计算它的停机时间。可以随便写一个
recursive template让你的机子编译三个月。
不要小看了C++的编译。
oodbug (好虫) 的大作中提到: 】
g*****g
发帖数: 34805
26
你这个说的不对,对IDE来说,完全可以做到在最大若干层编译之后跳出。
目的不是找出所有的编译错误,而是在大多数情况下快速找出大多数错误。
需要从头干净编译的时候再做一个手动触发。

【在 l********e 的大作中提到】
: 这对C++来说是不可能的事情。
: C++ template与图灵机等价,也就是说不能计算它的停机时间。可以随便写一个
: recursive template让你的机子编译三个月。
: 不要小看了C++的编译。
: oodbug (好虫) 的大作中提到: 】

l********e
发帖数: 34
27
这种做法只是跟JAVA COMPILER一样检查单个文件能否编译,但要做到如你所说build
while you type,还需要链接。
但是你的代码没有编译完,不能链接,就算链接了也可能会漏东西。
eclipse本身内部有维护一个语法树,在你写代码的时候不断地做语法语义检查,这个
在C++编译模型下是做不到的,因为C++需要链接。
编译模型不同说明这不可能实现。
所以某些IDE想代替两个神级编辑器的地位,某种程度上是不可能的。

【在 g*****g 的大作中提到】
: 你这个说的不对,对IDE来说,完全可以做到在最大若干层编译之后跳出。
: 目的不是找出所有的编译错误,而是在大多数情况下快速找出大多数错误。
: 需要从头干净编译的时候再做一个手动触发。

r********3
发帖数: 2998
28
emacs/vim其实不错。其致命缺点主要在对面向对象开发的支持上。
首先是重构refactoring。只有emacs有插件支持,VIM下无法重构。重构是相当重要的
功能,而且不是靠几个快捷键就可以代替的。
其次是调试功能。emacs和vim都只能依靠GDB外部调试工具。现在很多语言,比如Java,
Python,Ruby等调试工具内部命令繁多,没有好的IDE支持,开发人员很难手工调试。
最后就是框架的支持。这点上,eclipse对于emcas/vim的打击几乎是致命的。emacs/vim
几乎没有框架支持的功能。实际很多企业开发,eclipse的用户可以点几下鼠标,就生
成一个适合自己的project,甚至连database的O/R映射类都帮你做好。而emacs/vim全
部需要自己写,起跑线上就比别人落后了一大截。

emacs/

【在 t*****n 的大作中提到】
: 念念不忘的都是老人了。90年代初入行的程序员,现在都40~50了。在他们眼里emacs/
: vim就是最好的。等他们退休了,就是不会有人记得emacs/vim了。

r********3
发帖数: 2998
29
Eclipse最新的CDT已经不比ctags差了。在Java方面,Eclipse的自动补全已经做到极致
了,其他的工具顶多和它打平手。其次,ctags对于面向对象语言,python和ruby之类
的支持太弱了。

【在 l********e 的大作中提到】
: 用过Emacs或者Vim之后,就会觉得其它IDE都不习惯了。我觉得喜欢IDE的原因是大家学
: 编程都从VC6或者ECLIPSE开始,有点惯性不愿意换了。
: Vim/Emacs加上ctags加上自动补全插件天下无敌,我还没感觉到哪个IDE能有比这两者
: 写代码快的。

r********3
发帖数: 2998
30
一般学了点makefile之类,有几年的小程序员很喜欢这样说。等真正做了大project,
就明白IDE很多一些细节小功能,在大项目里面的作用是多么重要了。

【在 r*********r 的大作中提到】
: 想着用什么IDE 的都是对 toolchain 搞不定的人。
: 不过IDE 越用人越傻,所以会一直搞不定。。。

相关主题
写一个C语言的编译器大概要多少时间?有人用spacemacs吗
gcc 4.81.或者Clang 都自称C++11 feature 全部支持了谁能推荐一个支持Cmake的C++ IDE
问一个volatile和memcpy一起用的问题牛人们来看看这个Dao语言怎么样
进入Programming版参与讨论
r********3
发帖数: 2998
31
这就是为什么企业开发里面Java彻底取代了C++。

【在 l********e 的大作中提到】
: 至今没见过哪个IDE能够对C++这种分离编译模型语言有语义分析的。
: 你倒是说说,哪个IDE能有这样的功能? 现今C++IDE只能做到语言层面。
: 你们这些搞JAVA的是不明白的。

l********e
发帖数: 34
32
你说的有理,我一直在做C++底层开发,没用上什么框架,对此无甚了解,惭愧了。
ctags这样的东西天生只能做语法分析,也是没办法的事。
unning123 (running123) 的大作中提到: 】
r********3
发帖数: 2998
33
你说的这些语法检查,都是很小的功能。eclipse和vim,emacs都差不多。即使编译出错
,compiler也能告诉你哪里错了,你再修改就是了。没什么大不了的。
vim/emacs和eclipse等IDE最大的差距主要是人无法完成功能上。比如Eclipse的重构,
如果有个被引用上千次的class要修改,Eclipse可以自动帮助你查询,然后修改相应的
地方。Emacs好像有个重构的插件。VIM就彻底没有。这点上,vim输得很彻底。另外,
关于版本控制和编辑器的融合,对于各种动态语言debugger的支持,开源框架的代码注
入等等,vim/emacs基本上无法和eclipse抗衡。

【在 l********e 的大作中提到】
: 这种做法只是跟JAVA COMPILER一样检查单个文件能否编译,但要做到如你所说build
: while you type,还需要链接。
: 但是你的代码没有编译完,不能链接,就算链接了也可能会漏东西。
: eclipse本身内部有维护一个语法树,在你写代码的时候不断地做语法语义检查,这个
: 在C++编译模型下是做不到的,因为C++需要链接。
: 编译模型不同说明这不可能实现。
: 所以某些IDE想代替两个神级编辑器的地位,某种程度上是不可能的。

a*****a
发帖数: 1429
34
几个人在这里盲人摸象。没有用过xcode?
C/Objective C/C++自动语义检查,早就有了。
n*****3
发帖数: 1584
35
niu, very sharp point!

【在 l********e 的大作中提到】
: 这对C++来说是不可能的事情。
: C++ template与图灵机等价,也就是说不能计算它的停机时间。可以随便写一个
: recursive template让你的机子编译三个月。
: 不要小看了C++的编译。
: oodbug (好虫) 的大作中提到: 】

n*****3
发帖数: 1584
36
how xcode did it? managed code first , then run native?

【在 a*****a 的大作中提到】
: 几个人在这里盲人摸象。没有用过xcode?
: C/Objective C/C++自动语义检查,早就有了。

a*****a
发帖数: 1429
37

前面一些人在那里谈什么连接。编译和连接是两个不同的概念。词法分析,语法分析,
简单的语义分析,根本就用不上连接,也不需要连接。

【在 n*****3 的大作中提到】
: how xcode did it? managed code first , then run native?
a*w
发帖数: 4495
38
没学过编译原理的暴露了。

【在 a*****a 的大作中提到】
:
: 前面一些人在那里谈什么连接。编译和连接是两个不同的概念。词法分析,语法分析,
: 简单的语义分析,根本就用不上连接,也不需要连接。

m******1
发帖数: 418
39
请教一下linux下eclipse和netbean哪个更好用?
另外各位大侠都是手写makefile吗?应该有些自动生成工具可以用吧?

【在 c***r 的大作中提到】
: 谢谢各位,那我就好好学学 eclipse cdt吧。
r*********r
发帖数: 3195
40
呵呵, 你就吹吧.

【在 r********3 的大作中提到】
: 一般学了点makefile之类,有几年的小程序员很喜欢这样说。等真正做了大project,
: 就明白IDE很多一些细节小功能,在大项目里面的作用是多么重要了。

相关主题
牛人们来看看这个Dao语言怎么样被苹果给惊呆了!! (转载)
C++11 support is now feature-complete in clang.感觉python的前途堪忧 (转载)
C++ 11问题:emplace_back()批判Rust语言,以及C/C++为什么永远不会死(ZZ)
进入Programming版参与讨论
g*****g
发帖数: 34805
41
应该反过来看,有什么vi/emacs能干eclipse不能干的?除了能在console里跑。
没有的话eclipse更好用很容易理解吧。
r********3
发帖数: 2998
42
Eclipse的最大优势在于全世界有一大帮人和公司在为其开发插件。注意,有一大帮专
业的公司,不只是个人,比如Google, IBM这些。
而维护VI/Emacs的插件的,基本上都是一些业务爱好者,他们基本上不可能开发出
SpringSource那样重量级的插件。去vim.org看看,超过一大半的插件都可以说是跑不
了的垃圾。
所以,拿VI/Emacs跟专业的Eclipse比拟,本身就是一个很荒唐的事情。

【在 g*****g 的大作中提到】
: 应该反过来看,有什么vi/emacs能干eclipse不能干的?除了能在console里跑。
: 没有的话eclipse更好用很容易理解吧。

x****u
发帖数: 44466
43
项目选用编辑器是,必须考虑的一个因素是印度外包团队的培训成本。

【在 r********3 的大作中提到】
: Eclipse的最大优势在于全世界有一大帮人和公司在为其开发插件。注意,有一大帮专
: 业的公司,不只是个人,比如Google, IBM这些。
: 而维护VI/Emacs的插件的,基本上都是一些业务爱好者,他们基本上不可能开发出
: SpringSource那样重量级的插件。去vim.org看看,超过一大半的插件都可以说是跑不
: 了的垃圾。
: 所以,拿VI/Emacs跟专业的Eclipse比拟,本身就是一个很荒唐的事情。

r********3
发帖数: 2998
44
一般只用VI/Emacs都是写写小C/C++程序的人,没有接触过企业开发的。很多企业开发
里面的专业框架配置起来都很复杂。所以别人专门开发了Eclipse的插件来辅助生成配
置。而且很多开源框架并没有提供原始配置的说明文档和教程,你不用他们提供的
Eclipse插件你还没办法用。这点上基本秒杀所有VI和Emacs的编辑器。

【在 x****u 的大作中提到】
: 项目选用编辑器是,必须考虑的一个因素是印度外包团队的培训成本。
x****u
发帖数: 44466
45
这就是我说的团队培训成本。

【在 r********3 的大作中提到】
: 一般只用VI/Emacs都是写写小C/C++程序的人,没有接触过企业开发的。很多企业开发
: 里面的专业框架配置起来都很复杂。所以别人专门开发了Eclipse的插件来辅助生成配
: 置。而且很多开源框架并没有提供原始配置的说明文档和教程,你不用他们提供的
: Eclipse插件你还没办法用。这点上基本秒杀所有VI和Emacs的编辑器。

a*****a
发帖数: 1429
46
那位就瞎掰。还有什么等同于图灵机,一个递归就让编译器忙几个月,逗死了。他不知
道所有电脑语言都是图灵完备的。也显然不知道什么是堆栈,什么是stack overflow.

【在 a*w 的大作中提到】
: 没学过编译原理的暴露了。
y*******g
发帖数: 6599
47
c++ template的编译的确和其他的不一样

.

【在 a*****a 的大作中提到】
: 那位就瞎掰。还有什么等同于图灵机,一个递归就让编译器忙几个月,逗死了。他不知
: 道所有电脑语言都是图灵完备的。也显然不知道什么是堆栈,什么是stack overflow.

l********e
发帖数: 34
48
这位老兄,也许我的知识面不够广,说的很不准确,但我显然知道什么是heap, 什么是
stack overflow.
我想说的是,编译C++ template本身是np完全的问题,如何能够用在实时性要求高的代
码补全上?
另外,你说的词法,语法,语义检查,都只能基于单个编译单元进行。在C++多文件编
译链接模型上很容易举出代码补全不正确的例子。并且,不链接如何检查链接错误?
在下即使愚钝,也算是明白些编译原理。XCode没用过不说,但我见过IDE中对多文件语
法语义检查最好的SourceInsight,也不能推断得完全正确,简单地说它只是在猜,并
且常常猜错。
我的观点如上所说,对于C++,IDE做不到像Eclipse那样万能的。

.

【在 a*****a 的大作中提到】
: 那位就瞎掰。还有什么等同于图灵机,一个递归就让编译器忙几个月,逗死了。他不知
: 道所有电脑语言都是图灵完备的。也显然不知道什么是堆栈,什么是stack overflow.

z****g
发帖数: 339
49
继续用vim
n*****3
发帖数: 1584
50
I am not an expert on this, but the c++ template is an addition to the
c++; in theory , each language are similar, but c++ compiler must be one of
hardest one to implement.

.

【在 a*****a 的大作中提到】
: 那位就瞎掰。还有什么等同于图灵机,一个递归就让编译器忙几个月,逗死了。他不知
: 道所有电脑语言都是图灵完备的。也显然不知道什么是堆栈,什么是stack overflow.

相关主题
C++现在写起来真舒服啊Mavericks 9.2 and clang 5.1
你们为啥要用cygwin?大家看看这道C语言题是怎么回事?
haskell 好像还不支持arm 64吧。C语言能干嘛?
进入Programming版参与讨论
y*******g
发帖数: 6599
51
新版xcode用llvm的编译器,号称multi-Pass
对c++的支持的确比以前用gcc的时候好了很多

【在 l********e 的大作中提到】
: 这位老兄,也许我的知识面不够广,说的很不准确,但我显然知道什么是heap, 什么是
: stack overflow.
: 我想说的是,编译C++ template本身是np完全的问题,如何能够用在实时性要求高的代
: 码补全上?
: 另外,你说的词法,语法,语义检查,都只能基于单个编译单元进行。在C++多文件编
: 译链接模型上很容易举出代码补全不正确的例子。并且,不链接如何检查链接错误?
: 在下即使愚钝,也算是明白些编译原理。XCode没用过不说,但我见过IDE中对多文件语
: 法语义检查最好的SourceInsight,也不能推断得完全正确,简单地说它只是在猜,并
: 且常常猜错。
: 我的观点如上所说,对于C++,IDE做不到像Eclipse那样万能的。

r**m
发帖数: 1825
52
Visual studio has a visual assist plugin which can detect typo in the code
really fast and highlight it right away, which could save a lot of time.
It is the best I've seem so far.

【在 g*****g 的大作中提到】
: 你是来搞笑的吧,光eclipse的"Build Automatically" (build as you type),
: 就秒杀Vim/Emacs了。写代码不出编译小错误是不可能的,立刻发现立刻解决,
: 要比写一段编译一次快多了。

j*******e
发帖数: 674
53
不用惭愧,C++就是做底层开发的。用框架的那些都是些智障都能做的纯码工,拿积木
搭搭凑凑就出来了。他们做的工作近期会被Java取代,远期会被机器取代。你别看他参
与过几万行,几十万行,几百万行的项目,他还只是个花布口袋。
做框架的是牛人,用框架的是屁屁。
那些经常口头把“企业开发“,“搞过大项目“,”迅捷开发“挂在口头上的,你要说
是Java程序员,理解。你要说是C/C++程序员,冷笑。
目前接触过的框架,只有xUnit有关的,对于C++程序员有用。
没有框架能做出一个操作系统,一个数据库.
如果你对框架感兴趣,赶紧从C++转行到Java去。

【在 l********e 的大作中提到】
: 你说的有理,我一直在做C++底层开发,没用上什么框架,对此无甚了解,惭愧了。
: ctags这样的东西天生只能做语法分析,也是没办法的事。
: unning123 (running123) 的大作中提到: 】

t****t
发帖数: 6806
54
哇, tank拉怪的火力很猛啊!

【在 j*******e 的大作中提到】
: 不用惭愧,C++就是做底层开发的。用框架的那些都是些智障都能做的纯码工,拿积木
: 搭搭凑凑就出来了。他们做的工作近期会被Java取代,远期会被机器取代。你别看他参
: 与过几万行,几十万行,几百万行的项目,他还只是个花布口袋。
: 做框架的是牛人,用框架的是屁屁。
: 那些经常口头把“企业开发“,“搞过大项目“,”迅捷开发“挂在口头上的,你要说
: 是Java程序员,理解。你要说是C/C++程序员,冷笑。
: 目前接触过的框架,只有xUnit有关的,对于C++程序员有用。
: 没有框架能做出一个操作系统,一个数据库.
: 如果你对框架感兴趣,赶紧从C++转行到Java去。

t*****n
发帖数: 4908
55
果子成本高啊。你见过多少企业用果子的东东做开发的?

【在 a*****a 的大作中提到】
: 几个人在这里盲人摸象。没有用过xcode?
: C/Objective C/C++自动语义检查,早就有了。

t*****n
发帖数: 4908
56
你没见过C++的应用?知道AutoCAD吗?百万/千万级的C++应用程序多的是。用不用框架
我不知道。但是如果是计算密集型的应用程序,C++绝对有优势。实事上好多应用程序
还觉的不够快,所以搞GPU、并行之类。
无论如何,C++是不会被java取代的。各有各的用处。

【在 j*******e 的大作中提到】
: 不用惭愧,C++就是做底层开发的。用框架的那些都是些智障都能做的纯码工,拿积木
: 搭搭凑凑就出来了。他们做的工作近期会被Java取代,远期会被机器取代。你别看他参
: 与过几万行,几十万行,几百万行的项目,他还只是个花布口袋。
: 做框架的是牛人,用框架的是屁屁。
: 那些经常口头把“企业开发“,“搞过大项目“,”迅捷开发“挂在口头上的,你要说
: 是Java程序员,理解。你要说是C/C++程序员,冷笑。
: 目前接触过的框架,只有xUnit有关的,对于C++程序员有用。
: 没有框架能做出一个操作系统,一个数据库.
: 如果你对框架感兴趣,赶紧从C++转行到Java去。

r*********r
发帖数: 3195
57
你没看懂人家在说什么吧.

【在 t*****n 的大作中提到】
: 你没见过C++的应用?知道AutoCAD吗?百万/千万级的C++应用程序多的是。用不用框架
: 我不知道。但是如果是计算密集型的应用程序,C++绝对有优势。实事上好多应用程序
: 还觉的不够快,所以搞GPU、并行之类。
: 无论如何,C++是不会被java取代的。各有各的用处。

y*******g
发帖数: 6599
58
果子的东西只能用在mac, ios下
或者说mac, ios做开发xcode是唯一的企业选择。当然xcode还是很不错的,instrument
也很好,比android的那一套好多了

【在 t*****n 的大作中提到】
: 果子成本高啊。你见过多少企业用果子的东东做开发的?
a*****a
发帖数: 1429
59
编译和连接是两个不同的过程。严格说来连接不是编译的一部分。编译是和编程语言相
关的,是面向编程语言的。有C语言编译器,Fortran编译器。。。连接是和语言无关的
。你可以把C语言编译器生成的目标文件和Fortran语言编译器生成的目标文件连接到一
起.
词法分析语法分析,甚至函数调用这样的归于语义一方的,都是编译的一部分。C语言编
译器编译你的程序的时候,检查你用的函数是否正确,只检查头文件,绝不会去检查静态
或者动态库.这时候库是不需要的.所以编译的时候是不需要指明库在哪里的.
另外,在程序中,循环和递归也是两个不同的概念,虽然递归可以用循环来实现.循环是可
以产生死循环,让系统白转好几天的.递归则不会,因为没多久就stack overflow了.建议
好好学学数据结构,Data Structure。这个是编程最重要的知识。

【在 l********e 的大作中提到】
: 这位老兄,也许我的知识面不够广,说的很不准确,但我显然知道什么是heap, 什么是
: stack overflow.
: 我想说的是,编译C++ template本身是np完全的问题,如何能够用在实时性要求高的代
: 码补全上?
: 另外,你说的词法,语法,语义检查,都只能基于单个编译单元进行。在C++多文件编
: 译链接模型上很容易举出代码补全不正确的例子。并且,不链接如何检查链接错误?
: 在下即使愚钝,也算是明白些编译原理。XCode没用过不说,但我见过IDE中对多文件语
: 法语义检查最好的SourceInsight,也不能推断得完全正确,简单地说它只是在猜,并
: 且常常猜错。
: 我的观点如上所说,对于C++,IDE做不到像Eclipse那样万能的。

a*****a
发帖数: 1429
60
不用框架你开发个什么啊。
就算你是开发产品,而不是应用。如果是界面相关的,在Windows上你要用MFC或者类似
的东西,在Linux上你要用Xlib/Xt以及现在流行的Qt, GTK;在Mac OSX上你要用Cocoa.
你不开发界面,开发更底层的,你不还得用框架,你不用glibc或者WinAPI,你连个
fopen/malloc都没有。
你说你牛叉,在开发崭新的操作系统。可操作系统就是内存管理,进程管理和资源管理
。这么多杂七杂八的,你不得先搭起个框架Framework?
盖个厕所你也得先搭个Framework,再码砖不是?
你做过开发?

【在 j*******e 的大作中提到】
: 不用惭愧,C++就是做底层开发的。用框架的那些都是些智障都能做的纯码工,拿积木
: 搭搭凑凑就出来了。他们做的工作近期会被Java取代,远期会被机器取代。你别看他参
: 与过几万行,几十万行,几百万行的项目,他还只是个花布口袋。
: 做框架的是牛人,用框架的是屁屁。
: 那些经常口头把“企业开发“,“搞过大项目“,”迅捷开发“挂在口头上的,你要说
: 是Java程序员,理解。你要说是C/C++程序员,冷笑。
: 目前接触过的框架,只有xUnit有关的,对于C++程序员有用。
: 没有框架能做出一个操作系统,一个数据库.
: 如果你对框架感兴趣,赶紧从C++转行到Java去。

相关主题
生活质量提高了一大截gcc 4.81.或者Clang 都自称C++11 feature 全部支持了
[合集] 大家编译C语言都用什么软件?问一个volatile和memcpy一起用的问题
写一个C语言的编译器大概要多少时间?有人用spacemacs吗
进入Programming版参与讨论
j*******e
发帖数: 674
61
当然任何系统都有自己的框架。但彼框架不是此框架。
库不是框架。框架驱动你的程序。你的程序调用库。
先去把什么是框架搞清楚再说。
我可没说我牛叉。只是在BBS上不负责任地痛快痛快嘴而已。

Cocoa.

【在 a*****a 的大作中提到】
: 不用框架你开发个什么啊。
: 就算你是开发产品,而不是应用。如果是界面相关的,在Windows上你要用MFC或者类似
: 的东西,在Linux上你要用Xlib/Xt以及现在流行的Qt, GTK;在Mac OSX上你要用Cocoa.
: 你不开发界面,开发更底层的,你不还得用框架,你不用glibc或者WinAPI,你连个
: fopen/malloc都没有。
: 你说你牛叉,在开发崭新的操作系统。可操作系统就是内存管理,进程管理和资源管理
: 。这么多杂七杂八的,你不得先搭起个框架Framework?
: 盖个厕所你也得先搭个Framework,再码砖不是?
: 你做过开发?

t****t
发帖数: 6806
62
虽然我也不是很同意他的看法, 但是你把framework和API混为一谈也是不对的. 当然两
者之间的界限不是很明确.

Cocoa.

【在 a*****a 的大作中提到】
: 不用框架你开发个什么啊。
: 就算你是开发产品,而不是应用。如果是界面相关的,在Windows上你要用MFC或者类似
: 的东西,在Linux上你要用Xlib/Xt以及现在流行的Qt, GTK;在Mac OSX上你要用Cocoa.
: 你不开发界面,开发更底层的,你不还得用框架,你不用glibc或者WinAPI,你连个
: fopen/malloc都没有。
: 你说你牛叉,在开发崭新的操作系统。可操作系统就是内存管理,进程管理和资源管理
: 。这么多杂七杂八的,你不得先搭起个框架Framework?
: 盖个厕所你也得先搭个Framework,再码砖不是?
: 你做过开发?

N*****m
发帖数: 42603
63
搞java的喜欢用framework这个词,搞c/c++的喜欢用api
其实本质是一样的,但是java就是喜欢往大了说,往大了搞

【在 t****t 的大作中提到】
: 虽然我也不是很同意他的看法, 但是你把framework和API混为一谈也是不对的. 当然两
: 者之间的界限不是很明确.
:
: Cocoa.

t****t
发帖数: 6806
64
这还是有些区别的. 用framework, 你往一个框架里填东西. 用API, 你自己要有框架.
用framework时你给出的东西多半作为callback出现. 当然一般来说, framework包括了
大量的API, 但是这不是主要的.
不过如果硬要说main()也是被CRT调用的, 那说实质没什么差别也是说得过去的.

【在 N*****m 的大作中提到】
: 搞java的喜欢用framework这个词,搞c/c++的喜欢用api
: 其实本质是一样的,但是java就是喜欢往大了说,往大了搞

j*******e
发帖数: 674
65
个人觉得,framework和library是相比较的。
API是个interface, framework可以提供API,library也提供API.
framwork和library的指导思想差别还是比较大的。
当然也可以说,main() funtion就是framework的入口。这样,世界就大一统了。

【在 N*****m 的大作中提到】
: 搞java的喜欢用framework这个词,搞c/c++的喜欢用api
: 其实本质是一样的,但是java就是喜欢往大了说,往大了搞

N*****m
发帖数: 42603
66
你这个是从字面理解
其实java里面很多frameworks就是api,比如所谓的logging frameworks,不管是log4j
还是slf4j搁c/c++里面都叫api了

.

【在 t****t 的大作中提到】
: 这还是有些区别的. 用framework, 你往一个框架里填东西. 用API, 你自己要有框架.
: 用framework时你给出的东西多半作为callback出现. 当然一般来说, framework包括了
: 大量的API, 但是这不是主要的.
: 不过如果硬要说main()也是被CRT调用的, 那说实质没什么差别也是说得过去的.

g*****g
发帖数: 34805
67
区别是很清楚的,win32是api,MFC就是个框架。
框架减少了boiler plate代码,提供了一个更高程度
的抽象,简化了开发。当然系统开发由于各种要求和限制,
是用不了什么框架的。框架基本用在应用级开发上。

.

【在 t****t 的大作中提到】
: 这还是有些区别的. 用framework, 你往一个框架里填东西. 用API, 你自己要有框架.
: 用framework时你给出的东西多半作为callback出现. 当然一般来说, framework包括了
: 大量的API, 但是这不是主要的.
: 不过如果硬要说main()也是被CRT调用的, 那说实质没什么差别也是说得过去的.

g*****g
发帖数: 34805
68
log4j, slf4j之所以叫做logging framework是因为很强的可扩展性,
可以插入大量的第三方类来达到定制的目的。比如觉得blocking IO太慢,
可以换个Appender。
API通常局限于传入参数上配置,没有反射也使得C++这方面比较困难。

log4j

【在 N*****m 的大作中提到】
: 你这个是从字面理解
: 其实java里面很多frameworks就是api,比如所谓的logging frameworks,不管是log4j
: 还是slf4j搁c/c++里面都叫api了
:
: .

r*********r
发帖数: 3195
69
glibc 都能称为框架啊。第一次听说。

Cocoa.

【在 a*****a 的大作中提到】
: 不用框架你开发个什么啊。
: 就算你是开发产品,而不是应用。如果是界面相关的,在Windows上你要用MFC或者类似
: 的东西,在Linux上你要用Xlib/Xt以及现在流行的Qt, GTK;在Mac OSX上你要用Cocoa.
: 你不开发界面,开发更底层的,你不还得用框架,你不用glibc或者WinAPI,你连个
: fopen/malloc都没有。
: 你说你牛叉,在开发崭新的操作系统。可操作系统就是内存管理,进程管理和资源管理
: 。这么多杂七杂八的,你不得先搭起个框架Framework?
: 盖个厕所你也得先搭个Framework,再码砖不是?
: 你做过开发?

h*******u
发帖数: 15326
70
对的。我现在除了VS其他都不明白了,vim等等的key binding忘光光,
偶尔用用linux下面也是nano 或者 jedit这种傻瓜的。

【在 r*********r 的大作中提到】
: 想着用什么IDE 的都是对 toolchain 搞不定的人。
: 不过IDE 越用人越傻,所以会一直搞不定。。。

相关主题
有人用spacemacs吗C++11 support is now feature-complete in clang.
谁能推荐一个支持Cmake的C++ IDEC++ 11问题:emplace_back()
牛人们来看看这个Dao语言怎么样被苹果给惊呆了!! (转载)
进入Programming版参与讨论
i*****o
发帖数: 1714
71
IDE就是个tool,没有那个tool可以横行天下的,能人是看见什么用什么,非要死抱着
一个tool的人就是傻瓜啊:)所以:
写java的不用eclipse之类的就是傻瓜,
做windows C++的不用VC 的就是傻瓜,
写linux 底层的不用vim/emacs的就是傻瓜,
写MAC/IOS程序的不用xcode就是天才。
disclaimer,俺做了很多次傻瓜。。。
r*********r
发帖数: 3195
72
xcode 不就是在 gcc, gdb 上加了一层GUI么,如果愿意,调试的时候甚至可以直接用
gdb 命令。
所谓的 IDE, 也不过就是编译器,调试器,再加个比vi/emacs烂一点的编辑器。
最多就是再加点 autocomplete, content management 之类的。
这些工具,一个一个分开用不好么。干嘛非得搞成 IDE 那么一大坨,难用死了。
像 visual studio 这样的垃圾,加个 scm 都很困难,再弄个 profiler 更是
难上加难。
学编程的,就是应该用linux 和命令行界面。至少搞清楚 gcc, gdb, nm, ldd, grep,
c++filt, valgrind, dtrace 这些常用的工具。就不会老是问一些低级问题,
什么链接库不行啦,内存泄漏啦,coredump啦,编译错误信息看不懂啦。
面试过很多号称做过大项目的人,结果基本概念一塌糊涂,好不尴尬。或者给个 ssh
login
做 coding test, 就立马完全抓瞎。都是给 IDE 惯坏了的。
h********n
发帖数: 1671
73
根据gcc和grep的输出结果打开文件、定位到行号太麻烦了。在IDE里都是自动的。

,

【在 r*********r 的大作中提到】
: xcode 不就是在 gcc, gdb 上加了一层GUI么,如果愿意,调试的时候甚至可以直接用
: gdb 命令。
: 所谓的 IDE, 也不过就是编译器,调试器,再加个比vi/emacs烂一点的编辑器。
: 最多就是再加点 autocomplete, content management 之类的。
: 这些工具,一个一个分开用不好么。干嘛非得搞成 IDE 那么一大坨,难用死了。
: 像 visual studio 这样的垃圾,加个 scm 都很困难,再弄个 profiler 更是
: 难上加难。
: 学编程的,就是应该用linux 和命令行界面。至少搞清楚 gcc, gdb, nm, ldd, grep,
: c++filt, valgrind, dtrace 这些常用的工具。就不会老是问一些低级问题,
: 什么链接库不行啦,内存泄漏啦,coredump啦,编译错误信息看不懂啦。

t****t
发帖数: 6806
74
这种小事, vim就可以做了. 你当2010年的编辑器还是和1990年的编辑器是一回事吗?

【在 h********n 的大作中提到】
: 根据gcc和grep的输出结果打开文件、定位到行号太麻烦了。在IDE里都是自动的。
:
: ,

h********n
发帖数: 1671
75
这已经算是IDE了。1990年的IDE和2010年的IDE的概念基本上还是一回事,变的是vim。

【在 t****t 的大作中提到】
: 这种小事, vim就可以做了. 你当2010年的编辑器还是和1990年的编辑器是一回事吗?
t****t
发帖数: 6806
76
你说vim是IDE, 不知道有多少人要跳起来跟你急.

【在 h********n 的大作中提到】
: 这已经算是IDE了。1990年的IDE和2010年的IDE的概念基本上还是一回事,变的是vim。
h********n
发帖数: 1671
77
哈哈,有IDE特色的vim。

【在 t****t 的大作中提到】
: 你说vim是IDE, 不知道有多少人要跳起来跟你急.
x****u
发帖数: 44466
78
不要神化linux。也有很多在linux下学C的人搞不清很多基本问题,比如一个so跨多个
工程时的内存问题之类。

,

【在 r*********r 的大作中提到】
: xcode 不就是在 gcc, gdb 上加了一层GUI么,如果愿意,调试的时候甚至可以直接用
: gdb 命令。
: 所谓的 IDE, 也不过就是编译器,调试器,再加个比vi/emacs烂一点的编辑器。
: 最多就是再加点 autocomplete, content management 之类的。
: 这些工具,一个一个分开用不好么。干嘛非得搞成 IDE 那么一大坨,难用死了。
: 像 visual studio 这样的垃圾,加个 scm 都很困难,再弄个 profiler 更是
: 难上加难。
: 学编程的,就是应该用linux 和命令行界面。至少搞清楚 gcc, gdb, nm, ldd, grep,
: c++filt, valgrind, dtrace 这些常用的工具。就不会老是问一些低级问题,
: 什么链接库不行啦,内存泄漏啦,coredump啦,编译错误信息看不懂啦。

r*********r
发帖数: 3195
79
linux 不是关键. 用 mac os x 也可以 vi/emacs + gcc + gdb, 完全可以无视 xcode.
现在唯一强迫程序员使用 IDE 的平台估计就是 windoze 了. 那个 vs 真是王小二过年
一年不如一年.
以前好歹还有个 sourcesafe 可以用. 现在好像弄个 scm 都必须要 vs team 了. 这样
的垃圾 IDE ,
不用也罢啊.

【在 x****u 的大作中提到】
: 不要神化linux。也有很多在linux下学C的人搞不清很多基本问题,比如一个so跨多个
: 工程时的内存问题之类。
:
: ,

g*****g
发帖数: 34805
80
学编程的,就不该用啥gdb,偶们写server的在产品环境里完全依赖logging
来debug。:-)

,

【在 r*********r 的大作中提到】
: xcode 不就是在 gcc, gdb 上加了一层GUI么,如果愿意,调试的时候甚至可以直接用
: gdb 命令。
: 所谓的 IDE, 也不过就是编译器,调试器,再加个比vi/emacs烂一点的编辑器。
: 最多就是再加点 autocomplete, content management 之类的。
: 这些工具,一个一个分开用不好么。干嘛非得搞成 IDE 那么一大坨,难用死了。
: 像 visual studio 这样的垃圾,加个 scm 都很困难,再弄个 profiler 更是
: 难上加难。
: 学编程的,就是应该用linux 和命令行界面。至少搞清楚 gcc, gdb, nm, ldd, grep,
: c++filt, valgrind, dtrace 这些常用的工具。就不会老是问一些低级问题,
: 什么链接库不行啦,内存泄漏啦,coredump啦,编译错误信息看不懂啦。

相关主题
感觉python的前途堪忧 (转载)你们为啥要用cygwin?
批判Rust语言,以及C/C++为什么永远不会死(ZZ)haskell 好像还不支持arm 64吧。
C++现在写起来真舒服啊Mavericks 9.2 and clang 5.1
进入Programming版参与讨论
y*******g
发帖数: 6599
81
xcode用的是llvm ,语义分析至少给我的感觉比gcc好多了

,

【在 r*********r 的大作中提到】
: xcode 不就是在 gcc, gdb 上加了一层GUI么,如果愿意,调试的时候甚至可以直接用
: gdb 命令。
: 所谓的 IDE, 也不过就是编译器,调试器,再加个比vi/emacs烂一点的编辑器。
: 最多就是再加点 autocomplete, content management 之类的。
: 这些工具,一个一个分开用不好么。干嘛非得搞成 IDE 那么一大坨,难用死了。
: 像 visual studio 这样的垃圾,加个 scm 都很困难,再弄个 profiler 更是
: 难上加难。
: 学编程的,就是应该用linux 和命令行界面。至少搞清楚 gcc, gdb, nm, ldd, grep,
: c++filt, valgrind, dtrace 这些常用的工具。就不会老是问一些低级问题,
: 什么链接库不行啦,内存泄漏啦,coredump啦,编译错误信息看不懂啦。

a*****9
发帖数: 805
82
这个坑好啊,我也来跳,
代码/算法质量怎么样还是看人,三哥用再牛B的IDE写出来的程序还是那样。。
IDE主要是开发辅助,提高效率,节约时间,方便管理和accountability 比如神马
source control啊,version啊,IntelSense啊之类的集成到IDE这样
但是牛逼的人没有牛逼的IDE写程序的效率就是被炒得那类...
比如你是html牛人,你用notebook写出来的markup也许能用,但是肯定不过management
的关
又说Framework跟API..... Framework是API的superset...我觉得
可以说, an application is based on XX framework, 或者, the code have the
reference to XX API...
framework主要是managed code, 有中间层,safe code, 不需要去管内存申请/释放,垃
圾回收之类的重复劳动 ,让程序员多想算法逻辑而不是看内存有泄露没有(关键代码
估计要,但是也只有<1%量)
API就是等于就是现成的代码块做特定的事情,一般是面向application的,当然两个技
术层面概念都差不多,只是宏观定义不一样。。。
不过,能写API和Framework的都是牛人。。。但是不能说用它们的就不牛,用他们的一
般在business logic要比做底层API的强,缺一个都不是好的系统。。
现在的IT都是系统级别的,不是以前写程序自己用的时代了
c***d
发帖数: 996
83
闻到了浓浓的微软气:-)

management

【在 a*****9 的大作中提到】
: 这个坑好啊,我也来跳,
: 代码/算法质量怎么样还是看人,三哥用再牛B的IDE写出来的程序还是那样。。
: IDE主要是开发辅助,提高效率,节约时间,方便管理和accountability 比如神马
: source control啊,version啊,IntelSense啊之类的集成到IDE这样
: 但是牛逼的人没有牛逼的IDE写程序的效率就是被炒得那类...
: 比如你是html牛人,你用notebook写出来的markup也许能用,但是肯定不过management
: 的关
: 又说Framework跟API..... Framework是API的superset...我觉得
: 可以说, an application is based on XX framework, 或者, the code have the
: reference to XX API...

r****y
发帖数: 26819
84
嗯,等zlike来批判

【在 c***d 的大作中提到】
: 闻到了浓浓的微软气:-)
:
: management

x****u
发帖数: 44466
85
微软自己都不用的东西也不必那么热炒。

xcode.

【在 r*********r 的大作中提到】
: linux 不是关键. 用 mac os x 也可以 vi/emacs + gcc + gdb, 完全可以无视 xcode.
: 现在唯一强迫程序员使用 IDE 的平台估计就是 windoze 了. 那个 vs 真是王小二过年
: 一年不如一年.
: 以前好歹还有个 sourcesafe 可以用. 现在好像弄个 scm 都必须要 vs team 了. 这样
: 的垃圾 IDE ,
: 不用也罢啊.

x****u
发帖数: 44466
86
这么做提高了开发成本。

【在 g*****g 的大作中提到】
: 学编程的,就不该用啥gdb,偶们写server的在产品环境里完全依赖logging
: 来debug。:-)
:
: ,

g*****g
发帖数: 34805
87
这是迫不得已,可也没有更好的办法。

【在 x****u 的大作中提到】
: 这么做提高了开发成本。
x****u
发帖数: 44466
88
有时候东西不在自己手里时,log是必不可少的。

【在 g*****g 的大作中提到】
: 这是迫不得已,可也没有更好的办法。
b****y
发帖数: 169
89
有人知道如何让Eclipse在MacOS下不crash吗?
谢谢!
r*********r
发帖数: 3195
90
微软做的开发工具是狗粮,吃多了会变傻。
不过微软比较实在,基本能做到 eat their own dog food。
sourcesafe 是一个例外。微软内部好像用类似 perforce 之类的 scm.
不知道现在的 vs team 他们自己用不用。

【在 x****u 的大作中提到】
: 微软自己都不用的东西也不必那么热炒。
:
: xcode.

相关主题
大家看看这道C语言题是怎么回事?[合集] 大家编译C语言都用什么软件?
C语言能干嘛?写一个C语言的编译器大概要多少时间?
生活质量提高了一大截gcc 4.81.或者Clang 都自称C++11 feature 全部支持了
进入Programming版参与讨论
r*********r
发帖数: 3195
91
llvm 只是 gcc 的一部分,有什么可比性。

【在 y*******g 的大作中提到】
: xcode用的是llvm ,语义分析至少给我的感觉比gcc好多了
:
: ,

D*******a
发帖数: 3688
92
you can go full command-line in windows, too.
as matter of fact, a lot of MSFT devs don't use VS at all. Some uses source
insight+windbg.

xcode.

【在 r*********r 的大作中提到】
: linux 不是关键. 用 mac os x 也可以 vi/emacs + gcc + gdb, 完全可以无视 xcode.
: 现在唯一强迫程序员使用 IDE 的平台估计就是 windoze 了. 那个 vs 真是王小二过年
: 一年不如一年.
: 以前好歹还有个 sourcesafe 可以用. 现在好像弄个 scm 都必须要 vs team 了. 这样
: 的垃圾 IDE ,
: 不用也罢啊.

s***o
发帖数: 2191
93
你说了也是白说。虎同学是个典型的 M$ hater。

source

【在 D*******a 的大作中提到】
: you can go full command-line in windows, too.
: as matter of fact, a lot of MSFT devs don't use VS at all. Some uses source
: insight+windbg.
:
: xcode.

D*******a
发帖数: 3688
94
I think even for Java web server apps you can debug/set breakpoints/step,
etc. Eclipse can attach to the server instance or something, similar to
gdbserver.

【在 g*****g 的大作中提到】
: 这是迫不得已,可也没有更好的办法。
r*********r
发帖数: 3195
95
sure, i also know that they want to use Macs.

source

【在 D*******a 的大作中提到】
: you can go full command-line in windows, too.
: as matter of fact, a lot of MSFT devs don't use VS at all. Some uses source
: insight+windbg.
:
: xcode.

a*****9
发帖数: 805
96
Then what's the problem for the M$? At least its one of the leading company
that can provide a system level architect. Our company is on the M$ platform
anyway.
Althoug their license fee is freaking expensive, compaines using Linux/Java/
MySQL want to save some licensing fees.
The C# is still a very good languge. Of course, no IDE support C# better
than VS.
Each language have its pros and cons so does IDE. Its the person who worte
the code make the good or poor quality. That's my point.

【在 r****y 的大作中提到】
: 嗯,等zlike来批判
D*******a
发帖数: 3688
97
if you don't have anything meaningful to say

【在 r*********r 的大作中提到】
: sure, i also know that they want to use Macs.
:
: source

D*******a
发帖数: 3688
98
Hating MSFT is fine, everyone has opinions. One doesn't need to demonstrate
ignorance publicly.

【在 s***o 的大作中提到】
: 你说了也是白说。虎同学是个典型的 M$ hater。
:
: source

r*********r
发帖数: 3195
99
怎么没有意义了?要用 command line development,
Mac 比 windows 就是天壤之别。
to quote Jim Allchin: "I would buy a Mac today if I was not working at
Microsoft."

【在 D*******a 的大作中提到】
: if you don't have anything meaningful to say
D*******a
发帖数: 3688
100
nice job quoting a retired executive whose latest programming experience is
in DOS.
I am glad you make this topic so useful to readers.

【在 r*********r 的大作中提到】
: 怎么没有意义了?要用 command line development,
: Mac 比 windows 就是天壤之别。
: to quote Jim Allchin: "I would buy a Mac today if I was not working at
: Microsoft."

相关主题
问一个volatile和memcpy一起用的问题牛人们来看看这个Dao语言怎么样
有人用spacemacs吗C++11 support is now feature-complete in clang.
谁能推荐一个支持Cmake的C++ IDEC++ 11问题:emplace_back()
进入Programming版参与讨论
a*****9
发帖数: 805
101
Why programming in console? Shell? M$ has powerShell that can do alomost
everything.
But fundamentally, Apple and M$ is not in one world.

【在 r*********r 的大作中提到】
: 怎么没有意义了?要用 command line development,
: Mac 比 windows 就是天壤之别。
: to quote Jim Allchin: "I would buy a Mac today if I was not working at
: Microsoft."

r*********r
发帖数: 3195
102
那你来 demonstrate 一下,windoze 下用什么 terminal, 什么编辑器。
它那个 cl, nmake 都怎么用。

demonstrate

【在 D*******a 的大作中提到】
: Hating MSFT is fine, everyone has opinions. One doesn't need to demonstrate
: ignorance publicly.

D*******a
发帖数: 3688
103
see, it is not too bad to admit you can develop using command-line tools
without IDE in windows.

【在 r*********r 的大作中提到】
: 那你来 demonstrate 一下,windoze 下用什么 terminal, 什么编辑器。
: 它那个 cl, nmake 都怎么用。
:
: demonstrate

r*********r
发帖数: 3195
104
did i say you CANNOT?
you can always torture yourself if you want.

【在 D*******a 的大作中提到】
: see, it is not too bad to admit you can develop using command-line tools
: without IDE in windows.

D*******a
发帖数: 3688
105
feel free to call something you are not proficient in torturing.

【在 r*********r 的大作中提到】
: did i say you CANNOT?
: you can always torture yourself if you want.

g*****g
发帖数: 34805
106
Good luck doing that on production server. Leaving some trace
on different logging levels is the only way to go.

【在 D*******a 的大作中提到】
: I think even for Java web server apps you can debug/set breakpoints/step,
: etc. Eclipse can attach to the server instance or something, similar to
: gdbserver.

r*********r
发帖数: 3195
107
i'm hardly the only one.
btw, why didn't u answer what terminal & editor do u use to be "proficient"?

【在 D*******a 的大作中提到】
: feel free to call something you are not proficient in torturing.
s***o
发帖数: 2191
108
That's correct, you don't want to torture yourself, so you pick up the RIGHT
TOOL for help.
hmm...what's your point about VS again?

【在 r*********r 的大作中提到】
: did i say you CANNOT?
: you can always torture yourself if you want.

r*********r
发帖数: 3195
109
why is it so hard to understand? torture & dog food.

the
RIGHT

【在 s***o 的大作中提到】
: That's correct, you don't want to torture yourself, so you pick up the RIGHT
: TOOL for help.
: hmm...what's your point about VS again?

D*******a
发帖数: 3688
110
You can use any editor you want. doesn't have to be VS. doesn't have to be
IDE. many people in MS uses source insight for editing, and windbg for
debugging. You can use windows port of vim and emacs, too. Does it suit your
purpose?
terminal is just cmd.exe. It is admittably not as popular as bash, but that
doesn't make it less powerful. If you want more, there is powershell.

"?

【在 r*********r 的大作中提到】
: i'm hardly the only one.
: btw, why didn't u answer what terminal & editor do u use to be "proficient"?

相关主题
C++ 11问题:emplace_back()批判Rust语言,以及C/C++为什么永远不会死(ZZ)
被苹果给惊呆了!! (转载)C++现在写起来真舒服啊
感觉python的前途堪忧 (转载)你们为啥要用cygwin?
进入Programming版参与讨论
r*********r
发帖数: 3195
111
and for those who get stuck on windoze,
most choose dog food over torture.
D*******a
发帖数: 3688
112
here is his logic:
1. people who use IDE are stupid
2. people who devs under windows have to use IDE
great job for a MS hater to prove a point

RIGHT

【在 s***o 的大作中提到】
: That's correct, you don't want to torture yourself, so you pick up the RIGHT
: TOOL for help.
: hmm...what's your point about VS again?

s***o
发帖数: 2191
113
看看吧,M$竟然想用HTML5/JS 去勾引比老虎同学更铁的M$ haters去写 windows apps
。这可能吗?真不知道Ballmer脑袋里咋想的。。。

【在 r*********r 的大作中提到】
: why is it so hard to understand? torture & dog food.
:
: the
: RIGHT

r*********r
发帖数: 3195
114
terminal is terminal. shell is shell. don't mix them up please.

that

【在 D*******a 的大作中提到】
: here is his logic:
: 1. people who use IDE are stupid
: 2. people who devs under windows have to use IDE
: great job for a MS hater to prove a point
:
: RIGHT

r*********r
发帖数: 3195
115
it's an easy job. i've done better. thank you.

【在 D*******a 的大作中提到】
: here is his logic:
: 1. people who use IDE are stupid
: 2. people who devs under windows have to use IDE
: great job for a MS hater to prove a point
:
: RIGHT

r*********r
发帖数: 3195
116
as if they have a choice.

apps

【在 s***o 的大作中提到】
: 看看吧,M$竟然想用HTML5/JS 去勾引比老虎同学更铁的M$ haters去写 windows apps
: 。这可能吗?真不知道Ballmer脑袋里咋想的。。。

t****t
发帖数: 6806
117
wait, you said cmd.exe is AS POWERFUL AS bash? usually i don't join this
kind of war, but i can't agree on this.
maybe powershell alone is as powerful as bash alone. but the real power of
unix shell is within the tools it call.

your
that

【在 D*******a 的大作中提到】
: You can use any editor you want. doesn't have to be VS. doesn't have to be
: IDE. many people in MS uses source insight for editing, and windbg for
: debugging. You can use windows port of vim and emacs, too. Does it suit your
: purpose?
: terminal is just cmd.exe. It is admittably not as popular as bash, but that
: doesn't make it less powerful. If you want more, there is powershell.
:
: "?

r*********r
发帖数: 3195
118
well, if m$ has the technologies and refuses to make a proper terminal.
that IS torture, isn't it?
i'm not a big fan of apple, but at least they listen to what
the developers are demanding. Their first release of Terminal didn't
support multi-tab, but added that after people complained.
btw, how many times has M$ flip-flopped over SUA/SFU
(service for unix)? if they hate developers so much, they deserve
to be hated back.
D*******a
发帖数: 3688
119
wouldn't it be an unfair battle to lump unix utils together with bash?

【在 t****t 的大作中提到】
: wait, you said cmd.exe is AS POWERFUL AS bash? usually i don't join this
: kind of war, but i can't agree on this.
: maybe powershell alone is as powerful as bash alone. but the real power of
: unix shell is within the tools it call.
:
: your
: that

t****t
发帖数: 6806
120
yeah of course it is unfair. i have no idea about current windows utils, so
i didn't compare it at all -- but i guess it is less powerful for powershell
+windows util.
however i said powershell alone may be as powerful as bash alone, isn't it
fair enough?
but cmd.exe is out of question.

【在 D*******a 的大作中提到】
: wouldn't it be an unfair battle to lump unix utils together with bash?
相关主题
haskell 好像还不支持arm 64吧。C语言能干嘛?
Mavericks 9.2 and clang 5.1生活质量提高了一大截
大家看看这道C语言题是怎么回事?[合集] 大家编译C语言都用什么软件?
进入Programming版参与讨论
D*******a
发帖数: 3688
121
Comparing powershell to bash alone is also not fair because powershell can
invoke .net objects, so basically it can do a lot more. Imagine a bash shell
that allows you to call C lib functions...
Now, if you compare powershell w/out .NET and bash alone, perhaps they are
as good as each other. But this comparison is kind of useless...don't you
think?

so
powershell

【在 t****t 的大作中提到】
: yeah of course it is unfair. i have no idea about current windows utils, so
: i didn't compare it at all -- but i guess it is less powerful for powershell
: +windows util.
: however i said powershell alone may be as powerful as bash alone, isn't it
: fair enough?
: but cmd.exe is out of question.

y*******g
发帖数: 6599
122
没什么好说的了
现在libcxx都是用llvm自己从新写的

【在 r*********r 的大作中提到】
: llvm 只是 gcc 的一部分,有什么可比性。
r*********r
发帖数: 3195
123
when you say llvm, do you mean something else, like Clang?
llvm was a code generator, and can be used to replace the existing one in
the gcc stack.
recently there's new front-end parsers like Clang, which is re-designed to
work with llvm.
now "apple llvm" is a marketing term coined by apple, don't be confused.

【在 y*******g 的大作中提到】
: 没什么好说的了
: 现在libcxx都是用llvm自己从新写的

t****t
发帖数: 6806
124
exactly, so i didn't intend to compare these 2 at all. my point is, cmd.exe
is like, only 1/10 as powerful as bash, while powershell is comparable.

shell

【在 D*******a 的大作中提到】
: Comparing powershell to bash alone is also not fair because powershell can
: invoke .net objects, so basically it can do a lot more. Imagine a bash shell
: that allows you to call C lib functions...
: Now, if you compare powershell w/out .NET and bash alone, perhaps they are
: as good as each other. But this comparison is kind of useless...don't you
: think?
:
: so
: powershell

r*********r
发帖数: 3195
125
after reading the Xcode 4 marketing stuff, now i'm pretty sure
"apple llvm" = Clang front-end parser + llvm back-end
for Xcode 3, the stack is gcc front-end parser + llvm back-end
Clang parser compiles faster than the gcc parser,
only because it doesn't do as much work !
the compiled code quality is actually worse. (the executable
runs slower) The advantage is that by doing less, the output is
easier to understand, both by human and by IDE.
r*********r
发帖数: 3195
126
most bash users don't give a damn about powershell.
but apparently m$ really really cares about bash.
through all versions of SFU, korn shell and C shell are provided,
but never bash! m$ really goes out of its way to make things
difficult.
c***d
发帖数: 996
127
how important is the interoperability of unix and windows to business? I
personally yet to encounter any SFU users in my day to day work.
another note: i thought the topic of this discussion is about c++ ide, not
to bash microsoft or the other way around.

【在 r*********r 的大作中提到】
: most bash users don't give a damn about powershell.
: but apparently m$ really really cares about bash.
: through all versions of SFU, korn shell and C shell are provided,
: but never bash! m$ really goes out of its way to make things
: difficult.

r*********r
发帖数: 3195
128
no one is seriously using SFU simply because it's crippled.
but that doesn't mean the demand is not there. i'm not sure
if m$ even understands that.
when you talk about CLI vs IDE, it's hard to avoid bashing m$
because they are the archenemy that pushed IDE while trying to
kill anything command-line.

【在 c***d 的大作中提到】
: how important is the interoperability of unix and windows to business? I
: personally yet to encounter any SFU users in my day to day work.
: another note: i thought the topic of this discussion is about c++ ide, not
: to bash microsoft or the other way around.

g*****g
发帖数: 34805
129
cygwin for rescue.

【在 r*********r 的大作中提到】
: no one is seriously using SFU simply because it's crippled.
: but that doesn't mean the demand is not there. i'm not sure
: if m$ even understands that.
: when you talk about CLI vs IDE, it's hard to avoid bashing m$
: because they are the archenemy that pushed IDE while trying to
: kill anything command-line.

r*********r
发帖数: 3195
130
这个。。。我是知道滴。 光有cygwin不够,还得跟putty 杂交一下,
搞个 puttycyg, 才能 terminal/shell 两全。
terminal 要multiple tabs, 还得再弄一个 putty connection manager.
不过有这功夫,用个 *nix 或 mac 不是更省心。

【在 g*****g 的大作中提到】
: cygwin for rescue.
相关主题
写一个C语言的编译器大概要多少时间?有人用spacemacs吗
gcc 4.81.或者Clang 都自称C++11 feature 全部支持了谁能推荐一个支持Cmake的C++ IDE
问一个volatile和memcpy一起用的问题牛人们来看看这个Dao语言怎么样
进入Programming版参与讨论
g*****g
发帖数: 34805
131
I use Poderosa, which hoops up with both well and has
tabs.

【在 r*********r 的大作中提到】
: 这个。。。我是知道滴。 光有cygwin不够,还得跟putty 杂交一下,
: 搞个 puttycyg, 才能 terminal/shell 两全。
: terminal 要multiple tabs, 还得再弄一个 putty connection manager.
: 不过有这功夫,用个 *nix 或 mac 不是更省心。

t****t
发帖数: 6806
132
咦, 为什么要putty? 直接用xterm+ssh不行吗? 当然没有multiple tabs就是了.

【在 r*********r 的大作中提到】
: 这个。。。我是知道滴。 光有cygwin不够,还得跟putty 杂交一下,
: 搞个 puttycyg, 才能 terminal/shell 两全。
: terminal 要multiple tabs, 还得再弄一个 putty connection manager.
: 不过有这功夫,用个 *nix 或 mac 不是更省心。

r*********r
发帖数: 3195
133
要在 local 用啊。puttycyg 是拿 putty 来代替 cmd.exe 当 terminal 用了。

【在 t****t 的大作中提到】
: 咦, 为什么要putty? 直接用xterm+ssh不行吗? 当然没有multiple tabs就是了.
y*******g
发帖数: 6599
134
不管是那种,也没你所说的llvm是gcc的一部分这种理解
code质量没有证据说明llvm差,网上各种benchmark显示code质量各有优势,但编译速
度差太多了,

【在 r*********r 的大作中提到】
: after reading the Xcode 4 marketing stuff, now i'm pretty sure
: "apple llvm" = Clang front-end parser + llvm back-end
: for Xcode 3, the stack is gcc front-end parser + llvm back-end
: Clang parser compiles faster than the gcc parser,
: only because it doesn't do as much work !
: the compiled code quality is actually worse. (the executable
: runs slower) The advantage is that by doing less, the output is
: easier to understand, both by human and by IDE.

t****t
发帖数: 6806
135
那为什么不能用xterm, 不想装X吗?

【在 r*********r 的大作中提到】
: 要在 local 用啊。puttycyg 是拿 putty 来代替 cmd.exe 当 terminal 用了。
w*****r
发帖数: 165
136
我比较倾向netbeans.我最开始是用eclipse的, 不过在调试过程中,我曾经遇到过
eclipse的一个bug,可netbeans就没问题,后来就一直用netbeans了.

【在 m******1 的大作中提到】
: 请教一下linux下eclipse和netbean哪个更好用?
: 另外各位大侠都是手写makefile吗?应该有些自动生成工具可以用吧?

r*********r
发帖数: 3195
137
你到命令行下试试, 现在的 lion 带了三个编译器, g++-4.2, g++, clang++
缺省的 g++ 就是带了 llvm 模块的 g++.
你所谓的 llvm, 即 xcode 4.1 使用的编译器, 是 clang++, 就是带了 llvm 模块的
clang++.
还有什么 "libcxx 用 llvm 自己重新写", 更是说不通. 无非就是把libcxx 的源码拿
来,用 clang++ 重新编译一遍.

【在 y*******g 的大作中提到】
: 不管是那种,也没你所说的llvm是gcc的一部分这种理解
: code质量没有证据说明llvm差,网上各种benchmark显示code质量各有优势,但编译速
: 度差太多了,

T*******x
发帖数: 8565
138
大侠给科普一下terminal和shell有啥区别?

【在 r*********r 的大作中提到】
: terminal is terminal. shell is shell. don't mix them up please.
:
: that

T*******x
发帖数: 8565
139
我也这么用过。
以前没找到puttycyg之前我还试过cygwin+telnetd+putty,
telnetd作为service启动,这个还经常搞不定。
后来找到了puttycyg就没有这个麻烦了。
不过每次重装系统cygwin也要重装,还挺麻烦。
现在这些都不用了,直接用ubuntu了。

【在 r*********r 的大作中提到】
: 要在 local 用啊。puttycyg 是拿 putty 来代替 cmd.exe 当 terminal 用了。
t****t
发帖数: 6806
140
e.g. xterm, konsole, gnome-terminal are terminals
bash, tcsh, ksh, are shells.

【在 T*******x 的大作中提到】
: 大侠给科普一下terminal和shell有啥区别?
相关主题
牛人们来看看这个Dao语言怎么样被苹果给惊呆了!! (转载)
C++11 support is now feature-complete in clang.感觉python的前途堪忧 (转载)
C++ 11问题:emplace_back()批判Rust语言,以及C/C++为什么永远不会死(ZZ)
进入Programming版参与讨论
g*****g
发帖数: 34805
141
应该试试我说的Poderosa,加上cygwin,我需要的是都有了。

【在 T*******x 的大作中提到】
: 我也这么用过。
: 以前没找到puttycyg之前我还试过cygwin+telnetd+putty,
: telnetd作为service启动,这个还经常搞不定。
: 后来找到了puttycyg就没有这个麻烦了。
: 不过每次重装系统cygwin也要重装,还挺麻烦。
: 现在这些都不用了,直接用ubuntu了。

b******n
发帖数: 592
142
http://libcxx.llvm.org/

【在 r*********r 的大作中提到】
: 你到命令行下试试, 现在的 lion 带了三个编译器, g++-4.2, g++, clang++
: 缺省的 g++ 就是带了 llvm 模块的 g++.
: 你所谓的 llvm, 即 xcode 4.1 使用的编译器, 是 clang++, 就是带了 llvm 模块的
: clang++.
: 还有什么 "libcxx 用 llvm 自己重新写", 更是说不通. 无非就是把libcxx 的源码拿
: 来,用 clang++ 重新编译一遍.

T*******x
发帖数: 8565
143
哦。这样啊。这个在linux下面分的还是挺清楚的。
在windows下面那个cmd.exe分的不是很清楚,所以我搞糊涂了。
这个cmd.exe到底算terminal还是算shell啊?

【在 t****t 的大作中提到】
: e.g. xterm, konsole, gnome-terminal are terminals
: bash, tcsh, ksh, are shells.

T*******x
发帖数: 8565
144
在windows下装cygwin了,就肯定看一下。

【在 g*****g 的大作中提到】
: 应该试试我说的Poderosa,加上cygwin,我需要的是都有了。
r*********r
发帖数: 3195
145
libcxx 跟 llvm 完全没有关系。

【在 b******n 的大作中提到】
: http://libcxx.llvm.org/
y*******g
发帖数: 6599
146
http://libcxx.llvm.org/
是重写的,当然是今年才出来的。

【在 r*********r 的大作中提到】
: 你到命令行下试试, 现在的 lion 带了三个编译器, g++-4.2, g++, clang++
: 缺省的 g++ 就是带了 llvm 模块的 g++.
: 你所谓的 llvm, 即 xcode 4.1 使用的编译器, 是 clang++, 就是带了 llvm 模块的
: clang++.
: 还有什么 "libcxx 用 llvm 自己重新写", 更是说不通. 无非就是把libcxx 的源码拿
: 来,用 clang++ 重新编译一遍.

x****u
发帖数: 44466
147
当年微软的人给人demo dot net时,用的是emacs被人抓住。。。

【在 r*********r 的大作中提到】
: 微软做的开发工具是狗粮,吃多了会变傻。
: 不过微软比较实在,基本能做到 eat their own dog food。
: sourcesafe 是一个例外。微软内部好像用类似 perforce 之类的 scm.
: 不知道现在的 vs team 他们自己用不用。

b******n
发帖数: 592
148
maybe true. The main reason for this push of libcxx implementation is to
have
standard c++ library for llvm. of course it is not limited to llvm.

【在 r*********r 的大作中提到】
: libcxx 跟 llvm 完全没有关系。
r*********r
发帖数: 3195
149
cmd.exe 是 terminal 和 shell 绑定在一起. 它那个shell 基本就是 dos batch 发展
来的.

【在 T*******x 的大作中提到】
: 在windows下装cygwin了,就肯定看一下。
a***y
发帖数: 2803
150
cmd.exe 里面的ipconfig
和powershell里面的get-Ipconfig是不是有点重复了?

【在 r*********r 的大作中提到】
: cmd.exe 是 terminal 和 shell 绑定在一起. 它那个shell 基本就是 dos batch 发展
: 来的.

相关主题
C++现在写起来真舒服啊Mavericks 9.2 and clang 5.1
你们为啥要用cygwin?大家看看这道C语言题是怎么回事?
haskell 好像还不支持arm 64吧。C语言能干嘛?
进入Programming版参与讨论
t****t
发帖数: 6806
151
actually, cmd.exe is a shell. terminal is provided by windows -- all console
application use the same thing.

【在 r*********r 的大作中提到】
: cmd.exe 是 terminal 和 shell 绑定在一起. 它那个shell 基本就是 dos batch 发展
: 来的.

n******t
发帖数: 4406
152
你在说啥呢???Linus是业余???

【在 b******n 的大作中提到】
: 估计没多少专业程序员用vim/emacs,只不过工作涉及到编程而已。这里不光是程序
: 员吧。。

n******t
发帖数: 4406
153
写C的写得好点的基本上没什么编译小错误。。。
P.S. 你那个功能vim一样有。

【在 g*****g 的大作中提到】
: 你是来搞笑的吧,光eclipse的"Build Automatically" (build as you type),
: 就秒杀Vim/Emacs了。写代码不出编译小错误是不可能的,立刻发现立刻解决,
: 要比写一段编译一次快多了。

n******t
发帖数: 4406
154
\你要那么多插件干嘛???

【在 r********3 的大作中提到】
: Eclipse的最大优势在于全世界有一大帮人和公司在为其开发插件。注意,有一大帮专
: 业的公司,不只是个人,比如Google, IBM这些。
: 而维护VI/Emacs的插件的,基本上都是一些业务爱好者,他们基本上不可能开发出
: SpringSource那样重量级的插件。去vim.org看看,超过一大半的插件都可以说是跑不
: 了的垃圾。
: 所以,拿VI/Emacs跟专业的Eclipse比拟,本身就是一个很荒唐的事情。

1 (共1页)
进入Programming版参与讨论
相关主题
生活质量提高了一大截C++11 support is now feature-complete in clang.
[合集] 大家编译C语言都用什么软件?C++ 11问题:emplace_back()
写一个C语言的编译器大概要多少时间?被苹果给惊呆了!! (转载)
gcc 4.81.或者Clang 都自称C++11 feature 全部支持了感觉python的前途堪忧 (转载)
问一个volatile和memcpy一起用的问题批判Rust语言,以及C/C++为什么永远不会死(ZZ)
有人用spacemacs吗C++现在写起来真舒服啊
谁能推荐一个支持Cmake的C++ IDE你们为啥要用cygwin?
牛人们来看看这个Dao语言怎么样haskell 好像还不支持arm 64吧。
相关话题的讨论汇总
话题: ide话题: c++话题: eclipse话题: emacs话题: vim