TGFC Lifestyle - Powered by Discuz! Board

标题: [电脑] Python真的是超简单的语言啊，初学者入门比Basic和C强太多了 [打印本页]

作者: jun4rui 时间: 2008-4-19 11:17 标题: Python真的是超简单的语言啊，初学者入门比Basic和C强太多了

因为自己偶尔有些需要（例如快速吧一个网站的图片全部下载下来，按自己规定的名称和路径存档好，或者抓某网站的数据并整理成csv文件供excel导入等）小的应用程序。无奈本人学过并且有长期使用经验的语言只有Basic、C、java、php、javascript等，虽然java最熟，但是用起来麻烦，JDK、IDE装起来就是几百M来了，而且这个库那个类，用起来非常麻烦，完全是个不适合快速开发做一些小巧精悍的东西。

PHP非常适合快速开发而且也是超容易学会的，虽然库有些乱，但是功能清晰简明，唯一无奈的就是这Y的是生来为web开发的，做本地程序虽然也可以，但是太渣，不要~

C？C虽然开发本地应用非常好，但是相对来说，和JAVA有些类似，不适合快速开发，麻烦,开发环境整起来也不容易。免费的难整，要钱的太大。而且跨平台就渣掉了。

basic难道用VB？javascript就…………

后来想到了Python，虽然国内的社区实在是烂，但是国际上口碑很好，正好最近要开发一个快速抓某网站数据的东西，就把买了两个月的书捡起来看了下。发现，真的是超简单啊，一天不到，我就把基本功能、http、ftp、文件等几个要用到的库摸熟后，并开发出来了，速度相当惊人。
Python适合做本地应用开发，也适合用web。学习起来，绝对比PHP、Basic更加简单。Basic就不说了，虽说可以入门，但是跟主流语言的差异太大，影响后续学习。C的起点不低，没好的师傅带自己看书不知道有多少会打退堂鼓。PHP容易，但是现在库有点乱，有点不清晰了。Python有着PHP的简单易学，而且基本库相当的清晰，而且可以跨平台，而且自带的GUI开发都可以跨平台，虽然是解释型但是可以编译成exe发布。而且环境带简单的IDE只有10M大，相当不错。

以上，自己经常弄点小工具，或者想学学开发，用python应该是相当不错的。学习难度很低，功能强大，结构清晰。就是国内的社区太烂了，搞什么邮件列表？看起来很费神，还不如直接看英文网站了。

作者: chucky 时间: 2008-4-19 11:50

没用过，最近闲得荒，连JAVA的书都懒得看，
有时间咱也来学学python~

作者: zenodante 时间: 2008-4-19 13:02

苦苦挣扎于c#不过visual studio express真好用统统可以自动帮你补齐文字，改正大小写，很舒服啊。。。。。

作者: jun4rui 时间: 2008-4-19 13:07

dot net 也有iron python哦~

另外PSP、S60、WM、iPhone等上也有Python的移植

[ 本帖最后由 jun4rui 于 2008-4-19 13:08 编辑 ]

作者: 日曜の雨 时间: 2008-4-19 13:08

天天VC6~
MFC痛苦中

作者: 比卡丘 时间: 2008-4-19 13:19

这东西知道就可以了，爱好者学学

作者: cc0128 时间: 2008-4-19 13:34

Java都没有学会，还是先搞Java了

作者: carnon 时间: 2008-4-19 13:45

现在越简单的越没兴趣了。。

作者: 愈液愈美丽 时间: 2008-4-19 13:50

语言频繁的变化有点烦，3.0里连 print 都要改
不过真的是最易学也最适合教学的语言
要不然MIT也不会拿他替换了scheme并且把那么多年的经典课SICP取消了
我看好以后它在Web开发方面的应用，应该能抢走java很多市场
并且前景绝对比ROR好
可惜现在的ZOPE框架太超前，Django又不太容易理解

作者: jun4rui 时间: 2008-4-19 13:54

引用:

原帖由 carnon 于 2008-4-19 13:45 发表
现在越简单的越没兴趣了。。

