トップページ⇒tech
276コメント67KB

「Cでプログラミングするには人生は短すぎる」か？

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2011/02/01(火) 00:02:54
Monoプロジェクトの公式発表ではないが、その主導者であるミゲル・デ・イカザ氏の言葉として、
「Cでプログラミングするには人生は短すぎる」という標語が掲げられている。
http://bit.ly/fJCXb0
0002デフォルトの名無しさん2011/02/01(火) 00:09:31
もっと有意義なことで人生を楽しみなよ
0003デフォルトの名無しさん2011/02/01(火) 00:49:33
CでGC機能のあるライブラリは作れないのか？
　→　アセンブラで書いてリンクすればできる。

CでOOな設計は出来ないのか？
　→　構造体でいいだろ。

Cで名前の干渉のないようにできるか？
　→　それなりの長い名前をつければ問題ない。

なぜCで超便利で現代的なライブラリを用意してくれない？
　→　わからん。標準ライブラリにこだわる必要もないのにね。

Cでプログラミングするには人生は短すぎる。
　→　むしろ、なぜそういう境遇に追い込まれてるんだろう？
0004デフォルトの名無しさん2011/02/01(火) 01:21:04
> むしろ、なぜそういう境遇に追い込まれてるんだろう？
生命科学の発達が遅いから
0005デフォルトの名無しさん2011/02/01(火) 02:37:45
全部Cでやろうとするから無駄な時間を浪費してしまう。
台部分は生産性のいいOOP言語で作り、時間がかかってしょうがないところだけCで書けばいい。
柔軟に考えれば解決策はいくらでもある。ミゲルさんは頭が固いだけ。
0006デフォルトの名無しさん2011/02/01(火) 03:24:19
Monoが使い物になる前に俺の人生が終わりそうだ。
0007デフォルトの名無しさん2011/02/01(火) 05:37:08
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

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

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所
0008デフォルトの名無しさん2011/02/01(火) 07:07:43
と言いつつGTK+をCで書くミゲールさん
0009デフォルトの名無しさん2011/02/01(火) 07:30:26
C + アセンブリ言語で十分高い生産性を維持できる。
0010デフォルトの名無しさん2011/02/01(火) 08:12:12
冗談もほどほどにな。
0011デフォルトの名無しさん2011/02/01(火) 12:15:35
>>8
むしろGTK+をCで書くようなことをやってるからこその言葉なんじゃねえの
0012デフォルトの名無しさん2011/02/01(火) 19:04:22
phytonのGTKならええの？
0013デフォルトの名無しさん2011/02/01(火) 19:25:06
phytonのGTKってただのラッパーじゃないの？
0014デフォルトの名無しさん2011/02/01(火) 20:41:46
たいていのものは、何かのラッパーなんだけどね。
0015デフォルトの名無しさん2011/02/01(火) 20:49:46
>>14
いや、そういう意味じゃなくて

>>11 の発言を受けて >>12 の返しなんだよね

>>11 は GTK+ というライブラリそのものを C で書く話だから、
その返しとして >>12 だったら、もしかして >>12 は phyton の GTK は
phyton で作られていると勘違いしているのかなと思って
0016デフォルトの名無しさん2011/02/01(火) 22:48:36
強烈すぎる
0017デフォルトの名無しさん2011/02/01(火) 23:08:12
PyPy, Cython の出番のようだな
0018デフォルトの名無しさん2011/02/02(水) 00:54:28
いやBoo言語の出番に違いない
0019デフォルトの名無しさん2011/02/02(水) 01:12:20
ゲシュタルト崩壊しそうなスレだな
phytonってなんだ？
0020デフォルトの名無しさん2011/02/02(水) 01:33:17
>>19
phpの亜種
0021デフォルトの名無しさん2011/02/02(水) 01:40:20
これはなかなかだね
0022デフォルトの名無しさん2011/02/02(水) 02:24:56
paison
0023デフォルトの名無しさん2011/02/02(水) 09:25:01
ファイトン糞ワロタｗｗｗｗｗｗｗ
0024デフォルトの名無しさん2011/02/02(水) 10:47:28
C言語に固執している奴は馬鹿
エコじゃない
0025デフォルトの名無しさん2011/02/02(水) 14:28:23
無駄なメモリを使わず、遅いCPUでも速く動いてくれる言語はエコだろう。
もし世の中のサーバで動くソフトが全部Cで書いてあったら何台のサーバが不要になるか。
0026デフォルトの名無しさん2011/02/02(水) 14:54:34
人生が短すぎるというよりむしろ逆にプログラミング言語の寿命が短すぎると思う
0027デフォルトの名無しさん2011/02/02(水) 16:17:54
開発者が消費する熱量
　v.s.
サーバーが消費する熱量

