Java における本質的でない記述がどのように大規模開発に役立つのか - kなんとかの日記
まじめな話に切り替えて、Java屋さんJava信者さんに質問したいと思います。 質問: Java における、本質的でない冗長な記述は、どのように大規模開発に役立つのでしょうか。 質問の背景を説明すると、以前の晒されエントリで、Java における本質的でない記述の数々について話題にしました。それに対する反応で、『Java は大規模開発向けだから記述が長くてもいいんだ (または長くなくてはいけない)』という意見が多くあります。 たとえば、ブックマークコメントより: エンタプライズ分野であの大伽藍が求められたのだから仕方ないですよ。 エンタープライズ分野のような大規模開発こそ、必要な情報を簡潔にわかりやすく記述する必要があると思ってたんですが、世の中は違うようです。 同じくブックマークコメントより: Java屋の怠慢は高層ビル建築をどうサボるかであって、犬小屋を作る時にどうサボるかという視点とは
プログラマが仕様を決めればいい - GoTheDistance
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
SI企業がIT企業になれない4つの理由。 - The Dragon Scroll
IT企業とSI企業を明確に分けて考えたとき、疑問に思うことがある。 それは なぜIT企業にはできて、SI企業にはできないんだ ということ。 IT企業が手がけているサービスや試みに対して、なぜSI企業は 無縁であり、あるいは無関心なのか。 ここでいう、IT企業とは、独自のサービスや製品などを自前で 所有し、その提供によって主な収益を得る企業であり、 SI企業とは、言わずもがな、SIビジネスで収益を得る企業である。 だから、IT企業の企画するサービスに必要なシステム開発を SI企業が担当とするということは、ままある。 こういう案件を担当したり、話を見聞きする中で、 思ったのが、冒頭に上げた疑問。 SI企業は、そのリソースの面から有利であると思っていた。 具体的には、以下のとおり。 (1)開発要員の確保 社内に十分な開発のリソースを有している点。 (2)ノウハウの活用 これまで蓄積してきた開発に
C# - C#大好きharuyutakaさんの歌
C#が意図的に入れてないもの。 const(C++)、宣言的例外処理(java)、非ヌル型(?)、契約によるデザイン(D) 静的型言語のいいところは実行前にミスが洗いだせることだ。エクストリームプログラミングをあみだしたSmalltalker達は、テストファースト、プログラムを書く前に自分の書いたプログラムが正しく動くかチェックするコードを書け、という不可能に近い難題をだした。実際は現実時間で書ける範囲ではそんなの書いてもバグなんかとれないのだが、動的型言語ではバグ以前のスペルミスみたいなのがチェックされないため、そういったものをなくすためにはなくてはならないものだった。 そんなミスはコンパイルすればいいだけだ。スモールトーク信者のソフトウェア開発コンサルタント(この職業は意味あい的に言えば詐欺師に限りなく近い)達は、自分達の発見したこの方法論を流行り言語であるjavaでも適用して一儲けし
My RSS 管理人 ブログ（工事予定） いまさら作ってはいけない Web2.0 サービス
先日参加した The Future of Web Apps での Tech Crunch Mike Arrington さんのプレゼンより。 これからサチルからいまさら作ってはいけない Web 2.0 サービス： ・Social Networking ・Social Bookmarks ・Video ・Photos ・Blogging/podcasting platforms ・Portals/homepages ・Feed Readers 特に Feed Reader などは、すでに 3000種くらいでていて、これから差別化した製品を出してビジネスモデルをつくるのは難しい、とのこと。 作りたいから作る、という作り手の自由は理解しつつも（作れる人は、普段使っているものから自分で作りたくなる？）、まぁやめときなさい、という感じかと。 この Mike さんのプレゼンは全体的に視点がするどく（T
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tech botox
