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

1 ：11/02/01

Monoプロジェクトの公式発表ではないが、その主導者であるミゲル・デ・イカザ氏の言葉として、
「Cでプログラミングするには人生は短すぎる」という標語が掲げられている。
http://bit.ly/fJCXb0

2 ：11/02/01

もっと有意義なことで人生を楽しみなよ

3 ：11/02/01

CでGC機能のあるライブラリは作れないのか？
　→　アセンブラで書いてリンクすればできる。
CでOOな設計は出来ないのか？
　→　構造体でいいだろ。
Cで名前の干渉のないようにできるか？
　→　それなりの長い名前をつければ問題ない。
なぜCで超便利で現代的なライブラリを用意してくれない？
　→　わからん。標準ライブラリにこだわる必要もないのにね。
Cでプログラミングするには人生は短すぎる。
　→　むしろ、なぜそういう境遇に追い込まれてるんだろう？

4 ：11/02/01

> むしろ、なぜそういう境遇に追い込まれてるんだろう？
生命科学の発達が遅いから

5 ：11/02/01

全部Cでやろうとするから無駄な時間を浪費してしまう。
台部分は生産性のいいOOP言語で作り、時間がかかってしょうがないところだけCで書けばいい。
柔軟に考えれば解決策はいくらでもある。ミゲルさんは頭が固いだけ。

6 ：11/02/01

Monoが使い物になる前に俺の人生が終わりそうだ。

7 ：11/02/01

このスレッドは天才pンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

8 ：11/02/01

と言いつつGTK+をCで書くミゲールさん

9 ：11/02/01

C + アセンブリ言語で十分高い生産性を維持できる。

10 ：11/02/01

冗談もほどほどにな。

11 ：11/02/01

>>8
むしろGTK+をCで書くようなことをやってるからこその言葉なんじゃねえの

12 ：11/02/01

phytonのGTKならええの？

13 ：11/02/01

phytonのGTKってただのラッパーじゃないの？

14 ：11/02/01

たいていのものは、何かのラッパーなんだけどね。

15 ：11/02/01

>>14
いや、そういう意味じゃなくて
>>11 の発言を受けて >>12 の返しなんだよね
>>11 は GTK+ というライブラリそのものを C で書く話だから、
その返しとして >>12 だったら、もしかして >>12 は phyton の GTK は
phyton で作られていると勘違いしているのかなと思って

16 ：11/02/01

強烈すぎる

17 ：11/02/01

PyPy, Cython の出番のようだな

18 ：11/02/02

いやBoo言語の出番に違いない

19 ：11/02/02

ゲシュタルト崩壊しそうなスレだな
phytonってなんだ？

20 ：11/02/02

>>19
phpの亜種

21 ：11/02/02

これはなかなかだね

22 ：11/02/02

paison

23 ：11/02/02

ファイトン糞ワロタｗｗｗｗｗｗｗ

24 ：11/02/02

C言語に固執している奴は馬鹿
エコじゃない

25 ：11/02/02

無駄なメモリを使わず、遅いCPUでも速く動いてくれる言語はエコだろう。
もし世の中のサーバで動くソフトが全部Cで書いてあったら何台のサーバが不要になるか。

26 ：11/02/02

人生が短すぎるというよりむしろ逆にプログラミング言語の寿命が短すぎると思う

27 ：11/02/02

開発者が消費する熱量
　v.s.
サーバーが消費する熱量
だれか糞真面目に分岐点を出せ

28 ：11/02/02

>>25
リアルタイムで搭載CPUを調べて、レジスタ数やサポートしている拡張命令などに
ガチガチに依存したネイティブコードを生成するJITコンパイラの方が未来はある。
.NETもVC++比で、その差4%程度まで来ているし抜くのも時間の問題。
C言語自体もclangで中間コード/JITコンパイルの方向に進んでいるし。

29 ：11/02/02

>>3
構造体がOOだと思っちゃう奴って…

30 ：11/02/02

はじめからソースコードで配布できればよかったんやけど

31 ：11/02/02

