プログラムと抽象化 - みねこあ
気軽に抽象化、抽象化いってきたけれど、この言葉、難しいです。というのも、「抽象化と共通化は違う」というつぶやいたら、意外に面白いことになってしまったから。「抽象」を辞書で引くと、 事物や表象を、ある性質・共通性・本質に着目し、それを抽(ひ)き出して把握すること。その際、他の不要な性質を排除する作用（＝捨象）をも伴うので、抽象と捨象とは同一作用の二側面を形づくる。 (大辞林 第二版) 多くのものから共通性を抜き出して概念をつくること． 三省堂 WebDictionary 個個別別の事柄などから、それらの範囲の全部のものに共通な要素を抜き出し、「およそ・・・と言われるものは そのようなものである」と頭の中でまとめ上げること。 (新明解 国語辞典 第四版) 複数の事象から共通のものを取り出す様を指しています。なんだか共通化と変わらない気がします。(ヤバいわ、わたし(^^; ) この訳語の元である
プログラミングテクニックのまとめ - プログラミング日記
とりあえず思いついたもののまとめ。 まずは、ベーシックなものから。 変数のスコープをなるべく狭くしろ 他はグローバル変数を使うなとか、モジュール化と界面を意識せよなど。とにかくスコープは重要かつ意外と奥が深い。スコープに関係する機能は、モジュール(パッケージ)、クロージャ、ローカル関数、ローカルクラス、変数の種類、アクセス制御など。 同じロジックのコードを2度以上書くな 他はDRY原則、コピペをするななど。自分の場合、2度書く方がシンプルになる場合、2度書くこともある。特に、ifやswitchなどのロジックの中で同じコードが2度現れる場合、ちょっとしたコードでわざわざ別のところで関数やブロックにまとめて、それを参照するのは面倒。但し3度以上現れる場合は関数などにまとめるケースが多いかも。 汎用コード内で条件分岐コードを減らせ 他はifをポリモーフィズムによりなくせなど。条件分岐は汎用性を損
プログラミングに対するスタンスの差がモロに出てるね - ブログ執筆中
思ったことをつらつらと。結構適当かも。批判して。 ちょっと囓っただけの素人が自分を過信して陥る三つの罠？ - カレーなる辛口Javaな転職日記 はてブでふろむださんが指摘しているように、アプリ屋さんの意見だなぁと思う。そして、この意見が決して間違っているわけではない。 中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな３つポイント - 分裂勘違い君劇場 by ふろむだ サービス屋さんの意見というかデータを扱うプログラムを書く人の意見だと思います。データを扱うので、プログラムはデータベースから目的のデータを取ってくるなり、取ってきたデータを如何に表示するかということが問題となり、この目的にプログラムを使う場合はデータの付属品でしかありません。Ruby On Rails最近触ったけれども、データベースから取ってくる使い方は１行で済んでしまう。こうなると、ますますこの
そろそろ3つのポイントについて「弾言」しとくか : 404 Blog Not Found
2008年10月27日18:30 カテゴリLightweight Languages そろそろ3つのポイントについて「弾言」しとくか 熱もやっと引いてきたので。 中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな３つポイント - 分裂勘違い君劇場 ちょっと囓っただけの素人が自分を過信して陥る三つの罠？ - カレーなる辛口Javaな転職日記 三つのポイントに行く前に まずはこの台詞から。 うーんと，30点．「もう少しがんばりましょう」レベル． まず、この台詞はプロ2グラマーとしては0点。 なぜなら、プログラムが正しいかどうかを決めるのは、使う人々だから。 この中には、自分自身も含まれる。一行野郎からテストスクリプトまで、おそらくプログラムのほとんどは、自分自身のために書かれる。こういうプログラムまで「スコープがどうの」だの「言語がこうの」などというのはまさに no
LiveCodingに学ぶプログラミングの三原則 : 404 Blog Not Found
2007年09月16日04:30 カテゴリArt LiveCodingに学ぶプログラミングの三原則 Mozilla24のLiveCodingの解説をやってきました。参加された方、お疲れさまでした。ほんと楽しかった。 言語もC++ありJavaありJavaScriptありActionScriptありPerlありとまちまちで、Editorもemacsありvimあり秀丸ありとまちまちでしたが、それでも全LiveCoderの共通項がはっきり見えたので、それを書き留めておきます。これらの共通項には私も含まれます。 コピペを恐れるな(don't be afraid to be a copycat) 参加者の一人として、100%フルスクラッチで書いていた人はいませんでした。たいていは関数単位でコピーし、それを適宜書き換えるというやり方をしていました。学校のテストでは反則もいいところですが、大人の世界ではこ
ちょっと囓っただけの素人が自分を過信して陥る三つの罠？ - カレーなる辛口Javaな加齢日記
http://d.hatena.ne.jp/fromdusktildawn/20081026/p1 うーんと，30点．「もう少しがんばりましょう」レベル．*1 初心者が惑わされると可哀想なので，一応突っ込んどく． 「変数のスコープは狭いほど良い」という迷信 「同じロジックのコードを2度以上書くな」という迷信 「プログラミング言語を極めるのが大切」という迷信 一つ目は大原則．特にグローバル変数は最悪だ．言語によっては避けられないこともあるが，それはコーディング規約などでカバーするしかない． 二つ目も，ほとんどの場合は大原則．未熟なプログラマーには，何故か負担が大きすぎるらしいけど． 三つ目はケースバイケース．ほとんどの場合は言語も極めてない奴の方が多く，まずは「言語を極めろ」は概ね正解． なんだかなぁ。「先ずは使うことを覚えろ」「次に使わないことを覚えろ」「最後に使うか使わないか選ぶことを覚
考えることを減らせる様に書く — Scratch Leaf — MAYAH.JP
ちょっと遅れたけど参戦するよ。 プログラミングテクニックのまとめ 中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな３つポイント 優秀なプログラマは空気を読んで空気を描く 槍玉に挙がっているのは、次の３か条。 変数のスコープは小さく抑える Do Not Repeat Yourself (DRYの原則) 同じコードは2度書くな 言語を極めよ 何人かは「ケースバイケース」だと言ったし、それは間違ってない。しかしケースバイケースだと言うのは簡単だがこれは何にも指針を示してない。ケースバイケースだと言われた側は、結局そこから何も学ぶことが出来ない。納得はしちゃうかもしれないけどね。こういうエントリを読んだってことは何かを知りたかったわけだよね。だとしたら、何か曲がりなりにでも指針が示されるべきじゃないかな。というわけで僕なりの指針を示したいと思う。 さて、この中で Le
中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな３つポイント - 分裂勘違い君劇場
「変数のスコープは狭いほど良い」と妄信する 変数でもメソッド名でもクラス名でも言えることだが、単純に「スコープは狭いほどよい」という方針でプログラムすると、逆に保守性も可読性も悪いプログラムができあがることがけっこうある*1。 実際、「あちこちから頻繁にアクセスするようなオブジェクトやメソッド」は、スコープをぐっと広くしてしまった方が(場合によってはグローバル変数やグローバル関数にしてしまった方が)、いちいちパラメータ渡しのバケツリレーをせずに、オブジェクトや機能を使うことができ、プログラムの可読性も保守性もずっと向上することがけっこうある。 たとえば、プログラムのいろいろな箇所から比較的頻繁にアクセスする必要があるようなオブジェクトや機能がバインド(格納)された変数やメソッドのスコープをクラスやメソッド内のローカルにして、それを使うときは、いちいち各クラスやメソッドにパラメータ渡しのチェ
安価な「意識の高い人」が量産される仕組み - 雛形の祭典
以前、ココイチで隣に座っていたバイト仲間とおぼしき若い男性4人が「いかにして店の売り上げを上げられるか」について熱い議論を交わしていた。その後「パチンコいくか」とバイト代を溶かしに出かけてた。 「良いようにやられすぎだろ」と思いながら、「その店の店長はいい買い物したな」ともドライに考えた。 この、彼らの時給が幾らかはしらないがおそらく高くても1000円前後だろう。 一日8時間、週3日×４＝月9万ちょっとの給料を貰い、さらに仕事後も仕事について熱く議論。その条件で彼らが何を買ってるのかと言えば「働いてる実感」「職場という家族へのコミット感」あたりだろうな、と想像する。 彼らの気持ちはわからんでもない。 家族的雰囲気のあるコミュニティに参加できている実感ってのはたしかにイイ物がある。それが生きるためのお金につながるのなら尚更。 さらにその組織が「日本を変える！」みたいな方向に進んでたら、誰でも
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2008-11-01 - senzogawaのNな日々
長文日記