プログラマが仕様を決めればいい - GoTheDistance
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
企業内のコミュニケーションツールには「ミニブログ」が最適だと思う - GoTheDistance
Blog,SBM,SNS,Twitter,TumblrというWebコミュニケーション、いわゆる「ソーシャル」というPrefixがつくアプリケーションを楽しく使っているのですが、このコミュニケーション媒体が企業内活動にどういう影響を与えるか、そして今の所何が最適か、面白そうかについて書きます。 まずはブログについて。実はナレッジマネジメント及びコミュニケーションツールとしてのBlogは不向きだと思っています。今日弾さんの良いブロガーの見分け方x10を見てほぼ確信に近くなりました。ここの記述を読んだ時にそう感じました。 4.自分で勝手に学び続ける むしろblogをてこにそうする人は長続きします。何事も長続きしないとお嘆きの人は、ぜひblogを。効果てきめんですよ。「ああ、それなら出来ますよ。会社でも書いていいのなら書きます」と言うタイプの人はアウト。2.と矛盾しているようですが、結果的に「本業
そもそもスーツって何なのさ〜スーツ話の補足〜 - GoTheDistance
スーツにはスーツの道があるの補足です。 興味があればそれが地雷かどうかは二の次なタイプなので、とりあえず自ら地雷を踏んでみたんですが予想より５倍増しぐらいで反響があってどうしようかなぁと思っている今日この頃です。まぁいつもこんな感じ。今回はDankogaiまで巻き込んじゃったし。このままBuzzっぽく打ち上げ花火になるのもちょーもったいないので、色々考えてみた。 皆さんから頂いたコメントやトラバを加味すると、最重要論点はこれだと思う。 そもそも何をもってして「スーツ」なの？ この問い。 ここをある程度ケリつけた上で、「スーツになるとどうなるの？」「何がギークと違ってくるの？」「なんで区別してんの？」という話を整理していきたい。自分で言ってて綱渡りなんだけど、そんなの関係ねぇ！！突っ込みはやさしくお願いします。僕のHPがゼロになっちゃうー。 スーツとは何か 昨日のエントリで私が使ったスーツの
スーツにはスーツの道がある - GoTheDistance
勢いで書く。 スーツ側の人は業務内容が密接にプロジェクトや会社の中の話と結びつくことが多いので、はてな界隈ではなかなかスーツ側の人はスーツ側の濃ゆい話を書くことが出来ないことが多いようだ。圧倒的にスーツ側の人間がはてなを始めとしたブロゴスフィア全体で少ないなぁとつくづく思う。QAも少ないけど。この辺をアツく語るブロガー出てこないかなー。 私は200X年に今の会社に入社して、数年間WEBアプリケーションの開発をやった。多くはJavaの案件だった。最後の案件は去年の夏ごろだ。前任のPMが逃げるように辞めていってしまい、非常に複雑なロジックを自分が担当することになった。1500行越えktkr。それを参考にして(これが大間違いだったんだよセニョールorz)２週間かけて作ってみたはいいものの、テストを繰り返しているうちにどんどんボロがでて、結局その当時のPMとパートナーさんに相談して設計からやり直し
自分の興味をBlogに書くメソッド - GoTheDistance
この視点はとっても重要だと思う。 そう考えると、「自分の知りたいことを書く」ってのは一つのポイントかもしれない。書くためにアンテナを広げるようになるし、書くことで頭の中が整理されるし、間違っていたらツッコミを入れてもらえることもあるから。 プログラミングの勉強方法の勉強方法 とはいうものの、私自身は特に知りたいことをBlogに書いたというよりかは自分の思っていることをとにかく書いてみたかった、という気持ちが強い。そのうち情報収集をするようになり、色んな情報をまとめているうちに頭の整理ができるようになり、相乗効果で書いている内容がブラッシュアップされ、段々と自分が語れるネタが増えてきて、徐々に多方面からアクセスを頂くことができるようになり、色んな方と知り合えて、最近では何本かホッテントリ入りすることも出来た。別にSI業界について書きたいがためにBlog書き始めたわけではなくて、「俺はこうなん
JavaとRubyの間にある、ベルリンの壁 - GoTheDistance
ネタ元はこのあたり。 SIer と Rails とエンタープライズと エンタープライズにおけるRailsの価値とは 弊社の某エロい人がRoRに萌えており「おお、なんて生産性が高いんだ。もうWebアプリなんて全部これでいいじゃないか。」とか本気で思ってそうなので萎える。言語の違いは時にはビジネスモデルの違いにつながることが理解できないようだ。言語ってのは文化なの！これからはRubyを全面的に取り入れ開発標準もRubyだぁぁぁぁとか言い出したらどうしよう。グーで殴るしかないかｗ 本来、コード量の少なさや、CoCを前提とした設定の少なさが価値を発揮するのは、メンテナンスの場面です。読み込まないといけないコード量の少なさと、少ないコードの変更で修正ができることが、その理由です。そのためには、大前提として、Ruby（on Rails）らしい、プログラムを作っておくことが必須なので、マネージャはその辺
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
