这两天把收藏了好久的文章，还有收藏夹中的链接做了整理。现在我的做法是文章的收藏一般都会放到麦库里面，我麦库的公开地址是http://note.sdo.com/u/dapeng 现在公开地址的访问还有些问题，访问子栏目需要输入密码，可我没有设置密码，麦库的客服说只能到下一周解决了，等待解决吧！另外是对一些链接的管理办法是，建立收藏网站，使用新浪的SEA提供的typecho搭建了收藏的网站http://zptools.sinaapp.com 收藏网站是模仿阅微草堂的想法建的，部分的链接也是来源那里的。使用新浪的SEA来搭建是为了服务器的稳定，毕竟我自己的用的服务器在国外，说不定哪天给和谐了，不放心啊!在做网站收藏整理的时候，发现国内优秀的JAVA网站没多少，网站的收藏还需要继续的更新整理，才能符合自己的需要。方向是java相关、企业服务SOA、数据库、linux、前端设计、项目管理、互联网等等吧！ 选择了一款比较简单的主题，对主题也做了修改，主要是增加css3的使用，使用了css3的圆角、还有阴影。在chrome、ie9、opera、firefox5测试都通过了，很可惜firefox3没有通过，当然ie6是不会通过了。还增加使用了一个jquery的插件scrolltotop，当页面向下滚动的时候，就会出现返回上面标记。修改好了，也就把博客主题也替换一样了，统一风格吧！现在瞧瞧两个站点吧！http://zptools.sinaapp.com http://dapeng.me
以后的IT路还很长（1）最近有两位兄弟同事离职了，蛮可惜了，在一个战壕一起一、两年了，人各有志嘛！希望他们发展更好些！目前的公司是个创业型的公司，公司从08年的50来个人，扩张到今年11年400多人，今年的目标是500人，扩张速度相当快，公司主要是做中国移动游戏这块的，也在扩展自己的业务和产品，但到底是要走什么样的路，看不清，公司内部也是跑马圈地。在公司里面，最苦的项目组是我们组和另外一个组，每周不停的上线、升级，修改bug，是谁都会奔溃的，我们组已经换了好几拨的人了。技术牛的、不牛的，能拼的、不能拼的，男的、女的，没小孩的、怀孕的、有小孩的，在项目中都出现过，一波接着一波。我入职后，离职的同事算上最近两位，一共4个。第一个离开是个小女孩，小小的一90后，特别能吃苦，我刚入职时，帮了我不少的忙，她的离职，对我有些影响，因为我还有同事，我们属于空降过来的，对老人都有些冲击，还有那段时间，问题的高发期，小女孩的压力不是一般的大啊！我想帮帮，有心力不足啊！最后，那段时间也挺过来了，压力太大了，当时我没有直面问题，我也跟在小女孩旁边，偶尔出出主意，压力我也算是有些体会，有些男娃真比不上她。最后，她就离职到了我们楼上的一家公司，现在偶尔和她聊天，工作也还是挺轻松，不用怎么的加班，也不用关系升级，比在公司时，笑的更多了。接着走的同事，是和我从上一个公司一块过来的，很聪明的一个小伙，当时要走，我很早就知道了，他走的时候，都挺担心的，他经历的事情还有些少，一边希望他能留下来，给他一些时间，整理整理自己的能力，感觉差不多了，再走，另外一方面，他现在走，也是好事，让他能多磨练磨练。他是走了，公司也是国内一家很不错的公司，就是加班多一些。现在，他工作，可没比在公司舒服些，呵呵！男人嘛！现在多一些压力是好事，不是什么坏事。之后，团队稳定大半年了，也就是最近，有两位同事接连离职了。这位同事离职，我得付一些责任，做了一些让人看着不舒服的事情，这个我道歉，另外一块，在他走后，就是我们团队中说的，谁接谁死的模块，现在，是由我来接的。另外一位同事的离职，是刚刚知道的，之前知道他还没有转正，就有些担心，刚过几天，他就离职了，有些吃惊啊！他也是和我从上一个公司过来的，过来是比我们晚了许多。他和我算是搭档，他做需求，我做研发，是想把事情的的确确做起来的。我很感谢这位兄弟的，也很感谢我们的老大的，没他们帮我，我那段艰难困惑的时间，真不知道怎么能过来。团队人员走的走，也在加入新的献血，总得把事情继续坚持下去。
在ie中的语法tab = new dijit.layout.BorderContainer({ id: targetId, title: title, closable: true, refreshOnShow: false});其他浏览器的语法tab = new dijit.layout.BorderContainer({ id: targetId, title: title, closable: true, refreshOnShow: false,}); 区别就是在句末的“,”的添加，按照语句规则，最后添加是没有问题，但是在ie中却认为这是个错误，建议在使用按照ie中的写法来写。
原文网址：http://www.20ju.com/content/V128633.htm1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观点会通过 你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业和领域，将来自立门户？还是先 在行业里面混混，过几年转行做点别的？这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情！”。3、软件开发团队中，技术不是万能的，但没有技术是万万不能的！在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在MM比较多的团队中。在软件项目团队 中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤 陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”（非 技术型）带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整（软件开发技术变化实在太快）。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用 将决定你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书！我买的那些 家伙出的书，100%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识；拥有知识并不表示拥有技 能；拥有技能并不表示拥有文化；拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。6、不要仅局限于对某项 技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发Windows应用程序，看看 Windows程序的设计、加载、执行原理，分析一下PE文件格式，试试用SDK开发从头开发一个Windows应用程序；用VC＋＋、Delphi、Java、.Net开发应用程序，花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源码；除了会用J2EE、 JBoss、Spring、Hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。 试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”！7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由， 所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式？用传统的桌面开发工具（目前主要有VC++、Delphi） 进行系统体统结构设计时，为什么不可以参考来自Java社区的IoC、AOP设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀 的开源框架？在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式？为什么一切都必须 以个人、团队在当然开发语言上的传统或者经验来解决问题？？？“他山之石、可以攻玉”。8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验 者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题（其实这个结论不应该被局限在软件开发领域、可以延伸到很多方 面）。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没 有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。9、理论与实践并重，内外双修。工程师的内涵是：以工 程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人（个人观点、欢迎探讨）。掌握软件开发 语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工 作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软 件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的 产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。想想自己2000年间开发的那些Windows系统工具，5、6 年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。并且，不要保守自己的技术和思 想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果；但交换思想之后，每个人都拥有两种思想”，道理大 家都懂，但有多少人真正能做到呢？11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工 作是做ERP，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当别人拿着合同找你合作，你却这也不会，那也不熟时，你将后 悔莫及。12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明：“对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远没有想象的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。13、本文的总结与反思：A：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。B：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。C：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。
人 格 就 是 人 的 样 子 ， 是 人 的 心 态 、 品 格 、 个 性 、 气 质 和 行 为 方 式 的 基 本 特 征 。 展 示 自 己 的 人 格 魅 力 就 是 表 现 真 实 的 自 我 — — 自 己 自 觉 自 愿 表 现 出 来 的 自 我 形 象 ， 而 不 是 迫 不 得 已 装 出 来 的 样 子 。 现 实 生 活 中 绝 大 多 数 的 人 即 不 是 真 正 的 君 子 也 不 是 纯 粹 的 小 人 ， 虽 然 境 界 不 是 很 高 但 品 行 不 差 ， 修 养 不 是 很 深 但 不 乏 良 知 ， 知 识 不 够 渊 博 但 不 假 充 权 威 ……
装上了msn，登录的时候出现错误代码8008005，在国内寻找解决办法，反正是没有找，最后使用英文版的google，才找到的解决拌饭。下载 "faultrep.dll"放到C:Program FilesWindows LiveContactsok!就可以解决问题了。