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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2011/02/01(火) 00:02:54
Monoプロジェクトの公式発表ではないが、その主導者であるミゲル・デ・イカザ氏の言葉として、
「Cでプログラミングするには人生は短すぎる」という標語が掲げられている。
http://bit.ly/fJCXb0
2011/02/16(水) 20:24:51
ハッシュ関数も自前で用意する事になるが、数学的に周期が短い関数になると、値が偏るので注意しないといけない。
2011/02/16(水) 20:27:14
ANSIには浮動小数点を文字列に変換する関数もない。
printfを使うと速度的に遅いため、高速な変換関数を用意する必要がある。
2011/02/16(水) 20:28:26
ANSIのソート関数は、比較関数のオーバーヘッドが大きいため、クイックソートやマージソートを必要に応じて実装する。
2011/02/16(水) 20:30:03
ANSI Cには標準的な機能が定義されていない。スレッドや排他処理、共有メモリ、GUIなどの現在のOSでは当然に使えるものの大半が、機種依存コードになる。
2011/02/16(水) 20:35:37
Cには、メモリ開放を忘れるリスクと同時に、解放後のポインタにアクセスしてしまうリスクがある。
ポインタが適切な位置を指しているかは、コンパイラはチェックしない。
2011/02/16(水) 20:37:03
>>165-168 >>174-178 の問題はJavaやスクリプト言語では解決済み。
2011/02/16(水) 20:39:35
そういう時はC++使うんじゃないの
2011/02/16(水) 20:41:39
ANSIの仕様にある物もない物も、実装済みである確率はさほど変わらない
2011/02/16(水) 21:01:25
最近はJavaからスクリプトを実行できるから面白い。
ある種開き直ったテンプレートエンジンとして使えるな。
2011/02/16(水) 21:45:02
なんつうか、どうでもいい部分ばかりだな。
184デフォルトの名無しさん
垢版 |
2011/02/17(木) 00:27:07
>>1のGLib作者みたいな人と一般PGでは認識が違うのは当然
2011/02/17(木) 15:51:25
スクリプトやJava等は、結局環境に応じた実行環境をネイティブ言語で書いておかなければならない。
所詮他の言語が存在しないと役立たずの分際で、デカイ顔してるんじゃないよ。
2011/02/17(木) 16:48:56
UI自体が言語だった時代には、Cとshなど複数言語が存在するのが当然だった。
GUIのせいで単一の言語にこだわる人間が増えた。

Cでプログラミングするのは何の問題もない。
問題は単一の言語にこだわることだ。
Cをよく知っている人はむしろこだわらない人の方が多い。
2011/02/17(木) 18:38:45
iPadみたいなキーボードレスなのが主流になったら、プログラミングも変わるのだろうかね。
2011/02/17(木) 21:41:35
MacBookにはキーボードが付いてるだろ?
2011/02/17(木) 22:42:28
>>187
iPad のソフトウェアキーボードを触らせてもらった事あるけど、使い易かったよ

ガシガシ入力するなら Bluetooth のキーボードを使うんじゃないかな
文字を入力する必要があるのはプログラマだけじゃないし
2011/02/17(木) 23:02:15
>>189
寝言は
2011/02/17(木) 23:08:56
むにゃむにゃ
2011/02/17(木) 23:11:52
もう食べられないよお
2011/02/17(木) 23:27:12
>>189
スマホよりは使いやすいわな。
194デフォルトの名無しさん
垢版 |
2011/02/18(金) 12:35:15
Macの超絶クソなアイソレートキーボードより、iPadのソフトキーボードの方が使いやすいくらいだしなｗ
2011/02/18(金) 16:35:53
ねーよ
2011/02/19(土) 17:24:39
>>3
そもそもcはランタイム支援のない環境でインフラを
構築するために作られた言語。
基礎が整った環境でcを使うなとk&rやlinusも
言っている。
目的を達成できるならshellやら
出来るだけ抽象的なものを使うべき
2011/02/19(土) 17:26:57
昔は crt って無かったのかな

