最新python心得体会3000字 IT工作心得体会,IT工作感想通用

互联网技术定义：互联网技术指在计算机技术的基础上开发建立的一种信息技术(直译：information technology;简称：it)，直译：internet technology;简称：it。本文是it个人工作与心得体会，仅供参考。

入职两个多月以来，无论在工作还是生活上，都有很多感受和收获，在自身能力以及修养素质方面也取得了很大的进步，从经历的每件事中去总结工作经验，学习并适应工作环境。当然，这离不开领导的悉心培养和同事们的热情帮助，在这里表示衷心的感谢。

其一，计算机、打印机、网络及办公设备管理与维护;

其二，监控、公司使用的各种软件系统的管理与维护。

现对前期工作作如下总结和计划：

一、计算机、打印机、网络及办公设备管理与维护工作内容：

修更换硬件比较频繁的主要原因。

二、监控、公司使用的各种软件系统的管理与维护：因监控设备线路老化，并且大部分监控设备维护期已过，更换极为复杂与不便，导致公司监控系统出现目前不完美状况。此问题部门主任已经在商讨解决方案。it管理员维护的系统有：通凯农务系统(主要)，a1科密考勤系统，erp用友系统。刚开始对这些系统都很陌生，经过自己在电脑上还原数据进行操作后，基本对各个功能模块有一定的了解，能够解决使用中出现的问题，并协助朱经理对农业部提出的功能进行修改。

三、工作中存在的不足：很多故障的判断经验不足，还没达到看到故障现象马上想到解决方法的程度，农务、erp系统一些细化的功能套帐没有了解透彻，厂内以前的光纤线路接口没有完全理清楚，为了工作能够更加有效的开展，今后努力学习提升自身的技术。

四、后期工作计划：目前网络计算机病毒较多，传播途径也较为广泛，可以通过网页、下载程序、邮件、u盘传播，公司内网长期存在潜伏病毒木马，为了做好防范措施，准备将公司每台机器都进行一次全面的查杀，并升级杀毒软件，对发现病毒的机器及时的进行处理。还将对公司所有电脑设备的配置信息等进行统计备案，便于以后管理和维护。鉴于公司it部门即将进行制度体系整改，农务、erp系统的权限和资料修改的新流程，对现有系统用户权限进行检查确认，用户资料进行核实和清理失效信息。本岗位作为公司一个服务性岗位，在工作中如果存在的一些问题望领导及同事指出并指导!

以上是我在it管理员岗位试用期工作总结及后期工作计划。相信新的一年一定会有新的成就，同时在新的一年里感谢公司对我的信任与支持。

这段经历是悲伤的，也是快乐的，毕竟创业是充满激情的，想着自己以后可以不再给人打工了，可以给自己打工了，一个程序员写了很多年的程序之后，能够有机会给自己写程序，现在想着都是兴奋的，心情久久不能平静。

创业的那个项目是我自己带队开发出来的一个大型的物流信息平台，技术团队都是我一手带出来的，每个人都有自己的技术特色，有的擅长客户端展现，有的擅长后台业务逻辑，有的则对总体架构把握很好，我认为这个团队是一个配合很好的团队;我们的运营模式是物流管理软件+物流电子商务+gps在线运营平台一起运营。该项目的赢利模式主要是：物流会员费，物流管理软件租用费和gps运营月租用费。经营模式以物流电子商务：车配货，货配车，找司机来吸引人气，发展物流会员;以我们久经考验的物流管理软件平台来吸引物流企业加盟试用我们的平台和使用我们的软件，另外发展gps用户接入我们的gps在线运营平台，收取月租费。直到现在，我一直坚信这种模式是可以成功的。 市场主要以物流协会作为支点，因为物流协会有很多会员企业，协会有一定的号召力，开始的阶段，我们的合作是很愉快的，甚至谈到在当地成立分公司的事情了。但是后来发生的一些事情，让所有的事情不可控制，我现在想想应该是选错运作这个项目的公司了。我开始联系这个物流协会的时候，我是以我之前的那家公司名义的，应该是借了这家公司的名气打动了这个协会的秘书长，我之前的那家公司在广州乃至全国是有一定的知名度，但是正式运作这个项目的时候，这家公司面临跨台，所以我和一个私人投资者和另外一个公司的老板一起成立了一家公司来运作这个项目，但是没有想到这个物流协会的秘书长听说我们更换了运作这个项目的公司，他们就显得十分不信任了，并且逐渐终止了一些本来就基本确定下来的合作项目，并且给他们的会员企业发通知让他们不和我们合作，当时真是欲苦无泪啊。

失去物流协会的支持，我转而自己寻找市场，但是投资人觉得这个项目应该是失败了，故而把已经投入的资金全部撤走，失去资金的支持，我自己和另外一个老板独立支撑，但是我们钱都不多，支持不了多久，而且这个项目的运营模式需要一定时间来支持和培育，没有足够的资金，这个模式是成功不了的，于是我和另外一个老板决定终止这个项目，就这样，从新公司成立到解散，共经历了半年时间，我的信心也是落到了低谷。

当时是失落的，人可以跟其他的任何东西争，但人不能跟命争，我写下如下的文字：曾经的壮志豪情，一腔热血，慢慢的化为泡影。激情过后，是冷静，是恐慌，是无奈。生活还要继续，前进的帆折了，勇气和志向不能折。动力是什么，是教训，是挫折后的新的勇气，那才是最宝贵的。

后来我总结这次创业失败的主要原因如下：

1.没有选择好运作项目的公司和合作伙伴，公司知名度不高，高层里本来是三个人，但是实际上却只有我一个人在打拼，我知道我能和他们互补，但是我还是缺乏市场开拓的能力，技术我完全可以做好，但是一脚踢的事实逼我必须全面兼顾，太多的事情让我太累，无法一一的做起来,结果是一件事情都没有做好。

2.我自己对困难的估计不足，运营的风险其实是很大的，公司整体预防风险的能力有限，而且市场本身的根基不好，就像房子没有打好地基，很容易倒塌。

3.没有核心领导人(即使有也是一个摆设，当时是另外一个老板当总经理)，也没有可靠的资金支持，在要钱没钱要人没人的情况下很多工作无法展开，总之事情很难展开,公司的帐本一直都是在支出，支出。没有收入，一个公司是支撑不了3个月的。

4.其实做这个事情在高层里只有我一个人是要破釜沉舟做好，其他的两个老板只是抱一个观望的态度，也许他们只是希望空手套白狼，如果做成了他们可以赚一笔，输了就算了。而我倾注全部心血，当事业来做，到后来变成了做一个自己不可能做好的事情，结果输得很惨。

5.事情的发展使得我自己的定位严重错位，本来主要是技术，为市场提供一些帮助，而我缺少的市场扩展能力却没有人来补，就象踢球，漏位了却没有人补，结果肯定是失败。

