新年祝辞 From http://club.kingsoft.com/index.php?module=user&do=userThread&tid=4474 Good luck, good health, hood cheer. I wish you a happy New Year. 祝好运、健康、佳肴伴你度过一个快乐新年。 With best wishes for a happy New Year! 祝新年快乐,并致以良好的祝福。 I hope you have a most happy and prosperous New Year. 谨祝新年快乐幸福,大吉大利。 With the compliments of the season. 祝贺佳节。 May the season’s joy fill you all the year round. 愿节日的愉快伴你一生。… Read More
携帯FOX – PureBasic Destiny 携帯FOX – PureBasic Destiny すごい便利ツールです。 自分バックアップ時に、なかなかエラー発生しやすいですけれども・・・・・・… Read More
搜索者的学习 – 搜索引擎观察 リンク: 搜索者的学习 – 搜索引擎观察. 在线字词典简单评价 A.中华在线词典 12部在线汉语词典免费使用 http://www.ourdict.cn/ 推荐 B.在线汉典,在线汉语字典 http://www.zdic.net/ 推荐 C.辞洋 http://www.ciyang.com/ 推荐 D.爱词霸_免费在线查词翻译_英语学习社区 http://www.iciba.com/index.php E.逸海书城–电子成语词典–电子词典 http://www.easysea.com/cy_cd.htm F.在线新华字典 … Read More
「ドラゴン桜」フェア セブンアンドワイ – 本 – フェア – 講談社公認!「ドラゴン桜」フェア 「ドラゴン桜」– 今まで見たドラマで一番おもしろい番組です。 阿部寛–格好いい! 「ドラゴン桜」フェア おもしろい / 2006-01-09 14:40:32 セブンアンドワイ – 本 – フェア – 講談社公認!「ドラゴン桜」フェア 「ドラゴン桜」– 今まで見たドラマで一番おもしろい番組です。 阿部寛–格好いい!… Read More
500 Bittorrent Sites @ BTsites.tk リンク: 500 Bittorrent Sites @ BTsites.tk. Bigger Bittorrent Sites… Read More
コーディングの心得 五か条 From:http://www.objectclub.jp/ コーディングの心得 五か条 コーディングは、本来、非常に知的な作業です。 長いプログラムを記述すること(ステップ数)によって生産性が評価されたのは、過去 の時代の出来事です。現在は、ク ラスやメソッドの役割が明確で、ロジックが読みやすく、保守性に優れたプログラ� を記述することが評価されます。 コーディング規約は、コードの書き方に関する一種のパターンと言うこともでき、 コードの保守性を向上させる具体的 な方法を示しています。したがって、規約の一つ一つの意図を理解し、守ることが重 要です。しかし、保守性に優れた コードを作成するためには、コーディング規約を守ることに加えて、良いコードを記 述するための基本的な心構えをし っかり心に留めておく必要があります。 本章では、この心構えを「コーディングの心得5 か条」として紹介します。 どの心得もごく当たり前に思えるかもしれません。しかし、これらの心得と照らして 既存のコードを参照すると、実践 されていないコードが意外と多いことに気づかれる方も多いのではないでしょうか。 特に、コーディング経験の浅いプログラマの方は、この「コーディングの心得 5 か 条」を理解し、コーディング時に 自分で考えて実践することをお勧めします。 コーディングの心得 五ヵ条 一.見やすさを重視せよ 一.ネーミングはわかりやすく 一.サンプルを鵜呑みにしない 一.同じコードを二度書かない 一.役割は一つに ◇見やすさを重視せよ 「良いコード」の基本は、「他の人が読んでもわかりやすいと感じられるコード」と 言えます。コードの見やすさは、 フォーマットはもちろん、ロジックの簡潔さやAPI の常識的な使い方などから生まれ ます。コーディングにあたって は、常に他の人の視点を意識しながら、見やすさに気を配って記述しましょう。 また、自分で記述したコードであっても、しばらくたってから読み返してみると理解 に時間がかかった経験はないでし ょうか。「3 日前に書いたコードは他人のコードと同じ」ということも言われます。 見やすさを重視することは、他の 人のためだけでなく、自分のためにもなります。 ◇ネーミングはわかりやすく コーディングでは、様々な変数やメソッドなどにネーミング(名前付け)しなければな りません。ネーミングとは、本来、 その対象の本質を表すような名前を考える作業です。大変難易度の高い作業ですが、 一方で適当に行ってもコードの動 作は変わらないため、人によっては手を抜きがちです。しかし、ネーミングの良し悪 しは、コードの可読性に非常に大 きな影響を及ぼします。 例えば、「C0001」というクラス名があるとします。これでは、何を表すクラスなの かすぐにわかりません。また、「int… Read More
《七十五条》的解释 From: http://blog.joycode.com/mvm/archive/2004/05/24/22328.aspx 前两天贴了一篇《如何用正确的方法来写出质量好的软件的75条体会》的Blog,里面是75句话,可能有些话单看一句话不太好理解。杨晔希望“还是由MVM公布一个标准答案”,所以我就再逐条解释一下。篇幅有些长,大家谅解。 1. 你们的项目组使用源代码管理工具了么? 应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。 2. 你们的项目组使用缺陷管理系统了么? 应该用。ClearQuest太复杂,我的推荐是BugZilla。 3. 你们的测试组还在用Word写测试用例么? 不要用Word写测试用例(Test Case)。应该用一个专门的系统,可以是Test Manager,也可以是自己开发一个ASP.NET的小网站。主要目的是Track和Browse。 4. 你们的项目组有没有建立一个门户网站? 要有一个门户网站,用来放Contact Info、Baselined Schedule、News等等。推荐Sharepoint Portal Server 2003来实现,15分钟就搞定。买不起SPS 2003可以用WSS (Windows Sharepoint Service)。 5. 你们的项目组用了你能买到最好的工具么? 应该用尽量好的工具来工作。比如,应该用VS.NET而不是Notepad来写C#。用Notepad写程序多半只是一种炫耀。但也要考虑到经费,所以说是“你能买到最好的”。 6. 你们的程序员工作在安静的环境里么? 需要安静环境。这点极端重要,而且要保证每个人的空间大于一定面积。 7. 你们的员工每个人都有一部电话么? 需要每人一部电话。而且电话最好是带留言功能的。当然,上这么一套带留言电话系统开销不小。不过至少每人一部电话要有,千万别搞得经常有人站起来喊:“某某某电话”。《人件》里面就强烈谴责这种做法。 8. 你们每个人都知道出了问题应该找谁么? 应该知道。任何一个Feature至少都应该有一个Owner,当然,Owner可以继续Dispatch给其他人。 9. 你遇到过有人说“我以为…”么? 要消灭“我以为”。Never assume anything。 10. 你们的项目组中所有的人都坐在一起么? 需要。我反对Virtual Team,也反对Dev在美国、Test在中国这种开发方式。能坐在一起就最好坐在一起,好处多得不得了。 11. 你们的进度表是否反映最新开发进展情况? 应该反映。但是,应该用Baseline的方法来管理进度表:维护一份稳定的Schedule,再维护一份最新更改。Baseline的方法也应该用于其它的Spec。Baseline是变更管理里面的一个重要手段。 12. 你们的工作量是先由每个人自己估算的么? 应该让每个人自己估算。要从下而上估算工作量,而不是从上往下分派。除非有其他原因,比如政治任务工期固定等。 13. 你们的开发人员从项目一开始就加班么?… Read More
ちょっと自慢できるこんな裏技 Googleを「仕事」で使い倒せ! / デジタルARENA リンク: ちょっと自慢できるこんな裏技 Googleを「仕事」で使い倒せ! / デジタルARENA. 裏技 Google–すごい!… Read More
FujiSankei Business i. 中国/メイテック 技術者派遣を本格化、日系企業に中国人材(2006/1/12) リンク: FujiSankei Business i. 中国/メイテック 技術者派遣を本格化、日系企業に中国人材(2006/1/12). 私がやりたいことです。… Read More