http://allabout.co.jp/career/clerk/subject/msubsub_mailm.htm

http://www.sumitomolife.co.jp/busi/index.html

http://www.atmarkit.co.jp/job/map/index.php#map

http://www.yamdas.org/column/technique/21-daysj.html

http://www.designwalker.com/2007/05/tie.html

http://satoshi.blogs.com/life/2006/03/post_8.html

http://lukewarm.s101.xrea.com/ Windows の動きを制御するソフトウェア。定型作業の自動化とテストに使えるかも。

http://d.hatena.ne.jp/bambix/20070312/1173628642

http://capsctrl.que.jp/kdmsnr/wiki/bliki/?ItsNotJustStandingUp

http://cyblog.jp/modules/weblog/details.php?blog_id=411 時間を追いかける仕事は、自分が想定した時間内に次々と消化できている、という手応えが感じられ、当然充実感や達成感も得られやすくなるでしょう。そのためには、仕事を始める前に、その日に予定…

http://rikunabi-next.yahoo.co.jp/tech/docs/ct_s03600.jsp?p=000962

日次・週次・月次・クオーターそれぞれでレビューする http://cyblog.jp/modules/weblog/details.php?blog_id=389 ●日次：一日の仕事を振り返り、今後に活かせる教訓を必ず1つ抜き出す ●週次：作業記録をざっと振り返り、仕事の山谷の原因と対策を書き出す ●…

http://www.itmedia.co.jp/bizid/articles/0609/20/news117.html GTDと同じくカレンダーを使うほど予定がないので使わない。けど、一応メモ。

http://mycom.jugem.cc/?eid=430 自分がやろうとしているのは、まさに「下手な計画に負けないような、高度なツール／スキルを使って効率化する。」ということ。まだ始まったばかりなので、とりあえず丸々半年くらいはひたすら効率を追求するつもり。

http://d.hatena.ne.jp/codemaniax/20050508/1115546308 現在の仕事にはデイリーテストが適しているので、来週中に導入してみる。闘うプログラマーは図書館で予約した。ソフトウエア企業の競争戦略は読もうと思ってはや一年。買う。

http://dain.cocolog-nifty.com/myblog/2006/11/post_eb6b.html

http://d.hatena.ne.jp/JavaBlack/20061025#p1 嗚呼。

http://www.itmedia.co.jp/bizid/articles/0610/30/news005.html 議事録ドリブンという考え方。決めることが決まっているならこの方法が良いかもしれない。試してみる…場所がないけど。

http://www.itmedia.co.jp/bizid/articles/0606/27/news003.html GTDを取り入れようとしたことはあったんだけど、結局身につかなかったなぁ。今のところは多くの仕事を掛け持ちしているわけではないので、メモで事足りてしまうから。

http://0xcc.net/blog/archives/000137.html けっこう使っていたのに、もうおぼろげな Perl の文法…

http://www.radiumsoftware.com/0610.html#061013 複数の作業を同時にやろうとしても効率が落ちるという実験結果。かといって、ひとつの作業に数時間を割り振ると、途中から思考停止しているのに延々と時間を浪費し続ける可能性が出てくる。内容・対象が似て…

http://jp.techcrunch.com/archives/google-presents-code-search/ kodersに比べて収集対象が広いらしい。

年収とは http://www.fabss.net/business/nensyu/ 年収一挙公開！大手VSベンチャーどっちが給料多い！？ http://rikunabi-next.yahoo.co.jp/tech/docs/ct_s03600.jsp?p=000917

http://dain.cocolog-nifty.com/myblog/2006/09/post_82d1.html 安請け合いするなとは常に言われている。

http://d.hatena.ne.jp/fromdusktildawn/20060928/1159407912

http://blogs.itmedia.co.jp/tsuruta/2006/09/post_75b7.html?ref=rssall 「同じ仕事の繰り返しの中にも創造性はある」

議事録の書き方 http://mycom.jugem.cc/?eid=402 契約書の確認 http://mycom.jugem.cc/?eid=404 リスクシート http://mycom.jugem.cc/?eid=406

http://itpro.nikkeibp.co.jp/article/COLUMN/20060811/245722/

http://d.hatena.ne.jp/hinyo/20061004 Enterprise Architectのソースコード読み込みで解析すると設計の状況が一目でわかります。 UMLの導入をどうしようか考えていたんだけど、こんな感じで全体像を定期的に眺めるということにしよう。

http://d.hatena.ne.jp/hinyo/20060926#1159238972 スタンドアロン型開発者が持っている典型的な問題点 業務やコーディングに追われ続けています。 バージョン管理ツールを使っていません。もしくは使ったこともなく使えません。 品質管理に必要なテストコー…