6.在公司高层上，本来定了很好的合作模式，但是大家都没有执行，合作协议成了一纸空文。导致后来的资金撤走我都没有任何的办法，打官司又不好，大家还算是朋友，回天无力了。

后来我也总结了一个创业企业要成功的几条因素：:

1.首先公司必须有一个好的根基，有比较可靠的业务来源和赢利模式,有自己的核心竞争力或者产品。

2.其次要有一个牢靠的核心合作伙伴队伍，不能随意就是要散的队伍，大家分工协作，并且要有一个核心人物，必要的时候他是可以有决定权的，他本身是有威望的,能管得住自己的手下。

3.另外是财务要做得让大家放心，资金有足够的支持，让大家打拼的时候没有后顾之优.财务制度一定健全。

4.公司的管理制度要切合实际，要规范化，公司的荣誉和资职等方面要做好，该有的要有，其他的尽量争取。

5.影响力，最好有政府支持，行业要有一定的名气。要利用各种媒体扩大影响力(这方面当然要舍掉花钱)。

6.对于一个it公司，对人才的管理一定要有很好的模式，做到人尽其才，才尽其用，惩罚分明，施行人性化的管理，留住优秀的人才才能把事情做强做大。

7.公司的执行力，要有一个强大的执行力来保证公司最高决策的快速执行。这个执行力需要多方面的制度来保证，公司整体的凝聚力也是不可忽视的因素，管理层的以身做则和示范及影响力必不可少。

8.风险要想得足够周到,要列出预防措施。有没有风险会让这个公司彻底的死掉，如果有那么就不要去做,或者让这个风险避开后再做。

9.注重细节，提倡切实可以行的方法管理，管理是靠方法而不是经验。管理要分层次，既要重视基础管理，也要注重高层面的管理。

10.提升管理层核心人员的人性魅力。吸引更多的人力共同来完成我们的事业。

时间过得真快，～年又即将成为历史，我也度过了自己27岁生日。 这一年总的来说高兴的事挺多，经过艰苦努力之后，我从记者升为副总编，担负起采编策划的重任。而“用心成就一切”的积极贯彻也使得我获得了主流客户的认可，～年4月只身访问美国硅谷、～年5月美国十市采访、～年6月北欧芬兰、瑞典和冰岛三国采访、～年9月访问韩国、～年9月访问香港、～年10月访问马来西亚就是很好的印证。

国内外的游历不仅开阔了我的眼界，而且使我对世界的认识、对人生的感悟有了深刻的变化。美国的休闲、韩国的寡欲、冰岛的独特、大马的热情都给我留下了深刻的印象。～年12月，我冬日里赴深圳对华为和中兴通讯总部的体验更是加深了我对中国通信企业的感性认识。

值得指出的是，～年我的创作具有“高涨——低落——高涨”的典型特点，1～3月我踏实运作写出了不少作品，比如年初对无线、数据和光通信的十大预测，五问push-to-talk综述，数字集群的三篇分析等无论在时间和深度上都做的不错。然而3月以后，由于其他事情所累，文章质量出现下滑。所幸，年底我又重新回归，创作的四大疑问考证td-scdma以及访问华为的文章都引起了关注。

全心全意为客户服务也是我在～年力图坚持的信念，除了客观公正报道为读者负责之外，与业界主流厂商保持紧密的联系也非常重要。“)”在～年发挥了重要作用，经过近一年运作，岁末的访问量已经突破了1万人次。年中创立的“跃龙看世界”newsletter在沟通客户方面也起到了独特作用。 在坚持塑造个人品牌的指引下，我的知名度在～年有了很大提升。通过主持“无线与投资全球论坛”和“apoc～亚太光通信产业论坛”，以及与sohu联合进行通信展“总裁在线”的主持，扩大了在业界的影响力。这可以从“闫跃龙”在互联网搜索中的条目可见一斑，例如在google和百度中的收录条数分别为5140和10200。

我的确非常热爱媒体这个行业，但在深入的同时也逐渐发现了不少隐忧，其中既有客观的不足，当然自身的不足也逐渐显露。

首先，通信行业的封闭以及专业媒体的狭窄定位令我很苦恼，～年我的文章中多数仍为褒扬性的，批判性的寥寥。而且，行业不景气、政府监管水平甚低以及运营商垄断日盛都令人气馁。在影响力方面，日报、周刊正在迅速超过月刊，网站的影响力更是如日中天，如何综合利用各个媒体实现自己价值非常关键。

其次，由于长期以来形成的性格以及多年的工科背景，自己与人沟通的能力亟待提高，这已经严重阻碍了我的发展。克服懒惰、加强沟通在大多数时间里我做的不太好，这一点必须在新的一年里得到大幅度的改善，否则将来一事无成。

第三，管理能力和经营能力的提高也必须提到我的日程。在这个竞争激烈的世界，这两种能力决定了未来的核心竞争力，应该充分利用目前平台，打造自己各方面的综合实力，不能再靠单打独斗来赢取成功，应该创造并抓住每一个机遇，创造并维护每一个资源，继续自己的用心成就一切理念。

我在一家叫做 coverity 的公司工作，我住在三藩市(san francisco)。coverity 是一个奇怪的公司，三藩市是一个奇怪的城市。

coverity 制造一种叫做“静态分析”(static analysis)的软件。这种软件可以在不运行程序的情况下，经过对代码的分析，自动的找到程序里面可能出现的问题。这有点像我之前给 google 做的那个 python 分析器，只不过针对另外的语言(c，c++ 和 java 等)，分析的侧重点不同，能处理代码的规模也貌似大一些。还有就是这么多年了，久经沙场考验了。

coverity 具有世界上最先进的一些技术，所以麻雀虽小，却让很多人离不开它。恐怕很少有人知道，这小小的公司的忠实客户，包括了一系列的大拿：美国宇航局， 波音， 洛克希德马丁，雷神(raytheon)，bae systems，丰田，欧洲原子能中心(cern)…… 貌似几乎所有对代码质量不敢有丝毫差错，又不得不用像 c++ 这样毛病众多的语言的公司，都购买了 coverity 的产品。比如最近的火星好奇者号上的所有 200 多万行代码，都经过了 coverity 的静态分析。当然，如此精密的设备不可能光靠 coverity 查一下错就能确保万无一失，它必须依靠很多其它的技术，但 coverity 确实是这些东西的开发过程里面比较重要的部分。

