在 08-3-12,coolspeed<jinxio...@gmail.com> 写道:
当然了,如果不靠编程为生,只是作为业余爱好的话,那么学什么都无所谓了。
在 08-3-12,pongba<pon...@gmail.com> 写道:
在 08-3-12,Jian Wang<oxygen.j...@gmail.com> 写道:
我之所以这么说,是因为学习编程本身需要学习大量的知识。
2008/3/12 coolspeed <jinxio...@gmail.com>:
我妈自己摸索着会上bbs留言,会google,我就觉得很强了……
在 08-3-12,wangl...@gmail.com<wangl...@gmail.com> 写道:
--
新的理论从少数人的主张到一统天下,并不是因为这个理论说服了别人抛弃旧观点,而是因为一代人的逝去。
My blog: http://googollee.blog.163.com
是呀,如果纯粹考虑成本和收益,编程本身都未必是最好选择。想好了自己喜欢什么,擅长什么,能从什么得到回报,就不要考虑太多"他们选择C++的时候C
++可没这么困难和坚辛"了。
给个现实的例子。俺五十八岁的老母亲退休在家,这个月刚学会Java的SWT和JFace,现在开始摸Python,每天一两个小程序玩得不亦乐乎,她
老人家说:"就是那么回事,搞明白基本的机制,剩下都是语法细节,用的时候到书上查,到网上google就可以了"
如果每个老人家都愿意这么玩, 什么老人痴呆症就不会存在啦 :)
pongba wrote:
>
>
> On 3/12/08, *wangl...@gmail.com <mailto:wangl...@gmail.com>*
在 08-3-13,red...@gmail.com<red...@gmail.com> 写道:
--
Best Regards,
Niu Jin
反倒是做到硬件一层会简单些。面向硬件嘛,谁会考虑可移植?问题越有针对性,实现越简单。
在 08-3-13,coolspeed<jinxio...@gmail.com> 写道:
当然,总得有一门语言是一个人学的第一门语言,但是如果只是为了了解编程本身,我觉得用 C++ 作为媒介是很不合适的。如果只是为了学 C++
来找份工作,我还没有找过工作,不知道这样是否可行。或许有些公司仅仅因为你 C++ 很牛而录用你,但我有点怀疑这样的公司的前景。
比较主流的语言像 C/C++, Java,Ruby, Python 我都有学过,现在还在学 Common Lisp,Scheme 以前看
SICP 的时候接触过。
最初学这么多语言一方面是因为看 SICP 时看到了 Alan Perlis 的那句话:"A language that doesn't
affect the way you think about programming, is not worth
knowing.";另一方面是看 Pragmatic Programmers 这本书里说程序员每年应该学一门语言。
学过这些语言以后我觉得除非是比较复杂的语言,像 C++,用一个星期学一门新的语言到能够比较熟练的使用基本上没有问题。
现在自己做东西都是考虑什么语言最合适,在合适的情况下哪种语言能最快达到目的,不会因为自己喜欢某一门语言而只使用它。语言只是作为表达思想的工具,合适的语言能够帮你更好的表达思想。但语言不是最关键的,关键的是思想。
举例来说,如果只是为了学习算法,那很我觉得 Ruby/Python/Common Lisp 等语言相比较 C/C++
来说更合适,这种情况下我想学的是算法本身,何必因为语言本身的复杂性而分散精力?
但如果是希望将算法应用到具体的问题,而且这给问题对性能有比较高的要求。这种时候我会考虑 C/C++。
当然需要跟底层得东西打交道时除了 C/C++ 也没有什么好选得。比如最近要写 Linux 内核模块,这种时候没的选。
coolspeed 建议你先想清楚自己想干什么,对什么感兴趣。C++ 不是计算机的一切,也不是学好 C++
就一定能够找到好工作。计算机学科里有很多东西都比 C++ 有意思,没想清自己喜欢什么之前多看看好了,没有必要把精力放在一门语言上。
--
Best regards,
Chen Yufei
C++的语言细节里绝大多数都是工程上的折中。如果不进入编程这一行的话,这些问题只会带来困扰,而不会有什么帮助。
C++是一门实用的语言,所谓实用是指一切都是为了解决某个问题。而不是为了体现思想而保持一贯性,或者别的什么。
在 08-3-13,coolspeed<jinxio...@gmail.com> 写道:
还是wangleheng的可爱妈妈要强很多。
> 是呀,如果纯粹考虑成本和收益,编程本身都未必是最好选择。想好了自己喜欢什么,擅长什么,能从什么得到回报,就不要考虑太多"他们选择C++的时候C
> ++可没这么困难和坚辛"了。
>
> 给个现实的例子。俺五十八岁的老母亲退休在家,这个月刚学会Java的SWT和JFace,现在开始摸Python,每天一两个小程序玩得不亦乐乎,她
> 老人家说:“就是那么回事,搞明白基本的机制,剩下都是语法细节,用的时候到书上查,到网上google就可以了”
>
> 呵呵,恕我直言,只不过是一门编程语言,别搞得和苦行僧出家一样,如果真的那么痛苦不学也罢,学了也不容易学好:)
>
>
>
> On 3月12日, 下午8时07分, pongba <pon...@gmail.com> wrote:
>> 说实话,既然你在考虑成本和收益比例,那么其实你应该考虑另一个更重要的问题了:是不是应该学习编程。或者更大的:是不是应该混IT。
>>
>> 如果是出于热爱,那么成本收益的考虑就不那么重要。如果是出于利益,那么就要拿出分析的样子,仔细考虑一些重大的利益矛盾:)
>>
>> 2008/3/12 coolspeed <jinxiongl...@gmail.com>:
>>
>>> 同志们,我知道你们都厉害。可现在时代变了,C++依然坚挺不假,但C++完美的信仰已动摇。现在开始学C++可真是需要勇气的。我对于C++没有"既
>>> 投入",所以在选择上本无需那么粘质。我是真的觉得C++好。
>>> 请告诉我,我需要多少勇气?
>>> 最好能再给列一列您认为最好的书目顺序(和数量)。
哈!Practice Driven Learning.
我以前也是一直这样认为的。后来知道Pongba老大的观点也是这样,真是荣幸啊。。
今天为了写一写C语言,还在Dev-C++里写里了紧简单的OpenGL,怎么都失败,搜遍了百度,所有方案都试了。还是不行。于是都上CSDN论坛上
提问,可是论坛又有严重损坏(至少此刻)。
一直觉得pongba老大的学习路线很棒!中国学生当中能有几个呢。
2008/3/13 coolspeed <jinxio...@gmail.com>:哈!Practice Driven Learning.
我以前也是一直这样认为的。后来知道Pongba老大的观点也是这样,真是荣幸啊。。
今天为了写一写C语言,还在Dev-C++里写里了紧简单的OpenGL,怎么都失败,搜遍了百度,所有方案都试了。还是不行。于是都上CSDN论坛上
提问,可是论坛又有严重损坏(至少此刻)。
一直觉得pongba老大的学习路线很棒!中国学生当中能有几个呢。
呵呵,我的路线是没什么好的,走了很多弯路,浪费了很多时间纠缠一些技术细节,其中尤其是语言细节上;结果并没有在这些细节中得到太多真正重要和本质的东西。除了倒是得出了----不要纠缠细节,后者找本cookbook,里面多的是。
近年因为这些教训,开始关注思想层面的东西,学习的过程中不断总结不变性的东西、原则性的东西、方向性的东西。这些倒并不是说光说不练、务虚之类,而是从实践中,从技术中,抽出真正重要的不变性的东西,在脑袋里积淀下来,我认为这些东西带在脑袋里,价值是最大的。
反之,就算背熟语言所有细节,一个框架的所有API,一个平台上所有可能出现的技术问题,也只能是个熟练工,更惨的是,熟练工的这些所谓的"财富"其实找本cookbook或google一下就可以了。但这时有人可能会说,我认识某某人很牛,他不也是在某个特定平台上解决问题总是最快找到答案么?难道他不属于"脑袋里面装满了平台相关知识的"那类人?你怎么能说这些知识不重要呢?我对此的想法是,真正区别熟练工与高手的, 并不是平台相关知识的差异,高手也许脑袋里也有同样数目的平台相关知识(在一个平台上工作个一两年,80%的常见知识怎么也是知道的),但高手最重要的是不是这些,而是解决问题的思维方式,思考习惯,还有学习能力;这样,一旦熟练工和高手被迁移到另一个平台上,差异就显现出来了,高手能够迅速适应,并且能够利用新知识解决未知问题,熟练工则由于原先只能按照cookbook解决既有问题,所以就会感到很陌生。所以,我觉得,当看到一个人深谙平台知识,并且解决问题很快时,那得注意,也许他并不是因为深谙平台知识所以才解决问题很快的,这也许是个错误的归因,它会引导你走上"记忆性"学习的道路;也许他是因为思考能力和学习能力所以才解决问题快的,当新问题出现的时候,不能直接沿用cookbook方案的时候,这种能力便体现出来了。
最后,每个人其实都能够在不断解决问题的过程中形成一些内隐的关于解决问题的思维方式的习惯,这些习惯如果不加以反省,很可能就不能最高效地记忆和发展,而只是被动地积累这些思维习惯;这也是为什么许多人善于解决问题但就是说不出自己为什么善于解决问题的原因,他们只是觉得"我也不知道,我就是能啊"。经常反省自己的思维方式,也许能够把这些思维方式的要点元素总结出来,即思维的原则,利于自己进一步对这些原则进行思考,也利于传播给他人令他人获益。
--
刘未鹏(pongba)|C++的罗浮宫TopLanguage
徽曰:"孔明与博陵崔州平、颍川石广元、汝南孟公威与徐元直四人为密友。此四人务于精纯,
唯孔明独观其大略。..."(《三国演义.第三十七回》)
2008/3/13 coolspeed <jinxio...@gmail.com>:哈!Practice Driven Learning.
我以前也是一直这样认为的。后来知道Pongba老大的观点也是这样,真是荣幸啊。。
今天为了写一写C语言,还在Dev-C++里写里了紧简单的OpenGL,怎么都失败,搜遍了百度,所有方案都试了。还是不行。于是都上CSDN论坛上
提问,可是论坛又有严重损坏(至少此刻)。
一直觉得pongba老大的学习路线很棒!中国学生当中能有几个呢。
呵呵,我的路线是没什么好的,走了很多弯路,浪费了很多时间纠缠一些技术细节,其中尤其是语言细节上;结果并没有在这些细节中得到太多真正重要和本质的东西。除了倒是得出了----不要纠缠细节,后者找本cookbook,里面多的是。
近年因为这些教训,开始关注思想层面的东西,学习的过程中不断总结不变性的东西、原则性的东西、方向性的东西。这些倒并不是说光说不练、务虚之类,而是从实践中,从技术中,抽出真正重要的不变性的东西,在脑袋里积淀下来,我认为这些东西带在脑袋里,价值是最大的。
反之,就算背熟语言所有细节,一个框架的所有API,一个平台上所有可能出现的技术问题,也只能是个熟练工,更惨的是,熟练工的这些所谓的"财富"其实找本cookbook或google一下就可以了。但这时有人可能会说,我认识某某人很牛,他不也是在某个特定平台上解决问题总是最快找到答案么?难道他不属于"脑袋里面装满了平台相关知识的"那类人?你怎么能说这些知识不重要呢?我对此的想法是,真正区别熟练工与高手的, 并不是平台相关知识的差异,高手也许脑袋里也有同样数目的平台相关知识(在一个平台上工作个一两年,80%的常见知识怎么也是知道的),但高手最重要的是不是这些,而是解决问题的思维方式,思考习惯,还有学习能力;这样,一旦熟练工和高手被迁移到另一个平台上,差异就显现出来了,高手能够迅速适应,并且能够利用新知识解决未知问题,熟练工则由于原先只能按照cookbook解决既有问题,所以就会感到很陌生。所以,我觉得,当看到一个人深谙平台知识,并且解决问题很快时,那得注意,也许他并不是因为深谙平台知识所以才解决问题很快的,这也许是个错误的归因,它会引导你走上"记忆性"学习的道路;也许他是因为思考能力和学习能力所以才解决问题快的,当新问题出现的时候,不能直接沿用cookbook方案的时候,这种能力便体现出来了。
最后,每个人其实都能够在不断解决问题的过程中形成一些内隐的关于解决问题的思维方式的习惯,这些习惯如果不加以反省,很可能就不能最高效地记忆和发展,而只是被动地积累这些思维习惯;这也是为什么许多人善于解决问题但就是说不出自己为什么善于解决问题的原因,他们只是觉得"我也不知道,我就是能啊"。经常反省自己的思维方式,也许能够把这些思维方式的要点元素总结出来,即思维的原则,利于自己进一步对这些原则进行思考,也利于传播给他人令他人获益。
--
刘未鹏(pongba)|C++的罗浮宫TopLanguage
是呀,如果纯粹考虑成本和收益,编程本身都未必是最好选择。想好了自己喜欢什么,擅长什么,能从什么得到回报,就不要考虑太多"他们选择C++的时候C
++可没这么困难和坚辛"了。
给个现实的例子。俺五十八岁的老母亲退休在家,这个月刚学会Java的SWT和JFace,现在开始摸Python,每天一两个小程序玩得不亦乐乎,她
老人家说:"就是那么回事,搞明白基本的机制,剩下都是语法细节,用的时候到书上查,到网上google就可以了"
呵呵,恕我直言,只不过是一门编程语言,别搞得和苦行僧出家一样,如果真的那么痛苦不学也罢,学了也不容易学好:)
> 2008/3/12 coolspeed <jinxiongl...@gmail.com>:
On 3月12日, 下午8时07分, pongba <pon...@gmail.com> wrote:
> 说实话,既然你在考虑成本和收益比例,那么其实你应该考虑另一个更重要的问题了:是不是应该学习编程。或者更大的:是不是应该混IT。
>
> 如果是出于热爱,那么成本收益的考虑就不那么重要。如果是出于利益,那么就要拿出分析的样子,仔细考虑一些重大的利益矛盾:)
>
>
> > 同志们,我知道你们都厉害。可现在时代变了,C++依然坚挺不假,但C++完美的信仰已动摇。现在开始学C++可真是需要勇气的。我对于C++没有"既
> > 投入",所以在选择上本无需那么粘质。我是真的觉得C++好。
> > 请告诉我,我需要多少勇气?
> > 最好能再给列一列您认为最好的书目顺序(和数量)。
>
> TopLanguagehttp://groups.google.com/group/pongba
是呀,如果纯粹考虑成本和收益,编程本身都未必是最好选择。想好了自己喜欢什么,擅长什么,能从什么得到回报,就不要考虑太多"他们选择C++的时候C
++可没这么困难和坚辛"了。
给个现实的例子。俺五十八岁的老母亲退休在家,这个月刚学会Java的SWT和JFace,现在开始摸Python,每天一两个小程序玩得不亦乐乎,她
老人家说:"就是那么回事,搞明白基本的机制,剩下都是语法细节,用的时候到书上查,到网上google就可以了"
是呀,如果纯粹考虑成本和收益,编程本身都未必是最好选择。想好了自己喜欢什么,擅长什么,能从什么得到回报,就不要考虑太多"他们选择C++的时候C
++可没这么困难和坚辛"了。
给个现实的例子。俺五十八岁的老母亲退休在家,这个月刚学会Java的SWT和JFace,现在开始摸Python,每天一两个小程序玩得不亦乐乎,她
老人家说:"就是那么回事,搞明白基本的机制,剩下都是语法细节,用的时候到书上查,到网上google就可以了"
回去也教我妈妈学django去:)
> > > 呵呵,恕我直言,只不过是一门编程语言,别搞得和苦行僧出家一样,如果真的那么痛苦不学也罢,学了也不容易学好:)
> >
> > > On 3月12日, 下午8时07分, pongba <pon...@gmail.com> wrote:
> > > > 说实话,既然你在考虑成本和收益比例,那么其实你应该考虑另一个更重要的问题了:是不是应该学习编程。或者更大的:是不是应该混IT。
> >
> > > > 如果是出于热爱,那么成本收益的考虑就不那么重要。如果是出于利益,那么就要拿出分析的样子,仔细考虑一些重大的利益矛盾:)
> >
> > > > 2008/3/12 coolspeed <jinxiongl...@gmail.com>:
> >
> > > 同志们,我知道你们都厉害。可现在时代变了,C++依然坚挺不假,但C++完美的信仰已动摇。现在开始学C++可真是需要勇气的。我对于C++没有"既
> > > > > 投入",所以在选择上本无需那么粘质。我是真的觉得C++好。
> > > > > 请告诉我,我需要多少勇气?
> > > > > 最好能再给列一列您认为最好的书目顺序(和数量)。
> >
> > > > --
> > > > 刘未鹏(pongba)|C++的罗浮宫http://blog.csdn.net/pongba
> > > > TopLanguagehttp://groups.google.com/group/pongba
> >
> > --
> > love, Anrs
> >
> > blog I:http://anrs.blogbus.com
> > blog II:http://blog.joycode.com/anrs
> > douban:http://douban.com/people/anrs- 隐藏被引用文字 -
> >
> > - 显示引用的文字 -
>
>
> >
>
--
博客:http://zsp.javaeye.com/
个人网站:http://zsp007.com.cn/
电子科大,7月就要毕业了,何去何从...
双学位:生物医学工程+计算机科学与技术
-- 张教主
2008/3/23 coolspeed <jinxio...@gmail.com>:
>
> > 回去也教我妈妈学django去:)
> >
> >
> django是什么呀?是不是和lingo差不多的?
在顺序有依赖的时候,自己控制会更好。
在 08-4-21,coco<cooo...@gmail.com> 写道:
--
新的理论从少数人的主张到一统天下,并不是因为这个理论说服了别人抛弃旧观点,而是因为一代人的逝去。
My blog: http://googollee.blog.163.com