だれか糞真面目に分岐点を出せ
0028デフォルトの名無しさん2011/02/02(水) 19:24:00
>>25
リアルタイムで搭載CPUを調べて、レジスタ数やサポートしている拡張命令などに
ガチガチに依存したネイティブコードを生成するJITコンパイラの方が未来はある。

.NETもVC++比で、その差4%程度まで来ているし抜くのも時間の問題。
C言語自体もclangで中間コード/JITコンパイルの方向に進んでいるし。
0029デフォルトの名無しさん2011/02/02(水) 20:32:50
>>3
構造体がOOだと思っちゃう奴って…
0030デフォルトの名無しさん2011/02/02(水) 20:42:18
はじめからソースコードで配布できればよかったんやけど
0031デフォルトの名無しさん2011/02/02(水) 20:43:23
当たらずとも遠からずってやつだろ。COMのインタフェースとか構造体で表現してるだろ、あれ。
0032デフォルトの名無しさん2011/02/02(水) 21:39:11
GNOME完成しそうにない宣言
0033デフォルトの名無しさん2011/02/02(水) 23:34:59
>>3の上3つを掲げ、4つ目のごとく標準ライブラリ(GTK)を作り続けた結果が、5つ目もとい>>1
0034デフォルトの名無しさん2011/02/02(水) 23:36:10
ようするに>>3が全て。
俺にはほど遠い世界。
0035デフォルトの名無しさん2011/02/03(木) 01:04:33
プログラムと呼べるのはＣぐらいなもんだろ。
ＪＡＶＡやＣ＃は女子供のお遊びみたいなもん。アセンブリは知らん。
0036デフォルトの名無しさん2011/02/03(木) 01:06:16
心ではみんなそう思ってるだろ。大声では言えないだけで。
0037デフォルトの名無しさん2011/02/03(木) 01:41:03
JavaやC#がおもちゃなら
PythonやRubyはどうなるんだよ
0038デフォルトの名無しさん2011/02/03(木) 03:39:15
むしろオモチャこそが理想じゃね？
Cはオモチャの範疇を超えちゃってるのがいけない
0039デフォルトの名無しさん2011/02/03(木) 03:42:41
>>28
clangは俺も期待してるが、まだCとObjective-Cくらいしか動かないからこれからだね。
多くの人はAjax環境とかPHP、Rubyなんかの遅いものばかり使ってるからね。
Ruby->clangだったら楽できそうなんだが。
0040デフォルトの名無しさん2011/02/03(木) 04:37:32
CにはCのよさがあるからね
その処理に向いた言語を使うだけ
0041デフォルトの名無しさん2011/02/03(木) 09:30:16
適材適所
それこそシェルスクリプトで十分な超簡単なものをC言語で
書いてれば時間が無くなるのは当然。
0042デフォルトの名無しさん2011/02/03(木) 13:12:14
この短い人生では、あんなめんどくさい言語やってる余裕はないっす。
strcpyとか今更勘弁してほしいっす。
0043デフォルトの名無しさん2011/02/03(木) 15:06:33
仕事ではUNIX Cで開発している。
で、部分的には(擬似的な)OOPの考え方をCでの開発に導入している。
GNOMEのGObjectと同じ発想だけど、それほど洗練されていないし、
一貫したOO的な設計にはなっていない。