我必须承认，coverity 给了我足够的启发，甚至间接的让我发现了自己之前做的 python 静态分析里面存在的一些问题。coverity 的产品在大规模的代码上面的成功，也让我意识到了自己在 python 分析器里的一些突发奇想的设计的正确性和价值。如果我现在做一个新的 python 分析器，它将比原来的精确和高效(也可以推广到其它语言比如 javascript)。我也清楚的看到，coverity 自发研制的一些“不大严谨”的做法，其实比程序语言领域里面一些看似高深的“逻辑”还要“正确”。这些微妙的“提示信息”，让我把多个领域的知识串通了起来。所以我觉得跟这公司还有点臭味相投，加入 coverity 也是不枉此行的。

然而我也发现，coverity 缺少我拥有的程序语言理论知识。绝大部分的 coverity 工程师没有系统的学习过 lambda calculus 和函数式编程。在我的 python 分析器中，其实包含了 coverity 还没有的技术。python 的静态分析本来就比 c++ 和 java 之类的难，然而我的实现却异常的简单。这些微妙的技术，貌似很多人都可以说他“会做”，但是他们却很难把它做对。这就像“cps 转换”一样，很多人都说他会做，可是真正做对的只有极少数人(我是其中之一)。这些技术源自于我对程序语言本质的理解，源自于 dan friedman, kent dybvig 和 amr sabry 等老师的教诲，也源自于我自己辛勤的实验，实验，再实验…… 在我简短而优雅的代码中，包含了许多人需要花费好几倍的代码长度才能达到的目标。所以虽然 coverity 的工程师们技术实力很强，但在代码的简单程度和对程序语言语义的理解上，真的很难达到我的程度。

这就是为什么我经常能够一眼就看出 coverity 产品里存在的问题，并且很快的修正错误。举一个简单的例子，有一天我修改了一行代码，使得产品在某些 benchmark 上的内存使用量减少了一半。我为什么可以做到这一点呢?因为在我的 python 分析器里，这个问题是从一开头就不存在的。它源自于一种幼稚的解释器写法，有点像 gof 的《design patterns》里的那种。coverity 的代码里面有好些类似的问题，都是我自己根本不可能犯的错误，我都没有机会给他们改进。我不是想贬低同事们的水平，他们都是 stanford, berkeley 等学校毕业的高手，可是我也很清楚自己的技术地位。

所以我就经常发现这样的麻烦事：我顺手改掉了一个自认为很显然的问题，或者一个我根本不会犯的错误，然后就发现有大批的测试需要被修改，我也会被要求写出“regression test”，用以防止同样的错误再次发生。某些同事对于测试的战战兢兢的态度，其实跟我当年在 google 实习的时候没有什么两样。看到这里的问题了吗?这些我“根本”不会犯的错误，几分钟时间顺手就改掉了，但是我却要花成天的工夫去修改和创建测试，防止它“再次”发生。我不得不说，在这些测试上所花费的工夫，占用了比我修改代码多好几倍，甚至几十倍的工夫!

想想这六个月以来我干了些什么，再比较一下在 google 实习的那六个月独自从头做出来的东西，我发现自己简直什么也没有干。这就是我不喜欢“测试驱动开发”(tdd)的原因。在 google 的六个月里，我无视同事对于测试的要求，从无到有的做出了如此精密的系统，一个测试都没有写照样做得好，为什么呢?因为我的代码非常的简单清晰，我随时都可以把它们完整的呈现在头脑里面，从而让“心灵之眼”可以看到可能出现的错误。也许这就是所谓的“逻辑思维”。

对测试过分依赖的人，往往不具有这样的思维能力。他们不能够看到代码最简单的本质，所以需要做很多试探，以求达到“近似解”。为了不至于偏差很多，就写很多测试，用以捕捉和防止每一次的错误。这就像一个初学画画的人，一点一点的描，用橡皮反复的擦，可总也抓不住事物的精髓。这些人对“错误”的记忆能力特别强，往往深入的追究一块代码是“如何”错的，“为什么”是错的，下次如何才能不犯同样的错误。

然而我却没法记住之前的代码是如何错的，我也不想知道为什么它是错的，我只记得“正确”的代码是什么样子。错误的方式有千万种，可是正确的却往往只有一个。把脑力浪费在记忆错误的东西，这就是为什么很多人不能写出真正优美而正确的代码。我受到的训练让我可以直接得到正确的结果，所以测试对于我来说分量没有那么重。当我的代码需要大量的测试才能确保正确的时候，那就是它该被推翻重写的时候。所以我的代码往往没有任何补丁和变通，可以说是无懈可击。这就像是一个真正会画画的人，他闭目沉思，然后一气呵成。当然，优美的代码并不是一蹴而就的，有的代码被我推翻重来几十次才最后成功，但我最后的代码不留下丝毫错误的痕迹。所以我觉得，看一个程序员的水平，不要看他留下来多少行代码，而要看他删掉了多少行。

我觉得做 coverity 的工程师真累。这种累不止在于以上的技术层面的繁琐，而且在于管理层对工程师的缺乏尊重以及不必要的压力。这让我在受到了足够的“启发”之后，开始怀疑是否还有继续为它工作的价值。对于公司管理，以及对于 it 行业总体的看法，我还是以后再讲吧。

看到了很多同学问到各银行的待遇以及it部门的发展之类的话题，想到了自己银行的情况。

1、加班非常多。机房是24小时开放的，每天都有人值夜班。我所在的地区我们分行只有800人不到，it部门就只有6、7个人。他们每天除了正常的工作之外还要应对各种培训、学习。银行因为白天要对外营业，所以每次培训之类都是在晚上和周末，而且不是800人一起培训，而是今天这个培训，明天那个培训。这个工作量是非常大的。而且银行加班基本是没有加班工资的。因为国家不允许这种量的加班。

2、薪水问题。大家都说银行薪水好。那是因为大家看到的只是薪水好的部门。我现在在银行做贷款，属于一线营销岗位，薪水自然还不错。但如果你不是做营销而是后台部门比如it，那你只能拿到基本工资和平均奖金，这个数字看起来就没那么有吸引力了。除非你能当老总。可这个部门不像营业网点，一个地区可以几十个网点，这个it部门基本上一个地区就一个，也就是说一个地区就一个老总，这个老总又不像别的岗位可以横向调动，在银行里做it你就只能做it，不可能调你去做什么公司业务，所以我个人认为升迁的机会也比较小。但如果你是去总行的信息技术部搞些个产品研发之类也就不说了，那肯定是非常好的，但这样的部门基本也不可能要一个刚毕业的学生。

3、银行的各项任务是很重的，而且可能看起来都非常不人性。不要以为你在it部门就不可能有任务。我们讲究的是全民皆兵。

以上只是我个人的一些看法，给一些纯粹是为了拿高薪找安逸的同学一个提醒。

当然银行也有银行的好。比如：

1、如果你做的很好，这里指的是营销，比如你能带来大量存款，你有很广的客户资源，那你的薪水会非常高而且不受职务限制。

