the_fire的技术博客

        感觉这一周的时间过得很快，似乎又没有捞到什么。但是细想想还是有些收获的。在前几天看了一篇文章后更加深刻的觉得自己要学的东西还有很多，现在学习的还只是表面的东西（当然了，我不是说学习的思想）。这篇文章地址：《昨天，我的大学学习》 先说说这周的具体的学习内容。 在上一周看视频的基础上接着看剩下的“刀内”的视频，感觉后来的这个讲的不是很流畅，不过内容我都是能够吸收。整体感觉还是那句话，微

       从vb6.0学习完并且做完一个项目之后，又开始正是的接触了完全面向对象的语言vb.net，首先从本质上来说，进入vb.net的学习以后就开始了另外的一种编程思想，不是说在vb6下没有这种思想，而是不完全的。       在vb6中虽说也是要面向对象，所有的控件，所有的窗体都是一个对象，但是涌来的时候并不是那个么的彻底，因此vb.net下就完全进入了面向对象的世界。      

这个论道的事起因于米老师的一篇博客，说实话，老师的思想很难揣摩（其实是废话，要是都能揣摩了，那还是老师吗） 古语有云：道不同不相与谋。我记得我的评论是不赞同道不同的人一起共事，因为道不同，自然会彼此有摩擦，在发展上就会相互牵制。但是如果再反过来想，一个人如果只和意向相同的人在一块，那么个人的认知和接触的社会始终只是一方面的，也就是对事物的看法始终抱有片面的观点。如果是不同意向，立场

       新闻发布系统到现在为止已经算是完成了（其中还有一个动态生成验证码的功能没有实现）。总结一下这个系统中所用的一些技术或是知识吧。       首先在整体上采用的mvc的架构模式，对系统进行分层分为DAL、BLL、WEB（B/S）。其中的DAL有调用最底层的一个SqlHelper进行数据的增、删、改、

软件开发者的“单打”能力和团体合作能力 —2010-07-10 这是在开发pos销售系统的时候想到的一个话题，因为在开发这个系统时大家的经验不一样，对所掌握的技术的认识程度不一样，对技术应用的熟练程度也不一样。所以在合作开发永和系统时配合往往不会很默契，一方面是因为大家合作次数少，另一方面是因为大家的程序设计能力不一样（是指对于程序内部逻辑的设计，变量的使用）以及独立开发经验不一样。因此大家的能力都是需要再次提高的。 由此引出题目：个人能力和团队合作能力其实就是软件开发的成败关键所在。那么是个人能力具

几句良言胜过千行代码       这是一篇关于软件销售人员的价值的文章，在csdn上也看过类似的文章，不过亲身感觉之后觉得还是有必要写出来。       这事儿还得说到开发pos销售系统时，记得那是一个冬天，天气……（写偏了。。。。。）       重回正题：       pos销售系统刚刚完成之后便交付客户进行体验，结果过几天客户又过来一趟，说是系统中有几个地方觉得不合理需要改动。当时我想的是不合理需要改动很正常，怎么可能一下做出来就能完全符合要求呢。       看着客户一个问题一个问题的提出，并且提出

       前一段时间老师开会讨论了一下关于英语学习的情况。当时我说的比较简单了，所以导致产生了歧义（由此可见，语言越是简单，表达的东西也就越复杂）。       记得当时我说看了几天VOA英语然后就开始看stanford大学的《编程方法》课程（注：这个老师讲课语速相当快，并且没有字幕），这么说可能会给人一种很厉害的感觉，其实做起来并没有说的那么简单。       其实刚开始拿到视频的时候是首先就打开Stanford大学的那个课程来看，毕竟一边学英语，一边学编程一举两得的事，谁不愿意干呀。但是成功往往不是

       接着上次英语学习的事儿来说，上次说到已经可以听懂S.T.F大学的英语课程了，后来也就一直坚持听着，可以很清晰的听出来从老外嘴里蹦出来的每个字节（不过依然有些太快的无法捕捉。。。。。）       下面从三个方面来总结一下这些课程的内容。一、编程语言知识这些课程不过是讲解了一些java的基本内容。比如数据类型、基本语法……不过老师讲解的方式比较独特，觉得每次老师讲课都是带足了道具，通过生活来讲程序二、关于老师上面也说到了这个老师上课时总是带足了道具，就像一个十足的演员（褒义）。通过各种辅助手段都

       开始学习J2SE已经第四天了，对于我们专业的人来说已经可以算是第二次学习java了吧，因为我们专业课程中有这个的安排。但是比起现实老师讲的课来说，这个视频教程相当不错，可能是因为学校老师使用的定制的教材的缘故吧。这个不重要，开始写感想。       这个视频总体看来和教材上的章节是一样的，可以说是和任何一本教编程语言的书的目录安排上是一样的。       从基本数据类型到基本语句，再到一些语言特性，再到IO操作，网络操作。总结俩字：无它。       看这次的视频有一中豁然开朗的感觉，为什么这