当たらずとも遠からずってやつだろ。COMのインタフェースとか構造体で表現してるだろ、あれ。

32 ：11/02/02

GNOME完成しそうにない宣言

33 ：11/02/02

>>3の上3つを掲げ、4つ目のごとく標準ライブラリ(GTK)を作り続けた結果が、5つ目もとい>>1

34 ：11/02/02

ようするに>>3が全て。
俺にはほど遠い世界。

35 ：11/02/03

プログラムと呼べるのはＣぐらいなもんだろ。
ＪＡやＣ＃は女子供のお遊びみたいなもん。アセンブリは知らん。

36 ：11/02/03

心ではみんなそう思ってるだろ。大声では言えないだけで。

37 ：11/02/03

JavaやC#がおもちゃなら
PythonやRubyはどうなるんだよ

38 ：11/02/03

むしろオモチャこそが理想じゃね？
Cはオモチャの範疇を超えちゃってるのがいけない

39 ：11/02/03

>>28
clangは俺も期待してるが、まだCとObjective-Cくらいしか動かないからこれからだね。
多くの人はAjax環境とかPHP、Rubyなんかの遅いものばかり使ってるからね。
Ruby->clangだったら楽できそうなんだが。

40 ：11/02/03

CにはCのよさがあるからね
その処理に向いた言語を使うだけ

41 ：11/02/03

適材適所
それこそシェルスクリプトで十分な超簡単なものをC言語で
書いてれば時間が無くなるのは当然。

42 ：11/02/03

この短い人生では、あんなめんどくさい言語やってる余裕はないっす。
strcpyとか今更勘弁してほしいっす。

43 ：11/02/03

仕事では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を選択し続けることが
はたして正しいのか？(他の言語はどうよ？)、が検討課題だったりする。

44 ：11/02/03

だから初めから Haskell にしとけばよかったんだよ

45 ：11/02/03

衰退してしまったSmalltalk
衰退しつつあるRuby
言語が崩壊してしまっているC++
中途半端な仕様になってしまったJava

46 ：11/02/03

何をするにしたって　人生は短すぎる

47 ：11/02/03

驚くことに、人生をすればちょうど人生とぴったりの時間

48 ：11/02/03

なにもしないでいるには人生は長すぎるが、何かを成すためには人生は短過ぎる。

49 ：11/02/03

昔、テキスト処理するツールをCでひーひー言いながら書いたことが何度かある。
今はPerlでもPythonでもRubyでも軽々動くからな。本当にいい時代。

50 ：11/02/03

適材適所を知らんバカと、ITメディアや@ITあたりの記事に踊らされて
流行の言語()とか乗っちゃってるバカ。

51 ：11/02/04

SmalltalkはObjCの中で生き残ってんじゃないの

52 ：11/02/04

ふつーにSmalltalkとして生き残っていんだけどな…。しょぼーん。
http://smalltalk.cincom.jp/
http://squeak.org/
これらはXEROX謹製Smalltalkの直系子孫だけど、他にも企業やファンの独自実装も多数。
商用でも使われているし、プロダクトはTwitterや米海軍関連に買われたり地味に頑張っている。
http://dabbledb.com/
http://www.teleplace.com/

53 ：11/02/04

何故に、Smalltalkなんかで製品を実装したのか小一時間問い詰めたい
Smalltalkって処理速度どうなの？Javaと比べてどんなメリットがあるんだ
Javaですらも、NaClがまともに動き出したら、消えてしまいそうな気がするけど

54 ：11/02/04

30 年前ならいざ知らず、LL 全盛の現在では Smalltalk の開発効率の高さは
相対的に低下してしまったと思うな。それでいて、イメージベースの扱い辛さとか、
GUI と結びつきが強すぎるとか、最適化がし辛いとか、負の面は変わってないから
ちょっと使い辛い。
Lisp みたいに Hacker 気質を持ったプログラマを惹き付ける様な事もないし。
>>53
超対話的環境だから、プロトタイプが作り易い。

55 ：11/02/04

だからってC#はすぎると思うんだ

56 ：11/02/04