以前は、もしC++/JavaのようなOOPに置き換えられたなら、
幸せになれるのではないかと考えていた時期もあった。
ただ、Smalltalk/Rubyのような動的で純粋なOOP言語を知ってしまった今、
それらと比較するとC++/Javaは「いびつなOOP言語」にしか見えない。
CからC++/Javaへ移行することで多くの利点はあるかもしれないけれど、
その代償として新たな問題(STL/総称型/動的型)の問題を抱えるのがリスクになる。

趣味のプロジェクトであれば試しにC++でやってみるか？も可能だけど、
失敗した場合を考えると、それは許されない世界。
(理想は試作(C++)と本番(C)を別部隊に分離することだと思うが、自分にそんな権限は無い)
だから、最終的な納品物はonly Cで、その開発支援ツール類は、部品がRubyでそれらを
sh/awk/makeで統合する、というスタイルになっているのが現在の姿。

今は、makeをrakeへ全面移行すべきか？、あるいはこの先もrubyを選択し続けることが
はたして正しいのか？(他の言語はどうよ？)、が検討課題だったりする。
0044デフォルトの名無しさん2011/02/03(木) 18:03:36
だから初めから Haskell にしとけばよかったんだよ
0045デフォルトの名無しさん2011/02/03(木) 21:01:30
衰退してしまったSmalltalk
衰退しつつあるRuby
言語が崩壊してしまっているC++
中途半端な仕様になってしまったJava
0046デフォルトの名無しさん2011/02/03(木) 21:03:51
何をするにしたって　人生は短すぎる
0047デフォルトの名無しさん2011/02/03(木) 21:10:32
驚くことに、人生をすればちょうど人生とぴったりの時間
0048デフォルトの名無しさん2011/02/03(木) 22:37:49
なにもしないでいるには人生は長すぎるが、何かを成すためには人生は短過ぎる。
0049デフォルトの名無しさん2011/02/03(木) 22:38:30
昔、テキスト処理するツールをCでひーひー言いながら書いたことが何度かある。
今はPerlでもPythonでもRubyでも軽々動くからな。本当にいい時代。
0050デフォルトの名無しさん2011/02/03(木) 22:44:23
適材適所を知らんバカと、ITメディアや@ITあたりの記事に踊らされて
流行の言語()とか乗っちゃってるバカ。
0051デフォルトの名無しさん2011/02/04(金) 00:03:54
SmalltalkはObjCの中で生き残ってんじゃないの
0052デフォルトの名無しさん2011/02/04(金) 00:26:38
ふつーにSmalltalkとして生き残っていんだけどな…。しょぼーん。
http://smalltalk.cincom.jp/
http://squeak.org/

これらはXEROX謹製Smalltalkの直系子孫だけど、他にも企業やファンの独自実装も多数。

商用でも使われているし、プロダクトはTwitterや米海軍関連に買われたり地味に頑張っている。
http://dabbledb.com/
http://www.teleplace.com/
0053デフォルトの名無しさん2011/02/04(金) 01:13:44
何故に、Smalltalkなんかで製品を実装したのか小一時間問い詰めたい
Smalltalkって処理速度どうなの？Javaと比べてどんなメリットがあるんだ
Javaですらも、NaClがまともに動き出したら、消えてしまいそうな気がするけど
0054デフォルトの名無しさん2011/02/04(金) 01:42:22
30 年前ならいざ知らず、LL 全盛の現在では Smalltalk の開発効率の高さは
相対的に低下してしまったと思うな。それでいて、イメージベースの扱い辛さとか、
GUI と結びつきが強すぎるとか、最適化がし辛いとか、負の面は変わってないから
ちょっと使い辛い。

Lisp みたいに Hacker 気質を持ったプログラマを惹き付ける様な事もないし。

>>53
超対話的環境だから、プロトタイプが作り易い。
0055デフォルトの名無しさん2011/02/04(金) 11:48:47
だからってC#は変態すぎると思うんだ
0056デフォルトの名無しさん2011/02/04(金) 14:00:43
>>53
> 何故に、Smalltalkなんかで製品を実装したのか小一時間