2、福利待遇非常好。我们银行给我们解决了所有的后顾之忧，你只要好好工作，其他什么都不用你操心，我们有非常低的行员贷款利率，你买房子就不需要担心。我们是按照最高比例来购买各种保险、公积金之类。即使你生病了，你住院了，不但医药费都能报销，算下来你每天还能赚几百块钱，可能比上班都高。

总之吧，银行就是个数字说话的地方。想在这做it可能你永远都做不到最顶端。但也有他的好。大家各自考虑吧，只是就个人的感受给大家的建议。相比较之下我认为我所在的招商银行是最有潜力的银行，发展非常快，企业文化非常好。工、农、中、建四大行规模非常大，但因为是老行也有很多弊端，国企思想比较严重，论资排辈。交行的特色在于他是股份制银行中最大的，个人理财比较突出。民生是最变态的，只要你有业绩，第二天就是行长，只要你没有业绩，马上从行长变成行员。中信是业内口杯最差的，到处乱市场，很受同业鄙视。华夏的最大特点在于他的公司业务。一般越小的行可能待遇越好，机会也越多，因为他在发展。

其实就个人而言，我觉得银行里做it就像是当年我们来北邮，大家都知道北邮非常好it业的最高学府。可我们当时因为种种原因到了北邮的语言学院学外语。并不是说语言学院不好，我们在这里也学到了很多东西。但这里的主流是it，语言院再发展可能也比不了北京外国语。就是说你是到一个非常好的学校一个非主流的专业，还是到一个一般学校的主流专业，你可以自己考虑。

工作是一件可以学到很多锻炼很多的事， 虽然充满焦虑和等待但也充满着刺激兴奋和足够的满足感。

从melb回来以后，大概是二月初左右， 我开始正式寻找一份能带来稳定收入的全职工作。 我没有pr，成绩普通，只有大概半年在一家华人公司做网站的开发经验， 但我从来都没有觉得会找不到工作，因为我坚信在这个行业， 技能和学习能力思考能力是大于其他一切的。it这个行业， 方向太多， 所以我的想法是， 在开始找以前， 应该先把自己的方向和未来的职业选择好， 不要顾及面， 而应该专心于点和深度(这和做某件事倒是有异曲同工之妙)。就是因为行业方向多， 专精和学习能力才是雇佣者真正考量一个junior雇员的事。

方向和具体职位定下来以后，就开始具体围绕这个职位的普通要求来修订简历。简历不应过长，一页即可。 能够不需要的内容，比如爱好兴趣人格之类的，都不要往上面放。从技能开始是比较好的方式，学历倒是一笔带过即可，因为只有很大的公司比如银行或者四大才会以分数来做第一轮筛选的标准，而我一方面是分数不行，另一方面对大公司向来有生理上的厌恶感，所以根本就不会考虑这个问题。

接下来就应该罗列做过的事，如果有portfolio就放链接和简单的描述，有工作经验就放工作经验，都没有就放学校的项目经验，如果都没有，就先去找了做了再回来这一步吧(需要注意的是，只放和所求职位相关的经验，比如是php的职位关于java的我就基本都不列)。罗列经验时，尽量不要有段落篇幅，而以短语bulletin为主。看简历的人是没时间来读小说的，所以在最短的时间内能提供给阅简历者最大的信息量是最值得考量的东西(这个倒是和seo有点像)。另外，诚实真实是我自己的坚持，只写真正做过的事，只写真正懂并有经验的技能，任何不懂的都不要往上写，要确定你所写的技能，都是你能动手去做实际做过的。技能的罗列也要由最强到最弱的顺序来排，项目经验也是如此，就和客户用google搜东西不会看两页以后的网站是一个道理。

另外，强调自己的什么人格优势，团队性格之类的，我完全没有放进简历，因为这些可以通过cover letter来描述， 没有必要再这里占用宝贵的简历空间。而且这之类的事也不是你自己写了人家就信的，真正有面试时人家自然会来体会。简历的事， 大抵就是如此。

接下来我开始操作的是cover letter。为不同的职位公司来多次修改cover letter是我前一年找工作时经历的最痛苦的事之一。 所以这次，在确定了只投相同或相似的职位以后，cover letter变得轻松了许多。写好一个万用的cover letter是很辛苦但是益处无穷的事，属于典型的一次投入多次回报。cover letter大抵是四五段左右，用词用句都可以自己去搜一下，最好避免自己写太多的句子，毕竟大部分像咱们这样的，写作都不咋的。

因为属于比较正式的信件，还是多用点稳妥的书面表达比较好。第一段大概就是讲自己在哪里看到职位然后自己是什么样的一个情况于是有意愿来求职。第二段就开始要针对职业描述上的每一条来列举自己能够符合靠上去的技能，自信点大胆点就好。

第三段就可以谈谈自己性格上的优势，人格上的魅力，多么多么的团队之类的屁话，这是必须的。最后就总结下，自己觉得自己能够胜任这个职位，能给公司或者团队带来如何的益处，希望能有面试的机会，并附上自己的联系方式电话邮件等等。在我投过的所有机会里，九成九的我只修改了日期和职位名称，当然这和我所投的web developer这个名称比较宽泛有关。cover letter的重要性，我觉得还是必须重视的，毕竟大部分人都是先看邮件正文里的cover letter， 再点开附件看简历， 和简历的重要性相比可以说有过之而无不及，可以说是敲门砖的敲门砖， 如果这块就掉了， 就连砸一块金砖过去敲门的机会都没有了。

搞定上面两件利器以后，有些细节要注意一下。不要用自己平时的联系邮箱，而应单独注册一个求职专用，能直接从邮件地址上看出人名的邮箱(这点由江江同学贡献)。我个人的建议当然是gmail，速度快容量大无广告，功能多和google产品结合较好，imap的访问方式在iphone上堪称完美。在注册这个求职专用邮箱以后，直接在设置里全部转发到自己的常用邮箱(是gmail当然最好)，这样就避免了每天需要查几个邮箱的麻烦。在自己的常用邮箱里，建立关键字过滤器。有工作相关的关键字时，全部打上专门的工作标签来分文件夹。全部用gmail的好处还在于，在自己的常用邮箱里回复邮件时，可以直接选择自己的发件地址为求职专用邮箱而不是自己的常用邮箱，方便且专业。说到这里，有件小事让我对gmail的喜爱又上一个台阶。在我们的cover letter里， 通常会有i have attached my resume below之类的文字，有那么一次，我在贴完cover letter至邮件正文后，忘记了上传附件而直接点了发送。此时令人惊讶的事发生了，一个popup对话框显示，“您的正文中有attach字样而附件为空， 您确定要发送邮件而不附上任何附件么?”，我当时就震惊感动佩服的五体投地。如此细小的地方都做了用户体验方面的设计， 让人如何不爱google。

