[過去ﾛｸﾞ] 次世代言語13 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
369: 2018/09/03(月)08:12 ID:qF0KQ+zY(1/2) AAS
使い捨てなら入ってる力高いperl5かな
Rubyの出番はねえな
370: 2018/09/03(月)08:18 ID:nea64YB1(2/2) AAS
最初から入ってるかどうかどうでもよすぎるしそんな理由で今さらperl5使うことはないなあ
371: 2018/09/03(月)08:35 ID:fCvrhDfC(1/4) AAS
Luaは正解だがPerlも正解だよ
そしてPerlは悪とか正解は一つとかいうのを信じる人はPythonに集まった
372: 2018/09/03(月)09:31 ID:PK1fysIy(1) AAS
配列インデクスが1から始まるとかいう狂気
373(2): 2018/09/03(月)09:51 ID:4uYLlRfz(1/2) AAS
無学だから教えて欲しい
プログラミング言語の配列に0-indexが多いのって、Cの配列がアセンブラに寄せてあってaddress+0からスタートしてるからだと思ってるんだけど正しくはどうなの？
374: 2018/09/03(月)10:42 ID:XmaAZlOW(1) AAS
>>373
まあ0からにするとコンピュータ的にコード作りが楽になるからそんな感じになるのが多いわけだが、必ずそんな風にコンパイラを実装しなければいけないということもないわけで、要するに実装依存だ。
375: 2018/09/03(月)10:47 ID:r5JPflBu(1/3) AAS
ゼロには配列の数が入ってる。
みたいな言語だって構わないんだが。
C実装者はポインターと配列を同一視しちまったんだ。
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すれば配列かポインターか分かるよな？
上下前次1-新書関写板覧索設栞歴
あと 604 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.014s