N****w
发帖数: 21578 | 1 果饭们要高兴了。。。
http://www.gnomejournal.org/article/63/letter-from-the-editor-gnome-30
GNOME needs an API that accomplishes a similar feat to what Cocoa does for
Mac OS X programming.
而且这厮鼓吹 C 作为 pseudo OO 的用法已经不够了，要 C++, Object-C 之类
更合适，靠，10 年前 Qt 用 C++ 的时候 Gtk 坚持 C 的决心到哪里去了。
要不用 D language 偶看挺合适。
C++ 实在是太受罪了。桌面系统用 native code + gabbage collection 应该不错，
兼顾编程的方便性和效率。
程序的死板和人类思维的跳跃性之间的巨大鸿沟，好像实在没法靠语言来弥补
偶就是觉得需要 Intuitive, Flexible and Robust UI 和 API |
g******e
发帖数: 3760 | 2 确实到了作决定的时候了，我觉得Gtk和Qt都该结束了。
【在 N****w 的大作中提到】
: 果饭们要高兴了。。。
: http://www.gnomejournal.org/article/63/letter-from-the-editor-gnome-30
: GNOME needs an API that accomplishes a similar feat to what Cocoa does for
: Mac OS X programming.
: 而且这厮鼓吹 C 作为 pseudo OO 的用法已经不够了，要 C++, Object-C 之类
: 更合适，靠，10 年前 Qt 用 C++ 的时候 Gtk 坚持 C 的决心到哪里去了。
: 要不用 D language 偶看挺合适。
: C++ 实在是太受罪了。桌面系统用 native code + gabbage collection 应该不错，
: 兼顾编程的方便性和效率。
: 程序的死板和人类思维的跳跃性之间的巨大鸿沟，好像实在没法靠语言来弥补
|
a***y
发帖数: 19743 | 3 not surprising
it is GNOME's job to more or less copy OS X any way
but it is another 2 or 3 years before we can see GNOME 3.0 I assume.
By the time, maybe there is OS XI, Win 8
【在 N****w 的大作中提到】
: 果饭们要高兴了。。。
: http://www.gnomejournal.org/article/63/letter-from-the-editor-gnome-30
: GNOME needs an API that accomplishes a similar feat to what Cocoa does for
: Mac OS X programming.
: 而且这厮鼓吹 C 作为 pseudo OO 的用法已经不够了，要 C++, Object-C 之类
: 更合适，靠，10 年前 Qt 用 C++ 的时候 Gtk 坚持 C 的决心到哪里去了。
: 要不用 D language 偶看挺合适。
: C++ 实在是太受罪了。桌面系统用 native code + gabbage collection 应该不错，
: 兼顾编程的方便性和效率。
: 程序的死板和人类思维的跳跃性之间的巨大鸿沟，好像实在没法靠语言来弥补
|
r*******n
发帖数: 3020 | 4 I hate c++ for his complexity and much tricky things,
the advocates of c++ may suggest you sit in the subset of c++,
yes, you can do by yourself, but you have no idea what the others do,
and it turns out it is a must to know most of everything of c++.
I felt bad when first heard of the story c++ was made for creating jobs for
programmers and highly doubted that story, and now I think it's true.
I like philosophies of minimalist,consistency.
【在 N****w 的大作中提到】
: 果饭们要高兴了。。。
: http://www.gnomejournal.org/article/63/letter-from-the-editor-gnome-30
: GNOME needs an API that accomplishes a similar feat to what Cocoa does for
: Mac OS X programming.
: 而且这厮鼓吹 C 作为 pseudo OO 的用法已经不够了，要 C++, Object-C 之类
: 更合适，靠，10 年前 Qt 用 C++ 的时候 Gtk 坚持 C 的决心到哪里去了。
: 要不用 D language 偶看挺合适。
: C++ 实在是太受罪了。桌面系统用 native code + gabbage collection 应该不错，
: 兼顾编程的方便性和效率。
: 程序的死板和人类思维的跳跃性之间的巨大鸿沟，好像实在没法靠语言来弥补
|
N****w
发帖数: 21578 | 5 真正好的语言不在于 feature 多少, 用多短的语句表达多复杂的逻辑
好的语言在于容易掌握, 熟练使用, 安全高效
这方面 C++ 实在是一个很坏的榜样.
for
【在 r*******n 的大作中提到】
: I hate c++ for his complexity and much tricky things,
: the advocates of c++ may suggest you sit in the subset of c++,
: yes, you can do by yourself, but you have no idea what the others do,
: and it turns out it is a must to know most of everything of c++.
: I felt bad when first heard of the story c++ was made for creating jobs for
: programmers and highly doubted that story, and now I think it's true.
: I like philosophies of minimalist,consistency.
|
r*******n
发帖数: 3020 | 6 totally agree with you.
that is why I love python a lot,
easy to learn, efficient.
【在 N****w 的大作中提到】
: 真正好的语言不在于 feature 多少, 用多短的语句表达多复杂的逻辑
: 好的语言在于容易掌握, 熟练使用, 安全高效
: 这方面 C++ 实在是一个很坏的榜样.
:
: for
|
N****w
发帖数: 21578 | 7 no....python is even slower than perl... not efficient :)
【在 r*******n 的大作中提到】
: totally agree with you.
: that is why I love python a lot,
: easy to learn, efficient.
|
Z****e
发帖数: 2999 | 8 python is not bad, but I dislike two things: no way to enforce explicit
variable declaration, lack of local variable scoping. this makes typos
easily to cause bugs, annoying
【在 r*******n 的大作中提到】
: totally agree with you.
: that is why I love python a lot,
: easy to learn, efficient.
|
c***a
发帖数: 655 | 9 use pychecker and pylint to check those things
【在 Z****e 的大作中提到】
: python is not bad, but I dislike two things: no way to enforce explicit
: variable declaration, lack of local variable scoping. this makes typos
: easily to cause bugs, annoying
|
Z****e
发帖数: 2999 | 10 yeah, I use pylint, but still, kind of annoying...
【在 c***a 的大作中提到】
: use pychecker and pylint to check those things
|
|
|
Z****e
发帖数: 2999 | 11 and this is where i like perl better, with the strict pragma
【在 Z****e 的大作中提到】
: yeah, I use pylint, but still, kind of annoying...
|
c***a
发帖数: 655 | 12 ft, if you like strict, use ocaml..
【在 Z****e 的大作中提到】
: and this is where i like perl better, with the strict pragma
|
r*******n
发帖数: 3020 | 13
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I don't think explicit variable declaration are needed for dynamic languages
, could you give a case explicit variable declarations are necessary.
lack of local variable scoping.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I think python supports this, maybe I don't get you,
could you give a example.
typos
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~`
it's true, be careful of typos, but same goes for other dynamic
languages.
【在 Z****e 的大作中提到】
: python is not bad, but I dislike two things: no way to enforce explicit
: variable declaration, lack of local variable scoping. this makes typos
: easily to cause bugs, annoying
|
r*******n
发帖数: 3020 | 14 I mean the efficiency in programming not in performance.
【在 N****w 的大作中提到】
: no....python is even slower than perl... not efficient :)
|
wy
发帖数: 14511 | 15 huh? Python is faster ba
【在 N****w 的大作中提到】
: no....python is even slower than perl... not efficient :)
|
N****w
发帖数: 21578 | 16 早就贴过比较了, 慢
【在 wy 的大作中提到】
: huh? Python is faster ba
|
j*******k
发帖数: 20 | |
r******y
发帖数: 3838 | 18 其他应用不敢说，复杂界面的桌面应用用objC 最灵活方便。
【在 N****w 的大作中提到】
: 果饭们要高兴了。。。
: http://www.gnomejournal.org/article/63/letter-from-the-editor-gnome-30
: GNOME needs an API that accomplishes a similar feat to what Cocoa does for
: Mac OS X programming.
: 而且这厮鼓吹 C 作为 pseudo OO 的用法已经不够了，要 C++, Object-C 之类
: 更合适，靠，10 年前 Qt 用 C++ 的时候 Gtk 坚持 C 的决心到哪里去了。
: 要不用 D language 偶看挺合适。
: C++ 实在是太受罪了。桌面系统用 native code + gabbage collection 应该不错，
: 兼顾编程的方便性和效率。
: 程序的死板和人类思维的跳跃性之间的巨大鸿沟，好像实在没法靠语言来弥补
|
r******y
发帖数: 3838 | 19 MS饭可以叫软蛆了。
【在 j*******k 的大作中提到】
: 果饭不好听，不如叫果蝇
|
N****w
发帖数: 21578 | 20 为啥敢说这个, 有什么东西非得 objC 比C++ 方便?
【在 r******y 的大作中提到】
: 其他应用不敢说，复杂界面的桌面应用用objC 最灵活方便。
|
|
|
a*****i
发帖数: 4391 | |
N****w
发帖数: 21578 | |
a*****i
发帖数: 4391 | 23
I think GNOME 3 will use a similar guide line, so people won't abuse c++
features like templates.
【在 N****w 的大作中提到】
: 你一个人听说了一点用没有
|
N****w
发帖数: 21578 | 24 templates 肯定是要用的，不然也太不像 C++ 了 hehe
【在 a*****i 的大作中提到】
:
: I think GNOME 3 will use a similar guide line, so people won't abuse c++
: features like templates.
|
r******y
发帖数: 3838 | 25 dynamic typing， message system，去掉一些麻烦的语法检测. 有人为这些特性容易
带来难以检测的bug，但对于用户
界面，bug很容易看出，开发简便更重要。纯解释的语言也不好，做小程序方便，但难
以架构大程序。
ObjC 的灵活性和坚固性平衡的很好，适合复杂用户界面。
【在 N****w 的大作中提到】
: 为啥敢说这个, 有什么东西非得 objC 比C++ 方便?
|
f*****Q
发帖数: 1912 | 26 俺觉着Objective-C里面的Category是个好东西。这个Category和C#里面的extension
methods比较类似，就不多讲了。
俺觉着整个NeXTSTEP/OPENSTEP/GNU STEP/OS X里面真正提高桌面程序开发效率的是
Interface Builder。当然这个Interface Builder是以archive机制为基础的。
Objective C里面的Archive就是Java里面的Serialization。但在Interface builder里
面实在是用的出神入化，八几年就能有这么好的东西，是在是不服不行。
dynamic typing， message system，去掉一些麻烦的语法检测. 有人为这些特性容易
带来难以检测的bug，但对于用户
界面，bug很容易看出，开发简便更重要。纯解释的语言也不好，做小程序方便，但难
以架构大程序。
ObjC 的灵活性和坚固性平衡的很好，适合复杂用户界面。
【在 r******y 的大作中提到】
: dynamic typing， message system，去掉一些麻烦的语法检测. 有人为这些特性容易
: 带来难以检测的bug，但对于用户
: 界面，bug很容易看出，开发简便更重要。纯解释的语言也不好，做小程序方便，但难
: 以架构大程序。
: ObjC 的灵活性和坚固性平衡的很好，适合复杂用户界面。
|
f*****Q
发帖数: 1912 | 27 这家伙什么人？俺记着Miguel de Icaza曾经说要改用C#/Mono不过也没下文了。
【在 N****w 的大作中提到】
: 果饭们要高兴了。。。
: http://www.gnomejournal.org/article/63/letter-from-the-editor-gnome-30
: GNOME needs an API that accomplishes a similar feat to what Cocoa does for
: Mac OS X programming.
: 而且这厮鼓吹 C 作为 pseudo OO 的用法已经不够了，要 C++, Object-C 之类
: 更合适，靠，10 年前 Qt 用 C++ 的时候 Gtk 坚持 C 的决心到哪里去了。
: 要不用 D language 偶看挺合适。
: C++ 实在是太受罪了。桌面系统用 native code + gabbage collection 应该不错，
: 兼顾编程的方便性和效率。
: 程序的死板和人类思维的跳跃性之间的巨大鸿沟，好像实在没法靠语言来弥补
|
T*******i
发帖数: 4992 | 28 抄smalltalk么。呵呵
Jobs从Xerox那里抄了不少
【在 f*****Q 的大作中提到】
: 俺觉着Objective-C里面的Category是个好东西。这个Category和C#里面的extension
: methods比较类似，就不多讲了。
: 俺觉着整个NeXTSTEP/OPENSTEP/GNU STEP/OS X里面真正提高桌面程序开发效率的是
: Interface Builder。当然这个Interface Builder是以archive机制为基础的。
: Objective C里面的Archive就是Java里面的Serialization。但在Interface builder里
: 面实在是用的出神入化，八几年就能有这么好的东西，是在是不服不行。
:
: dynamic typing， message system，去掉一些麻烦的语法检测. 有人为这些特性容易
: 带来难以检测的bug，但对于用户
: 界面，bug很容易看出，开发简便更重要。纯解释的语言也不好，做小程序方便，但难
|
f*****Q
发帖数: 1912 | 29 嗯，ObjectiveC就是一个没有运行环境的Smalltalk。
【在 T*******i 的大作中提到】
: 抄smalltalk么。呵呵
: Jobs从Xerox那里抄了不少
|
r*******n
发帖数: 3020 | 30 python 算解释性语言吗，它也可以编译成字节马，
另外多大的程序算大程序？
【在 r******y 的大作中提到】
: dynamic typing， message system，去掉一些麻烦的语法检测. 有人为这些特性容易
: 带来难以检测的bug，但对于用户
: 界面，bug很容易看出，开发简便更重要。纯解释的语言也不好，做小程序方便，但难
: 以架构大程序。
: ObjC 的灵活性和坚固性平衡的很好，适合复杂用户界面。
|
|
|
r******y
发帖数: 3838 | 31 编译成字节马就失去部分解释性语言好的特性了吧。
你能说出多难算难，我可以就说出多大算大。
举个例子，python在游戏编程中应用很多，但没有什么
有规模的游戏完全是用python编的，python只用在经常可能
改动的地方。
大楼的基础结构和室内装潢用的材料是不一样的。基础结构
还是坚固些的材料（类比C＋＋这样的语言）让人放心。
【在 r*******n 的大作中提到】
: python 算解释性语言吗，它也可以编译成字节马，
: 另外多大的程序算大程序？
|
l*********s
发帖数: 5409 | 32 it sounds that object C is more convenient than C++; however, if it is so
great why rarely if ever some windoz applications are written in obj-C? |
f*****Q
发帖数: 1912 | 33 理论上是比较方便，但是学习曲线太陡了。发明ObjectiveC的两个土人就是生生的把
Smalltalk和C混在一起。俺个人感觉就是精神分裂。
【在 l*********s 的大作中提到】
: it sounds that object C is more convenient than C++; however, if it is so
: great why rarely if ever some windoz applications are written in obj-C?
|
r******y
发帖数: 3838 | 34 早期的操作系统没有提供很灵活的native控件，不很需要Objective C，smalltalk 这样灵活
的语言，C＋＋占了主流。而
且，Objective C 是微软竞争对手的发明，得不到微软的支持。
【在 l*********s 的大作中提到】
: it sounds that object C is more convenient than C++; however, if it is so
: great why rarely if ever some windoz applications are written in obj-C?
|
r******y
发帖数: 3838 | 35 只要适应了它的语法格式，学起来应该比C＋＋快。C＋＋语法复杂的多。
【在 f*****Q 的大作中提到】
: 理论上是比较方便，但是学习曲线太陡了。发明ObjectiveC的两个土人就是生生的把
: Smalltalk和C混在一起。俺个人感觉就是精神分裂。
|
a***y
发帖数: 19743 | 36 WindowMaker
【在 l*********s 的大作中提到】
: it sounds that object C is more convenient than C++; however, if it is so
: great why rarely if ever some windoz applications are written in obj-C?
|
y*******g
发帖数: 6599 | 37 太难看了， 而且很久没更新了吧
【在 a***y 的大作中提到】
: WindowMaker
|
N****w
发帖数: 21578 | 38 没觉得 OSX 的什么控件比 C 写出来的 Win32 控件
灵活到哪里去阿
这样灵活
【在 r******y 的大作中提到】
: 早期的操作系统没有提供很灵活的native控件，不很需要Objective C，smalltalk 这样灵活
: 的语言，C＋＋占了主流。而
: 且，Objective C 是微软竞争对手的发明，得不到微软的支持。
|
a*****i
发帖数: 4391 | 39
check gnustep projects?
【在 y*******g 的大作中提到】
: 太难看了， 而且很久没更新了吧
|
r******y
发帖数: 3838 | 40 最新的不清楚，至少早期的Win32控件之间，的消息传递路径要死板的多。
最常见的是那个把其他消息都封住的对话框。它死了，整个机器也动不了了。
OS X控件可以根据内容缩放自如，很少看到Win32程序如此，也许能做到，但一般程序
员可能做不到。
OS X比较容易customize控件, 看看用Win32 C 写出与众不同控件要费多大劲。
Win32 C 的程序风格与早期的mac程序风格差不多，是不是抄袭不知道。
【在 N****w 的大作中提到】
: 没觉得 OSX 的什么控件比 C 写出来的 Win32 控件
: 灵活到哪里去阿
:
: 这样灵活
|
|
|
x****u
发帖数: 44466 | 41 什么叫对话框死了机器都动不了？本来对话框就一个线程，线程死掉了怎么动？
【在 r******y 的大作中提到】
: 最新的不清楚，至少早期的Win32控件之间，的消息传递路径要死板的多。
: 最常见的是那个把其他消息都封住的对话框。它死了，整个机器也动不了了。
: OS X控件可以根据内容缩放自如，很少看到Win32程序如此，也许能做到，但一般程序
: 员可能做不到。
: OS X比较容易customize控件, 看看用Win32 C 写出与众不同控件要费多大劲。
: Win32 C 的程序风格与早期的mac程序风格差不多，是不是抄袭不知道。
|
r******y
发帖数: 3838 | 42 它死了不要紧，把整个系统搞死就烦了。浏览一些中文网站就可能出现这个情况。
【在 x****u 的大作中提到】
: 什么叫对话框死了机器都动不了？本来对话框就一个线程，线程死掉了怎么动？
|
x****u
发帖数: 44466 | 43 这是因为中了病毒插件了吧。
【在 r******y 的大作中提到】
: 它死了不要紧，把整个系统搞死就烦了。浏览一些中文网站就可能出现这个情况。
|
r******y
发帖数: 3838 | 44 也许是ActiveX 搞的。
【在 x****u 的大作中提到】
: 这是因为中了病毒插件了吧。
|
r*******n
发帖数: 3020 | 45 很可能，我前天看比赛，用IE插件
一旦网络断了，整个windows系统就死了，
其它的插件就没有这个问题。
【在 r******y 的大作中提到】
: 也许是ActiveX 搞的。
|
f*****Q
发帖数: 1912 | 46 C++的确是太复杂了。
【在 r******y 的大作中提到】
: 只要适应了它的语法格式，学起来应该比C＋＋快。C＋＋语法复杂的多。
|
f*****Q
发帖数: 1912 | 47 Windowmaker是用ObjectiveC写的么？
【在 a***y 的大作中提到】
: WindowMaker
|
n******t
发帖数: 4406 | 48 gtk就是一帮业余人士的东西。。
【在 N****w 的大作中提到】
: 果饭们要高兴了。。。
: http://www.gnomejournal.org/article/63/letter-from-the-editor-gnome-30
: GNOME needs an API that accomplishes a similar feat to what Cocoa does for
: Mac OS X programming.
: 而且这厮鼓吹 C 作为 pseudo OO 的用法已经不够了，要 C++, Object-C 之类
: 更合适，靠，10 年前 Qt 用 C++ 的时候 Gtk 坚持 C 的决心到哪里去了。
: 要不用 D language 偶看挺合适。
: C++ 实在是太受罪了。桌面系统用 native code + gabbage collection 应该不错，
: 兼顾编程的方便性和效率。
: 程序的死板和人类思维的跳跃性之间的巨大鸿沟，好像实在没法靠语言来弥补
|
a***y
发帖数: 19743 | 49 yes
it is open source implementation of NeXTStep
【在 f*****Q 的大作中提到】
: Windowmaker是用ObjectiveC写的么？
|