C は C で進化してるんだよね
次のスペックではマルチスレッドも採用されるみたいだし
2011/02/19(土) 17:36:10
>>28
C++の肩持つ訳じゃないが4%ってどっから出てきた数字だ？
テンプレ関数+スタック変数 (C++)
vs
オーバーライド+new (C#)

だと10倍近く差が出たんだがな。
2011/02/19(土) 17:38:27
まぁアプリ全体でずっとnewしてるわけじゃないから
2011/02/19(土) 17:46:41
>>66
vb6何て死んだも同然だけど
いまだに使われてるよな。
32bitのサポートが終わったら完全にしぬだろうけど。
2011/02/19(土) 17:47:22
Microsoftは潰れてないじゃん。比較にもなってない
2011/02/19(土) 17:53:15
>>199
ベクトル(線形幾何)演算やってると悲惨だぞ。
使うであろう座標、ベクトル、行列をstaticにするなり、
配列に集めるなりしてあらかじめ確保しとかにゃならん。
2011/02/19(土) 18:50:36
マルチスレッドが普及してから15年以上経って、仕様に取り込むところがC。
2011/02/19(土) 19:06:35
軽佻浮薄に流行を追いかけるチャラ男よりも、一本芯が通った時代遅れ。
それでいいじゃないか。
2011/02/19(土) 19:09:33
爺にウケるわけだ
2011/02/19(土) 19:12:43
C++ の仕様にスレッドって入ってたっけ?
2011/02/19(土) 19:26:15
最近入ったかも
2011/02/19(土) 19:55:15.80
>>202
スタックフレームを自作するとかな。
ベクトル用スタックフレーム
行列用スタックフレーム
四元数様用スタックフレームと。
それぞれあらかじめ30個位インスタンスぶちこんどくんだ。
あれ？これってC++の方が楽じゃね？
2011/02/19(土) 23:22:26.81
C++0xで入る
210デフォルトの名無しさん
垢版 |
2011/02/20(日) 05:43:23.73
でもまあ、Cでのマルチスレッドとか、ずいぶん前から、APIとしてほぼすべての環境にあったし。
というか、マルチスレッドを言語の機能にする方が間違ってると思うんだが。俺としては。
あくまで、OSが提供する機能だろう？ならばやっぱり、APIとして提供される形こそが理想だと思う。

なんでも言語の機能にすればいいというものではないと思うな。
2011/02/20(日) 06:03:02.75
>>210
言語の機能と API という区分がよく分からないけど、
C1x のスレッドはライブラリなんじゃないの?
2011/02/20(日) 06:17:18.55
>>210
言語仕様と言う意味では、その言語のコア機能だけで実装出来ない機能は
言語仕様に入れて良いと思う。C のコア機能だけではスレッドは実装する事が
出来ないので、スレッドを言語仕様に入れるのは問題無いでしょう。

それ以外にも、よく使用される機能が何度も繰り返し再実装されるのを避ける為に
言語仕様を定めるのも理に適っていると思う。昨今の CPU 実装の変化を考えると
スレッドはますます使用頻度が増えて行くのは確実で、言語仕様に入れるのは
正しいと思う。

標準仕様に含める事で、ポータビリティが上がるという利点もある。統一的な
仕様を決めておく事で、色々なプラットフォームで動作するプログラムを
効率よく実装する事が出来る。移植性の高いマルチスレッドのコードが書ける
様になるのは歓迎すべき事だと思う。

副次的な効果として、C の教科書でスレッドを教えるのが容易になるという点も
意外と重要じゃないかと思う。標準仕様で定まっていれば、初学者が学習する際に
迷う事が少なくなり、マルチスレッドプログラミングの普及がより進むと思う。

Programming languages should be designed not by piling feature on top of feature...
という一節が有名だけど、今の時代、スレッドは言語に含まれてしかるべき
機能だと思うよ。
2011/02/20(日) 06:18:44.59
>>211
言語の機能として実装する場合、その言語を実装する環境すべてでその機能が無いといけない。
つまりOSが無い環境へのコンパイラでも、マルチスレッドを実装するコードを生成しなければならなくなる。
2011/02/20(日) 06:55:12.78
>>213
実際は、freestanding の環境では複数のスレッドを起動しなくても良い事になってる。
C1x の 2010/12 のドラフトの 5.1.2.4 に書いてあるよ。
2011/02/20(日) 06:59:02.67
はて？ C言語ってOSがない環境で
ファイル読み書きできたっけ？
2011/02/20(日) 07:29:20.57
>>215
それ、C言語とかんけいない。
2011/02/20(日) 07:57:10.99
まぁ普通OSが無くてもFW経由で読み書きできるんでないかい
2011/02/20(日) 10:05:25.33
>>216
標準ライブラリはISOのC言語仕様の一部ですよ
勿論ファイル入出力はそれに含まれています
2011/02/20(日) 14:09:46.65
>>218
言語の仕様には入っていない。
2011/02/20(日) 14:38:11.08
>>212
昨今の変化を考えるというなら
簡単に変化できないような堅苦しい仕様書を作ってはいけない
2011/02/20(日) 14:41:53.09
JavaのThreadは1994年から、ほとんど使い方に変化が無い。
2011/02/20(日) 15:30:16.47
>>220
今度の仕様で策定される様な部分はスレッドの本当に基本的な部分で
長年の実績に基づいた機能だから簡単に変化する様な物ではないと思われ

むしろ基本の部分の仕様が固まる事で、その上に様々なライブラリを
構築する事が容易になって、言語の発展に大いに寄与する事と思われる
2011/02/20(日) 15:34:09.91
>>221
Thread Classがあまり変わっていないだけで、それの使い方は大いに変わっている。
2011/02/20(日) 15:54:43.52
Class を変えずに色んな使い方が出来るなら結構な事じゃない
どう転んでも新しい技術の脚を引っ張らないって事でしょ
2011/02/20(日) 15:59:04.92
>>222
長年の実績で固まった機能が言語の発展に寄与した。
これは過去の話だ。
まともな人間なら「固まる事で、寄与する事と思われる」なんて言わない。
2011/02/20(日) 16:05:58.98
普通に言うだろ。
まともな人間は本筋に関係無い所で無意味な難癖をつけたりはしない物だよ。
2011/02/20(日) 16:06:50.77
だな
2011/02/20(日) 16:21:54.11
>>221
んなこたーない。
例えばスレッドの止め方一つ取っても当時と今じゃ全く違うだろ。
229デフォルトの名無しさん
垢版 |
2011/02/20(日) 16:40:02.04
>>228
詳しく。
2011/02/20(日) 16:46:05.03
deprecateされてるだろ
2011/02/20(日) 16:46:40.08
>>226
難癖つけるやつがいないなら、厳密な仕様書も要らない
2011/02/20(日) 16:48:01.46
そいつは結構、好都合
2011/02/20(日) 16:52:16.64
昔からスレッドはkillすると、システムが不安定になるもんです。API的には用意されているけどね。
2011/02/22(火) 08:46:18.42
>>215
I/Oの機械語コード並べた配列を関数ポインターにぶちこんで呼ぶか、
あればメモリマップドI/Oを使えばいい。
でも、これ物理デバイスを制御できるだけでファイルシステムは自前で
作らなきゃならん。
235デフォルトの名無しさん
垢版 |
2011/04/12(火) 10:56:28.52
「Cでプログラミングするには人生は短すぎる」か？
http://hibari.2ch.net/test/read.cgi/tech/1296486174/
2011/04/28(木) 05:31:53.80
工学や理学の問題を解きたくてプログラム勉強し始めたのに、
プログラミング技術の果てしない探求に取り付かれて
プログラムは手段である事をすっかり忘れちゃうよね。
解決したい問題をさっさと解ける可能な限りの高級言語を使うのがいいと思った。
2011/05/12(木) 05:14:24.87
手段が目的になっちゃうね
2011/05/13(金) 11:29:26.32
手段が目的になる。大いに結構。
目的が感嘆には達成されないからこそ人類の発展があったんだよ。
そうじゃなきゃメシ食ってSEXして寝るだけの存在になってただろう。
239デフォルトの名無しさん
垢版 |
2011/06/21(火) 08:41:39.60
「今こそAndroidはJavaを捨ててMonoを採用する時です」
http://twitter.com/#!/migueldeicaza/status/81755106231599104
2011/06/21(火) 15:14:06.84
>>238
気持ち悪いんだよ　氏ねゴミ


マジレスすると、Ｃはもうそんなに使えなくても良い
ＪＡＶＡ以外をやれよｋｓが
2011/06/21(火) 20:29:51.43
>>239
つ Go
242デフォルトの名無しさん
垢版 |
2011/06/22(水) 20:44:36.76
>>241
Go(笑
2011/06/22(水) 20:59:49.67
>>242
楽しそうだなw
244デフォルトの名無しさん
垢版 |
2011/06/22(水) 21:06:13.19
ｗｗｗ#
2011/06/22(水) 21:08:41.67
u(o#www#o)y
246デフォルトの名無しさん
垢版 |
2011/06/23(木) 08:57:39.37
>>245
かわいい
2011/06/24(金) 05:17:33.18
てｓｔ
248デフォルトの名無しさん
垢版 |
2011/07/08(金) 21:31:07.14
>>240
Javaはオワコン
2011/07/09(土) 01:33:21.10
cが重厚プログラムだと思ってるやつが馬鹿。
2011/07/09(土) 21:14:05.84
>>236
そんなこと言ってる研究室のハゲは、
ポインタを理解していないどころか、構造体の意味も理解していない、
随所にマジックナンバーを埋め込んで、
数値計算ライブラリの利用方法も知らずに
逆行列を求める自作のプログラムをよこしてきて、
極めつけにはループ用変数のi,j,kをグローバルにしている

そんなヤツにソースコードが汚いと言われる日々
地底の情報系研究室は地雷だらけだぜ
251デフォルトの名無しさん
垢版 |
2011/07/14(木) 23:06:21.64
こんなのを見た日には、Cが嫌いになる。

a+++++b;
2011/07/14(木) 23:33:04.84
そうか？頭の中で違和感なく一瞬で
a++ + ++b;
に変換されたんだけど。
2011/07/14(木) 23:36:04.76
じゃあ最初からそう書けば良い。
2011/07/15(金) 14:21:22.95
そんな書き方するやついないし
2011/07/15(金) 15:02:45.42
c+++++love
2011/07/16(土) 17:46:18.12
int orz=3;
257デフォルトの名無しさん
垢版 |
2011/07/20(水) 23:03:57.00
IOCCC(The International Obfuscated C Code Contest
国際邪悪なCコードコンテスト)のコードは凄まじいな。仕事で似たような
コードをやられたらたまらん。
2011/07/21(木) 00:01:42.58
トリッキーなコード書きたくてしょうがない人のガス抜きになっているという説もある＞IOCCC
2011/07/21(木) 01:38:39.55
教えてあげないよ雀
2011/07/24(日) 03:28:42.72
トリッキー　→　ポ●ンキー　かw
2011/07/30(土) 17:28:17.03
トリッキー　トリッキー　錯覚系の秘密はね
2011/08/03(水) 23:40:59.79
ﾎｼｭ
2011/09/18(日) 17:00:55.65
俺も次が最後のプログラム
264デフォルトの名無しさん
垢版 |
2011/10/18(火) 16:12:07.54
C++でプログラミングするには人生は短すぎる
2011/10/31(月) 21:33:27.99
結論：Cでプログラミングをすると人生が短くなる
266デフォルトの名無しさん
垢版 |
2011/11/29(火) 12:04:51.63
わらたｗ
2011/11/30(水) 01:55:51.54
c#すら面倒なんで、pythonつかうよ
268デフォルトの名無しさん
垢版 |
2011/11/30(水) 17:38:21.65
Cは、それ自体が目的と化してしまう。
269デフォルトの名無しさん
垢版 |
2011/11/30(水) 23:39:17.33
Cでプログラミングしてると、プログラムをそもそもつくろうとした目的を忘れてしまう
脳の容量がたくさんないとやってられない
2011/11/30(水) 23:47:59.59
高速化、最適化（自分の思い込みが多分）が
目的になってしまうことがあるな
2011/11/30(水) 23:48:50.04
つまりホントの目的が達成できないと
2011/12/01(木) 00:13:39.91
それは苦Cな
273デフォルトの名無しさん
垢版 |
2011/12/01(木) 10:26:59.94
>>272
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況