>>53
> 何故に、Smalltalkなんかで製品を実装したのか小一時間
SeasideやCroquet（先のDabble DBやTeleplaceが使っているFW）を
Smalltalk以外のまともな言語で組んでみたらどんなことになるのか
逆に、興味がわくな。

57 ：11/02/04

なんでFWなんか使うの？
まともなFWはないの？

58 ：11/02/04

まともなFWじゃできないことがあったからだろうJK

59 ：11/02/04

いや、だからまともなFWじゃできないことってなんなのよ
まともなFWでは物理的に不可能ってわけじゃなければ、
普通はFWの仕組みをまともFWに取り込むことを考えるでしょ

60 ：11/02/04

GemStone Smalltalkはすばらしかった。
一度あれに慣れると他のDBMSがカスに見える。

61 ：11/02/05

MongoDBと比べるとどうなの？

62 ：11/02/09

Javaてsunがjreを配布しなくなったら即おわってしまうね。
Ｃはどこがつぶれようとコンピューターがあるかぎり永遠に続くよ。

63 ：11/02/09

>>62
Android

64 ：11/02/09

C++で使いやすい部分だけ使えばいいじゃない。

65 ：11/02/09

>>62
は？JREって、色んなとこが出しているんじゃないの？
ってか、せっかくデファクトになったのに、
無料配布しないと競合する.NETが広まるだろうし
オラクルだって金を取りたくても取れないでしょ

66 ：11/02/09

だからその色んなところがつぶれたら終わるでしょう。

67 ：11/02/09

>>66
そうですね。

68 ：11/02/09

>>62
思い込みで書き込む前に事実関係を多少とも調べようとしなかったの?
そんなに人生は短すぎるの?

69 ：11/02/10

おおもとのsunがjreやめたら、色んなとこもいずれ皆javaをやめるだろ？

70 ：11/02/10

>>69
Apache Foundation が何をやっているかとか、IBM が何をやっているかとか、
GCC や LLVM がどうなっているかとか、Dalvik って何だろうとか、
Open JDK とは何なのかとか、Bluray プレーヤーに何が乗っているのかとか、
少しでも調べる気はないの?

71 ：11/02/10

じぶんもそんなに知らないくせに偉そうに書きなさんな。

72 ：11/02/10

相手も知識が無いかもしれないから自分も知らないで良いと思い込む人間と、
知らない事があったら調べようと思う人間は、何が分かれ道だったんだろうなあ

73 ：11/02/10

と　さらに知ったかぶりをしてみると。

74 ：11/02/10

反論出来ないからと言って斜に構える必要は無いんだぜ
みんな分かってる事だから

75 ：11/02/10

Javaが無くなったら食いっぱぐれる連中を
からかってるだけだって。
そんなムキになんなよ。

76 ：11/02/10

という事にしたいのですね。分かります。

77 ：11/02/10

ヘッダファイルって自動で作れないものなの？

78 ：11/02/10

>>66, 69
そしたらMSがおいしくいただきます。

79 ：11/02/10

Javaほど現実に負けた言語も珍しい
理想が高すぎたのだろうな

80 ：11/02/10

実際は Java は現実を指向した言語で、現実に広く受け入れられている言語でもある。
勿論、現実と言うのはネットに住まう有象無象じゃなく産業界の話だがな。

81 ：11/02/10

現実志向でない言語ってWhitespaceとかか？

82 ：11/02/10

you name it.

83 ：11/02/10

Javaはもともとは組み込み向け。

84 ：11/02/11

あんな遅くででかい言語のどこが組み込み向けかと

85 ：11/02/11

ブルーレイやケータイに乗ってるの知らんのか

86 ：11/02/11

てんでバラバラな仕様のため、互換性がまるで無い組み込み界で
相互の移植がしやすい言語を、と開発されたんだっけ？

87 ：11/02/11

>>84
ライブラリがでかいだけでVM自体は小さくできる。
カードにも組み込まれたこともある。

88 ：11/02/11

