メタプログラミングは邪道。無計画馬鹿のやること

アセンブラによる
自分自身のコード書き換えみたいなもの。
設計の間違いを無理やり修正する馬鹿を量産

誰かがC++でのテンプレートメタプログラミングの流行を黒死病にたとえてたけど
まさにそんな感じだよな。ただでさえカオスなC++が病気に犯されますます意味不明になってしまった。

【ネット】小５女児、誤って同級生との性行為の動画を全国に配信★２３
http://ikura.2ch.net/test/read.cgi/toba/1249985286/

メタプログラミングのほとんどは
コードジェネレータによって置き換え可能。

コードジェネレータもビルドプロセスが複雑化してイラッとくる。
それならまだメタプログラミングのほうがましな気がする。

メタプログラミングはバグの修正が大変になる。

時代はメタメタプログラミング

メタプログラミングは実行時に行われるから
コンパイルチェック機能が働かない。

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

>>8
逆だろ・・・

今度からネタスレはマ板に立てろよ

バカには無理

いっちゃわりいけど
マジでバカには無理
>>1バカは利点なんて知らなくていい


メタを使っていいのはプログラムの中核部分な
そうはいっても設計部分ではない
プログラムの仕様の中心部だよバカ
プログラム起動時に必ず通過するような場所
バグがあったらすぐ見つけられる場所
マイナー関数では使うな
死せ

バグが見つけられないようなプログラムに
そもそもメタがどうとかいう概念は盛り込まれないのでは？

>>13
max, minとか起動時じゃなくても使うんだけど

意味不明
なんの言語のなんの事を言ってるんだよ

Cのdefineがまずメタだしな
rubyの実装ソースもどん引きするくらいマクロ使いまくり
中学生のかいたCのソース

今話をしているメタの定義が曖昧だからメタ議論になるわけで。
用語の定義から始めようぜ。

ひとりでやってろカス

メタボプログラミング

>>>>用語の定義から始めようぜ
















シーン

用語の定義から始めようぜ





用語の定義から始めようぜ




ひとりでやってろカス





ひとりでやってろゴミクズ

苦手なんだねw

さっさと用語の定義しろよカス


お
ま
え
一
人
で
な

用語の定義から始めようぜｗ


↑

なんで「ぜ」とかつけようと思った？


みんなノリノリでついてくれると思った？

場を仕切るような立場になったこと今までの人生で一度もないだろｗｗｗｗ


ひとりでやってろカス

>>1-1000
二度とこの世に生まれてくるなよ

お前みたいに突っかかる奴こそ上の立場になったら下の者が大変そうだなw
邪魔したいみたいだけど理由は知りたくもないわ。

流行もん好きのuyちゃんかわいい

えっ条件反射で煽ってるだけで他意とかないよ
お前は自分のレスに与えられた痛みを理解していないようだな
痛みを知らないものは同じ過ちを繰り返す


定義から始めようぜｗｗｗｗ

>28
えっメタに関しては初期からやってたよ
最近evalさえ利用するようになってきただけで


まあとりあえずメタについての話し合いをするならば

コードジェネレータ
プリプロセッサ
テンプレート
eval

の４つをしっかりと区別せよ
他なんかある？

つかルビーのメソッド系によるメタはメタと扱わないとすると
ルビーってやろうとすればeval呼び出し一切なしでメタ出来ちゃいそうなんだよな
そう言いきってしまうとルビーにメタやマクロは存在しないことになる
このあたりは非常に曖昧なライン

昔のexec多様プログラムのことだったんだ

ヘタプログラミング

>>30
コード書き換え

メタプログラミングの種類

コードジェネレータ
コード書き換え
プリプロセッサ
テンプレート
eval

今参加してる糞プロジェクトのコードと
メタでばりばり書かれたコードを見比べて糞だねぇってほざきたい

>>35

eval(aaa + ".foo(" + hoge + ")");

こんな感じのコードと比べてくれ。

バカには無理

