タグ

2009年1月29日のブックマーク (6件)

  • SKIP ... 情報共有ソーシャルウェア

    SKIPとは、Ruby on Railsで作られた、無償で使えるオープンソースの、「暗黙知の見える化」を実現する、日発のソーシャルウェアです。 SKIPとは・・・ Ruby on Railsで作られた 無償で使えるオープンソースの 「暗黙知の見える化」を実現する 日発のソーシャルウェアです。

    tyabe
    tyabe 2009/01/29
  • テーブル設計は実装の後に!:ベンチャー社長で技術者で:エンジニアライフ

    株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 「みんなが言ってる」は技術者が口にする言葉じゃないと書いてきました。 私が言ってることで、「みんな」とはおそらく真逆のことがあります。 それは「テーブル設計を(ユーザーインターフェイスの)実装の後に!」ということです。 「そんなことができるわけがない」とバカにされますが、そういう決め付けは思考停止ですよね? ともかく、眉に唾塗っていただいてけっこうですので、続きを読んでください。 一般的なシステムにおいて、一番手戻りが大きい(波及する箇所が多い)仕様変更はテーブル変更を伴うものです。下手糞な設計で、他に悪影響を与えるのもテーブル設計です。 逆に、テーブル設計が美しく合理的にできていれば、他の工程は非常に楽になります。 では、仕様変更を防ぎ、美しく合理的なテーブル

    テーブル設計は実装の後に!:ベンチャー社長で技術者で:エンジニアライフ
  • 「なぜできない?」は「どうしたらできる?」に変えてみる

    「なぜできない?」は「どうしたらできる?」に変えてみる:「心のスイッチ」で心の状態を変える(1/2 ページ) 体だけでなく言葉も心を変えます。「なぜ不況に?」「なぜ仕事ができない?」などと問いかけても落ち込むだけ。こんな時は「不況だからこそ何ができる?」「どうしたら楽しくできる?」と、問いかけを変えてしまいましょう。 「お腹すいた」「疲れた」――体の状態が心の状態も悪化させる 心の状態にマイナスの影響を与えるものに、体の疲れなどがあります。 睡眠不足になると気分がイライラしたり、めいったりします。だから、大変な時こそ、特に長期に渡る場合は、しっかり睡眠を取っておく必要があります。 また、疲れているから喧嘩っぱやくなる、ということもあるでしょう。すごく疲れて帰ってきた時に、普段だったら何でもないことなのに、からちょっとしたことを言われてプチッと切れてしまったりします。 そういう時は、「今日

    「なぜできない?」は「どうしたらできる?」に変えてみる
  • Railsコードリーディング~scaffoldのその先へ~ - @IT

    コードリーディングを始めよう Railsコードリーディング~scaffoldのその先へ~(1) 優れたプログラマはコードを書くのと同じくらい、読みこなす。優れたコードを読むことで自身のスキルも上達するのだ

    tyabe
    tyabe 2009/01/29
  • 【ハウツー】大幅な高速化を実現! 流れるインタフェースのjQuery 1.3登場 (1) jQuery 1.3の特徴 | エンタープライズ | マイコミジャーナル

    jQuery 1.3が登場! jQueryはPrototype.jsと並んで最もポピュラーなJavaScriptライブラリの1つで、DOMの要素や属性に対する操作をメソッドチェーンで流れるように記述できるのが特徴だ。最近では日語での情報も増えており、Webアプリケーションの開発で利用しているという開発者も多いのではないだろうか。 2009年1月、jQueryの最新のメジャーリリースとなる1.3がリリースされた。新たなCSSセレクタエンジンSizzleの導入やリファクタリングによる処理の高速化など、メジャーリリースに相応しい内容となっている。稿ではjQuery 1.3での主な変更点や新機能を紹介する。 大幅な高速化を実現 jQuery 1.3は1.2系と比べ、大幅な高速化が実現されている。CSSセレクタエンジンがより高速なSizzleに置き換えられているほか、要素の追加やoffset()

    tyabe
    tyabe 2009/01/29
  • 「現状のソフトウェア開発は間違っていないか?」(プロセス編)

    失敗例その1 「要件定義が終わらない」 ユーザーから要求を聞き出し、システム要件に落とし込んでいくのが要件定義だ。要件定義が終わらないかぎり基設計に移れない。しかし、要件定義がいつになっても終わらない。その理由として、ユーザーからうまく要求を引き出せないことがある。そもそも今回のシステム開発でユーザーが具体的に何をやりたかったか、どんなものをIT化すればよいのかがはっきりしない。3カ月と予定されていた要件定義工程はすでに1カ月オーバーしてしまっている、しかもユーザーが満足するような要件定義書がいまだにできていない。 失敗例その2 「設計工程の無駄」 オープン系の開発でウォーターフォール開発を行っている。設計工程は、基設計、詳細設計に分かれている。基設計では、要件定義に基づき、主に画面などユーザーがシステムを利用するうえで意識する部分を設計し、詳細設計では、それをプログラムにつなげるた

    「現状のソフトウェア開発は間違っていないか?」(プロセス編)