z****e
发帖数: 54598 | 1 据说学习ruby需要预先掌握1－2门语言，而python适合初学者
对此你怎么看？ |
d********g
发帖数: 10550 | 2 以前说JS也是不入流的初学者语言，现在我看JS其实是最难的
【在 z****e 的大作中提到】
: 据说学习ruby需要预先掌握1－2门语言，而python适合初学者
: 对此你怎么看？
|
r*********r
发帖数: 3195 | 3 i learned python during one coding test, which has to been done in python.
took about half hour to understand the syntax, and it's fun to code!
the indentation is not a problem as long as you have an editor that supports
it, such as emacs. |
r*********r
发帖数: 3195 | 4 ruby is too object-oriented for my taste,
and too littered with perl junks.
i like languages that can be both OO and functional.
C++ and python are both good at this. |
d******r
发帖数: 5008 | 5 俺觉得C++是个鸡肋，俺要么用C或C style
的C++,要么用Java，Python。
现在用纯OO C++的，是不是主要只剩花儿街
那帮人了?
【在 r*********r 的大作中提到】
: ruby is too object-oriented for my taste,
: and too littered with perl junks.
: i like languages that can be both OO and functional.
: C++ and python are both good at this.
|
d****i
发帖数: 4809 | 6 ever since jQuery, JS becomes pretty magic.
【在 d********g 的大作中提到】
: 以前说JS也是不入流的初学者语言，现在我看JS其实是最难的
|
d******r
发帖数: 5008 | 7
都是Ajax惹的祸，用Flex就没这些烦恼了。
【在 d****i 的大作中提到】
: ever since jQuery, JS becomes pretty magic.
|
d****i
发帖数: 4809 | 8 C++的好处是，你如果不喜欢那些复杂的C++特性的话，完全可以写plain old C code，
然后放在C++里用。
【在 d******r 的大作中提到】
: 俺觉得C++是个鸡肋，俺要么用C或C style
: 的C++,要么用Java，Python。
: 现在用纯OO C++的，是不是主要只剩花儿街
: 那帮人了?
|
|
p*****2
发帖数: 21240 | 9
那为什么不直接用C？
【在 d****i 的大作中提到】
: C++的好处是，你如果不喜欢那些复杂的C++特性的话，完全可以写plain old C code，
: 然后放在C++里用。
|
d****i
发帖数: 4809 | 10 其他部分的code是C++的，但是某个部分是C的，不就混合在一起用了吗。有的地方全部
用C写要写出人命来的。
【在 p*****2 的大作中提到】
:
: 那为什么不直接用C？
|
|
|
r***y
发帖数: 4379 | 11 你这不是做project的team
语言本身允许的奇淫技巧, team中任何人用了, 你就得学, 不然早晚都得瘪
所以根本不是啥好处
【在 d****i 的大作中提到】
: C++的好处是，你如果不喜欢那些复杂的C++特性的话，完全可以写plain old C code，
: 然后放在C++里用。
|
x*******1
发帖数: 28835 | 12 语言就是个屁， 天天执着于语言的人，都是entry level的求职者。 |
v*****r
发帖数: 2325 | 13 your statement looked sharp, man! but it is always good for 码农 to evaluate
the shit he uses, and open to new shit ever coming up.
【在 x*******1 的大作中提到】
: 语言就是个屁， 天天执着于语言的人，都是entry level的求职者。
|
d****i
发帖数: 4809 | 14 别人做的东西是C++的，我的都是C的，我根本不用管别人的C++代码，直接把我的C弄成
lib, 然后extern "C"一下就可以一起编译了，改都不用改不是很方便？
【在 r***y 的大作中提到】
: 你这不是做project的team
: 语言本身允许的奇淫技巧, team中任何人用了, 你就得学, 不然早晚都得瘪
: 所以根本不是啥好处
|
T**********t
发帖数: 449 | 15 C++是给复杂的软件产品用的。同样的事情，c是做不到的。
很多时候，确实看不出C++的优势，而且也有说法c更容易debug。
用C++的时候，随时考虑debug成本，程序员脑力成本，取得一下平衡，还是比c要强的
多。
c本身也不错，但是c的版本管理是nightmare, 不像C++, 换个derived class, 立马搞
定。
c 也可以用一些object概念，不过比c++还是差一些，脑力成本上升很快。 |
d****i
发帖数: 4809 | 16 Linux kernel 1500万行C程序还是很牛叉的。
【在 T**********t 的大作中提到】
: C++是给复杂的软件产品用的。同样的事情，c是做不到的。
: 很多时候，确实看不出C++的优势，而且也有说法c更容易debug。
: 用C++的时候，随时考虑debug成本，程序员脑力成本，取得一下平衡，还是比c要强的
: 多。
: c本身也不错，但是c的版本管理是nightmare, 不像C++, 换个derived class, 立马搞
: 定。
: c 也可以用一些object概念，不过比c++还是差一些，脑力成本上升很快。
|
m********5
发帖数: 17667 | 17 python不适合初学者, 隐藏了太多东西, 作为初学会造成很多概念不清晰
它比较适合学过几门语言以后用来提高生产力的东西
【在 z****e 的大作中提到】
: 据说学习ruby需要预先掌握1－2门语言，而python适合初学者
: 对此你怎么看？
|
m********5
发帖数: 17667 | 18 没怎么用过觉得鸡肋, 此版的程序员估计绝大多数都是半路出家的...
在很多项目中C++仍是当之无愧的牛刀, 当然要杀鸡最好别用牛刀, 好刀要用在牛脖子
上, 这就是为何Python强调和C++ 有 seamless interoperability.
板上还在学语言准备从别处转行做码工的, 还是得有个清醒的认识. 只用一两种语言完
成项目的时代已经一去不复返了. 讨论是IP, FP, LP, 还是OOP更好则是没做过现实项
目的完全书呆子. 现在是开发速度和性能并重的时代. 以上不管你喜欢不喜欢都得根据
实际情况上, 至少要保持一个开放的心态, 不要抗拒随时学习新语言, 也不要抗拒使用
"旧"的语言 (C++/java 仍在发展, 增加各种特性, 不知道有些人嘴里怎么就成"旧"世
界的东西了).
【在 d******r 的大作中提到】
: 俺觉得C++是个鸡肋，俺要么用C或C style
: 的C++,要么用Java，Python。
: 现在用纯OO C++的，是不是主要只剩花儿街
: 那帮人了?
|
p*****2
发帖数: 21240 | 19
对C来说Java也隐藏了太多东西了吧？
【在 m********5 的大作中提到】
: python不适合初学者, 隐藏了太多东西, 作为初学会造成很多概念不清晰
: 它比较适合学过几门语言以后用来提高生产力的东西
|
y****e
发帖数: 23939 | 20 这正是Python的优点啊，可以让更多的Domain Expert也能写Code
【在 z****e 的大作中提到】
: 据说学习ruby需要预先掌握1－2门语言，而python适合初学者
: 对此你怎么看？
|
|
|
y****e
发帖数: 23939 | 21 再说下去得汇编了
【在 p*****2 的大作中提到】
:
: 对C来说Java也隐藏了太多东西了吧？
|
p*****2
发帖数: 21240 | 22 我觉得LZ说的挺对。python很容易入门，ruby真是有点curve。 |
E*****m
发帖数: 25615 | 23 Python 是最適合初學者的，沒錯。
理由很簡單， 可以讓初學者把精力集中在 algorithm 以及 data structure
上， 不必浪費太多力氣在語言上。 不必去搞那些層層包裝的 OO 。
看 Peter Norvig 的評論
http://news.ycombinator.com/item?id=1803815
在有 Python 之前，有人用 Pascal, 有人用 Lisp， 還有用 Basic，
現在都不如用 Python。
上回和一個教授談到給 Freshmen 用什麼語言， 他那個學校用 C++,
我覺得太過分了， 第一個語言學 C++, 接下來還會有興趣嗎？ |
p*****2
发帖数: 21240 | 24
感觉懂C的学汇编都问题不大。
【在 y****e 的大作中提到】
: 再说下去得汇编了
|
E*****m
发帖数: 25615 | 25
這要看你認為該給初學者學什麼概念， 如果你覺得初學者該學
linked list implementation 這類東西, 那麼 Python 確實不適合，
但是老實說， 要讓初學者保持興趣才是最重要的， low level 的
東西要讓人有興趣不容易。
【在 m********5 的大作中提到】
: python不适合初学者, 隐藏了太多东西, 作为初学会造成很多概念不清晰
: 它比较适合学过几门语言以后用来提高生产力的东西
|
d******r
发帖数: 5008 | 26 你说说看，有多少复杂的软件是C做不到只有C++才能干的。
【在 T**********t 的大作中提到】
: C++是给复杂的软件产品用的。同样的事情，c是做不到的。
: 很多时候，确实看不出C++的优势，而且也有说法c更容易debug。
: 用C++的时候，随时考虑debug成本，程序员脑力成本，取得一下平衡，还是比c要强的
: 多。
: c本身也不错，但是c的版本管理是nightmare, 不像C++, 换个derived class, 立马搞
: 定。
: c 也可以用一些object概念，不过比c++还是差一些，脑力成本上升很快。
|
p*****2
发帖数: 21240 | 27
coask
【在 d******r 的大作中提到】
: 你说说看，有多少复杂的软件是C做不到只有C++才能干的。
|
n******t
发帖数: 4406 | 28 C写得好的一定会懂一些汇编的。
而且保护模式下的汇编也没有那么难的。
【在 y****e 的大作中提到】
: 再说下去得汇编了
|
x****u
发帖数: 44466 | 29 保护模式汇编只比实模式的简单。真要写OS，特权切换也是直接copy手册的宏。
【在 n******t 的大作中提到】
: C写得好的一定会懂一些汇编的。
: 而且保护模式下的汇编也没有那么难的。
|
s****y
发帖数: 38 | 30 恐怕是恰恰相反，C++的code非常难以重用; 大型的C++项目维护起来十分困难，而Ｃ相
对容易，如果linux是c++写的，恐怕到现在早废弃了。
【在 T**********t 的大作中提到】
: C++是给复杂的软件产品用的。同样的事情，c是做不到的。
: 很多时候，确实看不出C++的优势，而且也有说法c更容易debug。
: 用C++的时候，随时考虑debug成本，程序员脑力成本，取得一下平衡，还是比c要强的
: 多。
: c本身也不错，但是c的版本管理是nightmare, 不像C++, 换个derived class, 立马搞
: 定。
: c 也可以用一些object概念，不过比c++还是差一些，脑力成本上升很快。
|
|
|
p*****2
发帖数: 21240 | 31
这个很靠谱。我们这里的architect坚持不用C++，只用C。
【在 s****y 的大作中提到】
: 恐怕是恰恰相反，C++的code非常难以重用; 大型的C++项目维护起来十分困难，而Ｃ相
: 对容易，如果linux是c++写的，恐怕到现在早废弃了。
|
l*********s
发帖数: 5409 | 32 this is so against common sense . How come a language without any OOP
capability be more reusable?
【在 p*****2 的大作中提到】
:
: 这个很靠谱。我们这里的architect坚持不用C++，只用C。
|
z****e
发帖数: 54598 | 33 要保持兴趣的话，就应该教他们怎么做游戏
如何在视觉上满足他们，你们这种书呆子一天到晚就知道教人家数学
大谈algorithm的同时还在说如何引导他们保持兴趣？
怎么不教教他们如何证明微积分？
【在 E*****m 的大作中提到】
:
: 這要看你認為該給初學者學什麼概念， 如果你覺得初學者該學
: linked list implementation 這類東西, 那麼 Python 確實不適合，
: 但是老實說， 要讓初學者保持興趣才是最重要的， low level 的
: 東西要讓人有興趣不容易。
|
s****y
发帖数: 38 | 34 OOP is almost a joke for reusability.
【在 l*********s 的大作中提到】
: this is so against common sense . How come a language without any OOP
: capability be more reusable?
|
t*****n
发帖数: 4908 | 35 花街的做图形？
【在 d******r 的大作中提到】
: 俺觉得C++是个鸡肋，俺要么用C或C style
: 的C++,要么用Java，Python。
: 现在用纯OO C++的，是不是主要只剩花儿街
: 那帮人了?
|
x****u
发帖数: 44466 | 36 python还真不适合初学者做游戏。
【在 z****e 的大作中提到】
: 要保持兴趣的话，就应该教他们怎么做游戏
: 如何在视觉上满足他们，你们这种书呆子一天到晚就知道教人家数学
: 大谈algorithm的同时还在说如何引导他们保持兴趣？
: 怎么不教教他们如何证明微积分？
|
z****e
发帖数: 54598 | 37 这种类似脚本的语言对于多线程的支持一直都是束手束脚的
脚本语言对于多线程的控制几乎是一个死结
所以想用python引导初学者，激发兴趣就更失败了
嗯，看来适合转行的文科生
【在 x****u 的大作中提到】
: python还真不适合初学者做游戏。
|
x****u
发帖数: 44466 | 38 主要还是因为python官方的版本里面缺少个图形库啊。
不明白Google的脑残为什么非要弄个py3k？
【在 z****e 的大作中提到】
: 这种类似脚本的语言对于多线程的支持一直都是束手束脚的
: 脚本语言对于多线程的控制几乎是一个死结
: 所以想用python引导初学者，激发兴趣就更失败了
: 嗯，看来适合转行的文科生
|
n******t
发帖数: 4406 | 39 OOP和代码重用没有必然联系。
这是很多OOP书有意无意误导的结果。
【在 l*********s 的大作中提到】
: this is so against common sense . How come a language without any OOP
: capability be more reusable?
|
n******t
发帖数: 4406 | 40 python 主要是库比较全。当然现在别的也都不差了，所以优势变小了。
不过大部分事情都不需要多线程，所以，无所谓啊。
【在 z****e 的大作中提到】
: 这种类似脚本的语言对于多线程的支持一直都是束手束脚的
: 脚本语言对于多线程的控制几乎是一个死结
: 所以想用python引导初学者，激发兴趣就更失败了
: 嗯，看来适合转行的文科生
|
|
|
t*****n
发帖数: 4908 | 41 C就自己买木头造窗户和门。C++就是去home depot买个窗户和门装上。
【在 p*****2 的大作中提到】
:
: 这个很靠谱。我们这里的architect坚持不用C++，只用C。
|
x****u
发帖数: 44466 | 42 python的强项是语法好不好，现在是个脚本语言库都差不多。
【在 n******t 的大作中提到】
: python 主要是库比较全。当然现在别的也都不差了，所以优势变小了。
: 不过大部分事情都不需要多线程，所以，无所谓啊。
|
n******t
发帖数: 4406 | 43 所以说如果python是现在才出来，应该也普及不起来。
【在 x****u 的大作中提到】
: python的强项是语法好不好，现在是个脚本语言库都差不多。
|
E*****m
发帖数: 25615 | 44
小孩學 Scratch 做遊戲是不錯。 估計你也不知道啥叫 Pygame，
還真不知道你知道什麼。
這是說你自己的痛苦經驗嗎？
你去看看 Harvard CS 50 怎要教高中生的， 人家的學生興趣可大了
sorting 和微積分有啥關係？ 你思考太餛飩了。
【在 z****e 的大作中提到】
: 要保持兴趣的话，就应该教他们怎么做游戏
: 如何在视觉上满足他们，你们这种书呆子一天到晚就知道教人家数学
: 大谈algorithm的同时还在说如何引导他们保持兴趣？
: 怎么不教教他们如何证明微积分？
|
t*****n
发帖数: 4908 | 45 什么水平啊？呵呵。。。
【在 p*****2 的大作中提到】
:
: 这个很靠谱。我们这里的architect坚持不用C++，只用C。
|
z****e
发帖数: 54598 | 46 python本身执行效率就很低下，官方甚至不主张不必要的优化
换句话说，那个荷兰人压根没有想过游戏啊图形啊这么高端的功能
更多的是停留在简单的输入后漫长等待后的输出，这么一个过程上
google本身也不是什么特别强调视觉的公司
所有的logo都像是路边的小贩做出来的
bing就更糟糕，看上去像是暴发户，动不动就是拉一堆乱七八糟的图片凑在一起
google是压根不搞图片，把中间几个字母变个颜色就算搞定了，浓浓的山寨味
跟你们日本国卡通动漫文化满天飞不一样
小日本还是一个比较强调视觉享受的民族，这个要承认，就像apple
事实上google在关键强调效率的地方会抛弃python转而采用c++开发
【在 x****u 的大作中提到】
: 主要还是因为python官方的版本里面缺少个图形库啊。
: 不明白Google的脑残为什么非要弄个py3k？
|
z****e
发帖数: 54598 | 47 pygame就是sdl的python套
本质上还是c
你们python就喜欢玩这种狐假虎威的把戏
早看出来了
【在 E*****m 的大作中提到】
:
: 小孩學 Scratch 做遊戲是不錯。 估計你也不知道啥叫 Pygame，
: 還真不知道你知道什麼。
: 這是說你自己的痛苦經驗嗎？
: 你去看看 Harvard CS 50 怎要教高中生的， 人家的學生興趣可大了
: sorting 和微積分有啥關係？ 你思考太餛飩了。
|
t*****n
发帖数: 4908 | 48 真知灼见。我还用mathcad写过程序呢。巨爽。
【在 x*******1 的大作中提到】
: 语言就是个屁， 天天执着于语言的人，都是entry level的求职者。
|
x****u
发帖数: 44466 | 49 现在的很多语言都学习python了。
python诡异语法和技巧少，对于不是天天用的人来说，忘起来比perl慢多了。
【在 n******t 的大作中提到】
: 所以说如果python是现在才出来，应该也普及不起来。
|
z****e
发帖数: 54598 | 50 数学证明和用不是一回事
你这种文科脑子不太容易理解这么复杂的东西
【在 E*****m 的大作中提到】
:
: 小孩學 Scratch 做遊戲是不錯。 估計你也不知道啥叫 Pygame，
: 還真不知道你知道什麼。
: 這是說你自己的痛苦經驗嗎？
: 你去看看 Harvard CS 50 怎要教高中生的， 人家的學生興趣可大了
: sorting 和微積分有啥關係？ 你思考太餛飩了。
|
|
|
n******t
发帖数: 4406 | 51 Linus的水平吧。。hehe
【在 t*****n 的大作中提到】
: 什么水平啊？呵呵。。。
|
z****e
发帖数: 54598 | 52 嗯，我的第一反应也是linus
【在 n******t 的大作中提到】
: Linus的水平吧。。hehe
|
z****e
发帖数: 54598 | 53 客户端无所谓，单线程搞定
但是server side多线程还是必需的
python的库不是全，是用其它语言写的库相对简单
本质上说那些东西都不是python的
python只是一个使用者，而非创造者
区别类似牛顿莱布尼茨和本版的真神
【在 n******t 的大作中提到】
: python 主要是库比较全。当然现在别的也都不差了，所以优势变小了。
: 不过大部分事情都不需要多线程，所以，无所谓啊。
|
n******t
发帖数: 4406 | 54 不过一般来说C++写出来的程序的api就是不如C的稳定。
现在有好多C++项目都只维持稳定的C api。
比如说so far最牛B的C++项目llvm就是这么干的。
【在 z****e 的大作中提到】
: 嗯，我的第一反应也是linus
|
E*****m
发帖数: 25615 | 55 誰在乎底下是啥？ 無聊！
【在 z****e 的大作中提到】
: pygame就是sdl的python套
: 本质上还是c
: 你们python就喜欢玩这种狐假虎威的把戏
: 早看出来了
|
t*****n
发帖数: 4908 | 56 OS有自己的特点吧，所以C++不一定适用。但是应用软件还是C++的好。你维护个5M的C
代码，有得吐血了。
【在 n******t 的大作中提到】
: Linus的水平吧。。hehe
|
x****u
发帖数: 44466 | 57 我也反对优化。真正速度敏感的东西应该抽出来单独搞。
比方说写图形程序，用脚本语言建立DIB调用GDI函数，速度比Java裸数组快了不少，和
原生C差别不大。
【在 z****e 的大作中提到】
: python本身执行效率就很低下，官方甚至不主张不必要的优化
: 换句话说，那个荷兰人压根没有想过游戏啊图形啊这么高端的功能
: 更多的是停留在简单的输入后漫长等待后的输出，这么一个过程上
: google本身也不是什么特别强调视觉的公司
: 所有的logo都像是路边的小贩做出来的
: bing就更糟糕，看上去像是暴发户，动不动就是拉一堆乱七八糟的图片凑在一起
: google是压根不搞图片，把中间几个字母变个颜色就算搞定了，浓浓的山寨味
: 跟你们日本国卡通动漫文化满天飞不一样
: 小日本还是一个比较强调视觉享受的民族，这个要承认，就像apple
: 事实上google在关键强调效率的地方会抛弃python转而采用c++开发
|
n******t
发帖数: 4406 | 58 是这么回事。但对于现代操作系统最后不都是调调系统调用之类的么？
这样C++/java/perl这些也都是wrapper了。只有C估计可以没事。
【在 z****e 的大作中提到】
: 客户端无所谓，单线程搞定
: 但是server side多线程还是必需的
: python的库不是全，是用其它语言写的库相对简单
: 本质上说那些东西都不是python的
: python只是一个使用者，而非创造者
: 区别类似牛顿莱布尼茨和本版的真神
|
E*****m
发帖数: 25615 | 59 你永遠不會懂各語言有各語言擅長的地方， 永遠！
【在 z****e 的大作中提到】
: python本身执行效率就很低下，官方甚至不主张不必要的优化
: 换句话说，那个荷兰人压根没有想过游戏啊图形啊这么高端的功能
: 更多的是停留在简单的输入后漫长等待后的输出，这么一个过程上
: google本身也不是什么特别强调视觉的公司
: 所有的logo都像是路边的小贩做出来的
: bing就更糟糕，看上去像是暴发户，动不动就是拉一堆乱七八糟的图片凑在一起
: google是压根不搞图片，把中间几个字母变个颜色就算搞定了，浓浓的山寨味
: 跟你们日本国卡通动漫文化满天飞不一样
: 小日本还是一个比较强调视觉享受的民族，这个要承认，就像apple
: 事实上google在关键强调效率的地方会抛弃python转而采用c++开发
|
n******t
发帖数: 4406 | 60 5M的C，一般来说不会不用别的库的。只不过很多东西C++标准库带了。
但是成天写C的也都有哪些功能的库，所以没有那么恐怖。
C
【在 t*****n 的大作中提到】
: OS有自己的特点吧，所以C++不一定适用。但是应用软件还是C++的好。你维护个5M的C
: 代码，有得吐血了。
|
|
|
x****u
发帖数: 44466 | 61 C++的API怎么可能实现，人家标准委员会死也不制定ABI规范。
【在 n******t 的大作中提到】
: 不过一般来说C++写出来的程序的api就是不如C的稳定。
: 现在有好多C++项目都只维持稳定的C api。
: 比如说so far最牛B的C++项目llvm就是这么干的。
|
z****e
发帖数: 54598 | 62 我懂，只不过认为你所处的位置是一个无关紧要的位置而已
仅此而已
【在 E*****m 的大作中提到】
: 你永遠不會懂各語言有各語言擅長的地方， 永遠！
|
x****u
发帖数: 44466 | 63 一点区别没有。
比方说写个上BBS的GUI客户端，不管你用什么语言，都是在操作GPGPU，这个功能被OS
和驱动隐藏了。
【在 n******t 的大作中提到】
: 是这么回事。但对于现代操作系统最后不都是调调系统调用之类的么？
: 这样C++/java/perl这些也都是wrapper了。只有C估计可以没事。
|
z****e
发帖数: 54598 | 64 但是有一个地方要注意
一个项目里面出现的程序语言数量总体来说应该越少越好
而不是一堆乱七八糟的语言满天飞
要求程序猿使用多种语言本身就是有问题的
最理想的情况是一个程序猿就使用一种语言
【在 x****u 的大作中提到】
: 我也反对优化。真正速度敏感的东西应该抽出来单独搞。
: 比方说写图形程序，用脚本语言建立DIB调用GDI函数，速度比Java裸数组快了不少，和
: 原生C差别不大。
|
x****u
发帖数: 44466 | 65 这是自然。
另外对于CPP来说用的库也是越少越好，什么库都用一点的程序，运行起来效率还不如
python呢。
【在 z****e 的大作中提到】
: 但是有一个地方要注意
: 一个项目里面出现的程序语言数量总体来说应该越少越好
: 而不是一堆乱七八糟的语言满天飞
: 要求程序猿使用多种语言本身就是有问题的
: 最理想的情况是一个程序猿就使用一种语言
|
t*****n
发帖数: 4908 | 66 真年轻啊。呵呵。这个级别的代码，在1年以内产生了4000个bug/ticket。估计你可以
向老板拍胸脯说我一人包了，其他人都回家吧。
事实上重构到C++是一个正在进行的项目。
【在 n******t 的大作中提到】
: 5M的C，一般来说不会不用别的库的。只不过很多东西C++标准库带了。
: 但是成天写C的也都有哪些功能的库，所以没有那么恐怖。
:
: C
|
n******t
发帖数: 4406 | 67 程序都是看谁写，不是用啥写。。
你5M是loc?
【在 t*****n 的大作中提到】
: 真年轻啊。呵呵。这个级别的代码，在1年以内产生了4000个bug/ticket。估计你可以
: 向老板拍胸脯说我一人包了，其他人都回家吧。
: 事实上重构到C++是一个正在进行的项目。
|
d**********x
发帖数: 4083 | 68 c++/c的loc经常是这个量级。。
可以
【在 n******t 的大作中提到】
: 程序都是看谁写，不是用啥写。。
: 你5M是loc?
|
E*****m
发帖数: 25615 | 69
別客氣，你懂的話請說。
【在 z****e 的大作中提到】
: 数学证明和用不是一回事
: 你这种文科脑子不太容易理解这么复杂的东西
|
a9
发帖数: 21638 | 70 我觉得c++相对c来讲主要就是省事。
至于维护性，oo不oo好像没啥关系。
整体看，c每个文件看成一个类，里面的函数看成成员，也是oo的效果。
【在 n******t 的大作中提到】
: Linus的水平吧。。hehe
|
|
|
y*******g
发帖数: 6599 | 71 怎么继承
【在 a9 的大作中提到】
: 我觉得c++相对c来讲主要就是省事。
: 至于维护性，oo不oo好像没啥关系。
: 整体看，c每个文件看成一个类，里面的函数看成成员，也是oo的效果。
|
d**********x
发帖数: 4083 | 72 手工可以做大部分的工作，但是像RAII和模板这种靠compiler生成代码的，还是比较勉
强。
oo确实不是问题。
【在 a9 的大作中提到】
: 我觉得c++相对c来讲主要就是省事。
: 至于维护性，oo不oo好像没啥关系。
: 整体看，c每个文件看成一个类，里面的函数看成成员，也是oo的效果。
|
d**********x
发帖数: 4083 | 73 单继承只要你了解内存布局，struct里面放上另一个struct，用的时候直接cast即可。
如果要多继承的话，需要调整指针，c里面有没有这种做法我就不知道了
【在 y*******g 的大作中提到】
: 怎么继承
|
a9
发帖数: 21638 | 74 函数指针啊。
【在 y*******g 的大作中提到】
: 怎么继承
|
z****e
发帖数: 54598 | 75 你态度不好，不告诉你了
【在 E*****m 的大作中提到】
:
: 別客氣，你懂的話請說。
|
z****e
发帖数: 54598 | 76 我想到了一个不错的去处
我准备给qa组推荐python
那个组文科生比较多
他们经常写一些脚本测试我们写的代码
推荐让他们也用一些比较简单易懂的语言来写脚本
下一步是建议web组从php升级到用ruby
减轻我们的压力
我们自身准备引入groovy或scala |
z****e
发帖数: 54598 | 77 一句话总结：巨适合文科生使用
【在 x****u 的大作中提到】
: 现在的很多语言都学习python了。
: python诡异语法和技巧少，对于不是天天用的人来说，忘起来比perl慢多了。
|
p**o
发帖数: 3409 | 78 simplegui这个库可以比较方便的做一些简单的网页游戏，参考
http://www.newsmth.net/bbstcon.php?board=Python&gid=98731
【在 x****u 的大作中提到】
: python还真不适合初学者做游戏。
|
p*****2
发帖数: 21240 | 79
上次公孙说文科生都转行学ruby了。
【在 z****e 的大作中提到】
: 一句话总结：巨适合文科生使用
|
z****e
发帖数: 54598 | 80 大神的指示要放在特定的环境中去理解
要看上下文，那句话的上下文是说，rails的有些网站做得比较漂亮
而且rails比较容易上手，所以适合转行的使用
我是这么解读的
rails网站做得漂亮，说明非理科的成分比较大，一般钓丝们写不出好看的东西
尤其是视觉效果，一般都跟钓丝无关，所以既然网站做得漂亮，那多半是转行干的
同时因为rails框架开发容易，屏蔽了底层的结果
所以开发web的人不需要投入太多就可以有一定产出
而这种不需要思考就可以产出的东东一概都适合非理性思维方式的人使用
比如转行的
综上所述，如果一个转行的要去开发web，学ruby比较合适
however，转折一下
现实生活中，web不是一切，而且大多数时候，前台是后台的预备役
也就是今天做前台的那些人，假以时日，将来就会转入后台，成为我们
所以如果公司有培养机制的话，就会对前台的码农做一定的筛选
你可以不会spring这些，但是你要懂java最基本的那些东西
今天让你写web，不过是锻炼你，让你积累经验，将来等级别上去了之后
再委以重任，所以从这个角度看，web其实未必适合转行的来写
我们更倾向于使用一些有潜力的年轻人
然后回头看转行的同学
这里有一个前提，就是转行的只打算混日子，对技术没有太多的兴趣
就像真神所述，谁关心底层是怎么回事，无聊
无聊二字点出了文科生的心态，那么在这个时候，就应该避重就轻
找最简单的上，比起ruby，python实在是太简单了
还有一个，文科生大多数用的是mac，而python在mac上是原生态的存在
打开terminal，输入python，马上就进入python界面
再输入print 'hello world'，回车，马上就可以看到hello world了
所以对于文科生来说，甚至不需要倒腾安装之类的麻烦事，就可以python鸟
至于web框架，以后不写web的话，不知道也无妨，更何况转行的有几个以成为码农为乐？
大多数不过混口饭吃，qa之类的行当很适合他们
【在 p*****2 的大作中提到】
:
: 上次公孙说文科生都转行学ruby了。
|
|
|
z****e
发帖数: 54598 | 81 关于真神的如何激发本科生的兴趣
说当时我们是怎么激发本科生兴趣的
那个老师在微软做过一两年时间，在成为ta之前
说起来也好笑，我总是在各个学校遇到教java的老师
都曾经是m$的员工
扯远
然后他是这么激发兴趣的
他上来就用directx, opengl, java2d这些来激发兴趣
用视觉上的刺激来引导学生
告诉他们离做starcraft有多远
效果出乎意料地好
那门课的review很多文科生留言：你让一个学arts的学生也能写出程序
这个老师很聪明的一点就是不象书呆子一般用各种数学去引导他们
101里面有一堆文科生艺术类的在上选修课
这种人你上来就大谈algorithm
他们肯定课没上完就提着包从你面前走过离开了
现在最新打算是用android上的编程来引导他们
学完java，你就算不能写出starcraft
写出一个简单的愤怒的小鸟应该问题不大 |
x****u
发帖数: 44466 | 82 starcraft是个超变态的游戏，directdraw加诡异的调色板切换算法，在很烂的配置上
用256色搞出了类似真彩的效果。
【在 z****e 的大作中提到】
: 关于真神的如何激发本科生的兴趣
: 说当时我们是怎么激发本科生兴趣的
: 那个老师在微软做过一两年时间，在成为ta之前
: 说起来也好笑，我总是在各个学校遇到教java的老师
: 都曾经是m$的员工
: 扯远
: 然后他是这么激发兴趣的
: 他上来就用directx, opengl, java2d这些来激发兴趣
: 用视觉上的刺激来引导学生
: 告诉他们离做starcraft有多远
|
m********5
发帖数: 17667 | 83 说句老实话, 不懂点python底层如何实现, 写出来的py代码就像屎一样. 所以完全当成
玩具, python是可以用来给初学者用着玩儿. 但是真要转行, 我看还是得用java, c++
这类东西. 文科做design, 如果做得好, 完全可以直接设计能力入股, 甚至可以干脆雇
佣程序员.
【在 z****e 的大作中提到】
: 大神的指示要放在特定的环境中去理解
: 要看上下文，那句话的上下文是说，rails的有些网站做得比较漂亮
: 而且rails比较容易上手，所以适合转行的使用
: 我是这么解读的
: rails网站做得漂亮，说明非理科的成分比较大，一般钓丝们写不出好看的东西
: 尤其是视觉效果，一般都跟钓丝无关，所以既然网站做得漂亮，那多半是转行干的
: 同时因为rails框架开发容易，屏蔽了底层的结果
: 所以开发web的人不需要投入太多就可以有一定产出
: 而这种不需要思考就可以产出的东东一概都适合非理性思维方式的人使用
: 比如转行的
|
m*******l
发帖数: 12782 | 84 function
【在 l*********s 的大作中提到】
: this is so against common sense . How come a language without any OOP
: capability be more reusable?
|
d********g
发帖数: 10550 | 85 你肯定没做过OpenGL就在这吹，我好歹也算给CS本科开过OpenGL的课。OpenGL那是文科
生能搞定的吗？文科生最多只能在至少包装了10层的库上学习才行
【在 z****e 的大作中提到】
: 关于真神的如何激发本科生的兴趣
: 说当时我们是怎么激发本科生兴趣的
: 那个老师在微软做过一两年时间，在成为ta之前
: 说起来也好笑，我总是在各个学校遇到教java的老师
: 都曾经是m$的员工
: 扯远
: 然后他是这么激发兴趣的
: 他上来就用directx, opengl, java2d这些来激发兴趣
: 用视觉上的刺激来引导学生
: 告诉他们离做starcraft有多远
|
d********g
发帖数: 10550 | 86 这年头你的理解居然还有web不web，不是太落后了点？DevOps就是为了适应前后端大融
合的趋势创立的，后端前端现在还有多大分别了？做前端的一样要考虑scaling，API现
在都不一定是后端做好了让前端去写client，而是同时进行因为前端也是MVC。DevOps
一人必须身兼数职不然你这啥5层结构根本不适合快速迭代开发。你们要是同时做
mobile的是不是还要搞个mobile组？把前后端分这么开只能表示你目前只会做Java后端
而已，像啥部署啊更是一窍不通
建议你多学点startup怎么搞的，以后3-5年会淘汰一批老人，到时候不要哭都哭不出来
乐？
【在 z****e 的大作中提到】
: 大神的指示要放在特定的环境中去理解
: 要看上下文，那句话的上下文是说，rails的有些网站做得比较漂亮
: 而且rails比较容易上手，所以适合转行的使用
: 我是这么解读的
: rails网站做得漂亮，说明非理科的成分比较大，一般钓丝们写不出好看的东西
: 尤其是视觉效果，一般都跟钓丝无关，所以既然网站做得漂亮，那多半是转行干的
: 同时因为rails框架开发容易，屏蔽了底层的结果
: 所以开发web的人不需要投入太多就可以有一定产出
: 而这种不需要思考就可以产出的东东一概都适合非理性思维方式的人使用
: 比如转行的
|
d********g
发帖数: 10550 | 87 以前文科生转行是学Flash的，这几年风向变了
【在 p*****2 的大作中提到】
:
: 上次公孙说文科生都转行学ruby了。
|
d********g
发帖数: 10550 | 88 “我们自身准备引入groovy”
这好像是自己打脸了吧。你难道没听说groovy就是Python of Java吗
【在 z****e 的大作中提到】
: 我想到了一个不错的去处
: 我准备给qa组推荐python
: 那个组文科生比较多
: 他们经常写一些脚本测试我们写的代码
: 推荐让他们也用一些比较简单易懂的语言来写脚本
: 下一步是建议web组从php升级到用ruby
: 减轻我们的压力
: 我们自身准备引入groovy或scala
|
g*****g
发帖数: 34805 | 89 DevOps是把Development和Operation合起来，不是要你前后端都做。
像我们从build到deploy到AWS，都已经自动化到运行一个Jenkins job就行，没有
专门做operation的。
但开发前端的人还是管前端的server，后端的人管后端的server。
这年头术业有专攻，startup不是说只有一两个人，但凡有几个，分工是很正常的。
DevOps
【在 d********g 的大作中提到】
: 这年头你的理解居然还有web不web，不是太落后了点？DevOps就是为了适应前后端大融
: 合的趋势创立的，后端前端现在还有多大分别了？做前端的一样要考虑scaling，API现
: 在都不一定是后端做好了让前端去写client，而是同时进行因为前端也是MVC。DevOps
: 一人必须身兼数职不然你这啥5层结构根本不适合快速迭代开发。你们要是同时做
: mobile的是不是还要搞个mobile组？把前后端分这么开只能表示你目前只会做Java后端
: 而已，像啥部署啊更是一窍不通
: 建议你多学点startup怎么搞的，以后3-5年会淘汰一批老人，到时候不要哭都哭不出来
:
: 乐？
|
d********g
发帖数: 10550 | 90 分5层这种老掉牙的瀑布开发不是趋势吧？我就是奇怪为什么有人还以此为荣
彻底分开的前后端做不好快速开发，至少都需要一个full-stack来做前后端的整合。分
工只是无奈，full-stack才是all star。startup不管招前后端，如果是full-stack的
肯定优先，招进去再进行侧重分工而不是按照技术限制分工，这两个有本质不同
同时还做硬件的，软硬通吃更不好找。要能找到这种人，当场跪下递offer求加入
【在 g*****g 的大作中提到】
: DevOps是把Development和Operation合起来，不是要你前后端都做。
: 像我们从build到deploy到AWS，都已经自动化到运行一个Jenkins job就行，没有
: 专门做operation的。
: 但开发前端的人还是管前端的server，后端的人管后端的server。
: 这年头术业有专攻，startup不是说只有一两个人，但凡有几个，分工是很正常的。
:
: DevOps
|
|
|
d******r
发帖数: 5008 | 91 你跟古巴提硬件，确实欠扁。他能把OS搞个
半懂就很不错了。
【在 d********g 的大作中提到】
: 分5层这种老掉牙的瀑布开发不是趋势吧？我就是奇怪为什么有人还以此为荣
: 彻底分开的前后端做不好快速开发，至少都需要一个full-stack来做前后端的整合。分
: 工只是无奈，full-stack才是all star。startup不管招前后端，如果是full-stack的
: 肯定优先，招进去再进行侧重分工而不是按照技术限制分工，这两个有本质不同
: 同时还做硬件的，软硬通吃更不好找。要能找到这种人，当场跪下递offer求加入
|
d********g
发帖数: 10550 | 92 我就这么一说。能软硬通吃的本来就是神一般的存在
【在 d******r 的大作中提到】
: 你跟古巴提硬件，确实欠扁。他能把OS搞个
: 半懂就很不错了。
|
d******r
发帖数: 5008 | 93 我还真碰到过一个。
【在 d********g 的大作中提到】
: 我就这么一说。能软硬通吃的本来就是神一般的存在
|
g*****g
发帖数: 34805 | 94 会不会，和做不做的好，还有愿不愿意，招不招得到人是几回事。
我现在只写后端，但以前也写过整个spring mvc web前端，整合yui, jquery，js也写
了一些。客户端的swing也写得很熟，你让我写Android肯定没问题。
但现在前端的技术变化一样更快，不老写就落后了。人的精力是有限的，与其啥都会一
点，我宁可只搞后端，深入一些。反正专门后端的工作多了去了。成天在那折腾js，以
解决浏览器差异的问题，不是我的菜。
【在 d********g 的大作中提到】
: 分5层这种老掉牙的瀑布开发不是趋势吧？我就是奇怪为什么有人还以此为荣
: 彻底分开的前后端做不好快速开发，至少都需要一个full-stack来做前后端的整合。分
: 工只是无奈，full-stack才是all star。startup不管招前后端，如果是full-stack的
: 肯定优先，招进去再进行侧重分工而不是按照技术限制分工，这两个有本质不同
: 同时还做硬件的，软硬通吃更不好找。要能找到这种人，当场跪下递offer求加入
|
g*****g
发帖数: 34805 | 95 我不懂不要紧，我不吹牛呀。像你小明明对后端完全没概念，还要指点新手，不是害人
吗。
【在 d******r 的大作中提到】
: 你跟古巴提硬件，确实欠扁。他能把OS搞个
: 半懂就很不错了。
|
d********g
发帖数: 10550 | 96 我觉得码工总体有大妈化的趋势，你说那些js浏览器差异性的问题其实现在都交给美工
了，真正的前台码工那是要做架构的，不比后端简单。这个其实很难因为js本身太怪异
了，但你如果不研究也不行，等到js真正蚕食后端的时候，不管Java还是Ruby还是
Python都有可能很快歇菜
【在 g*****g 的大作中提到】
: 会不会，和做不做的好，还有愿不愿意，招不招得到人是几回事。
: 我现在只写后端，但以前也写过整个spring mvc web前端，整合yui, jquery，js也写
: 了一些。客户端的swing也写得很熟，你让我写Android肯定没问题。
: 但现在前端的技术变化一样更快，不老写就落后了。人的精力是有限的，与其啥都会一
: 点，我宁可只搞后端，深入一些。反正专门后端的工作多了去了。成天在那折腾js，以
: 解决浏览器差异的问题，不是我的菜。
|
g*****g
发帖数: 34805 | 97 得了，我看过我们很花哨的前端，就是groovy/grail写的MVC，前端的架构本来就是简
单的。js蚕食后端的能力我是没看到，scala能蚕食一点，但也只是作为java的补充。
论预测
语言未来的track record，本版还没人比我更有发言权。
【在 d********g 的大作中提到】
: 我觉得码工总体有大妈化的趋势，你说那些js浏览器差异性的问题其实现在都交给美工
: 了，真正的前台码工那是要做架构的，不比后端简单。这个其实很难因为js本身太怪异
: 了，但你如果不研究也不行，等到js真正蚕食后端的时候，不管Java还是Ruby还是
: Python都有可能很快歇菜
|
s***o
发帖数: 2191 | 98 你们用过Go没有？前景如何？
看看这篇文章：
http://highscalability.com/blog/2013/3/13/ironio-moved-from-rub
【在 d********g 的大作中提到】
: 我觉得码工总体有大妈化的趋势，你说那些js浏览器差异性的问题其实现在都交给美工
: 了，真正的前台码工那是要做架构的，不比后端简单。这个其实很难因为js本身太怪异
: 了，但你如果不研究也不行，等到js真正蚕食后端的时候，不管Java还是Ruby还是
: Python都有可能很快歇菜
|
d********g
发帖数: 10550 | 99 多看几个前端架构再说，“前端的架构本来就是简单的”结论太草率
【在 g*****g 的大作中提到】
: 得了，我看过我们很花哨的前端，就是groovy/grail写的MVC，前端的架构本来就是简
: 单的。js蚕食后端的能力我是没看到，scala能蚕食一点，但也只是作为java的补充。
: 论预测
: 语言未来的track record，本版还没人比我更有发言权。
|
d********g
发帖数: 10550 | 100 看eco system啊，语言不是关键。Ruby要不是因为Rails，说不定现在都没几个人知道
【在 s***o 的大作中提到】
: 你们用过Go没有？前景如何？
: 看看这篇文章：
: http://highscalability.com/blog/2013/3/13/ironio-moved-from-rub
|
|
|
E*****m
发帖数: 25615 | 101 你這人表達能力不行，理解能力居然更差，
我說對編程初學者沒必要去關心底層，可以做出遊戲就好，
你連這都讀不懂， I 服了 U 了。
【在 z****e 的大作中提到】
: 大神的指示要放在特定的环境中去理解
: 要看上下文，那句话的上下文是说，rails的有些网站做得比较漂亮
: 而且rails比较容易上手，所以适合转行的使用
: 我是这么解读的
: rails网站做得漂亮，说明非理科的成分比较大，一般钓丝们写不出好看的东西
: 尤其是视觉效果，一般都跟钓丝无关，所以既然网站做得漂亮，那多半是转行干的
: 同时因为rails框架开发容易，屏蔽了底层的结果
: 所以开发web的人不需要投入太多就可以有一定产出
: 而这种不需要思考就可以产出的东东一概都适合非理性思维方式的人使用
: 比如转行的
|
d****i
发帖数: 4809 | 102 公孙侠你这说的一点我还真在别人的讨论博客上看到，说随着Node等JS的后端框架的成
熟，未来有可能JS成为一统前后端的唯一语言，再加上JS有了V8以后速度嗖嗖的。不知
道这个是不是有点道理。
【在 d********g 的大作中提到】
: 我觉得码工总体有大妈化的趋势，你说那些js浏览器差异性的问题其实现在都交给美工
: 了，真正的前台码工那是要做架构的，不比后端简单。这个其实很难因为js本身太怪异
: 了，但你如果不研究也不行，等到js真正蚕食后端的时候，不管Java还是Ruby还是
: Python都有可能很快歇菜
|
d********g
发帖数: 10550 | 103 就是看eco system，语言间的那点性能、特性差异根本不是问题。能一套解决的用两三
套肯定是疯了，人都是懒惰的，总要把事情简化。js不一定就能统一而且现在还真说不
准，但几年后像现在这样啥都凑起来做一个项目的也许会越来越少，看谁能胜出了
【在 d****i 的大作中提到】
: 公孙侠你这说的一点我还真在别人的讨论博客上看到，说随着Node等JS的后端框架的成
: 熟，未来有可能JS成为一统前后端的唯一语言，再加上JS有了V8以后速度嗖嗖的。不知
: 道这个是不是有点道理。
|
g*****g
发帖数: 34805 | 104 你说的这个基本不会实现。动态语言和静态语言各有优势。动态语言简洁，不用编译，
适合做脚本。
静态语言检查严格，性能更好，适合做后端。
项目小的startup，一种语言前后通吃，没有问题。但用户一上去，两种需求很难统一。
而且这个性能问题不是说把动态语言静态编译就能解决的。
创造一种语言简单，建立一个庞大的类库，需要10年以上的积累，js在后端基本没有积
累，
想成为主流下个10年是看不到了。
【在 d********g 的大作中提到】
: 就是看eco system，语言间的那点性能、特性差异根本不是问题。能一套解决的用两三
: 套肯定是疯了，人都是懒惰的，总要把事情简化。js不一定就能统一而且现在还真说不
: 准，但几年后像现在这样啥都凑起来做一个项目的也许会越来越少，看谁能胜出了
|
z****e
发帖数: 54598 | 105 真神又开始忽悠理论了
你见过pygame写出的游戏么？
例子plz
【在 E*****m 的大作中提到】
: 你這人表達能力不行，理解能力居然更差，
: 我說對編程初學者沒必要去關心底層，可以做出遊戲就好，
: 你連這都讀不懂， I 服了 U 了。
|
z****e
发帖数: 54598 | 106 这叫激发兴趣，我也没说他们就能写出来
但是要告诉他们离做starcraft有多远
要不然文科生还真以为上完101就能写starcraft了
【在 d********g 的大作中提到】
: 你肯定没做过OpenGL就在这吹，我好歹也算给CS本科开过OpenGL的课。OpenGL那是文科
: 生能搞定的吗？文科生最多只能在至少包装了10层的库上学习才行
|
z****e
发帖数: 54598 | 107 那个叫jython
groovy是script
所有的script本质都是简化开发，但是不堪大任
【在 d********g 的大作中提到】
: “我们自身准备引入groovy”
: 这好像是自己打脸了吧。你难道没听说groovy就是Python of Java吗
|
z****e
发帖数: 54598 | 108 你们就是人少钱少，所以啥事都要做
startup承认这点没什么大不了的
一个人拆成五个人用也是大神你说的
【在 d********g 的大作中提到】
: 分5层这种老掉牙的瀑布开发不是趋势吧？我就是奇怪为什么有人还以此为荣
: 彻底分开的前后端做不好快速开发，至少都需要一个full-stack来做前后端的整合。分
: 工只是无奈，full-stack才是all star。startup不管招前后端，如果是full-stack的
: 肯定优先，招进去再进行侧重分工而不是按照技术限制分工，这两个有本质不同
: 同时还做硬件的，软硬通吃更不好找。要能找到这种人，当场跪下递offer求加入
|
z****e
发帖数: 54598 | 109 真神，你对公孙大神打你脸怎么看？
你说过groovy怎么怎么不行，现在公孙大神告诉你了
groovy就是python of java
你怎么看？
【在 E*****m 的大作中提到】
: 你這人表達能力不行，理解能力居然更差，
: 我說對編程初學者沒必要去關心底層，可以做出遊戲就好，
: 你連這都讀不懂， I 服了 U 了。
|
z****e
发帖数: 54598 | 110 用脚本来统一开发是一个美好的梦想
这里面涉及到无数的政治博弈
就算你想简单，那些公司也不会轻易让你简单
最后你还是要去倒腾底层的技术
不说其它的，任何一个tier连一个统一的开发语言都不存在
你觉得要用一个脚本语言统一所有的tiers
这个可能么？
【在 d****i 的大作中提到】
: 公孙侠你这说的一点我还真在别人的讨论博客上看到，说随着Node等JS的后端框架的成
: 熟，未来有可能JS成为一统前后端的唯一语言，再加上JS有了V8以后速度嗖嗖的。不知
: 道这个是不是有点道理。
|
|
|
d********t
发帖数: 9628 | 111 扯淡，我们perl里fork用得好得很。
【在 z****e 的大作中提到】
: 这种类似脚本的语言对于多线程的支持一直都是束手束脚的
: 脚本语言对于多线程的控制几乎是一个死结
: 所以想用python引导初学者，激发兴趣就更失败了
: 嗯，看来适合转行的文科生
|
d********t
发帖数: 9628 | 112 PyQt很流行的好吧。
【在 x****u 的大作中提到】
: 主要还是因为python官方的版本里面缺少个图形库啊。
: 不明白Google的脑残为什么非要弄个py3k？
|
d********t
发帖数: 9628 | 113 说得好哈哈。
【在 t*****n 的大作中提到】
: C就自己买木头造窗户和门。C++就是去home depot买个窗户和门装上。
|
x****u
发帖数: 44466 | 114 这是无数个扩展中的一个，通用性大打折扣。
PyWin32可以写和MFC差不多的Windows程序呢。
【在 d********t 的大作中提到】
: PyQt很流行的好吧。
|
t*****n
发帖数: 4908 | 115 多谢了。
【在 d********t 的大作中提到】
: 说得好哈哈。
|
E*****m
发帖数: 25615 | 116
你不會去 PyGame 站上去看？
【在 z****e 的大作中提到】
: 真神又开始忽悠理论了
: 你见过pygame写出的游戏么？
: 例子plz
|
z****e
发帖数: 54598 | 117 早看过了，都不入流
当然对你来说是足够了
但是对于那些想着starcraft的童鞋来说
还是远远不够
【在 E*****m 的大作中提到】
:
: 你不會去 PyGame 站上去看？
|
E*****m
发帖数: 25615 | 118
我不知道你閱讀能力是怎麼回事，這是在打你臉。
【在 z****e 的大作中提到】
: 真神，你对公孙大神打你脸怎么看？
: 你说过groovy怎么怎么不行，现在公孙大神告诉你了
: groovy就是python of java
: 你怎么看？
|
z****e
发帖数: 54598 | 119 看不懂？
那来，按照我的引导一步一步来
请问真神你是否对groovy放过厥词？
yes or no
简单问题，请正面回答
【在 E*****m 的大作中提到】
:
: 我不知道你閱讀能力是怎麼回事，這是在打你臉。
|
E*****m
发帖数: 25615 | 120 我說的是『groovy沒有比 jython 好』 這叫厥詞嗎？
隨便你。
【在 z****e 的大作中提到】
: 看不懂？
: 那来，按照我的引导一步一步来
: 请问真神你是否对groovy放过厥词？
: yes or no
: 简单问题，请正面回答
|
|
|
z****e
发帖数: 54598 | 121 那你zkss你对groovy的看法
别告诉我你当初的语气是肯定的
我明显闻出一股子不屑的味道
难倒你要否认？
【在 E*****m 的大作中提到】
: 我說的是『groovy沒有比 jython 好』 這叫厥詞嗎？
: 隨便你。
|
E*****m
发帖数: 25615 | 122
groovy 沒什麼特別不好的，就是乏味，類似 PHP。
groovy 的設計者自己說了，要是早看見 Scala, 他就不搞 groovy了。
【在 z****e 的大作中提到】
: 那你zkss你对groovy的看法
: 别告诉我你当初的语气是肯定的
: 我明显闻出一股子不屑的味道
: 难倒你要否认？
|
z****e
发帖数: 54598 | 123 哦，很有趣诶
python貌似更接近groovy啊
为什么你非要把它比作php呢？
公孙大神原话：
groovy就是jvm上的python
请问你是否认同？
【在 E*****m 的大作中提到】
:
: groovy 沒什麼特別不好的，就是乏味，類似 PHP。
: groovy 的設計者自己說了，要是早看見 Scala, 他就不搞 groovy了。
|
d********g
发帖数: 10550 | 124 你不知道startup是以此为荣的吗？startup一人顶传统公司养老职位五人，说起来都很
有面子，股票也是一人拿五人的份，不好吗？
【在 z****e 的大作中提到】
: 你们就是人少钱少，所以啥事都要做
: startup承认这点没什么大不了的
: 一个人拆成五个人用也是大神你说的
|
d********g
发帖数: 10550 | 125 groovy的历史你好好研究下吧。语文都不过关，你听过“C#是.net下的Java + Delphi
”这个说法吗？没听过的话说明资历太浅了
【在 z****e 的大作中提到】
: 哦，很有趣诶
: python貌似更接近groovy啊
: 为什么你非要把它比作php呢？
: 公孙大神原话：
: groovy就是jvm上的python
: 请问你是否认同？
|
d********g
发帖数: 10550 | 126 Qt这个库也不咋地，不过cross-platform的GUI选择不多
【在 d********t 的大作中提到】
: PyQt很流行的好吧。
|