なんでバカってバカなくせにメタとかやろうとしたりするんだろうな
それで大失敗してメタは間違いだったとか大声で叫ばれても困るわ
使いこなせない奴がバカなんだよ
プログラミングそのものがまず機械語のメタなんだよバーカバーカ
C#のforeachもメタ
C++のSTLもメタ
ちゃんとした奴が設計すればメタは使える
バカには無理

そこまでしてメタを使う理由は何だろう？
ちゃんとした奴はちゃんと各言語の特徴や利点を活かしたナイスプログラミングを行なってください。
メタって怠けるためだけの方言じゃないんですよ。

お前が普段かいてるソースも裏側では実はだったとかザラだと思うよ

文字が抜けた

実はメタ


バカには無理
知らないところではいくらでもメタされてる
関数コールもメタだよ
ローカル変数もメタ
グローバル変数もメタ
何もかもメタ

メッタメッタにしてやんよ！

仕様がメタプログラミングを示していれば、そうするし、
そうでなければわざわざ使ったりしない。

冗長すぎる言語は、より簡潔な言語で書かれたコードジェネレータで
コードを生成するにかぎる

使いどころがわかってないだけだよ
俺もruby12000行のソースのなかでｅｖａｌの使用は僅かに２箇所
そのうち一カ所はevalじゃなくともなんとかなる場所だった
evalのほうが明らかに簡潔だからevalになった
これはしかもruby処理系が頑張ればメタしなくてすむ場所だった
言語の甘さを補うためにevalがある

バカには無理

ちなみに内容的には数千行分の情報で最初はコードジェネレータでコード生成してそれをプロジェクトに追加してたが流石にアホみたいに行数増えるので動的メタに後から書き換えた
コードジェネレータをつかってる場所もあるしメタとコードジェネレータは用途が違う設計上で数千行に上るようなコードの自動生成が必要になってしまうのは実は設計の失敗言語の性能を過剰評価して行き詰まった結果だ
しかしトップダウン的に作りインターフェースから作ろうとしたらこんなことは日常茶飯事だろう最終的な問題はインターフェース部分であり内部実装が混沌としてくればｅｖａｌのほうがマシな場面にもそのうち出くわすだろう

> 最初はコードジェネレータでコード生成してそれをプロジェクトに追加してたが
それがアホ。

生成したコードはプロジェクトに追加するものではない。
コードはデプロイ時に生成するものだ。

だからメタなんだよ

俺の定義するコードジェネレータとはコマンドとして用意しといて
必要な時に引数から必要なファイルを生成する形
おそらくレイルズと同じようなもの
それだけだと限界がある

>>48
で、限界があるという根拠は？

そこが一番重要だろ。
前置きなんて要らねーよ。

教える気ない
やんなくていいよ
バカには無理

まずOOからラムダ側にこないとさあ
前提知識が足りなすぎてお話にならないんだよ
OOやってるやつがメタだけ覚えたいとかいったところで無理
順番に登ってこいと

OOからラムダ

ではなく、

OO＋ラムダ だよ

ラムダを一番使いこなせるのは
OOを使いこなしている人と相場が決まってる。

誤解を発生させる事を承知で、もう関数型と言い切ってしまう事にした

関数型とOOは役割がかぶってる
相性は最悪

でもプログラミング言語がOOやクラスばかり優遇して機能をそろえるから
関数型プログラミングしていても、OOの機能を頼ったほうが効率いいってだけ

どうせ世界はメタには進まない

> 関数型とOOは役割がかぶってる

全然かぶってない。

関数はその名の通り、処理を表す
オブジェクト指向は、その名の通り物を表す。

例えば「時計」を考えればいいい。
「時計」は処理ではない。物。
その物の中でいろんな処理が動いている。

関数型とOOは役割はかぶってないどころか
相性がいい。

副作用を局所化するスタイルとOOのどこが相性良いの？

ん？ アルゴリズムは副作用がゼロになるかもしれないけど
ソフトウェアは副作用はゼロにはならないよ。

画面に文字を表示するのも副作用の一つだ。
副作用がないソフトウェアは存在しない。

ソフトウェアを作る際に関数型が目指しているのは
副作用をゼロにすることではなく、副作用がある部分と
ない部分を分離するということ。