其实我觉得，在做好了以上的事以后，找工作接下来就是一个机械重复的体力活，如何把规律的体力活做好， 其实也是有一定的技术含量的。澳洲最大的找工作网站是seek，其他还有mycareer，不过我只专注在seek上，因为seek大概占了全澳百分之八十的招聘信息，已经足够任何人去投了。

注册seek以后，先根据自己的情况来完善profile。接下来，最重要的事就是，邮件订阅。seek提供了根据关键字和其他特别字段要求来发送每天更新的新招聘信息至用户的邮箱。根据每个自己想要的职位，来设定特别的关键字，级别和薪资要求以后，对应的每天新增的信息就会以列表的形式在夜里三点左右发至你的邮箱。于是以后的事，就是每天查查邮件，然后选择自己觉得合适的去投。一个重要的事是， 有很多招聘信息是猎头中介发的 类似这种我是一概不投的，因为大都石沉大海，而且不直接与公司的人接触面试什么的 也对公司无法了解，这种浪费时间还不讨好的事不如不做。

另外一件值得做的事是，记录下你投过的公司和职位。因为一般的流程是，对方会先short-list一部分，然后电话， 觉得合适，才会发邮件和你约接下来的面试或者测试。往往这时候，当你投过几十份上百份以后，任何人打电话过来告诉你公司名，你是不可能回想起来的，因为保存一份doc包含公司职位，地点，公司信息，seek上对应的职位描述页面，公司的页面等等信息，是很有必要的。

一方面你能掌握投过哪些，可以避免重复投递失败的职位，另一方面能够对自己投过的数量有个统计，如果长久没有回信和回音，就应该及时对简历和cover letter做出调整。对此我是使用google docs，方便在于云在任何地方都能访问， 这和邮箱是一样的道理。另外我对不同的地区也分了文档，分别是sydney， melb和其他。根据我的统计， ydney的机会是最多的，大概占了全澳的三分之二，当然人口和竞争也是最多的。melb的话，大概数目是sydney的三分之一至一半，而其他地区加起来，也就和melb的机会一样多。

我的情况是，sydney的回音是最多的，其次则是昆州等地区，melb则一个正面回复都没有，唯一一个email联系过一次的，也在二十天后拒了我。大概是因为我人在sydney，而昆州缺人缺的太厉害的原因吧。在技术分布方面， 网站或者web application方面开发是最多的，不论前段还是后端。然后后端技术php最多，net和j2ee差不多, python, ror甚至perl也曾见过，不过非常稀少。除了做web，数据库是相对来说多点的，不论是做分析开发挖掘还是管理，都不少，是个可选的方向(虽然个人感觉枯燥)。再就是ios等移动开发看得出来有越来越火的趋势，值得一追。底层系统开发或者网络之类的，大概是最少(但貌似钱是最多的，因为稀少)。薪资方面，悉尼算是全澳消费数一数二，薪资方面确实是如此，45k+super是行业基准线(当然是对junior/entry而言)。其他地方也能拿到40k左右的， 但和房价一比， 这40k就比悉尼的值钱太多了。

其实对我来说，如果拿到了面试机会，能拿到offer的机会大概就是一半以上。最焦躁的，其实正是等待回音这个阶段。在我正式开始投简历的两个礼拜以内，只有少数的email和电话，一个正经的面试机会也没有，不过在接下来的两个礼拜里，面试开始爆发了(上周三个，这周四个，下周四个)。

我想这是和澳洲人生活工作都比较慵懒有很大的关系， 所以各位完全不用担心和过于焦躁(我今天还接到20天前投的一个职位的电话约定面试)只要有电话和email回信， 就说明你的cover letter和简历是有用的能入眼的，但如果电话和email回信在两三个礼拜里基本没有，就应该及时的做出调整了。至于面试方面， 我实在无法给出什么实际有用的意见。大概的把常见面试问题看看心里有个谱不要到时候突然发慌，技术问题自己慢慢准备积累， 穿着方面自己觉得看的过去(像我这种从来不喜穿正装的人还是去买了件半正式半休闲的衬衣来做面试圣衣)，面试前不要太饱和太饿否则都会影响大脑运作，开始前喝点咖啡能量饮料都是可以的(不过要注意这两个都是利尿的，对于长时间的面试就不要喝太多水之前)，面试中应该不卑不亢， 该笑的时候笑不该笑的时候不笑，能够自己来控制面试过程中的气氛走向是最好的，切忌过于紧张或过于兴奋，另外最重要的一点是诚实，因为假话自己是没有记忆的，反复问的话会出问题，不如不说。

关于英语，语速不要过快， 平时自己怎么说话就怎么说，也不用特意去准备什么商务英语。脏话的话，能避则避，不过兴奋的瞬间脱口而出也倒不是什么大不了的事，毕竟澳洲人这方面都非常的不古板和不保守，所以不用特别在意。我面试的感觉是， 其实我们这个行业， 技能方面都差的不多，毕竟学习能力才是更重要的，所以个人人格魅力起的作用比想象的要大很多， 鬼佬大都喜欢开放有趣有自己生活的人，有话谈得来， 公司团队气氛融洽才是他们看重的， 当然这些都是建立在技能能达到最低基本要求的基础上。在国外工作的好处就在这里能得到体现， 毕竟任何价值都是人创造的， 人才是工作里的一切， 把人当人才会有更好的效率和效果。

如果面试顺利， 接下来的就是接受offer与否了。当你的面试太多，可以选择的公司太多的时候，受offer与否就是个纠结的命题。是选你爱的， 还是选爱你的， 是个从未消停的问题(在各个领域)。而由于我从来都是只在乎自己爱的， 所以拒掉一两个offer去等待自己爱的公司在我看来是天经地义。但这并不适用于所有人，毕竟个体追求不同， 另外如果机会和offer对你来说非常稀少和难得， 抓住转瞬即逝的机会也并不是不可取的， 毕竟有了温饱才会有更多的精力去追求自己爱的人和事。

关于求职，在我们这个地方和这个行业， 我的经验不多，大抵就是以上这些，希望能对正在袋鼠国挣扎的朋友有些许的帮助。有任何疑问可以尽管放马过来，我会尽我所能的回答并补充到下面，谢谢。

工作是一件可以学到很多锻炼很多的事，虽然充满焦虑和等待但也充满着刺激兴奋和足够的满足感，下面是it工作体会的心得感悟，我们来看看吧!

工作是一件可以学到很多锻炼很多的事， 虽然充满焦虑和等待但也充满着刺激兴奋和足够的满足感。

从melb回来以后，大概是二月初左右， 我开始正式寻找一份能带来稳定收入的全职工作。

