thanks~~~9楼和10楼的
解释的可以引诱我去看了
有机会一定要看看这个^_^

普通的上层程序员，人家叫高级软件工程师。

那个VS的轮子真的合格吗？

gtk跨平台。

不是每个人都想做技术，也不是每个人都想在技术上作的很深。
每个人有自己的考虑。

可以接受。


这个我能保证，因为我在Win机器上用半小时就烦躁，VC6早已是我的历史了。gvim很好，足够满足我了，也许我是个清心寡欲的人。
为了更好的自动化，还是不要IDE，makefile或shell都很好。
库不是万能的，要明白你用的库是怎么造的才能用好。库是好的，但要是好库才是好的。
那些IDE，库的作者真的满意自己的作品吗？还是商业压力？他们自己用自己的库吗？

可以说用自己的库，让别人哭去吧。

呵呵...一个名字大家心知肚明. 我不过我没有对他们不敬, 给你一个几十张表的, 每张表几十个字段的系统...也不是信手拈来的吧
PS: VS的轮子难道不合格?? 当然可能您真的很厉害...我这种菜鸟还没有资格对库品头论足...

gtk跨平台...是意思不需要重新编译嘛..我不了解gtk, java不用重新编译有时候很方便

[ 本帖最后由 Edengundam 于 2007-1-18 10:24 编辑 ]

严重同意！！！

我在考虑.....

嘘......

就不告诉你

不要讽刺我好吗？
也许合格。我不喜欢MFC，API和DDK套路也很死，后来的就没碰过，因为放弃MS了。
我写代码要不就是没有库，从头开始写内核（学习之用），要不就是ANSI C。

ADT很好的，能做出很好的库。那本深入理解C++对象模型我没看出多深入，倒是OOPC很清楚的用ANSI C描述了OO，也许CFront就是那个样子吧。

我喜欢尽力向后看一点点。

同学在国外搞游戏开发, 没去之前一直弄DX, 发现开发游戏写引擎很痛苦. 但是后来告诉我, 国外的公司都是直接买一些成熟的引擎, 然后开发游戏...

其实MFC和很多已经过时的语言差不多, 只是说他们的设计不符合未来发展, 不一定是本身不好^_^(可能不是太恰当...)

有时候处于某些原因不能直接用系统调用, 甚至为了效率不使用OS文件系统...(oracle裸设备). 不是因为OS的文件系统不好, 而是对于数据库来说OS的文件系统粒度太粗了, 数据库要更精细, 还要需要效率.
我想会不会有一天, 就有个数据库服务器...没有OS...整个机器就运行一个数据库呢....

和社会构架相同, 没有职业贵贱, 贵贱只是人文环境造成. 自己喜欢哪个方面, 就在这个方面发挥才能吧.

[ 本帖最后由 Edengundam 于 2007-1-18 10:25 编辑 ]

飘过

严重同意你的观点。