それはすなわち、副作用がある部分＝関数型言語で出来ない部分＝オブジェクト指向でやる部分なんだよ。
ほら、組み合わせて使うから、相性がいい。

OOを単なるモジュール単位で高い凝集度と疎結合を実現する為の設計方針として見れば
関数型だろうが論理型だろうが証明駆動開発だろうが手法に関係無く最強の相性の良さを発揮するだろうよ

>>57
×) 副作用がある部分 = オブジェクト指向でやる部分
○) 副作用がある部分 = 手続き型でやる部分

お前がド素人って事は分かった

つうかさっそく「関数型」というワードにつられた奴がいるなぁ
わざわざこの一文を入れたというのに
＞ 誤解を発生させる事を承知で、もう関数型と言い切ってしまう事にした


だけどお前らの想像している関数型も、OOと比べたら
相性は最悪だよ

同時に使うと可読性を下げていくだけ

「ラムダ」と「クラス」は違うかき方で全く同じことが出来るのはわかってるよな？
それを両方使っていけばどうなるか
想像は容易いとは思うんだけど、これすら知らない or 分からないド素人なら知らんよ

それは一つの言語に関数型とOOの構文を両方入れると
カオスになるって話か？Scalaみたいに

言語に両方の機能があるのはいい
使い手がOOメインでいくのか関数型メインで行くのか決めてから開発すればいいだけ

どっちつかずになると
関数型とOOは役割がかぶりまくりなので、ソースコード中にある概念の数が一気に増えて冗長するだけ
それを自由度の高さとはいわない

二つ同時はどうやっても混ぜるのが無理
一方はクラスやMix-inの継承関係でツリーを作り、もう一方はオブジェクトの繋がりでツリーを作らなければならない
OOは並列、関数型は再帰、
どっちでも同じ事が出来る

一度やって失敗したらいいんじゃね

実はクラスベースOOとプロトタイプOOの話だった件

なんでお前らは知らない物を考える時に
四捨五入して知ってる物だっていう風に勘違いしてそこで終わるんだよ
だから成長しない
似て非なるものは大量にあることを学習しろ

OOと関数型が一緒に使えると思ってるなら一度早いうちに失敗してみたほうがいい
ロジックごとに完全に分離ならいける
1ロジックに2種類の概念入れたら可読性は遠い彼方に消える

ていうかOOなんて要らないですから

いらないとは思うけど
ネット上のリソースはほとんどがOOやクラスでかかれているよ
関数型厨ってOOで書かれたライブラリはどうしてんの

丁寧にラップしてOOを無かった事にする

効率悪い
結局まともに関数型で開発するなら
危険と知りつつOOと混ぜないといけない
OOサイドは関数型なしでも今までやれてきてる
差は広い

GUIは流石にOOとそれ以外では蓄積が違いすぎるが
他は別に

ドカタには無理

関数型はゴミ
つか関数型にある多くのものは関数型以外でも出来るから
関数型である意味がなくなった
完璧さは高いけど効率面では無駄
作成スピードが速ければ完璧じゃなくてもいいっていうのがOO

どっちもゴミ

関数型とかOOとかのまえにもっとやるべきことあるよ
ソースコードの完全再利用だよ
オブジェクト指向のクラスは再利用の面でみたらゴミすぎる
ゴミカス


一度かいたソースはどんな小さいソースコードでも二度とコピペ禁止だよバカ


はーゴミ

ゴミゴミゴミゴミ

マジでゴミだな

ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミ 死ね



オブジェクト指向も関数型もマジでゴミだｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ


ゴミカスｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ死ねｗｗｗｗｗｗｗｗｗｗｗｗ

あやまれｗｗｗｗｗｗｗｗｗｗｗｗ

うん、rubyはゴミだね

あやまれｗｗｗｗｗｗｗｗｗｗｗｗ

rubyがゴミですみません
関係者にかわって謝罪します

ゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗ死ねゴミゴミゴミｗｗｗｗｗｗ
死ねゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ死ぬまで死ねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗ死ねｗｗｗｗｗｗｗｗｗｗｗｗ