SeasideやCroquet（先のDabble DBやTeleplaceが使っている変態FW）を
Smalltalk以外のまともな言語で組んでみたらどんなことになるのか
逆に、興味がわくな。
0057デフォルトの名無しさん2011/02/04(金) 18:03:18
なんで変態FWなんか使うの？
まともなFWはないの？
0058デフォルトの名無しさん2011/02/04(金) 18:07:44
まともなFWじゃできないことがあったからだろうJK
0059デフォルトの名無しさん2011/02/04(金) 19:01:47
いや、だからまともなFWじゃできないことってなんなのよ
まともなFWでは物理的に不可能ってわけじゃなければ、
普通は変態FWの仕組みをまともFWに取り込むことを考えるでしょ
0060デフォルトの名無しさん2011/02/04(金) 19:51:57
GemStone Smalltalkはすばらしかった。
一度あれに慣れると他のDBMSがカスに見える。
0061デフォルトの名無しさん2011/02/05(土) 02:16:11
MongoDBと比べるとどうなの？
0062デフォルトの名無しさん2011/02/09(水) 22:11:56
Javaてsunがjreを配布しなくなったら即おわってしまうね。
Ｃはどこがつぶれようとコンピューターがあるかぎり永遠に続くよ。
0063デフォルトの名無しさん2011/02/09(水) 22:16:03
>>62
Android
0064デフォルトの名無しさん2011/02/09(水) 22:28:13
C++で使いやすい部分だけ使えばいいじゃない。
0065デフォルトの名無しさん2011/02/09(水) 22:45:44
>>62
は？JREって、色んなとこが出しているんじゃないの？
ってか、せっかくデファクトになったのに、
無料配布しないと競合する.NETが広まるだろうし
オラクルだって金を取りたくても取れないでしょ
0066デフォルトの名無しさん2011/02/09(水) 23:17:07
だからその色んなところがつぶれたら終わるでしょう。
0067デフォルトの名無しさん2011/02/09(水) 23:18:25
>>66
そうですね。
0068デフォルトの名無しさん2011/02/09(水) 23:40:30
>>62
思い込みで書き込む前に事実関係を多少とも調べようとしなかったの?
そんなに人生は短すぎるの?
0069デフォルトの名無しさん2011/02/10(木) 00:08:22
おおもとのsunがjreやめたら、色んなとこもいずれ皆javaをやめるだろ？
0070デフォルトの名無しさん2011/02/10(木) 00:29:42
>>69
Apache Foundation が何をやっているかとか、IBM が何をやっているかとか、
GCC や LLVM がどうなっているかとか、Dalvik って何だろうとか、
Open JDK とは何なのかとか、Bluray プレーヤーに何が乗っているのかとか、
少しでも調べる気はないの?
0071デフォルトの名無しさん2011/02/10(木) 00:56:11
じぶんもそんなに知らないくせに偉そうに書きなさんな。
0072デフォルトの名無しさん2011/02/10(木) 01:01:03
相手も知識が無いかもしれないから自分も知らないで良いと思い込む人間と、
知らない事があったら調べようと思う人間は、何が分かれ道だったんだろうなあ
0073デフォルトの名無しさん2011/02/10(木) 02:14:44
と　さらに知ったかぶりをしてみると。
0074デフォルトの名無しさん2011/02/10(木) 02:16:49
反論出来ないからと言って斜に構える必要は無いんだぜ
みんな分かってる事だから
0075デフォルトの名無しさん2011/02/10(木) 03:08:53
Javaが無くなったら食いっぱぐれる連中を
からかってるだけだって。
そんなムキになんなよ。
0076デフォルトの名無しさん2011/02/10(木) 03:10:46
という事にしたいのですね。分かります。
0077デフォルトの名無しさん2011/02/10(木) 04:04:15
ヘッダファイルって自動で作れないものなの？
0078デフォルトの名無しさん2011/02/10(木) 04:41:39
>>66, 69
そしたらMSがおいしくいただきます。
0079デフォルトの名無しさん2011/02/10(木) 08:52:17
Javaほど現実に負けた言語も珍しい
理想が高すぎたのだろうな
0080デフォルトの名無しさん2011/02/10(木) 19:57:05
実際は Java は現実を指向した言語で、現実に広く受け入れられている言語でもある。
勿論、現実と言うのはネットに住まう有象無象じゃなく産業界の話だがな。
0081デフォルトの名無しさん2011/02/10(木) 20:29:36
現実志向でない言語ってWhitespaceとかか？
0082デフォルトの名無しさん2011/02/10(木) 20:33:58
you name it.
0083デフォルトの名無しさん2011/02/10(木) 22:46:00
Javaはもともとは組み込み向け。
0084デフォルトの名無しさん2011/02/11(金) 03:02:11
あんな遅くででかい言語のどこが組み込み向けかと
0085デフォルトの名無しさん2011/02/11(金) 03:21:00
ブルーレイやケータイに乗ってるの知らんのか
0086デフォルトの名無しさん2011/02/11(金) 03:34:35
てんでバラバラな仕様のため、互換性がまるで無い組み込み界で
相互の移植がしやすい言語を、と開発されたんだっけ？
0087デフォルトの名無しさん2011/02/11(金) 04:13:03
>>84
ライブラリがでかいだけでVM自体は小さくできる。
カードにも組み込まれたこともある。
0088デフォルトの名無しさん2011/02/11(金) 10:51:26
VMって言っても元祖MS-BASICのパクリみたいなもんだからな。
MS-BASICでさえROMに格納されてたくらいだし、今となってサイズなんて知れてるわな。
http://ja.wikipedia.org/wiki/Microsoft_BASIC
0089デフォルトの名無しさん2011/02/11(金) 11:11:15
組み込み系とかほざいてるバカがいるな
Javaでの組み込みなんて全体の１割にも満たないだろ
0090デフォルトの名無しさん2011/02/11(金) 11:22:49
>>89
そもそもどこまでを組み込み系って言ってるのかわからんし、
ソースコードの量なのか組み込まれている実行コードベースの
話かも示さずに１割云々と語ってるやつのほうがバカに見える。
0091デフォルトの名無しさん2011/02/11(金) 11:27:11
>>89
組込ライセンスと意味なら、Java使ったサーバーサイドのシステムが1つ売れる間に数千数万のケータイが売れてると思うよ
0092デフォルトの名無しさん2011/02/11(金) 11:53:22
>>88
MS-BASICよりもっと古いp-codeのパクリ。
p-codeになったのは、Visual Basicになってから。
というか、スタックマシンをパクリって言うやつまでいるのか。
0093デフォルトの名無しさん2011/02/11(金) 13:44:15
>>92
なにを言ってるんだお前は？
無知にもほどがある
0094デフォルトの名無しさん2011/02/11(金) 17:49:54
>>93
何を言いたいのか分からない。
JavaのVMとMS BASICのインタプリタは似ていない。
0095デフォルトの名無しさん2011/02/11(金) 21:23:59
>>93>>94
MS BASICはエミュレータ+インタプリタだからな。
JavaのVMに似てはいるが、Javaそのものと言うよりはJRubyなんかに近い。
0096デフォルトの名無しさん2011/02/11(金) 23:06:30
Java VMはMS BASICなんてパクってないだろ
どう考えてもSmalltalk-80のVMのパクりw
0097デフォルトの名無しさん2011/02/11(金) 23:30:21
MS BASICのi8008エミュはVMはVMでもVMwareとかのノリだし、
単語は同じでも「仮想マシン」の意味が違うだろ。

Javaが目指したJavaチップを順序は逆だが実現していたという
意味では先進的だが。
0098デフォルトの名無しさん2011/02/12(土) 00:45:21
>>96
俺もそう思うけど、世の中の若人は Smalltalk なんて知らないのかもね...

もし若人でないのに知らないなら目も当てられないけど...
0099デフォルトの名無しさん2011/02/12(土) 00:54:26
>>97
MS BASICのi8008エミュっていったい何のことを言いたいのか？
0100デフォルトの名無しさん2011/02/12(土) 00:59:21
Javaはコレクションのクラス設計が、Smalltalkに似てた気がする。
0101デフォルトの名無しさん2011/02/12(土) 07:39:57
>>100
Smalltalk-80のCollectionをJavaのヘッポコCollectionsやArraysと一緒にすんなやw
■ このスレッドは過去ログ倉庫に格納されています