一个批处理文件，很简单，但是却体现了软件开发的重要思想——复用！！吾辈有待提高呀。。。整了半天发现在if 和else中，不能说使用set命令。只好用goto了，并且win7下不能用arp -s命令绑定，需要用高级的绑定命令@echo offif exist ipconfig.txt del ipconfig.txtipconfig /all >ipconfig.txtsetlocal enabledelayedexpansionif exist phyaddr.txt del phyaddr.txtrem

       每一次总结都是在爬一个台阶，台阶的高低取决于你能够凝聚的材料的多少。       时间飞快，又是一年的时间过去了。相比于前一年的思想震荡，这一年过的似乎顺风顺水。思想依然是在进步，不过幅度不是很大了。但是在开发上的经验积累可算是从零开始的。因此这一年的总结重点就在开发经验的积累。       既然是总结，就要画几个道儿道儿出来。       还是从三个方面来说：第一，   思想。不可否认的是没有思想就什么也没有，并且如果思想不进步的话，结果也是什么也没有。所以思想需要不断进步。第二，   态度

      软考的时间终于是过去了，昨天软考，今天整理一下，该过去的就让它过去，但是该留下的要雁过拔毛般的给它留下。       软件设计师的考试考的内容真的是很广泛，如果你要是真的都可以凭经验都做对了（注意是全对，不考虑不细心的问题），我觉得你至少要工作三四年。    这个考试其实我学到了很多东西（很官方的话），按照我自己对自己的看法来说，我的计算机基础知识并不是那么差劲的。虽然专业课上没学，但是自己也是比较喜欢的看了一些。    看了王爽的汇编语言，也看了谭浩强的C语言，还有外国的一本操作系统设计与实现

作者：胡阳摘自：http://www.the5fire.net写程序有时候就像是做菜一样。很多人都这么比喻过，从写程序和做菜的对比中我们能得到什么启发呢？因为写一个程序的周期相对是比较长的，而做菜的过程确是很短（时间太长了会有人饿晕过去的，呵呵）【浅析】先从小程序说起，一个小程序的开始，都是胸中有沟壑，敲键如有神。只需要脑海中有大概的一个构思就可以了，随便做出来个什么东西，最后不合心思大不了再改。就如自己随便做一些家常菜一样，不需要严格工序，有菜，有锅，有火，加热即可食用。不在乎美味与否，好看与否，反正最后

<br /> <br />摘自：http://www.the5fire.net <br /> <br />从出差回来就开始学习linux部署环境的这些知识了，在福建现场的时候觉得在这方面比较无力，面对未知的东西，虽然可以通过现搜现用来解决，但是效率之低是很有体会的，最重要的是心理没底，不知道这个命令放到服务器上会产生什么样的后果，因此这次的学习还是很有必要的。<br /><br />从周一开始上班，利用空余时间在vm中搭建一个fedora的操作系统，为啥要选fedora，我的原因是他和redhat具有类似的

