[過去ﾛｸﾞ] 次世代言語13 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
376: 2018/09/03(月)10:49 ID:Cn69eR5C(1) AAS
Cの配列長さの管理し辛さは異常
Fortranみたいな-fcheck=allもないし
377: 2018/09/03(月)10:53 ID:KtzMniM3(1/2) AAS
学がないやつが答えるなよ
378(1): 2018/09/03(月)11:10 ID:r5JPflBu(2/3) AAS
まあ、C言語はマクロアセンブラの兄貴分みたいな感じで
当時のメインフレームのアセンブリ言語を扱いやすくしただけだしな。
あんま言語自体の吟味はして無いんじゃね？
379: 2018/09/03(月)11:50 ID:fCvrhDfC(2/4) AAS
0からn-1方式はn=0の場合に-1という概念が出てくる
380(1): 2018/09/03(月)14:22 ID:28KD1V62(1) AAS
>>373
逆に今のプログラミング言語で配列インデクスが0始まり以外のものは皆無だと思うんだが。
なれの問題でしかないから諦めろ。
381: 2018/09/03(月)14:25 ID:qF0KQ+zY(2/2) AAS
Julia Fortranくらいか？
382: 2018/09/03(月)14:43 ID:4uYLlRfz(2/2) AAS
>>380
別に0-indexがしんどいとも1-indexがいいとも言ってないんだよなぁ……
むしろmatlab/juliaでもにょった位の人間だよ
明確な理由がもしあったなら知りたかっただけ
教えて下さった皆様ありがとうございました
383: 2018/09/03(月)15:16 ID:KtzMniM3(2/2) AAS
zero-base one-baseで検索すれば学のあるひとの意見きけるよ
384: 2018/09/03(月)15:35 ID:3jNxfK9B(1/3) AAS
あまり関係ないけど
初等数学で a1, a2, ... だったものが程度が進んでくるといつのまにか
当たり前のように a0 (ゼロベース添字) も扱うようになるのは
0という概念とそれを表す文字が歴史的に途中から現れて
自然数に関する種々の定理を0を含めるように一般化するようになったため
イギリス人が他国と違って階段を1階分登った階を1階、2階分登って2階と呼ぶ理由は不明
1ベース言語はアメリカ人が、0ベース言語はイギリス人が設計したなら分かりやすいが
別にそんなこともないようだ
385: 2018/09/03(月)15:38 ID:IhCpGxvm(1) AAS
>>378
C言語の設計者には、不必要なオーバーヘッドやリソースの消費は発生させないという明確な意図があったから、配列のサイズなんてメモリ上に保持しないで、必要に応じてプログラマが頑張れっていうスタンスだったはず。
386(1): 2018/09/03(月)15:46 ID:3jNxfK9B(2/3) AAS
cの場合lightweight配列として使えるポインターがあるから
配列は配列でPascal風にサイズありでも良かった気もするな
387: a4 ◆L1L.Ef50zuAv 2018/09/03(月)16:15 ID:UyEBRJ4v(1/3) AAS
こんにちは。a4と申します。人工生命技術を用いた喋る人工知能を作って、自然言語で
プログラミングする研究をしています。ソフト名は矛盾記号の反対の「T」と言います。
協力者を募集しています。
現在の研究内容はこんな感じ。
画像ﾘﾝｸ
こちらのスレでやってます。
2chｽﾚ:tech
388(1): 2018/09/03(月)16:20 ID:eGuGzjoZ(1) AAS
ついにきたか
こんなスレで使う道具でグダグダ言ってるだけの俺らには難しすぎるよ
389: a4 ◆L1L.Ef50zuAv 2018/09/03(月)16:28 ID:UyEBRJ4v(2/3) AAS
>>388
僕も１５年くらい前は2chのプログラム技術板で馬鹿にされて、それから技術的に成長
ということになったんですが、俺らには難しすぎるよ、と言われるくらいになっちゃった
のか、です。技術馬鹿になっただけで、お金だけはほとんど入りませんが＾＾；
返信はありがとうございます。
390(1): 2018/09/03(月)16:47 ID:hACEDIiH(1) AAS
勝手に"俺ら"とまとめちゃったけどもちろんわかるやつもいるはず
391: a4 ◆L1L.Ef50zuAv 2018/09/03(月)16:58 ID:UyEBRJ4v(3/3) AAS
>>390
そうですね。そうだと思って書いたんですが、やっぱり教授とかそういう人になって
いくのかな。
392(1): 2018/09/03(月)18:19 ID:Oq3hcp2i(1/2) AAS
>>386
> cの場合lightweight配列として使えるポインター
どういうこと？
lightweight配列って何？
その用語はどこに定義されてんの？
393: 2018/09/03(月)18:58 ID:3jNxfK9B(3/3) AAS
lightweight は単なる英語だけど…
394: 2018/09/03(月)19:34 ID:fCvrhDfC(3/4) AAS
単なる道具にすぎない言葉なのになぜか厳密に定義するのが良いんだよな
お金も企業も経済成長も単なる道具だが舐めない方が良いんだろう
395: 2018/09/03(月)19:57 ID:ApG59r/S(1) AAS
そりゃメモリ内容そのまま持てば軽いといえば軽いだろうが。。
396(1): 2018/09/03(月)20:25 ID:I4M/KSwq(1) AAS
>>392
多分深い意味はないと思う
「ポインタで配列を表現できるから、それとは別にサイズ付き配列の仕組みがあっても良かった気がする」
と言いたかっただけだろう
まあCにはそんなもん要らんが
397(1): 2018/09/03(月)20:45 ID:cO96euev(1) AAS
さすがに今時Cでも配列のポインタと長さはセットでしょ
398: 2018/09/03(月)20:54 ID:r5JPflBu(3/3) AAS
sizeofすれば配列かポインターか分かるよな？
399(1): 2018/09/03(月)20:55 ID:EdWLStdR(2/2) AAS
そんなの関数の入り口次第じゃん
400: 2018/09/03(月)21:30 ID:R+bW4pe5(1) AAS
>>397
ポインタはただのアドレスの値だから長さの情報を持たない
>>399
宣言の仕方に関係なく配列が関数に渡されたらただのポインタ
401(1): 2018/09/03(月)21:34 ID:nofQDRzL(1) AAS
cみたいなオワコン言語の話は飽きた
402(1): 2018/09/03(月)21:41 ID:V5YVGq7g(1) AAS
>>401
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:
うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)
非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。
言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。
403: 2018/09/03(月)21:46 ID:rGZ2KDSV(1) AAS
>>402
これほんと好き
404: 2018/09/03(月)22:32 ID:fCvrhDfC(4/4) AAS
オブジェクトモデルに依存しないテンプレートライブラリはないのかと
型システムの改善だけが目的の
OOでも関数型でもない言語
405: 2018/09/03(月)22:35 ID:Fy+nFo6J(1) AAS
アイデアあるなら自分で作ればいいじゃん
そのほわぁっとした言語
上下前次1-新書関写板覧索設栞歴
あと 597 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.014s