MVC で「テーブル：モデル＝１：１」が許されるのは小学生まで - Devel::Bayside
本来、MVC の M はロジックを含み、C はイベントハンドリング、ウェブアプリケーションでいえば、画面遷移のみを担当します。 Catalyst でスキーマローダーをつかって、MyApp::Model::XXXX を自動生成してしまうと、「テーブル：モデル＝１：１」という COBOL 全盛期みたいなアーキテクチャになってしまいます・・。それで、仕方なくロジックを C に書くようにすると、C が見るも無残なほど膨れ上がってしまい、メンテナンスの困難な製品ができあがります（笑）。Rails や Catalyst でも、こういう作り方を推奨している雰囲気があります。 「テーブル：モデル＝１：１」が許されるのは、Rails や Catalyst で本当に小さいアプリケーションを作るときまでで、多少大きいアプリケーションを作ろうと思ったら、MyApp::Model::XXXX を自動生成するなら、M
2000億行もの負の遺産――COBOLコードの近代化はどのように進めるべきか | OSDN Magazine
プログラム開発者というものは最先端テクノロジを好むものであり、プログラミング言語、開発環境、開発ツールなどはいずれも最新のものを使いたがる傾向にある。実際、プログラミング関係の参考書やコンファレンスはどれも、Java、Ruby on Rails、C#、Ajaxなどのタイトルで目白押しだ。ところがコンピュータ業界においても“表沙汰にしたくない裏面”というものが存在し、現在社会の根幹を支えている多くのアプリケーションにおいて、COBOL、Fortran、Assemblerなどの旧世紀の遺物的コードが未だ使い続けられていることが最近新たな問題と化しているのである。 こうした問題を抱える企業のCIOは、旧式化したレガシーアプリケーションのメンテナンスに取り組むと同時に、ビジネスニーズを速やかに具現化させる責任を負わされている。しかしながら、開発期間が6カ月しか与えられておらず、問題のアプリケーショ
404 Blog Not Found:プログラマーでなくても名前ぐらい覚えておきたいアルゴリズムx10
2007年11月26日18:15 カテゴリMathLightweight Languages プログラマーでなくても名前ぐらい覚えておきたいアルゴリズムx10 ぎくっ あなたが一番好きなアルゴリズムを教えてください。 また、その理由やどんな点が好きなのかも教えてください。 - 人力検索はてな なぜぎくってしているかというと、実はすでにアルゴリズム本の発注を受けているからなのだ。いつまでも伏せておくのもなんなので、ここにえいやっとdiscloseしてしまうことにする。 アルゴリズム大募集! C&R研究所 - トップページ その下書きもかねて、そこでも紹介しないわけに行かないメジャーなアルゴリズムをとりあえず10個紹介しておくことにする。 ユークリッドの互除法(Euclidean algorithm) その昔(数百年ほど前)は「アルゴリズム」といえば、「手順一般」を指すのではなく、この「互除法
404 Blog Not Found:マシン語読みの言語知らず
2007年09月11日22:20 カテゴリArt マシン語読みの言語知らず もうこの話題が登場して何度目になるのかは知らないが.... shi3zの日記 - マシン語を知らない子ども達 あまりも当たり前過ぎて21世紀に入ってから言葉にだしたことはあまりないのですが、当然のことながら、プログラムというのは、マシン語を理解して初めて「書ける」と言うのです。 そんなことは、ない。 私の上の娘は、まだ日本語文法を習っていないが、日本語で彼女の母や父である私や妹や級友と話すことが出来る。まだ辞書さえ知らない下の娘も同様だ。 確かに、「下の事」を一通り習った者は、「底まで知っていて」やっと「知っている」と言って「下の事」を知らない者を下に見がちだ。しかし、知識を深さでしか測れない者は、往々にして知識を広さを測ることが出来ない。「一段下の階層を知らなければそのことを知らない」という人に限って、そのことの
車輪の概念を再発明してもしょうがないわけで - novtan別館
車輪の再発明ってのは、核になるアイディアの再発見なだけだよね。そのあとに待ち受けている課題はある。 研修的課題：実装の仕方を学ぶ 実践的課題：よりよい実装で性能うぷ 「車輪の再発明」という言葉は、目の前を車がぶーぶー走っているのに「俺車輪なんてすごい仕掛け思いついちゃった。天才じゃね？」と言っているアホに投げつけるべき言葉じゃないのかと。 「車輪の再発明はするな」という言葉で車輪の再実装を阻む行為は、「車輪を実装した」という経験をもたせないようにして、先行者利益を確保するという、孔明の罠なのです。 2007-09-10 というわけで、まあ、その通りではあるのだけど、先行者利益確保は言いすぎな気がする。車輪みたいな基本的な概念のものについて先行者利益も糞もあるまい。その上に積み上げる本体について大いにデザインすべきだし、実装すべきなんだよなあ。車輪は天才に任せとけって。 ってな話まで含んで「
[Java][C][Netwatch]なんかもめ事, [Programming][C]配列とポインタ, 高専生 - HsbtDiary(2007-08-17)
■ [Java][C][Netwatch]なんかもめ事 高専でZ80使ってハンドアセンブルとかそんな話が出てきたので置いておく。 odz buffer - 良く分からん カレーなる辛口Javaな転職日記 - C言語はプログラマの教養 つかね、「まともなプログラム」とか「簡単な言語」とかそんなの主観的な視点なんだから、どのレベルを持って「まともなプログラム」かそうでないかなんて国際基準があるわけでもないので、言った物勝ちなのは当たり前なんだよな。 ちなみに「配列はポインタでアクセスできる」ってのを理解していない人はいわゆる「えすいー」の中でも結構な割合でいます。というか、mallocして配列長を拡張したりする方法すら知らない人も。ま、この辺の構造のことを「当たり前」レベルとするかしないかは、どっかの団体が C アソシエーションでも作って、技術者認定でもやればいいんじゃないですかね。 追記 い
![[Java][C][Netwatch]なんかもめ事, [Programming][C]配列とポインタ, 高専生 - HsbtDiary(2007-08-17)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
技術って習ったことがすべてではないんだなぁ。 - Thousand Years
僕はJavaで文字列の比較をするときは、String#equals()を使って比較するしなさいって習った。先生の説明に(文系の大学だけどなぜかJavaの講義があった)にも納得してString#equals()を使い続けてた。 Stringはプリミティブ値じゃなくてオブジェクトになるので==を利用すると、その文字の比較ではなくて同一参照か否かを確認するから結果はfalseになっちゃうよという説明。中途半端に知っていたのでその説明には納得。でも違った。 class Test { public static void main(String args[]) { String str1 = "Hello"; String str2 = "Hello"; if(str1 == str2){ System.out.println("実行されちゃう＞＜。"); } String str3 = new S
GoTheDistance - Ruby vs Java 5本勝負〜その１〜
Ruby と Rails の導入・研修・各種コンサルをやっている Relevance, LLCという所のブログで、Ruby vs. Javaというシリーズ記事が公開されています。 Ruby vs. Java Myth #1: Project Size Ruby vs. Java Myth #2: Ruby feature X makes code unmaintainable Ruby vs. Java Myth #3: Ruby is too hard Ruby vs. Java Myth #4: It is easy to copy Rails' good ideas Ruby vs. Java Myth #5: It's a zero-sum game お得意のﾃｹﾄ-和訳でご紹介。今日は#1だけ。これだけでも議論になるネタが豊富にありすぎる。 Ruby vs. Java Myth
最速インターフェース研究会 :: つまらなくて役に立つ物を作るということ
プログラミングできるひとは「ゲーム作れよ」と言われることが多いような気がする。 ぶっちゃけゲームとか作れないし、たぶんウェブプログラマの多くはそうだ。 PerlやRubyやJavaScriptとかで何万ポリゴン動かしたりできない。 XMLをパースしたり、正規表現で置換したり、そういうのなら得意だ。 ゲームの人らは秒間3億ポリゴンとかやってるのに、何でこんなちまちましたことやってるんだろうと思ったりもする。 なんでこんな事やってるのかというと、面白いからやってるのだけれど、 プログラム書かない人らから見ると何やってるのか全然面白さが分からない、 3Dポリゴンが動いたり(乳が揺れたり)する方が面白いに決まってると思ってる。 彼らは失礼極まりなくて、リーナストーバルズに対しても 「お前の作ってるものは良く分からないから、ゲーム作れよ」って言うだろうね。 そういう連中を皆殺しにしないことには俺の人
テストを書かないと品質はやっぱり下がる - Be Happyman!!
私は今だにxUnitに代表される自動テストツールの効果が今ひとつ腑に落ちていなかったのですが、プロジェクトメンバーがその効果を調査・分析・見える化してくれたおかげですっきりしました。私の中だけに留めておくのはもったいないのでエッセンスを公開します。*1 対象プロジェクトに関する情報は以下の通りです。 業務系 画面数は60程度 帳票数は15程度 Java(Seasar2/S2Struts/S2Dao),Web系 クラス数は750程度 開発期間は約半年 最終的には総じて高い品質を実現した テストツールとしては、JUnit/EZmock/S2TestCaseを使っていて、それぞれ対象となるレイヤは、Actionクラス/Serviceクラス/Daoクラスです。画面のテストにはSeleniumも使いましたが、今回の調査の対象外としています。 目的 テストで重要なのは、要はそれぞれの工程で適切な粒度・
Matzにっき(2007-05-28) - hnwの日記 - PHPの奇妙なround関数
<< 2007/05/ 1 1. [Ruby] ITmedia エンタープライズ：刑務作業でRuby、世界初の受刑者によるソフトウェア開発 2. [Ruby] MS、「Silverlight」を複数プラットフォーム対応へ - CNET Japan 3. お客様 4. [Ruby] Calling Erlang from Ruby (Teaser) 2 1. [言語] random-state.net / Method Cache Hacking (May 1st 2007) 2. ICFP Programming Contest 2007 3. 「働く」って何だっけ？日本の労働観を再考せよ (新日本的経営の姿)：NBonline(日経ビジネス オンライン) 3 1. [原稿] 日経Linux 2007年7月号 2. [言語] The World of Hello World 3. [言語]
Yoshioriの日記: ポインタも再帰も FizzBuzz も出来なくても良いと思うよ
こんな単純明快なことが理解できないと言われても，想像できない．理解できる側からするとあまりに当たり前のことなので，これを「才能」と呼ぶのさえおこがましいと思う カレーなる辛口Javaな転職日記 - プログラマーになれる人となれない人 自分が昔から違和感を持っていた事、 「ポインタは難しいか？」 ぶっちゃけると難しくないですよね。 神様なんて信じない僕らのために - ポインタは本当に難しく、プログラマになるのに大事な事なのか？ この辺を読んで･･･ （才能を）持ってる人は持たない人の気持ちが理解できないんだなぁ 多分、悪気とか悪意とかは全然なくって 純粋に持たない人の気持ちが本当に文字通り理解できないんだろうなぁと思った。 個人的には 甘いと言われるかも知れないけど 別にポインタも再帰も 難しいと感じても出来なくても良いと思う。 プログラマになりたくない人を無理矢理プログ
googleの開発プロセス - 森崎修司の「どうやってはかるの？」 [ITmedia オルタナティブ・ブログ]
昨日に続きますが、ディベロッパーサミットでgoogleの開発プロセスについて聴講してきました。Googleは一味異なるプロセスや組織をお持ちのようです。請負開発をされている方には新鮮なのではないでしょうか。工藤氏はGoogleのインフラ寄りの話、小松氏は開発プロセスの話で講演されていました。サービスインフラも開発プロセスも私にとっては身近な話ですが、ここでは、小松氏の講演について書こうと思います。講演では、極めて異例/エキセントリックというプロセスは話されていませんでしたが、以下は、特徴的と感じました。 異なる観点から複数のレビューを実施していること。いわゆるperspective-based readingを実施しているそうです。役割分担型レビュー（reviewというよりはおそらくinspection）で、セキュリティやユーザインタフェースの観点から見たデザイン/ソースコードの妥当性検証
![googleの開発プロセス - 森崎修司の「どうやってはかるの？」 [ITmedia オルタナティブ・ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/7f2a4ced7f91e578679d11d5fcc8f34c5d080289/height=288;version=1;width=512/https%3A%2F%2Fblogs.itmedia.co.jp%2Fmt-static%2Fsupport%2Fassets_c%2Fuserpics%2Fuserpic-83-100x100.png)
世界のオープンソースRuby開発者まつもとゆきひろ｜【Tech総研】
今や世界に知られるオープンソースのプログラミング言語「Ruby」を開発した、まつもとゆきひろ氏。シンプルで利便性に優れたオブジェクト指向のスクリプト言語は、世界各国のプログラマたちに愛用されている。カリスマプログラマを生んだ背景とは？ オープンソースソフトウェア技術者として最も成功した日本人は誰か？という質問をプログラマにしたとするならば、多くの人が、この人物の名前を口にするであろう、まつもとゆきひろ氏。オブジェクト指向スクリプト言語「Ruby」の開発者である。自ら作ったソフトウェアが、国内はもちろんのこと、今や海外でも広く使われている。こんなエンジニアは、おそらく日本では彼くらいではないだろうか。実際、海外では、Matzのニックネームで通っているのが、まつもと氏なのだ。「Ruby」の特色は、シンプルで利便性に富んでいること。世界中のプログラマの心をつかんだソフトを生んだことはもちろん驚き
Cで実現する「ぷちオブジェクト指向」：CodeZine
はじめに CodeZineではお初にお目にかかります、επιστημη（エピステーメー）です。最初のアーティクルはクラシックなCのお話。 昨今のアプリケーションはオブジェクト指向言語による実装が主流と言ってもいいでしょう。C++、Java、VB.NETさらにはRubyやPythonといったスクリプト言語まで、オブジェクト指向でない言語を探すのに苦労するくらいです。 本記事では、今なお現役バリバリで活躍している手続き型言語の代表格（？）Cによる、オブジェクト指向のマネゴト（オブジェクト指向風味のCコーディングスタイル）を試みます。対象読者 もっぱらCを主な開発言語として使ってはいるけども、オブジェクト指向に興味と憧れを抱いている方。抽象データ型 手始めにオブジェクト指向の特徴の1つ、「抽象データ型（ADT：Abstract Data Type）」をCで実現してみます。抽象データ型とは、データ
社内デモで大成功をしてはいけない:Geekなぺーじ
こうなってしまうと「ちょっと待ってください！ハリボテなんです！正常系しか動いていないんです！」とイキナリ非常事態宣言が発令される状況になってしまいます。 一番この問題が発生しがちな状況は、デモをする相手が技術的なバックグラウンドを持たない場合であると思われます。 恐らく、正常系だけで張りぼてで無理矢理動かすという概念があまり理解できていないと考えられます。 プログラミング経験が全く無い人にとっては「動いてるではないか。これ以上何をする？早く発売したい。」という思考になるのは当然であると言えば当然かもしれません。 もちろん、いくらデモであるとは言っても、まともに設計をしていればそのような問題は発生しづらいと思いますが、時間が無いとどうしてもやっつけで何とか無理矢理作り上げてしまうという状況が発生します。 また、開発人数が少ないと発生し易いと感じています。 例えば、一人だとまじめに設計するより
コードにコメントを書かない事を責められた時の言い訳:Geekなぺーじ
プログラミングにおいて、コード中にコメントを残す事は非常に重要です。 たとえ自分で書いたコードであっても、1ヶ月もすれば詳細は忘れてしまい、他人が書いたものと変わらなくなってしまいます。 しかし、その重要性とは裏腹に、コメントが書かれていないコードというのも非常に多く存在します。 私もついついサボってしまう事があります。 今回は、プログラマがコメントを書かない理由や言い訳を考えてみました。 項目には実際に聞いた事がある言い訳と、脳内妄想が混ざっています。 しかし、一応、全部フィクションということにしておいてください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
オブジェクト指向が理解できない理由がわかったような気がする - おちゃめクールの周回遅れブログ
プログラミング言語川柳:Geekなぺーじ