其实不是说简单，而是简洁。用简洁清晰的方式，而且可实现的复杂度一点也不逊色C、java之类。其他语言要继承一些类，然后实例化之类非常麻烦。例如我要吧一个文件从GBK编码转换成UTF8只要几个语句

fp=open('filename.txt','r')
tempDat=fp.read().decode('gbk').encode('utf-8')

作者: 比卡丘 时间: 2008-4-19 14:19

你还没保存呢:D 变量不需要声明吗

作者: 日曜の雨 时间: 2008-4-19 19:00

引用:

原帖由 jun4rui 于 2008-4-19 13:54 发表

其实不是说简单，而是简洁。用简洁清晰的方式，而且可实现的复杂度一点也不逊色C、java之类。其他语言要继承一些类，然后实例化之类非常麻烦。例如我要吧一个文件从GBK编码转换成UTF8只要几个语句

fp=open('fil ...

这太假了吧
不过我相信这玩意的效率绝对不高肯定不如C++/C

作者: henvelleng 时间: 2008-4-19 19:07

效率基本不用考虑了，应用层的东西谁还用C来写那绝对是脑子被门夹了:D

只会C、bash脚本、arm汇编的土豹飘过

作者: 藕是张力 时间: 2008-4-19 19:11

引用:

原帖由 比卡丘 于 2008-4-19 14:19 发表
你还没保存呢:D 变量不需要声明吗

转换好保存在tempDat

作者: limboking 时间: 2008-4-19 21:54

Ruby最高~~~~:D

作者: jun4rui 时间: 2008-4-19 22:14

引用:

原帖由 比卡丘 于 2008-4-19 14:19 发表
你还没保存呢:D 变量不需要声明吗

解释型的一般都不用事先声明，而且一般都是弱类型。

作者: LeonWong 时间: 2008-4-19 22:39

python写起来过于严格
ruby写起来太过随意.

这是我的感觉
没有最高的语言,只有最合适与用的最熟悉的语言

作者: mting 时间: 2008-4-19 23:28

然后会觉得的非常浮渣

作者: henvelleng 时间: 2008-4-20 02:03

脚本的那种变量类型其实有时候反而容易坏事，写多了就觉得这样太随意了很不踏实。不过脚本非常容易调试，对初学者来说是很大的优点

其实我所掌握的语言中最优雅精简的是arm汇编，而且一定是arm这类risc的指令，不能是x86类的cisc。32位risc短短一条32位对齐的指令里能做好几件事，十分内涵，充分发挥流水线效率；cisc的非等长指令就庸俗得多了。还有一直想不通C语言里为什么没有swp或xchg这样的instruction，汇编里明明是现成的

作者: sonyi 时间: 2008-4-20 02:11

想知道汇编里循环是怎么实现的

作者: henvelleng 时间: 2008-4-20 02:31

汇编里是用jump、branch来实现循环的，判断状态寄存器的值来跳转

顺便说下，C里面的goto虽然用来做循环是很操蛋，但goto并非一无是处，恰恰相反这是一种很有效率的编码风格，在C里用goto的无一例外都是老手，因为新手通常被告知goto是禁用的

[ 本帖最后由 henvelleng 于 2008-4-20 02:37 编辑 ]

作者: 朝孔雀 时间: 2008-4-20 16:43

goto 会导致可读性变差
编程语言越往上走，对程序可读性的要求越高，性能由编译器解决
汇编和C自己用感觉很爽，一切尽在掌握，如果要去读别人写的程序，还是特长那种，就有点头大了

作者: iceliking 时间: 2008-4-20 17:01

引用:

原帖由 henvelleng 于 2008-4-20 02:31 发表
汇编里是用jump、branch来实现循环的，判断状态寄存器的值来跳转

顺便说下，C里面的goto虽然用来做循环是很操蛋，但goto并非一无是处，恰恰相反这是一种很有效率的编码风格，在C里用goto的无一例外都是老手，因为 ...

和新老没关系，和程序的复杂度有关，再厉害的c程序员也不会在return exit就够用的地方用goto

作者: iceliking 时间: 2008-4-20 17:05

不过基本上新手和老手编程基本面都是矛盾的
对新手的要求：规范，有可读性
可你去看看linux里那些老手写的程序，有几个是规范的，有可读性的
所以我觉得老手就是能写出别人看不懂的程序，自己当了几年的程序员也有这种困惑，就是总觉得自己写的程序太易懂，不内涵

作者: hourousha 时间: 2008-4-20 17:08

引用:

原帖由 henvelleng 于 2008-4-20 02:03 发表
还有一直想不通C语言里为什么没有swp或xchg这样的instruction，汇编里明明是现成的

_byteswap还是有的，会在X86上会直接编译成bswap:D

作者: henvelleng 时间: 2008-4-20 17:08

只有在不在乎性能的应用层，性能才由编译器来决定，底层的东西全部都要自己掌握，包括最基本的库函数，绝不可能去用glibc这种加了N层防呆设计的东西，必要时连malloc都要自己重写。汇编这种东西在绝大部分使用场合并不是出于执行效率的考虑，而是C无法接触到CPU内部的寄存器，或是栈根本还没有建立

代码可读性个人认为90％取决于coder的水平，当然前提是阅读代码的人本身要有起码的架构常识。goto的问题是破坏程序结构，但是用得好，反而可以提高代码可读性，linux kernel里多得是goto，什么东西都不能一棍子打死的

作者: henvelleng 时间: 2008-4-20 17:12

代码可读性主要体现在结构和思想上面，诚然很多老手不喜欢写注释是有装B之嫌，但是这不影响其代码本身的优美

作者: henvelleng 时间: 2008-4-20 17:23

很多开源的代码写得是很差很业余的，这是开源的一个很大的弊病，不要以为写得人真有多牛B，我看根本就是业余爱好者写的，甚至是一路调试凑出来的代码毫无逻辑可言。说道老手装B，确实还有一种，那就是用很生僻的语法，比如＃＃之类

作者: lvcha 时间: 2008-4-20 21:44

引用:

原帖由 limboking 于 2008-4-19 21:54 发表
Ruby最高~~~~:D

ruby最高。
tempDat=Iconv.new("UTF8", "GBK"

.iconv(IO.read('filename.txt'))

作者: 朝孔雀 时间: 2008-4-20 22:19

java 程序的性能进化很大程度上是通过 jvm 的进化来实现的

开源界的程度可读性差，在我看来是因为压力不够和能力差距过大的原因
举个例子，在微软这样的公司，如果有人离职，剩下的工作必然是要交接的，如果程序可读性不好，严重影响工作进度，所以一开始进入公司就强调开发规范。同时，能进微软在一定程度上也说明了你的能力；
而开源界呢，首先，能力差就不能为开源程序贡献一点东西吗？其次，假如大家能力都很强，每个人都有自己的习惯，凭什么规范要向你看齐？开源产品又不发工资的，帮忙做出来就已经很给面子了，拼得也是 bug 的多少。

其实现在软件行业已经分化了，追求性能的人一般有两种，第一种是本身做的东西就是很强调速度的，比如硬件；第二种是做的东西是核心一块的，参与人员并不多，比如 Google 的核心算法。一旦人员多了，沟通耽误的时间将远远大于开发时间。

VISTA 之所以慢，并不是微软无能，而是项目实在太大了，所以对可读性的要求远远高于对性能的追求，如果只是优化原有的 Win95 ，相信运行速度只会比原来快

作者: 大头木 时间: 2008-4-20 22:29

比C#还简单？

作者: jun4rui 时间: 2008-4-20 23:04

C#简单么？一点都不啊…………

作者: jun4rui 时间: 2008-4-20 23:04

引用:

原帖由 lvcha 于 2008-4-20 21:44 发表

ruby最高。
tempDat=Iconv.new("UTF8", "GBK").iconv(IO.read('filename.txt'))

无非是吧几个操作写在一行里面而已…………

最大的问题是，写本地程序不如Python，社区不如Python，历史不如Python，库也不如Python…………

作者: lvcha 时间: 2008-4-20 23:07

引用:

原帖由 jun4rui 于 2008-4-20 23:04 发表

无非是吧几个操作写在一行里面而已…………

最大的问题是，写本地程序不如Python，社区不如Python，历史不如Python，库也不如Python…………

。。。
数字符也比python少不少呀.
未必吧。拉个例子来比较？

作者: jun4rui 时间: 2008-4-20 23:08

引用:

原帖由 lvcha 于 2008-4-20 23:07 发表

。。。
数字符也比python少不少呀.
未必吧。拉个例子来比较？

几个例子有什么好比的？又体现不了整个语言的整体能力。

我刚才说的几个，ruby暂时比不过。而且现在ruby也不那么火了。

作者: jun4rui 时间: 2008-4-20 23:11

引用:

原帖由 henvelleng 于 2008-4-20 17:23 发表
很多开源的代码写得是很差很业余的，这是开源的一个很大的弊病，不要以为写得人真有多牛B，我看根本就是业余爱好者写的，甚至是一路调试凑出来的代码毫无逻辑可言。说道老手装B，确实还有一种，那就是用很生僻的语法 ...

其实闭源也未必多好啊，呵呵，我曾看见过有吧所有代码写在一个文件里面，都没分模块的。甚至有些公司有不会写循环的，就楞是吧代码复制n次……

其实开源、闭源，都是写代码，开源的要求松一些，很多都是自己写写玩玩，没什么压力。

作者: lvcha 时间: 2008-4-20 23:19

引用:

原帖由 jun4rui 于 2008-4-20 23:08 发表

几个例子有什么好比的？又体现不了整个语言的整体能力。

我刚才说的几个，ruby暂时比不过。而且现在ruby也不那么火了。

OK. python很好很强大。比都不用比了。

作者: jun4rui 时间: 2008-4-20 23:52

引用:

原帖由 lvcha 于 2008-4-20 23:19 发表

OK. python很好很强大。比都不用比了。

python和ruby的相同点：

都强调语法简单，都具有更一般的表达方式。python是缩进，ruby是类basic的表达。都大量减少了符号。
都是动态数据类型。都是有丰富的数据结构。
都具有c语言扩展能力，都具有可移植性，比perl的可移植性更好。也都可以作为嵌入语言。
都是面向对象的语言，都可以作为大项目的开发工具。
都有丰富的库支持。
也有最宽松的版权许可，除了一些工具属于GNU世界。
都有lisp特色的eval函数，也都能把函数作为参数。
也有图形界面的ruby的专门编辑器。
都获得了广泛的c库的支持。如qt、gtk、tk、SDL、FOX等，ruby计划实现SWIG接口。
都有完善的文档。

和python相比ruby的优点：

具有正则表达式和嵌入html的功能。python也有正则表达式，但没有ruby的应用方便和广泛。python的嵌入html项目才刚起步。ruby还有apache的mod模块。ruby本身也实现和很多unix工具，如racc，doctools。比python更亲近linux。
比python功能更完整的面向对象的语法。
- ruby的整个库都是具有类继承的结构。
- 他的基本的数据类型和运算符都是可以重载的。
- ruby主要的功能都是通过对象的方法调用来实现的，而不是函数。python也在向这方面发展，但没有ruby做的彻底。
- ruby的类是更规范的单继承，还有接口等概念的实现。
python可以实现在列表内的条件语句、循环语句，而ruby用“块”的方式来实现这个功能，比python的更灵活，更具有通用性。
ruby具有类似lisp的彻底的函数方式的条件语句、循环语句等。语句的表达能力更强。
附带一些unix工具，如racc等。

和python相比ruby的不足：

最大的不足正是因为ruby的强大所引起的。它没有python的简单性好。比较复杂的面向对象语法、“块”语法的引入、正则表达式的引入、一些简写标记都增加了语言的复杂性。
python的缩进表达方式比ruby的basic的表达方式更让人悦目，ruby程序的满眼的end让人不舒服。当然，ruby认为end的方式比python更先进。
ruby还没有python的“自省”的能力，没有从程序文件中生成文档的能力。
ruby没有国际化的支持。国际化支持在ruby的计划中。这是因为ruby的历史比python要短造成的。
ruby没有类似jython的东西。

python和ruby的语言的选择：

ruby和python的比较，就像五笔和拼音输入法的比较。拼音作为入门的输入法和长久使用的输入法都没有问题。五笔适合更高要求的情况。如果追求性能的不妨学学ruby。对编程语言感兴趣，想了解各种编程概念的学ruby也会很兴奋。

作者: jun4rui 时间: 2008-4-20 23:56

简单的来说，Python比ruby更简单好用，我又不是靠这个吃饭，再说靠这个中国也没几个吃得上饭的……

Python更多的是作为一种自娱自乐的东西，而且功能更强大一些，做网页和本地程序都适合，跨平台OK。内建的GUI框架Tkinter就能跨平台，又不要装什么库。又可以编译成EXE。

ruby有些过于偏向于web应用了，而这方面又不如PHP了。

作者: henvelleng 时间: 2008-4-21 00:39

等……等等，我可没说开源代码质量不行啊，kernel代码都有非常严格的审核的，sourceforge同样也有审核，不过那个比较松，只要你的代码比较规范漂亮，申请一个project只要1－2天就能批，快得甚至1天之内，这么短时间很显然人家是不可能看完的

kernel的架构是一帮老鸟写的，具体历史不清楚。至于一些开源代码不行，除了一些是写的时候就差，有一些也是维护的问题。比如u-boot，显然很多代码是给其他人改得面目全非的，一看就是测试代码，都没去整理一下。唯一值得称道的mtd层，也是照搬kernel的，函数名什么的全部一模一样

作者: henvelleng 时间: 2008-4-21 01:30

代码的可读性和效率并不冲突，项目肯定要分层的，再业余的程序员也不可能在应用层跳过中间的抽象层直接调底层驱动的接口（其实我还真见过）。也就是说，无论项目多么庞大复杂，只要最初设计的架构足够出色或者说合格，就不会乱，沟通协商的部分早在架构设计时就得解决掉了

至于缩进、命名规则之类的细节问题，不是大问题，本身各自的区别肯定很小，各人保留自己的习惯没事，各个公司规范还不一样呢。如果你代码里出现类似magic number、滥用heap之类的问题，那这根本就不是什么coding style。能力差的可以做做测试，打打包什么的，真写了什么代码，也得由团队里的老手把关才行啊

作者: limboking 时间: 2008-4-21 01:35

三年前我也觉得Python最高，但后来用了Ruby，发现写代码也能像写小说一样享受:D
当然，什么语言好用都是看实际需求和个人喜好
工作方面是没有选择的余地的

作者: Jonsoncao 时间: 2008-4-21 01:36

python是简洁……

不过编译器连tm indent都要算进去……用过一段时间不用了用回C++/matlab的组合了……

关键还是看你要干啥了……

作者: henvelleng 时间: 2008-4-21 01:42

缩进当有效字符其实也没啥的，makefile里也是这鸟样，吐啊吐啊也就习惯了

作者: jun4rui 时间: 2008-4-21 07:53

引用:

原帖由 limboking 于 2008-4-21 01:35 发表
三年前我也觉得Python最高，但后来用了Ruby，发现写代码也能像写小说一样享受:D
当然，什么语言好用都是看实际需求和个人喜好
工作方面是没有选择的余地的

对，其实关键还是要看需求。

选择Python有很多方面：
1、基本上是个Linux发行版就自带了，Windows下安装只要很简单的10M安装包就OK；
2、应用太广泛，Python的自带IDEL都是用Python开发的，ZOPE也是用Python开发的，GNOME下很多插件是Python开发的，Linux下很多应用是Python开发的，甚至SCIM的输入法都可以用Python开发，手机程序、PSP程序都可以用Python开发。Ruby太侧重Web了，Web的东西现在基本上都是用PHP的OS来改改，谁从头来开发？很少……

简单学一次，就可以到处都用的东西，而且什么都能开发出来，所以我选择Python做自己开发些小东西的首选语言了。Web还是PHP，没办法，Ruby的服务器提供商太少

[ 本帖最后由 jun4rui 于 2008-4-21 07:56 编辑 ]

作者: litteon 时间: 2008-4-21 10:37

ruby怎么会太侧重web，只不过ror让大家对ruby有了一个新的认识，使之前不知道不了解ruby的人真正开始关注这个来自某东方岛国的石头块:D

作者: BD 时间: 2008-4-21 11:12

最简单的显然是VB，没有之一

作者: jun4rui 时间: 2008-4-21 12:02

引用:

原帖由 litteon 于 2008-4-21 10:37 发表
ruby怎么会太侧重web，只不过ror让大家对ruby有了一个新的认识，使之前不知道不了解ruby的人真正开始关注这个来自某东方岛国的石头块:D

从语言角度，确实不是侧重web，只是强大的框架上，ror太爽了,其他框架就乏味一些（可能我还不了解其他的？）。

作者: jun4rui 时间: 2008-4-21 12:03

引用:

原帖由 BD 于 2008-4-21 11:12 发表
最简单的显然是VB，没有之一

在有控件的范畴内是不错，问题是就靠VB那些控件做出来的东西，目前都有现成的，没必要自己做…………
:D

作者: lvcha 时间: 2008-4-21 17:17

语言孰优孰劣就不争了。python我只看过几天文档。
不过向想学开发并想从中获得乐趣的人推荐ruby。
只写java和c#这种静态语言是体验不到动态语言的乐趣的。

用ruby可以写出很淫荡的代码的。
# name,age,school
# Li,23,school1
# Zhang,24,school2

class_name = File.basename(file_name, ".txt").capitalize
# "student.txt" => "Student"
klass = Object.const_set(class_name, Class.new)
data = File.new(file_name)
header = data.gets.chomp
data.close
names = header.split(",")
klass.class_eval do
attr_accessor *names
define_method(:initialize) do |*values|
      names.each_with_index do |name, i|
         instance_variable_set("@" + name, values )
      end
end
end

作者: lvcha 时间: 2008-4-21 17:35

淫荡2：
require 'ramaze'
# you can access it now with http://localhost:7000/
# This should output
# Hello, World!
# in your browser
class MainController < Ramaze::Controller
def index
"Hello, World!"
end
end
Ramaze.start

作者: 爱骑车的胖子 时间: 2008-4-21 17:46

其实我在大学里面搞过用继电器组合完成电梯运行控制的玩意儿

那个基本上就是从硬件层构筑了我觉得很有意思

想想在没有计算机的时代用继电器控制帝国大厦的电梯是多么的华丽啊

我承认我在这点上是追求所谓的工业美的…………

作者: 朝孔雀 时间: 2008-4-21 18:01

申请 google appengine 吧，
使用 python 的，大流量，足够的 cpu ，足够的存储

作者: jun4rui 时间: 2008-4-21 18:29

引用:

原帖由 朝孔雀 于 2008-4-21 18:01 发表
申请 google appengine 吧，
使用 python 的，大流量，足够的 cpu ，足够的存储

好像现在没法申请了呀

作者: jun4rui 时间: 2008-4-21 18:56

引用:

原帖由 lvcha 于 2008-4-21 17:17 发表
语言孰优孰劣就不争了。python我只看过几天文档。
不过向想学开发并想从中获得乐趣的人推荐ruby。
只写java和c#这种静态语言是体验不到动态语言的乐趣的。

用ruby可以写出很淫荡的代码的。
# name,age,school
...

当然，其实也是解释型语言的长处。编译型的很多要求太严格了，写起来严谨得要死，快速开发基本上很难，要我自己写一个东西，我是不会愿意拿C或者JAVA去写的。

Python和Ruby目前来说都是简单好用的佼佼者了。

作者: jun4rui 时间: 2008-4-21 19:03

ruby和Python的差别主要在社区支持上，就语言本体来说，高下难分，互有胜负。

ruby唯一的缺点主要是太年轻了，大部分方面第三方支持力度都不如python，例如nvidia最新的CUDA，就有python的实现了（http://code.google.com/p/pystream/），还有：Library of mathematical functions for Very High Level Languages ( Java, Python, MATLAB, IDL) Tech-X Corporation（nvidia官方主页扣的）。

ruby还是要靠广大爱好者的推动，推向其他更多方面。

[ 本帖最后由 jun4rui 于 2008-4-21 19:04 编辑 ]

作者: iorilu 时间: 2008-4-21 19:52

python不错，学习ing，等到能申请google app engine就搞个网站玩玩

作者: 愈液愈美丽 时间: 2008-4-21 20:55

引用:

原帖由 iceliking 于 2008-4-20 17:05 发表
不过基本上新手和老手编程基本面都是矛盾的
对新手的要求：规范，有可读性
可你去看看linux里那些老手写的程序，有几个是规范的，有可读性的
所以我觉得老手就是能写出别人看不懂的程序，自己当了几年的程序员也有 ...

Linux的代码一直在向易读的方向发展，尤其是2.6.0以后，这个趋势很明显

作者: 愈液愈美丽 时间: 2008-4-21 20:57

ruby对线程的支持比较渣，这是个致命伤

作者: doublewen 时间: 2008-4-21 21:13

对英语只懂ABC，应该如何入门？先学英语先吗？

作者: jun4rui 时间: 2008-4-21 21:23

引用:

原帖由 doublewen 于 2008-4-21 21:13 发表
对英语只懂ABC，应该如何入门？先学英语先吗？

有英语基础好些，因为函数的名字都是相关的英文单词，如果不会英文，记住几个单词的意思也可以的。当年我初二就自学Basic了，很多单词也不知道，一样可以学会。

…………不过年纪太大，还想靠这个赚钱吃饭，就要考虑考虑值不值了

作者: doublewen 时间: 2008-4-22 15:32

是啊，不知为何都说30岁后学编程就无什么前途。想学多一技旁身

作者: limboking 时间: 2008-4-22 15:55

引用:

原帖由 doublewen 于 2008-4-22 15:32 发表
是啊，不知为何都说30岁后学编程就无什么前途。想学多一技旁身

这是中国特色，但你要NB了几十岁都无所谓:D

其实主要看你编程的思想和学习的能力，只是冲着学个时髦的语言想混口饭吃的，三十岁以后当然没什么前途

作者: jun4rui 时间: 2008-4-22 19:46

说道30岁后无前途，想起了3年前在长沙一次博览会上，一对70多岁的老人，老头拿着很旧的笔记本卖力的演示自己开发的foxpro级别DOS界面的财务软件，老太太拿着油印的宣传资料宣传。感觉很震撼

作者: henvelleng 时间: 2008-4-22 20:01

真牛人在30岁前早就离开公司了，因为在公司里太限制个人发展了

作者: iorilu 时间: 2008-4-22 20:59

我记得国外有很多人搞科学研究，就是因为需要某工具没有，干脆自己就搞上了，然后搞成开源软件的有不少，很多30多才开始编程，照样nb，不过人家确实基础好，就把计算机当工具的，要啥软件自己编，牛逼啊

作者: jun4rui 时间: 2008-4-22 21:18

国内30岁以后确实没戏。

因为国内的软件开发，最恶劣的现实就是因为需求变化等因素，导致项目长期在加班。而老骨干公司一般都不会提升，而是放到项目组去带一些一般水平或者刚入门的菜鸟。30多岁还和20多的比熬夜？再说人家大部分都是单身宅男，你一个拖家带口的经常深夜回家或者就几天不回家，老婆孩子没意见？

所以啊，国内绝大多数的开发人员，确实熬不过30岁这一关，现实太残酷了。

作者: iorilu 时间: 2008-4-22 21:32

确实，国内搞开发，基本都是拼体力，确实没什么前途

[ 本帖最后由 iorilu 于 2008-4-22 21:36 编辑 ]

作者: chucky 时间: 2008-4-23 07:26

引用:

原帖由 iorilu 于 2008-4-22 21:32 发表
确实，国内搞开发，基本都是拼体力，确实没什么前途

所以国内搞开发的说起来也就是个技术民工～

作者: 三娃 时间: 2008-4-23 08:21

原来鼓捣xbox的时候学过python

不过还是最喜欢php，给自己写的小工具都用的是php

作者: LeonWong 时间: 2008-4-23 09:40

国内的情况是：

技术做得好,
要饭要到老

作者: iorilu 时间: 2008-4-23 10:00

国内搞最好就是自己搞，这个本来利润也不是很高，自己搞还能保证下利润，要不然都经过几层外包还搞毛啊

欢迎光临 TGFC Lifestyle (http://club.tgfcer.com/)