我没有pr，成绩普通，只有大概半年在一家华人公司做网站的开发经验， 但我从来都没有觉得会找不到工作，因为我坚信在这个行业， 技能和学习能力思考能力是大于其他一切的。

it这个行业， 方向太多， 所以我的想法是， 在开始找以前， 应该先把自己的方向和未来的职业选择好， 不要顾及面， 而应该专心于点和深度(这和做某件事倒是有异曲同工之妙)。

就是因为行业方向多， 专精和学习能力才是雇佣者真正考量一个junior雇员的事。

方向和具体职位定下来以后，就开始具体围绕这个职位的普通要求来修订简历。

简历不应过长，一页即可。

能够不需要的内容，比如爱好兴趣人格之类的，都不要往上面放。

从技能开始是比较好的方式，学历倒是一笔带过即可，因为只有很大的公司比如银行或者四大才会以分数来做第一轮筛选的标准，而我一方面是分数不行，另一方面对大公司向来有生理上的厌恶感，所以根本就不会考虑这个问题。

接下来就应该罗列做过的事，如果有portfolio就放链接和简单的描述，有工作经验就放工作经验，都没有就放学校的项目经验，如果都没有，就先去找了做了再回来这一步吧(需要注意的是，只放和所求职位相关的经验，比如是php的职位关于java的我就基本都不列)。

罗列经验时，尽量不要有段落篇幅，而以短语bulletin为主。

看简历的人是没时间来读小说的，所以在最短的时间内能提供给阅简历者最大的信息量是最值得考量的东西(这个倒是和seo有点像)。

另外，诚实真实是我自己的坚持，只写真正做过的事，只写真正懂并有经验的技能，任何不懂的都不要往上写，要确定你所写的技能，都是你能动手去做实际做过的。

技能的罗列也要由最强到最弱的顺序来排，项目经验也是如此，就和客户用google搜东西不会看两页以后的网站是一个道理。

另外，强调自己的什么人格优势，团队性格之类的，我完全没有放进简历，因为这些可以通过cover letter来描述， 没有必要再这里占用宝贵的简历空间。

而且这之类的事也不是你自己写了人家就信的，真正有面试时人家自然会来体会。

简历的事， 大抵就是如此。

接下来我开始操作的是cover letter。

为不同的职位公司来多次修改cover letter是我前一年找工作时经历的最痛苦的事之一。

所以这次，在确定了只投相同或相似的职位以后，cover letter变得轻松了许多。

写好一个万用的cover letter是很辛苦但是益处无穷的事，属于典型的一次投入多次回报。

cover letter大抵是四五段左右，用词用句都可以自己去搜一下，最好避免自己写太多的句子，毕竟大部分像咱们这样的，写作都不咋的。

因为属于比较正式的信件，还是多用点稳妥的书面表达比较好。

第一段大概就是讲自己在哪里看到职位然后自己是什么样的一个情况于是有意愿来求职。

第二段就开始要针对职业描述上的每一条来列举自己能够符合靠上去的技能，自信点大胆点就好。

第三段就可以谈谈自己性格上的优势，人格上的魅力，多么多么的团队之类的屁话，这是必须的。

最后就总结下，自己觉得自己能够胜任这个职位，能给公司或者团队带来如何的益处，希望能有面试的机会，并附上自己的联系方式电话邮件等等。

在我投过的所有机会里，九成九的我只修改了日期和职位名称，当然这和我所投的web developer这个名称比较宽泛有关。

cover letter的重要性，我觉得还是必须重视的，毕竟大部分人都是先看邮件正文里的cover letter， 再点开附件看简历， 和简历的重要性相比可以说有过之而无不及，可以说是敲门砖的敲门砖， 如果这块就掉了， 就连砸一块金砖过去敲门的机会都没有了。

搞定上面两件利器以后，有些细节要注意一下。

不要用自己平时的联系邮箱，而应单独注册一个求职专用，能直接从邮件地址上看出人名的邮箱(这点由江江同学贡献)。

我个人的建议当然是gmail，速度快容量大无广告，功能多和google产品结合较好，imap的访问方式在iphone上堪称完美。

在注册这个求职专用邮箱以后，直接在设置里全部转发到自己的常用邮箱(是gmail当然最好)，这样就避免了每天需要查几个邮箱的麻烦。

在自己的常用邮箱里，建立关键字过滤器。

有工作相关的关键字时，全部打上专门的工作标签来分文件夹。

全部用gmail的好处还在于，在自己的常用邮箱里回复邮件时，可以直接选择自己的发件地址为求职专用邮箱而不是自己的常用邮箱，方便且专业。

说到这里，有件小事让我对gmail的喜爱又上一个台阶。

在我们的cover letter里， 通常会有i have attached my resume below之类的文字，有那么一次，我在贴完cover letter至邮件正文后，忘记了上传附件而直接点了发送。

此时令人惊讶的事发生了，一个popup对话框显示，“您的正文中有attach字样而附件为空， 您确定要发送邮件而不附上任何附件么?”，我当时就震惊感动佩服的五体投地。

如此细小的地方都做了用户体验方面的设计， 让人如何不爱google。

其实我觉得，在做好了以上的事以后，找工作接下来就是一个机械重复的体力活，如何把规律的体力活做好， 其实也是有一定的技术含量的。

澳洲最大的找工作网站是seek，其他还有mycareer，不过我只专注在seek上，因为seek大概占了全澳百分之八十的招聘信息，已经足够任何人去投了。

注册seek以后，先根据自己的情况来完善profile。

接下来，最重要的事就是，邮件订阅。

seek提供了根据关键字和其他特别字段要求来发送每天更新的新招聘信息至用户的邮箱。

根据每个自己想要的职位，来设定特别的关键字，级别和薪资要求以后，对应的每天新增的信息就会以列表的形式在夜里三点左右发至你的邮箱。

于是以后的事，就是每天查查邮件，然后选择自己觉得合适的去投。

一个重要的事是， 有很多招聘信息是猎头中介发的 类似这种我是一概不投的，因为大都石沉大海，而且不直接与公司的人接触面试什么的 也对公司无法了解，这种浪费时间还不讨好的事不如不做。

另外一件值得做的事是，记录下你投过的公司和职位。

因为一般的流程是，对方会先short-list一部分，然后电话， 觉得合适，才会发邮件和你约接下来的面试或者测试。

往往这时候，当你投过几十份上百份以后，任何人打电话过来告诉你公司名，你是不可能回想起来的，因为保存一份doc包含公司职位，地点，公司信息，seek上对应的职位描述页面，公司的页面等等信息，是很有必要的。

一方面你能掌握投过哪些，可以避免重复投递失败的职位，另一方面能够对自己投过的数量有个统计，如果长久没有回信和回音，就应该及时对简历和cover letter做出调整。