勿以恶小而为之我们应该尽可能的规避那些隐患不是吗——还得由那个#号说起     这个事还得由我的那个#号（不明白的读者点这里）说起。说是我从上次发表那篇文章后不小心的就被csdn给推荐了，这样注定了这篇文章的不平凡之处。哪些不平凡呢？且听我一一道来。      上次发表完那篇文章，那个周末老师讲了关于编程时变量命名的问题。作为一个编程人员这点从常识是应该

 这里看图片：知识总结图对于这段时间来的总结我想可以用上面的图来表示。所有的一切都可以包括在软件工程这个圆里面，但是这个圆是一个不断扩充的圆。随着我们基本素质的提高，已经我们编程经验的增加，思想的增加。这个圆也在不断的扩充。就是老师所言，每次我们遇到了新的知识，或是看到了新的事物，它总是和已有的事物是有着千丝万缕的联系的。所以不断地将新的东西融入到已有的知识里，或是经验里。并且也不断的

        在刚开始的时候我们都意气风发，踌志慢慢，目标明确。但是随着时间的流逝，随着自己技术的进步，随着自己不断地了解软件开发，不断地了解当前IT的环境，接触的事物越来越多，知道的东西也越来越多。于是便慢慢的忘记了初衷。       突然有一天，当发现自己学“会”了一门技术之后，不知所措了。突然感觉是不是结束了？突然就忘了自己的初衷，忘记了自己刚开始时的伟大的梦想。所以米老师

   题目有点大，其实就是总结一下上学期的一些学习情况，然后再思考一下下一步要如何走。 到今天为止大年仍然没有过完，不过我们依然而又决然的来到了学校继续学习。不为别的，只为我们知道我们的任务依然很重，我们也很愿意为了自己的将来而奋斗。更重要的是我们有一个很强大的精神力量（其实一直是米老师在给我们传输“内力”）。不管如何吧，我们都是来了，来学习了。因此和年前走的时候一样，我们来了其实是来受苦的，不过

       又是一周过去了，来不及转眼。      时间从心里流过，总会让人有所成长的。      从上次完那篇《学习中知识的相融性和沉淀性》之后，我一直在想一个问题：除了说人是学习IT技术的核心之外还有那些东西是重要的。在学习我们专业课时我也不断的思考着这些东西。在不断地思考中我忽然明白了以前看不懂的事情。我还能想到大一时那会儿刚学习编程时，和一个大二的计算机专业的师姐谈话，我说数

      其实本来想把题目写为：凌驾于一切技术之上，但是想了又想，觉得这对于所有的东西都是共通的吧。      这是前几天去听职业规划时想到的一个问题，当时老师讲的是情绪管理。当时我听得津津有味儿（不知道为啥我最近对啥都感兴趣）。当时我就在想或许只有这样的课，类似这样的课才能让所有的人一块欣赏，不分专业，更不分年龄。所有的人都能够听得懂，所有的人都能够从中得到收获，并且得到的收获都能够运用在

     知识的漏洞不可怕，可怕的是人的漏洞。今天我再一次将漏洞展现了出了。    其实就是mvc的事，本以为学习了设计模式，也探索其中内涵了。所以在理解mvc时就完全按照自己的想法来做，殊不知，这完全是一厢情愿。哎，害死人了。    还好今晚上米老师找我谈话问这事，不然，我估计我(我们)就得继续在黑暗中摸索了。    知识上有漏洞了自己看看补补就可以了。但是如果自己身上有漏洞，那是很

first：非授权可执行性。病毒都是先获取了系统的操控权，在没有得到用户许可的时候就开始了破坏行动。 第一、非自愿性。病毒都是在未经过本人（主机）的许可，进入人体开始发作。 second：隐蔽性。病毒可以在一个系统中存在很长时间而不被发现，在发作时才会使人们猝不及防，造成重大损失。 第二、不好发现。就算你是算命先生你也看不出来呀，你要能看出来你就是显微镜了。 third：感染性。感染性是计

       有些事看起来很小，但是你一深究就会发现事情原本不是想象的那么简单。      上周末米老师跟我们讨论了一下在机房值班的一些事。      一方面也是抚慰一下某些同志心里的不舒服，一方面也是给我们讲授一些道理。      如果说这样的事就觉得不平衡的话，那么米老师那边就是极度的不平衡，怎么说呢？没有一个老师能够像这样，节假日不休息来给我们指导，但是这事并不是学校的政策，

       前几天在仓库中找到一本关于黑客的英文版的文章，看了一下觉得也不太难，又想到老师说要提高一下英文阅读能力，于是便想：要是把这文章翻译了是不是能更快的提高阅读能力呢？因为单纯的阅读并不能够把全部精力放到文章中，如果说你是为了某件事、某个目的来读的话，想必精力能高度集中。事实证明效果很好，虽然有些花费时间，但是比起单纯的阅读来更有成就感。将就着用自己很pool的英语将那篇文章翻译了

