404 Blog Not Found:オブジェクトは難しくない。難しいのはクラス
2006年11月16日16:55 カテゴリLightweight Languages オブジェクトは難しくない。難しいのはクラス 大人だからオブジェクトは難しくなる。子供にとっては実はオブジェクトは自然で自明で簡単だ。 オブジェクト指向を正しく理解する：ITpro オブジェクト指向はしばしば，とっつきづらく難しい技術と言われます。その理由の一つには，対象とする分野が広く，それぞれに深みがあることが挙げられます。しかし，それ以上にこの技術を難しくしている落とし穴とも言うべき原因が二つあると筆者は考えています。それは比喩を乱用する説明の仕方の問題と，「もの中心」を意味するコンセプト自体の問題です。事実、オブジェクト指向というのは最初は子供向けだったのだ。 このことを、現在「オブジェクトとはなんぞや」という大人たちは忘れてしまっている。 それで、オブジェクトとは何か、といえば、「自分が何が出来る
JavaとPerlとTDDと回想と。 - nothing but trouble
この辺りのお話で。 『WEB+DB PRESS Vol.35』:実演! テスト駆動開発 - 角谷HTML化計画(2006-10-24) 404 Blog Not Found:テキストエディタさえあればできるTDD JavaもPerlも俺の中では、かなり上位にランクインする好きな言語なんだけど、なんか両者の文化圏は妙に対立することが多いよね。 今回のは、小飼さんの「Eclipseの中」発言が全てを集約している気がする。 エンタープライズJavaな現場ってのは、経験上、窮屈なもので、だからこそJavaというアーキテクトがガチガチにプログラマを縛っていけるような言語が受け入れられたということがあると思う。 俺が、初めてJavaを本格的に業務で使ったのは、2001年ぐらいだったとおもうんだけど、まだEclipseですら、重くて使い物にならないと思われていたような時代で、その頃はSolaris上で、
Javaはこれからどうあるベキか - きしだのHatena
Javaは10年前の技術で、Rubyみたいなワクワクを手軽に感じることは難しいし、かといって、世の中はすでにJavaがなくては回らない程度にはなっているし、自分自身がメシの種にできるのはJavaだけだし、どうなっていくベキなんでしょうね？ まあ、大量生産のプログラムのためのプラットフォームとしては揺るぎないものになっていてるわけですが。 Rubyみたいにワクワクしないといっても、結局のところ大量生産のプログラムでは、コーディングのレベルでわくわくする必要は必ずしもないんじゃないかと思ったり、ともすれば、コーディングレベルでのワクワクというのは、商売を考えたときには害になったりするんじゃないかとも思ったりするわけです。 抽象化はコードを追いにくくしていくし、コードを凝ってプログラムの美しさを求めると、アプリケーションの自由度がさがっていく傾向があることは否めないし、レベルの高いコードを書くと
OBB vs AABB - Radium Software Development
iPhoneの一般修理店は予約なしでも来店できる？ 基本的には飛び込みで修理に行ってもOK iPhoneを置いていたソファにうっかりと腰かけてしまい、パネルを割ってしまった、こんな時はスマホの一般修理店へ行きましょう。画面割れは、スマホやタブレットの故障原因として非常に多いものです。予約なしで突然お店に行っても平気かしらと、不安に思う方々もいらっしゃるかもしれません。結論としては特に問題はなく、予約なしで訪問しても画面割れの修理はお願いできます。 ただし他のサービス業のお店同様、予約なしの場合、お店が混雑していると順番待ちをしなければいけないです。特に繁盛しているスマホ修理のお店だと、行列が店内で出来ており、予約なしだと、自分の順番が巡ってくるまで長時間待たされる可能性があります。平日の朝、昼なら利用客が少ない場合が多く、飛び込みでも比較スムーズに修理が頼めます。 予約は入れた方が時短に、
内部DSL、密結合、非コンポーネント指向 - FAX
内部DSL、密結合、非コンポーネント指向 「3年で陳腐化するWebサイトの構築には軽量言語のほうが向いている」，日本Rubyの会，高橋征義会長：IT Pro 密結合、非コンポーネント指向を自信を持って話せることを素晴らしいと思う。 Javaでは、コードはコンパイルする必要があるため、簡単に書き換えできる設定ファイルでお互いを結び、柔軟性を得る確保する。 間接化の、間接化の、間接化の....。(XMLは、柔軟じゃないけどね :-P) スクリプト言語では、くっつけるお互いが充分にやわらかい、つまり簡単に変更できるから、間を取り持つ必要はない。 言語の裏づけにより見やすく短く書けるため「内部DSL」が実現できて、それにより「密結合」してもよくなって、結果的に「非コンポーネント指向」になるってことなんだろう。 関連リンク Martin Fowler’s Bliki in Japanese - 言
d.y.d.
00:18 05/11/26 経県値 母上からの指摘で秋田県が赤くなりました。修正。 山形と茨城もこれでよかったか微妙に自信なし。 （追記：茨城も赤いことが判明。） 木和 私の Tree Summing のコードが見たい人は、このページのソース内コメント 読んで下さい。「もっと読む」機能とか実装するの面倒なので手抜きばんざい。 あーでも、自分で解いてみて、できれば２日くらい悩んでみた人じゃないと 読んでも全然面白くないと思いますよん。 Ｃ言語の言語仕様の隅を突いてコードを短くする技能ってのは完璧に趣味の領域に 属すると思いますが、それとは別の「短く簡潔に書けるアルゴリズムを考える」能力の 方は、普段からわりと重要なのではないかという気もします。単純な話、コードの量が 少ないほど、バグの元も少ないわけで。例えば今回の問題を解くためだけに、自分 でTreeクラスを定義してそれを生成するpars
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://jparsec.codehaus.org/Ruby%20Parsec