死ねｗｗｗｗｗｗｗｗｗｗｗｗ

おらｗｗｗ死ねｗｗｗｗｗｗｗｗｗｗｗｗカスｗｗｗｗｗｗ死ねｗｗｗｗｗｗｗｗｗｗｗｗ

ゴミがｗｗｗｗｗｗｗｗｗｗｗｗ


死ねｗｗｗｗｗｗｗｗｗｗｗｗ

さっさと死ねやｗｗｗｗｗｗｗｗｗｗｗｗカスｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗカスｗｗｗｗｗｗ死ねやｗｗ
ｗｗｗｗ死ねやｗｗｗｗｗｗｗｗｗｗｗｗカスｗｗｗｗｗｗ

>>72
学問としてプログラミングを勉強してないからそういう間抜けなことを言うんだろうな

専門学校とか工業高校とかの出身？
それとも独学なのかな

学問としてのプログラミングなんて実践では使い物にならないただの自慰
まさにゴミ

バーカｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ死ね？

俺から視たら旧世代のプログラミングがOOと関数型

いつになったら追いついてくるのか
もう２年半も待ってんだよバカ

死ねバカｗｗｗｗｗｗｗｗｗｗｗｗ

死ね死ね死ね死ねバカｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

死ね低脳どもｗｗｗｗｗｗｗｗｗｗｗｗ死ねｗｗｗｗｗｗｗｗｗｗｗｗ

死ねコラｗｗｗｗｗｗｗｗｗｗｗｗ

uyがやってるのは劣化Lispスタイル

途中まではLisp
ただしラムダにコンストラクタがついている

そうやって情報引き出そうっていう作戦なんだろ

もうお前らには何も教えない
ひとついえる事はOOも関数型もゴミだっていう事

>ラムダにコンストラクタがついている