对此我是使用google docs，方便在于云在任何地方都能访问， 这和邮箱是一样的道理。

另外我对不同的地区也分了文档，分别是sydney， melb和其他。

根据我的统计， ydney的机会是最多的，大概占了全澳的三分之二，当然人口和竞争也是最多的。

melb的话，大概数目是sydney的三分之一至一半，而其他地区加起来，也就和melb的机会一样多。

我的情况是，sydney的回音是最多的，其次则是昆州等地区，melb则一个正面回复都没有，唯一一个email联系过一次的，也在二十天后拒了我。

大概是因为我人在sydney，而昆州缺人缺的太厉害的原因吧。

在技术分布方面， 网站或者web application方面开发是最多的，不论前段还是后端。

然后后端技术php最多，net和j2ee差不多, python, ror甚至perl也曾见过，不过非常稀少。

除了做web，数据库是相对来说多点的，不论是做分析开发挖掘还是管理，都不少，是个可选的方向(虽然个人感觉枯燥)。

再就是ios等移动开发看得出来有越来越火的趋势，值得一追。

底层系统开发或者网络之类的，大概是最少(但貌似钱是最多的，因为稀少)。

薪资方面，悉尼算是全澳消费数一数二，薪资方面确实是如此，45k+super是行业基准线(当然是对junior/entry而言)。

其他地方也能拿到40k左右的， 但和房价一比， 这40k就比悉尼的值钱太多了。

其实对我来说，如果拿到了面试机会，能拿到offer的机会大概就是一半以上。

最焦躁的，其实正是等待回音这个阶段。

在我正式开始投简历的两个礼拜以内，只有少数的email和电话，一个正经的面试机会也没有，不过在接下来的两个礼拜里，面试开始爆发了(上周三个，这周四个，下周四个)。

我想这是和澳洲人生活工作都比较慵懒有很大的关系， 所以各位完全不用担心和过于焦躁(我今天还接到20天前投的一个职位的电话约定面试)只要有电话和email回信， 就说明你的cover letter和简历是有用的能入眼的，但如果电话和email回信在两三个礼拜里基本没有，就应该及时的做出调整了。

至于面试方面， 我实在无法给出什么实际有用的意见。

大概的把常见面试问题看看心里有个谱不要到时候突然发慌，技术问题自己慢慢准备积累， 穿着方面自己觉得看的过去(像我这种从来不喜穿正装的人还是去买了件半正式半休闲的衬衣来做面试圣衣)，面试前不要太饱和太饿否则都会影响大脑运作，开始前喝点咖啡能量饮料都是可以的(不过要注意这两个都是利尿的，对于长时间的面试就不要喝太多水之前)，面试中应该不卑不亢， 该笑的时候笑不该笑的时候不笑，能够自己来控制面试过程中的气氛走向是最好的，切忌过于紧张或过于兴奋，另外最重要的一点是诚实，因为假话自己是没有记忆的，反复问的话会出问题，不如不说。

关于英语，语速不要过快， 平时自己怎么说话就怎么说，也不用特意去准备什么商务英语。

脏话的话，能避则避，不过兴奋的瞬间脱口而出也倒不是什么大不了的事，毕竟澳洲人这方面都非常的不古板和不保守，所以不用特别在意。

我面试的感觉是， 其实我们这个行业， 技能方面都差的不多，毕竟学习能力才是更重要的，所以个人人格魅力起的作用比想象的要大很多， 鬼佬大都喜欢开放有趣有自己生活的人，有话谈得来， 公司团队气氛融洽才是他们看重的， 当然这些都是建立在技能能达到最低基本要求的基础上。

在国外工作的好处就在这里能得到体现， 毕竟任何价值都是人创造的， 人才是工作里的一切， 把人当人才会有更好的效率和效果。

如果面试顺利， 接下来的就是接受offer与否了。

当你的面试太多，可以选择的公司太多的时候，受offer与否就是个纠结的命题。

是选你爱的， 还是选爱你的， 是个从未消停的问题(在各个领域)。

而由于我从来都是只在乎自己爱的， 所以拒掉一两个offer去等待自己爱的公司在我看来是天经地义。

但这并不适用于所有人，毕竟个体追求不同， 另外如果机会和offer对你来说非常稀少和难得， 抓住转瞬即逝的.机会也并不是不可取的， 毕竟有了温饱才会有更多的精力去追求自己爱的人和事。

关于求职，在我们这个地方和这个行业， 我的经验不多，大抵就是以上这些，希望能对正在袋鼠国挣扎的朋友有些许的帮助。

有任何疑问可以尽管放马过来，我会尽我所能的回答并补充到下面，谢谢。

看到了很多同学问到各银行的待遇以及it部门的发展之类的话题，想到了自己银行的情况。

1、加班非常多。

机房是24小时开放的，每天都有人值夜班。

我所在的地区我们分行只有800人不到，it部门就只有6、7个人。

他们每天除了正常的工作之外还要应对各种培训、学习。

银行因为白天要对外营业，所以每次培训之类都是在晚上和周末，而且不是800人一起培训，而是今天这个培训，明天那个培训。

这个工作量是非常大的。

而且银行加班基本是没有加班工资的。

因为国家不允许这种量的加班。

2、薪水问题。

大家都说银行薪水好。

那是因为大家看到的只是薪水好的部门。

我现在在银行做贷款，属于一线营销岗位，薪水自然还不错。

但如果你不是做营销而是后台部门比如it，那你只能拿到基本工资和平均奖金，这个数字看起来就没那么有吸引力了。

除非你能当老总。

两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。

通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。

从各种文档的阅读到开始的需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统的设计开发过程。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复中不断完善自己的想法。

我想有这样的问题不止我一个，事后想想是一开始着手做的时候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要特别注意这一块的设计。

按照要求，我们做的是机票预订系统。说实话，我对这个是一无所知的，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计的下场我已经尝过了，结果就是出来一个四不像的设计方案，没有什么实际用处。没有前期的调查，仅从指导书上那几条要求着手是不够的。

在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活经验，根据可行性研究的结果和客户的要求，分析现有情况及问题，采用client/server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些java语言的规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言的规范性以及我们在编程时要有严谨的态度，同时在写程序时如有一定量的注释，既增加了程序的可读性，也可以使自己在读程序时更容易。

我们学习并应用了sql语言，对数据库的创建、修改、删除方法有了一定的了解，通过导入表和删除表、更改表学会了对于表的一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。

很多事情不是想象中的那么简单的，它涉及到的各种实体、属性、数据流程、数据处理等等。很多时候感觉后面的设计根本无法继续，感觉像是被前面做的各种图限制了。在做关系模型转换的时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。