上周开会，讨论会，老师说了三个问题。 1 关于机房值班的问题。 这个博客中已经写了自己的一些想法。 2 软件开发的进度 上周的进度就不说了。 现在说一下自己的进度： 上次在老师问完MVC的事之后一直没敢动手画图，因为真的还不是能够清楚地把握MVC的具体含义，想动手但是怕“力不足”，因此一直在看设计模式和mvc的一些个东西，看到现在发现设计模式中的思想了解了，但是要具体用到还真是不好说。

事还得从上周末说起…… 上次说到通过对小翠迟到我们认识到了做软件应该严谨、规范，犹如做人一样。 后来老师有通过对微软的word中的一些个使用，让我们进行观察，并且将得到的结果不断的进行升华。 先说微软的word中的功能，比如说平常咱们都是用word，但是其中的一些地方是不是又注意到呢？像是微软所有产品中的特点，微软单个产品中的设计思想，在每个细微之处背后的考虑…… 以前我们是用软件的人，有

是追求速度而忽视了脚下的路吗？还是思想又浮起来了？ 这几天我在想这个问题，也不知道这么说合不合适。但是我想这个问题不能仅仅的归结到只顾风雨兼程而忘了看路上面。我觉得这里面反映了一些问题，我想这可能在你的身上也同样存在。 从学完设计模式之后，又开始学习了UML，其他的好像没有什么了吧。但是在这之后却忘了去深究设计模式的一些具体应用。也没有踏实的将每一个模式研究一下，仅仅是了

说一下老师说的那个问题，就是一个人是否能够成功。成功人士和不成功人士之间的差距其实只有一步之遥。然而正是这一步就产生了两种截然不同的状态。 诚如老师所说，一个人成功需要什么？外在的环境，必须的资源，很好的老师？然后为何有些人已经身处在这种环境之中却还是不能够成功呢？ 就拿咱们提高班来说吧 首先、咱们在环境上是很好的，有电脑，能联网，也有学习的氛围。 第二、咱们有很好的资源，应该说是大量的资

    关于人际关系的重要性米老师应经在博客里写的很详细了，也很有说服力。尤其是那个成功的公式。极力推荐大家看一下：http://mxj6688.blog.163.com/ 下面仅说一下我个人的看法。     如果不是米老师这样的不断地强调并且不断的以身作则或许我依然抱有以前的那种观念——我的成功有我掌控，如果我能力够强何愁不成功。我想很多人都有这样的想法。米老师也说这是很正常的

真想抓住时间的尾巴！让它慢点跑。不过现实告诉我，我只能快点跑 时间毫无声息的从屁股底下溜走，在凳子上坐了一天有一天，手指在键盘上不停地敲啊敲啊……希望不会让时间落下太远。 感慨完了，还得总结： 在上周末就像我计划的那样，完成了文档的设计，知道其中依然存在很多不足，不过等在回过头来看就会更上一层楼吧。 这周开始写进入编码期，本来预计两个星期完成编码工作，不过现在看来还要在多花些时间，因为一遍

    经过了昨天一上午的折腾，终于搞定了住宿的问题。说实话真是累呀，不仅仅是身体累，感觉心也累。不断的从一个领导奔到另一个领导。也算是长了见识，见了几个平常见不着的领导。     看看这几个领导也就管后勤的忙一点，其他人好像都挺悠闲地。用mvc来说，估计后勤的就是M层吧。呵呵（大话之）     从一进入考试复习之后心里就老不舒服，不知道为什么。至到考完试依然如此

那一天 我不得已上路 为不安分的心 为自尊的生存 为自我的证明 --《在路上》 在我们开始为了我们的目标开始努力奔跑时我们就已经在路上了，不过我们的奔跑或许能够比作在开车在高速上紧踏油门。我们应该意识到，任何的一个不经意的差池就可能车毁人亡（当然再比喻回来到学习，后果并不是这么直接） 这是我在从北京回来的路上想到的，坐在车的第一排。看着前面的道路——看不到终点。

Technorati 标签: 程序人生摘要：      优秀的程序员往往会安排好自己的工作和学习。在工作中学习，在学习中工作。能够感觉到自己每天都向着自己的目标在前进，状态佳，动力足。他们因为每天工作情绪很高，所以研究的东西也多，时间比较宝贵。    本人普通院校，非计算机专业本科毕业。从毕业到现在也工作有五年了。回忆起程序人生，也颇有一翻滋味。