プログラムは理論重視か、それとも実践重視か

そういう阿呆に対してそういう部分を任せるプロジェクトの管理者も(ry

それで人件費が安くなるならいいんじゃないの
必要なテストをしていればいずれ発覚するでしょう

速度が問題にならない状況でバイナリサーチのコード書くのに
時間かける奴がいても足手まといだっての。

とりあえず「勝利の方程式などない」に一票

速度が問題になる状況で先頭からシーケンシャルにサーチする
コードしか書かない奴がいても足手まといだっての。

とりあえず「勝利の方程式などない」に一票

>それで人件費が安くなるならいいんじゃないの
 
誰もそんなこと話してないんだが脳内大丈夫？

>>393
たかがバイナリサーチのコード書くのに
時間かかる奴がいても足手まといだっての。

とりあえず「勝利の方程式などない」に一票

サーチのコードなんてわざわざその場で書く奴がいても(ry

「それで人件費が安くなるなら」
「速度が問題になら(ない|なる)状況で」

勝手に条件つけている奴がいる…
この人たちは何？

実体験を持ち出す>>390が悪い

柔能制剛 剛能断柔 剛柔一体

先ずMLでフレームをつくって
肉付けはC++
仕上げにアセンブリ言語だろ？

>390
つttp://japanese.joelonsoftware.com/Articles/GettingThingsDoneWhenYour.html
戦略 4 間抜けを無力化する

現実重視

どちらかに重きをおいて両方重視でいいじゃない
管理運用という視点で全体をみるべき

基礎編を理解した段階で成長が止まって、遅くて使いづらいプログラムを
長年書き続ける人が多い。
たとえるなら、多くの「実践」を経て洗練されたバブルソートで10万件
ソートするような。ほかのソートを教えてやっても使えない(使わない)の。

>>405
ヒント：メンテナンス担当者の能力

理論と実践、というよりも、
対象領域知識(業務知識とか)と実装技術、
として議論した方がいいのでは？

ソートのアルゴリズムとかは実装技術になっちゃうけど

高級言語からはじめて仕上がるにつれて低級言語にシフトだろ？

JavaやC++は中級言語ってとこか

　　 ＿__l＿__　　　/､｀二//-‐''"´::l|::l　　　　　　 l! ';!u ';/:::l ', ';::::::l ';:::::i:::::
　　　ﾉ l　Jヽ　　　ﾚ/::／ /:ｲ:＼/l:l l::l　　　u　　　!. l　/ ';:::l　', ';:::::l. ';::::l:::::
　　　　ノﾇ　　　　　レ　　/:l l:::::lヽ|l　l:l　し　　　　　 !/　　';:l,､-‐､::::l　';::::l::::
　　　 ／ ヽ､_　　　　　　/::l l:::::l　 l＼l　　　　　　ヽ-'　 ／ ';!-ｰ ､';::ト､';::::l:::
　　　ム　ヒ　　　　　　 /::::l/l::::lﾆ‐-､｀`　　　　　　　　/　/;;;;;;;;;;;;;ヽ! 　 i::::l:::
　　　月　ヒ　　　　　　/i::/　 l::l;;;;;ヽ ＼ 　 　 　 　 　 　　i;;;;;;;;;;;;;;;;;;;l　　 l::l:::
　　　ノ l ヽヽノ　　　 /:::l/:l /;;l:!;;;;;;;;;', 　 　 　 　 　 　　　 ';;;;;;;;;;;;;;;;;ﾉ 　 　l:l::
　　　　 ￣￣　　　　/::::;ｨ::l. l;;;;!;;;;;;;;;;;l　　　　　　　　　　　 ｀‐--‐'´.....:::::::::!l
　　　__|＿ ヽヽ　　 /ｲ//l::l　ヽ､;;;;;;;ノ....　　　　　　し　　　:::::::::::::::::::::ヽ　/!ﾘ l
　　　　| ー　　　　　　/::::l';!::::::::::::::::::::　 ｕ　　　　　　　　　　　　　　　', i　ﾉ l
　　　　| ヽｰ　　　　　/ｲ';::l　　　　　　　　　 ’　　　　　　　　　し　u. 　i l　　l
　　　　　|　　　　　　　/';:';:!,.イ　　 し　　　　入 　 　 　 　　　　　　　　l l U
　　　　　|　　　　　　/,､-'´／　し　　　　　 /　　ヽ､　　　u　　　　し　,' ,'　 l
　　　　　|　　　　　　　　／l　し　　　　 _,.ノ　　　　　｀ﾌ"　　　　　　 ,' ,'　 ,ｨ::/:
　　　　　|　　　　　　 ／::::::ヽ　　　　　　　ヽ　　　　／　　　　　し　,' ,' ／ l::
　　　　　|　　　　　　／::::::::::::｀‐､ し 　 　　 ',　　／　　　　u　　　,､-'´　　l,､-
　　　　　|　　　　　　｀`‐-､._::::::::::｀ ‐ ､ 　 　 ',／　　　　　　　, -'´｀'´ ,-'´
　　　　　|　　　　　　_,､-‐'"´';:::::::::ｲ:l';:::｀ ‐ ､._＿＿__,､-‐'"´　　u ／
　　　|　|　|　|　　　　＼　l::/　l::::::/リ ';:::::lﾘ:::::l';:::l　l:l:::::l＼　　u ／
　　　|　|　|　|
　 　.・. ・ ・. ・

プログラマが絵描きに相手にされない理由

・プログラマは漫画やイラストに興味があるが、
　　絵描きはプログラミングに興味が無い
・プログラマは絵描きにコンプレックスを持っているが、
　絵描きはプログラマにコンプレックスを持っていない
・プログラマは絵描きを尊敬しているが、
　　絵描きはプログラマに興味が無い
・プログラマは絵描きがいないとエンターテインメントを生み出せないが、
　　絵描きはプログラマがいなくても可能である
・有名なプログラマは少ないが、
　　有名な絵描きは多い
・プログラマのセンスはプログラマにしか理解されないが，
　　絵描きのセンスは広く一般に批評の対象となる
・絵描きは個性的であればあるほど評価されるが，
　　プログラマはむしろ没個性的であることが望まれる

>>410
それってプログラマじゃなくてコーダーかデジドカじゃん

>>411
個性が無いというのは冗談ですよね？
キモイのいっぱい・・・

>>412
おれに言うなよｗ
キモイっていう没個性なんじゃないのか

>>413
没個性＝個性が無い＝普通ということですよね・・・
キモイアニオタが普通ですか、そうですか。

>>410
絵描きにとってのプログラマってのは、筆職人に相当するもんだろう。
絵描きは筆のブランドを選ぶかもしれないが、筆会社の設計担当者に興味はない。
ドローソフトの種類に興味はあってもプログラマに興味はないのといっしょだ。
「あいつが作った筆じゃないと描けない」というほどこだわる絵描きなら
「あいつが作ったソフト(orマクロ／マウス／モニタ)じゃないと」などとこだわるだろう。

絵描きとプログラマーを比較するのが間違い。


ただ（だからこそ？）プログラマーが没個性的なほうがいいというのは同意する。
同じ仕事をするプログラムなら、誰が書いても同じソースになるのが理想だ。

よく解らんが、エロゲの話ならそういう事で良いんじゃない？

相手にされないの意味が分からん

プログラミングに特に必要なのは持続可能な発展性

http://d.hatena.ne.jp/yaneurao/20060423#p1

>いま他人のプログラムをデバッグしている。時間がもったいないので目視のみだ。
>私の場合、小さなクラスならば、目視のみでほぼ100%デバッグできる。

「１００％バグが取れた」と無邪気に確信でき、平気で吹聴できる辺りが痛杉。

理論無き実践は暴挙
実践無き理論は空虚

やねうらおならできそうな希ガス

四季は理論重視だけどね。

理論も大事だが実践も大事。
ポリシーがあると何か迷ったときに便利。
つまんないことで結構悩むからね

1000%実践
オブジェクト指向あたりの理論屋に会うとよく分かる。

俺の場合大抵、理論→実践→理論のサンドウィッチになるな。

俺は、実践→理論参照して理解を深める→実践　の繰り返しだな。

100000％実践
ってか、理論は実践の中のひとつの分野だ。

100%理論。
実践派は合計の%が100を超えることに疑問すら抱かない低脳の集まり

十二分に実践。
理論派は頭が固くて表現力がない

理論派は「おかしい、そんなわけない」って言うばかりで現実の結果を直視しない

>>426
同意

普通は理論（導入のための暗記）から入って
何を言ってるのか理解できない時に実践して
仕組みを理解したら理論（仕様理解）に戻らないか？

まぁ、プログラミングは実践的だからこそ、理論を頑張ってやるという感じかな。

理論学ぶともやもやした疑問が解決するから好き。
実践すると理論が形になるから好き。

>>432
普通なのか？
外国語の文法ばかり勉強して、実際の会話が出来ないタイプだな

>>435
馬鹿？

理論だけじゃ実務で仕事ができん
実践だけじゃ真っ当なプログラムがかけん

凄いやつはどっちもできる
理論と実践の比重は人それぞれだが

というわけでどっち重視でもいいけど両方必要

啓介に良介の理論が備われば無敵だな

>>435
こういうやつが理論で考えずに書いてみて動けばOKってやりやがるんだよ。
マニュアルくらい嫁あほ。

>>432、>>437の言っていることは、すごく当然のことだと思う