VMって言っても元祖MS-BASICのパクリみたいなもんだからな。
MS-BASICでさえROMに格納されてたくらいだし、今となってサイズなんて知れてるわな。
http://ja.wikipedia.org/wiki/Microsoft_BASIC

89 ：11/02/11

組み込み系とかほざいてるバカがいるな
Javaでの組み込みなんて全体の１割にも満たないだろ

90 ：11/02/11

>>89
そもそもどこまでを組み込み系って言ってるのかわからんし、
ソースコードの量なのか組み込まれている実行コードベースの
話かも示さずに１割云々と語ってるやつのほうがバカに見える。

91 ：11/02/11

>>89
組込ライセンスと意味なら、Java使ったサーバーサイドのシステムが1つ売れる間に数千数万のケータイが売れてると思うよ

92 ：11/02/11

>>88
MS-BASICよりもっと古いp-codeのパクリ。
p-codeになったのは、Visual Basicになってから。
というか、スタックマシンをパクリって言うやつまでいるのか。

93 ：11/02/11

>>92
なにを言ってるんだお前は？
無知にもほどがある

94 ：11/02/11

>>93
何を言いたいのか分からない。
JavaのVMとMS BASICのインタプリタは似ていない。

95 ：11/02/11

>>93>>94
MS BASICはエミュレータ+インタプリタだからな。
JavaのVMに似てはいるが、Javaそのものと言うよりはJRubyなんかに近い。

96 ：11/02/11

Java VMはMS BASICなんてパクってないだろ
どう考えてもSmalltalk-80のVMのパクりw

97 ：11/02/11

MS BASICのi8008エミュはVMはVMでもVMwareとかのノリだし、
単語は同じでも「仮想マシン」の意味が違うだろ。
Javaが目指したJavaチップを順序は逆だが実現していたという
意味では先進的だが。

98 ：11/02/12

>>96
俺もそう思うけど、世の中の若人は Smalltalk なんて知らないのかもね...
もし若人でないのに知らないなら目も当てられないけど...

99 ：11/02/12

>>97
MS BASICのi8008エミュっていったい何のことを言いたいのか？

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

自動巡回ソフトを作りたい。 (371)
【計測】LabVIEW相談室【制御】 (527)
くだすれDelphi(超初心者用)その54 (239)
オブジェクト指向は本当に正しいのか？ (234)
J#って何のためにあるの？ (149)
Ruby最高や！ (185)
--log9.info------------------
G�T-WINNING SIREver.2 (809)
KAZAAAN【火山】 (283)
メダルコーナーのパR　round7 (454)
ザッツパラダイス（THAT'S PARADiCE） (128)
北海道　UFOキャッチャー、プライズゲーム総合スレ (193)
[荒らし粘着は]和風専用ｽﾚ　ﾊﾟｰﾄ2[ここでやれ] (897)
【秋葉原】アキバギルド【HERO禁止】10ハンド目 (229)
ビンゴギャラクシー ライド９回目 (975)
【namja】ナムコ・ナンジャタウン大使館【namco】 (430)
【どうなる】QMAプライズ情報 諭吉9枚目【マロン】 (493)
【UFOｷｬｯﾁｬｰ】乱獲の話題総合ｽﾚ【ﾌﾟﾗｲｽﾞ】 (359)
ラブプラスメダル Happy Daily Life #2 (197)
【MH】モンスターハンター　メダル【モンハン】 (101)
UFOｷｬｯﾁｬｰ、ﾌﾟﾗｲｽﾞｹﾞｰﾑ 神奈川専用スレ (537)
メダリンク総合スレ (244)
ＵＦＯキャッチャー景品専門、オク、転売総合スレ (529)
--log55.com------------------
【デレステ】スターライトステージ★1322
ローエングリン産駒を応援してみるスレ1
【節目】伊藤工真を応援し、見守るスレ【百勝】
どの競馬新聞が読みやすいか Part12
キャロットクラブ
イケメン予想家【メシ馬 たくちん】レジまぐ期待値馬券セミナー
藤岡佑介 応援スレ PART12
☆ ラフィアン・ウイン・コスモ ��1 ★