ｺﾞｼｺﾞｼ(AA略

uyは既存のものを何も扱えない
チームで開発できない
無能な子

えっ
いつ俺がチーム組んで開発するとかいう話になったの？
金もらってもやんねーけど

おまえ等って不思議な仮定を持ち出すよね
一人開発だからキチった設計でやってるだけで
もし仮にありえないことだが
チーム開発するなら普通のコードもかけるよ
やらないだけ
チーム開発などやる意味がない

一人開発だとしても、お前が死んだら誰が保守するの？

働いたことのない厨房の妄想にマジレスかよ

俺が死んでもソースコードは非公開だから安心しろよ
この技術は公表しない
俺はおまえ等人間が嫌いだそして科学宗教が嫌いだ
科学に貢献はしない

そういう台詞は貢献できないアホが言っても滑稽だぞ

まだ力差わからないのか
哀れだの

さすがuyさんすげぇっす！

気易い

uyよ、愛を知らぬプログラマに愛のあるコードは書けないぞ。
それは機械の仕事だからだ。人間と機械の仲介役には愛がなくてはならぬ。

きめえ

バカは死ねｗｗｗｗｗｗｗｗｗｗｗｗ

おはよう死ね

おい死ねよ

低脳ばっかだな

死ね死ねゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

死ねよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

メタプログラミングは邪道。無計画馬鹿のやること

↓

プログラミングそのものがまず機械語のメタなんだよバーカバーカ

ほう

機械語は電気信号のメタなんだよな

CPU最初に考えたひとってえらいね

死ねよｗｗｗｗｗｗｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

嶋氏とテッドホフ、フェデリコファジンの役割分担がどんなだったか良くわからん
のでなんともいえないなあ。それより、何でMPUの基本特許をとらなかったんか
わからん。単にうかつだったのか？

バーカｗｗｗｗｗｗ

死ねゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

四色問題を解いたプログラムのように、調査した状況に応じて
自分自身で次にどういう調査を行うべきかコードして実行なんてのは結構凄い事だと思った。
というか、プログラムとデータは同一視可能であると看破して、結線によるハードウェアプログラムを数値列の機械語にしてしまい
メモリー上に配置したノイマン型コンピュータを考えだしたノイマンは天才
メタプログラミングはノイマン型のしたかった事そのものと言えると思う。

死ねゴミｗｗｗｗｗｗ

福沢諭吉「脱亜論」　１８８５年３月１６日 時事新報

日本の不幸は中国と朝鮮だ。
この二国の人々も日本人と同じく漢字文化圏に属し、同じ古典を共有しているが、
もともと人種的に異なるのか、教育に差があるのか、 日本との精神的隔たりはあまりにも大きい。
地球規模で情報が行き来する時代にあって、近代文明や国際法について知りながら、
過去に拘り続ける中国・朝鮮の精神は千年前と違わない。
国際的な紛争の場面でも「悪いのはお前の方だ」と開き直って恥じることもない。
もはや、この二国が国際的な常識を身につけることを期待してはならない。
「東アジア共同体」の一員として その繁栄に与ってくれるなどという幻想は捨てるべきである。
日本は、大陸や半島との関係を絶ち、 欧米と共に進まなければならない。
ただ隣国だからという理由だけで特別な感情を持って接してはならない。
この二国に対しても、国際的な常識に従い、国際法に則って接すればよい。
悪友の悪事を見逃す者は、共に悪名を逃れ得ない。
私は気持ちにおいては「東アジア」の悪友と絶交するものである。

　　　　　　　　　_,,,,,,__　 __,,,__
　　　　　 　 ィｊｊ）））))))))!!!!!彡ヽ,
　　　　　　/ﾐ/　　　　 　 　 ,}彡ﾍ
　　　　　　|ﾐ{ -‐ ‐ ‐　‐-　 {三=|
　　　　　　El=＝; ﾟ　''＝=.　|ミミ,|
　　　 　 　 `ﾚｆｫ､,〉 :ｒｆｫ.､, 　!ｉﾙ┤
.　　　 　 　 ｛ ｀¨ i　･､¨ ´　 `{ゞ'｝　支那、朝鮮とは
.　　　　　 　 |　'`!!^'ヽ 　 　 .｢´　　付き合うなと忠告しておいたのに。。。
　　　　　　　 !　,-ﾆ'¬-､　　,!|,_　　　
.　　　　　　　 ＼´?｀　　／ ∧ﾍ、
　　　　 　 　 __/〉｀ー ' ´ ／　 〉　＼
　　　　 _, ィ´「∧ 　 　 ／　　/　　　 」¬ｰ- ､_
　 -‐ ´　 /　/　 ヽ､／ 　 　/　 　 　iヾ　　　 　 ヽ

ゴミ

死ね

しな

死ねゴミｗｗｗｗｗｗ

死ねゴミｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

俺様の設計をプロとタイプOOだといったり
劣化LISPだといったり忙しいよな
どっちもはずれ
進化が遅い

ここまでたどり着くのに世界はあと18年はかかるから安心しろよ
お前らが現役のうちには仕事で覚える必要のない技術
でもこれはLISPがやりたかったことだろと少し思う
LISPではたどり着けなかった物がrubyによって構築可能だっただけ
しかしrubyは基本的にマクロがないから
やっぱり全然LISPとはちげーわ
LISPのやりたかった事のLISP以外での別回答ってところか
rubyにマクロ欲しいんですけど？

ゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

死ね

ゴミ市ね

◯◯は邪道。無計画馬鹿のやること
って汎用性高そうだな

超言語抽象は邪道。無計画馬鹿のやること
オブジェクト指向は邪道。無計画馬鹿のやること
関数プログラミングは邪道。無計画馬鹿のやること
構造化プログラミングは邪道。無計画馬鹿のやること...

バーカｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

バーカとか死ねとかほざいてるの、何だあれ？

>>135
死ねバカｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

死ねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ


死ねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ


死ねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗ

ゴミｗｗｗｗｗｗｗｗｗｗｗｗゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
死ねゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗコラｗｗｗｗｗｗｗｗｗｗｗｗ
死ねコラゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

メタプログラミングで実現できることは
ソースコードの修正でも実現できる。

つまり、何かの時に便利だけれど
普段は使うものじゃない。

ハンドアセンブラがあれば何も要らない


みたいなもんだな