在做PHP开发的同时,不可避免的会使用linux。好吧,即使你不精通linux,你怎么着也得会一些常见的命令吧,不说高深的东西,最起码你要会cp,mv,chmod,chown,tar之类的,否则,你连文件都无法移动位置。
国内在02~03年左右,鸟哥的私房菜大概是影响了很多人吧,由于我一直是在win下,所以LINUX接触不多,但也确实听说了这个。这次看到这篇博客,里面介绍了好多的书籍,所以复制了一下(自己也有过LINUX的书籍,被人抢走了。。。。)
来,上菜了。。原文来自:http://www.cnblogs.com/wwang/archive/2011/01/27/1944406.html
入门类
一直认为,在一个系统上学习开发之前,首先需要熟悉这个系统的使用。鉴于天朝的国情,绝大部分人第一个接触的操作系统就是Windows,因此对于这绝大部分人来说,如果要学习Linux开发,学会使用这个系统都是必不可少的一个环节。
现在的Linux初学者是幸福的,随着Linux桌面环境越来越易用,入门一个新的系统是非常容易的事情。虽然命令行对于提高工作效率更加有 效,但我们完全可以把熟悉命令的过程放到日常使用中进行。无论学习什么知识,在实践中学习都是高效而且有趣的。在这个阶段,我们也未必一定需要书籍。现在 很多Linux发行版的Wiki写得都非常详细,在使用某一种发行版时找到相应的Wiki阅读查询就可以了。而且,桌面环境变化太快,关于桌面的介绍类书 籍几乎都没有必要看,这类书籍大多刚一出版就过时了。
那入门类书籍里哪些比较有价值呢?我比较推荐涉及的技术相对比较稳定的书。比如,Linux基本的体系结构和命令一般都是经久不变的,甚至从上古时期的Unix开始就没太多变化,这类书籍讲解的知识也是以后大幅提高我们的生产力的基础。比如《
鸟哥的Linux私房菜》,比如《
Unix Power Tools》(中译名是“UNIX超级工具”),或者是为Linux+认证考试准备的《
Linux+ Study Guide》。当然,这一类书籍其实都不必精读,快速浏览之后作为工具书备查就可以了。
编程类
但是,APUE对于Linux编程初学者似乎稍深了一点,而且很多细节在Linux中并不会用到。讲述Linux编程的书籍里,《
Advanced Linux Programming》应该更加适合初学者。不要被书名中的“Advanced”吓到,书里的内容还是很容易理解的。看完这本书再看APUE应该效果会更好。
如果要开发GUI程序,上面两本书就无能为力了。在Linux世界里,最常用的GUI Toolkit是GTK+和QT。
内核类
对于Linux内核或者设备驱动的开发者,最全面最直接的学习资料一定是Linux内核代码及其文档。Linux内核的发布周期很短,相关书籍 的出版完全跟不上脚步。但随着内核代码的日益庞大,学习曲线越来越陡峭,入门者又非常需要书籍来作为指导,这确实是非常矛盾的事情。所幸,很多Linux 内核技术作家也是很勤奋的,经常会更新自己的作品。就像Robert Love,以2.6内核为蓝本的《
Linux Kernel Development》已经更新到第三版了。LKD是非常适合内核初学者阅读的一本好书,对它的评价可以引用陈莉君老师的译者序:
相对于 Daniel P. Bovet 和 Marco Cesati 的内核巨著《 Understand the Linux Kernel 》,它少了五分细节,相对于实践经典《 Linux Device Drivers 》,它多了五分说理。可以说,本书填补了 Linux 内核理论和实践之间的鸿沟,“一桥飞架南北,天堑变通途”。
工具类
工欲善其事,必先利其器。进行Linux开发,相关工具还是需要熟练使用的。比如,GNU Tool Chain、自动构建工具、编辑器、版本控制工具等等。
其它
除了以上几个类别,还有一些书籍值得推介。
做技术的难免都会遇到技术分享这个词,其实,它并不难懂也不难理会,只是以前很多人更多喜欢自己独自享受,以防影响到自己的职业。但到了近几年,技术分享这个词越来越被大多人所提及,毕竟你一个人了解的技术也是有限的,在圈内推广或者分享的时候,你虽然把你的经验与他人分享了,别人可能学会了你的东西、技术,但是你也相对的了解了其他的技术细节,这是你一个人的时代无法得到的。
单兵作战的时代早就过去了。现在讲究的是团队作战,当然个人技术很可能会占有主导地位,但你总不是万能的。
就象这次lamp聚会,我更想听的是逍遥冰心:《领域驱动设计简述》和蒙显仁:《LAMP在51座席项目中的应用》,遗憾的是这两位都没有来,相反,我却在我认为意义不大的演讲中获取了很多有用的东西,比如滕振宇:《Check in Dance》,真正让我了解到原来check in,并非那么简单,其实在我们的项目中,使用版本控制的时候,一般情况下,都会差不多半天check一次吧。但滕振宇讲的技续集成、atdd等让我受益匪浅,虽然他用的是c#而并非PHP,但是他的一些工具和他的作法很值得推广,比如红绿灯机制、rabbit之类的(参考一些大公司)。如果是重要项目,甚至有小熊机制(得到小熊的人才能checkin代码)这对于小型公司的人来说确实比较难以遇到。事实上我也一直在小型公司打拼。虽然我一直认为我不是做技术的料。滕振宇让我意识到合理的利用工具,绝对是可以增加工作效率的。但我却还是用不到这些,在小公司,并非以产品为主导的公司,如电子商务,一切都是以开发效率至上的,东西错了可以改(只要不涉及到钱)。所以什么单元测试啥的很多时候是用不到的。虽然小公司也有UserStroy,但效率、效用并不如大公司来的那么彻底。
再谈一下方言的《优秀产品欣赏》,方言给了我们很好的产品介绍,以及对于一个产品的分析,品析了玉溪香烟,对于用户忠诚度、品牌认知度、推广度等进行了简要的介绍(其实上就是在分析一款产品对于用户来说有哪些是可以控制并拿来利用的。)还介绍了MacBook,并坦言在自己公司也推广了4台。事实上我对于MB也是有点想法的,只是闲钱不多,没办法了,忍忍吧。最后他介绍了自己的一个做了两年的产品,看他演示的时候感觉好象不错,但是在线版的说实话,不敢用。真的,在国内,凡是涉及到用户信息的,我还真是不太敢使用,我越来越胆小了。但那款软件,感觉上真不错。最起码他在演示的时候显现出来的功能让我感觉很爽。是类似网页设计的。
其实祁宏:《正则表达式入门》和Ben:《基于 Zend Framework 的 Web 开发实践》都不错,只是这两个东西对我来说已经了解过很多次,所以相对就没有特别的关注。祁宏(并非足球运动员哦)的正则表达式并非他所言讲的只是初级的,到后面的内容已经是一般项目中用不到的内容了。有点深后,反而影响了大家的兴趣,因为他也不可能每一句都讲解的非常详细,反而就觉得不太实用了。举两个实际例子的话,或许会好上很多(比如采集网页啥的。如何写上一些关键代码,可能会更吸引人。),regexbuddy这个工具实在太出名了。验证正则表达式,几乎都会用到吧?Ben的ZF框架介绍的不错,只是时间有点拉长了(注重了细节而没有把如何应用架构列的详细)如果真要介绍ZF的流程性操作,bootstrap可是有的讲了。板爷也说了,真要讲ZF,三天三夜也讲不完啊。说实话,做WEB项目,我还真是很少有看到拿ZF来做的,虽然我也比较推荐(因为有完整的团队在支持而不是那一些个人框架,说不定哪天就不支持了,那才郁闷比如我们现在用的thinksns,那真叫一个郁闷啊。)ZF可拿来说的事还真不少,MVC这块除了V之外,M和C都是让人很头疼的。M吧,一直没有一个完整的model类,全部是通过zend_db_table,zend_db_table_gateway,..table_row等进行CRUD,当然要说select的话,他还提供了一个zend_db_select(这是支持连贯操作的类),对于表关联操作,我记得zend官方也说过,好象没有一个特别完美的方法,连他们自己对于zend_db_table_gateway都不满意,更不用说用户了。。。。C嘛。因为涉及到front_controller,就又显得复杂了一点。真想程序逻辑与business logic完全分开,那真的就要等逍遥冰心:《领域驱动设计简述》了。V。。要么不扩展,如果真扩展了。那些View_Helper类,几乎完全作废。
完事,对于此次分享会我是受益颇多,毕竟有些想法是我以前没有想到的。如果以后还有这种机会我还是想去,当然尽量不要太远的。HOHO。对于滕振宇所提的软件协会的一些探讨会,感觉不错,只是不知道有没有时间去听了。
听说一些老外的分享会也不错,但我这个人有点闷骚,不太喜欢讲。如果用电脑交流或许会更好一点。所以,我更多的只能适合作为一个旁听者而不是演讲者了。再加上,我也应该是属于野路子编程,其间之事,实不足为外人道也。Over
结束前突然想起一位朋友说的我聚会后的博客更新很快。其实,这只是对于听大家分享内容的一点笔记而己。由于我没有带任何笔、纸等 相关用来记忆的东西,在听完分享后,为了防止自己遗忘,总要想个办法记录下来,既是一种记录也是加深自己的印象,对于分享中了解的东西做一点归纳,哪些是自己能够吸收的,哪些是可以听过就忘的,哪些是未来想要了解的。这些,还是很重要的。
本次活动由ThinkInLamp牵头举办,发起人为三马,活动网址:http://blog.thinkinlamp.com/?p=174,本篇我听完分享后的个人感想而已