タグ

2005年12月15日のブックマーク (6件)

  • http://www.water.sannet.ne.jp/clean/gvim.doc/vimmain.html

    diary193
    diary193 2005/12/15
    vim6.*ベースのユーザマニュアル
  • JotSpot Tracker - Stop emailing spreadsheets

    Share spreadsheets online! Simply copy and paste to publish your spreadsheets as interactive web sites. It only takes 30 seconds. (Example Uses)

    diary193
    diary193 2005/12/15
    ExcelをWebで共有
  • 胡散臭くないMindMap入門

    ページの目的 MindMapとは何かをMindMapを知らない人に説明し、 実際に始めてみるのに十分な情報を与える。 効能等の分析は、上記目標を達成する必要最小限に抑える。 書き方 中心にこれからまとめたい物を矩形で書き、そこから直線を放射上に延ばし、 その上に単語を書くノートの取り方。 注意点は以下の通り 線は曲げない 一つの線に一つの単語 消しゴムは極力使わない 全方位に等しく伸びるように努力する 大きな項目には真ん中以外でも矩形を使っても良い あまり時間はかけない ノートの取り方としては、上半分にMindMap、下半分に箇条書き等で補足の説明を書く。 MindMapが向く分野、向かない分野 慣れればかなり広範囲に適用出来るが、 向き不向きがある。 一番MindMapが向くのは、 なんとなく理解している項目があり、 その理解を整理する時や、

    diary193
    diary193 2005/12/15
    マインドマップのサンプル FireFox1.5だとSVGが開けません・・・
  • Mavenを使った開発

    [ Topページへ戻る ] Mavenを使った開発 2003.7.20よりアクセス 概要 プログラムのコンパイル、JARファイル作成、ユニットテストのコンパイルと実行、ソースコード制御システム(CVS等)とのやり取り、ソースコードのチェッカによる検査、負荷テスト、などをコマンドライン環境で操作するのは非常に大変です。環境変数の設定、ツール毎のオプション指定を入力、プロジェクトごとのディレクトリ構成に応じたパス指定、などなど。 統合開発環境(Eclipse、NetBeans、JBuilderなど)を使うとコマンド環境を使う必要はなくなりますが、今度は作業の度に統合開発環境を立ち上げてプロジェクトを開いて実行するので、とっても面倒です。 例)プログラムが30あるシステムの場合、30個のプロジェクトファイルそれぞれについて開いてはビルド実施、を繰り返す。 Antを使うと個々の作業を記述してコマ

  • Java開発を変える最新の設計思想「Dependency Injection(DI)」とは:ITpro

    「DIする」,「インジェクション(注入)する」──新しい技術に敏感なソフトウエア開発者たちの間で使われている言葉である。DIとは,「軽量コンテナ」を実現する新しい設計思想Dependency Injection(依存性注入)の略称である。同じ概念をIoC(Inversion of Control,制御の反転)と呼ぶ場合もある(詳細は後述)。「DIする」と言えば開発者の間では通用するぐらいに,この設計思想は注目されているのだ。 DIが注目される理由は簡単だ。ソフトウエア開発者の開発サイクルを大幅に改善するからだ。筆者が司会を担当した「軽量コンテナ」に関するパネル・ディスカッション(注1)では,DIを適用した軽量コンテナ「Spring Framework」のおかげで「睡眠時間が確保できるようになりました」と複数のパネリストが真顔でコメントしたほどである。DIは,それだけ有効な技術なのだ。 注1

    Java開発を変える最新の設計思想「Dependency Injection(DI)」とは:ITpro
  • 社員どうしでボーナスを計算する その2 - jkondoの日記

    昨日のエントリー、社員どうしでボーナスを計算するが思いのほか反響があったので、はてなで実践した例についてもう少し詳しくご紹介しておこうと思います。 まず、今回の試みについては「基○ヶ月分」と決まっている通常のボーナスではない、業績連動部分のボーナスについて行いました。ですので、個別の面談で決定した基報酬額のプラスアルファの部分について行った、という経緯があります。相互評価方式を採用したのは今年が初めてだったわけですが、最初の取り組みでありどんな結果になるか分からない、という部分もあったため基的な報酬額の部分には踏み込んではいません。 さらに、集計して算出された結果を見ながら取締役会で調整を行って最終的な支給額を決定する、という前提の下で実施しました。 実際の評価に使った各社員用の評価シートと、集計プログラムを公開しておきます。(同様の取り組みを行われる方はどうぞご自由にお使いください

    社員どうしでボーナスを計算する その2 - jkondoの日記