物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、check约束、default定义等。最后才做索引的部分，对一些比较经常使用搜索的列，外键上建立索引，这样可以明显加快检索的速度，最后别忘记重要的安全性设置，限制用户访问权限，新建用户并和数据库用户做相应的映射。

不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难的事在你尝试之后你可能会发现原来她并没有你以前觉得的那样，自己也是可以的。如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫的时候，自己一定要坚信目标，大学毕业出去即面临找工作，从学习这个专业，到以后从事这方面的工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我的最大感想!

以上基本是这次实习的体会了，设计进行的非常艰难，编码非常不容易，才发现做一个项目最重要的不在于如何实现，而是实现之前的需求分析和模块设计。创新很难，有些流行的系统其实现并不难，难的在于对市场的分析和准确定位。设计，是一个任重道远的过程。

数据库课程设计大赛的尘嚣渐渐远去，怀着对这次大赛的些许不舍，怀着对当初课程设计开始时候的豪情万丈的决心的留恋，怀着通过这次课程设计积累的信心与斗志，我开始写这篇文章，为自己的足迹留下哪怕是微不足道但是对自己弥足珍贵的痕迹并期望与大家共勉。

首先，让我的记忆追溯到大二暑假，在老大的指引下()，我接触到microsoft 产品。那个时候我已经学过vc和asp，因为windows程序设计实验的课的关系，接触过vb，但是没有专门去学他，因为习惯了c++里面的class，int，觉得vb的sub，var 看着就不是很顺心。我是一个好奇心很强的人，突然看到了一个号称“.net是用于创建下一代应用程序的理想而又现实的开发工具”，而且主推c#语言，由于对c语言的一贯好感，我几乎是立刻对他产生了兴趣。我就开始了对c#的学习，任何语言都不是孤立存在的，所以数据交互是很重要的，暑假的时候我把我们这学期的课本数据库系统概论看了一遍。我记得以前用c语言编程的时候，数据是在内存中申请空间，譬如使用数组等等。很耗费内存空间。这个时候就是数据库站出来的时候啦，于是我又装上了sql server2019，以前学asp的时候用的是access，那个时候只是照着人家做，理论是什么也不是很清楚。

通过一个暑假的学习，基本搞清楚了理论方面的东西，具体怎么用也不是很清楚。但是这为这学期的课程设计打下了铺垫。

来到学校后，随着这学期的数据库课程大赛开始了，我有一个看法就是我自己应该具备的能力不是我会多少，而是我应该具备快速学会东西的能力。遇到什么就学什么。我们有时候很容易被一些专业名词说吓着，包括什么建模，软件工程，数据分析，数据挖掘等等。我身边就有很多同学被这些纸老虎所唬住，而没有勇气去接触他们，总是说这个太难了之类的退堂鼓的话，他们低估了自己的潜力同时也压抑住了他们自己的好奇心。其实都是纸老虎，又不是什么国家科研难题，只是去用一些工具，发明工具是很难，但是用一个工具就容易多了，just do it!我记得我做这个数据库之前，我们老师说要做好前期分析，我就在网上搜索用什么分析工具好。最后我选择了roseuml建模工具。在此之前，我脑袋里面没有软件建模的思想，什么uml建模对我而言就是一张空白的纸。但是真正接触后并没有想象的那么难，有什么不懂的上网去搜索，这是一个信息横流的世界，有google，baidu就没有不能解决的知识难题。以及后来的数据库分析的时候用到的powerdesigner也是一样。

开发的时候我想过用什么架构，c/s模式?模式有很多，怎么选择?我就上网搜索现在最流行的架构是什么。结果搜到了mvc架构，就是你啦。我决定用这个架构，不会，没关系，咱学。just do it!前期工作准备好后，加以实践。这个时候我更加深入的了解了利用操纵数据库的知识。并且对数据库里面的存储过程有了比较深入的了解。经过大概2个多星期的奋斗，数据集的图书馆管理系统。并最后非常荣幸的获得了大赛的一等奖以及以及新技术应用奖。

与其临渊羡鱼，不如退而结网。这次数据库课程设计给我的最大的印象就是如果自己有了兴趣，就动手去做，困难在你的勇气和毅力下是抬不了头的。从做这个数据库开始无论遇到什么困难，我都没有一丝的放弃的念头。出于对知识的渴望，出于对新技术的好奇，出于对一切未知的求知。我完成了这次数据库课程设计，不过这只是我学习路上的驿站，的核心技术就是xml[至少微软是这么宣传的]，我会继续学习它，包括jave公司的j2ee我也很想试试，语言本来就是相通的，just do it!语言并不重要毕竟它仅仅是工具，用好一个工具并不是一件值得为外人道的事情，主要是了解学习思想。古语说的好：学无止境啊!

我很庆幸我参加了这次数据库大赛，让我确实打开了眼界。

由于平时接触的都是一些私人项目，这些项目大都是一些类库，其他人的交流相对可以忽略不计，因此也就不考虑规范化的文档。实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的it行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。

虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于ooa/ood的开发模式有时不免要提出一些疑问，uml是设计阶段的工具，而它基本涵盖了软件设计的方方面面，也就是说按照这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经非常熟悉软件产品了，这对于相当有经验的架构师一类人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，却首先被教授并要求先ooa再oop，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有很多利于项目开发的部分的。所以我就一直在寻找适合我——针对探究型项目——的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。

回到数据库设计上了，这次的数据库设计我是严格按照数据库建模的步骤来进行的，老实说我并没有感觉这样的流程对开发带来多大的帮助，反倒是觉得将思维转化为图表很浪费时间。总体上来说这次的项目也不是很大，而且在数据库的设计上比较保守，也就是说实际上数据库设计还可以再完善完善的。随着我对计算机领域的拓宽和加深，我也会静下心来思考在接触计算机之前的行为，很多次我能深切感觉到，其实我的大脑(未于别人比较)本身就是在使用一种更接近关系数据库的方式来记忆，所以我很可恨自然的设计出符合三范式的表结构来，即便我不知道这些范式的确切含义。可能就像“范式不太容易用通俗易懂的方式解释”一样，在“让工具用图标表述我的思维”时费了一番力气。

使用了新的开发环境(vim)，这是首次在脱离高级ide的情况下编码。

使用了新的开发语言(python，actionscript3)，因为我一直比较喜欢“学以致用”，而且这样的“数据驱动型”软件的整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题很多，当发现这一点是，已没有多少有效剩余时间了。

编码流程的不妥，我比较喜欢从底层的库开始开发，因为一旦库测试通过，将很容易将它放到不同的表示层下。但如果库没有测试成功，将导致整个项目没有任何可视化模型，所以这次的项目无法提交“可运行的代码”。

实践目的的不同，我轻易不放弃锻炼的机会，事实上，有机会就一定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏原因，总以为自己很了不起，其实“遇到的问题数跟人的能力是成正比的”。