ぶっちゃけ始めるのにいい言語て何　part7

**デフォルトの名無しさん** · 2021/09/12(日) 12:56:23.75

前スレ

ぶっちゃけ始めるのにいい言語て何　part6
https://mevius.5ch.net/test/read.cgi/tech/1628771431/

**デフォルトの名無しさん** · 2021/10/05(火) 02:24:56.27

>>521
個人的にはむしろインデックスの開始が負であってほしいことなんて無いけれども

まあ別にあっても良いけど負であってほしいなら負でできる言語を使えば良いし
後ろから取れる方が便利ならそっち使えば良いし

具体的にどの仕事でどんなコード書いた時にインデックスの開始が負である事が
そこまで重要で「害」というほどの問題が出たの？

非常に些細な問題に思えるが

思い込みの強いスペクトラムの人がプログラマ向いてるみたいな事いう人
いるけど全然向いてないんだよね

数学とかのが良いのでは？

**デフォルトの名無しさん** · 2021/10/05(火) 06:23:56.53

そうね
パッとどんなシチュエーションで使えばインデックスがマイナスのとき有用性があるのか思いつかないけど、
スタックエリアも溜め込むときPushを使うとスタックポインタが指すアドレスはマイナスされるとかあるから、どっかで使い道はあるかもね。

弊害としてはちょっと違うかも知れないけど、スーパーマリオで残機増やして128機以上にすると、死ぬとゲームオーバーになる、というのと似ているのかな。
まぁあれの場合は1バイトでも削って作ろうとしていたみたいだから判ってたけど敢えてチェックは入れなかったのかも知れないけど。

機能を理解した上であれば別にそういうもんなんだろう、で片付く話のような気がするよ。

**デフォルトの名無しさん** · 2021/10/05(火) 07:46:23.69

>>509
> Pythonは機械学習やった時に半年ほどしか使ってないがマイナスでバグったこと
> 一回もないしむしろその範囲では書きやすくてよかったよ

それな
これが実際書いてるやつの率直な感想だと思うわ
いろんな言語を切り替えて使ってる奴にとって
使ってる言語の仕様に合せてプログラミングするというのは
なんの恐れることもない当たり前の空気のようなこと
極端に経験が少ないか柔軟性が無い奴は怖いだろうけど

**デフォルトの名無しさん** · 2021/10/05(火) 07:48:58.06

>>510
なんで必要かどうかもわからない拡張性で今ここでいい悪いを論じるのかわからんが、
配列参照演算をオーバーライドできるなら問題ないがな。
逆にあんたの論理だと、配列参照演算をオーバーライドできない言語は拡張性の視点で
全部ダメってことにならないかな。

**デフォルトの名無しさん** · 2021/10/05(火) 09:31:11.02

だから何に話をしてるんだっていってんだろ

**デフォルトの名無しさん** · 2021/10/05(火) 09:56:05.72

何にって猫かな？

**デフォルトの名無しさん** · 2021/10/05(火) 10:34:48.12

プログラミング言語より猫語の方が役に立ちそう。

**デフォルトの名無しさん** · 2021/10/05(火) 10:52:37.79

そもそもマイナス指定っ要するにarr.length-nでlengthを省略できるようにしたいってだけだろ
そこまで省略したいかね？って思うけどね
なんつーかここら辺はTDDとセットでやるから許される言語仕様であって、TDDしてないのにこの言語仕様を肯定するのはバグがあった場合の事想定してなさすぎる

**デフォルトの名無しさん** · 2021/10/05(火) 11:14:47.30

> 要するにarr.length-nでlengthを省略できるようにしたいってだけだろ

しつけーわ
なんでお前意外とっくに全員わかってることを
いまさら大発見みたいに書き込むんだガイジ
頭悪すぎん？

**デフォルトの名無しさん** · 2021/10/05(火) 11:27:15.20

みんなカルシウム摂ろうぜ

**デフォルトの名無しさん** · 2021/10/05(火) 11:48:17.87

え、別人なんだけどこの人怖い

**デフォルトの名無しさん** · 2021/10/05(火) 13:05:57.99

length-nを省略すると良いことと悪いことがあって、
言語的に優先することが違うから、採用したりしなかったりするのかもね。
省略したら、ぱっと見判りにくくなるけど、
Pythonみたいなインタプリタは入力減らすほうが優先、とか。

**デフォルトの名無しさん** · 2021/10/05(火) 13:23:56.58

皆が述べてるように悪い点は3つなのかな
・わざわざ省略するわかりにくさ
・バグでマイナス値になった時と区別がつかない
・インデックス範囲を自由に指定できる仕様とバッティング
だから多くの言語では採用していないのもわかる
結果としてPythonやPerlなど異端な言語のみが採用って感じ？

Mb · 2021/10/05(火) 13:39:32.69

サイズが n だと添字（そえじ）は 0 から n-1。
そんなわけで、添字で指定すると、要素は mod n。
数学的にはなんの問題もないのだが、実務に携わっている
システム屋としては、「範囲外参照なんだから例外くらい
投げろよ」と思う。
「だって、仕様書通りに実装したんだもーん」みたいな
アホがいた時代があった、という話だろうな。

**デフォルトの名無しさん** · 2021/10/05(火) 13:50:38.64

ぶっちゃけ「始めるのにいい言語」というスレタイからするとその辺はどうでもいい範疇だと思うけどね

Mb · 2021/10/05(火) 13:53:59.41

>>522
C はそもそもシステム開発用の言語なので、
そういうことができないとダメなんだわ。
「右の値と左の値」というのがあって、
代入記号というのは「向かって左のアドレスに、
向かって右の値を転写する」というのが基本だった。
「バイト数が合ってたらなんでもあり」でないと、
システムプログラム（OS）は作りづらい。
そこは、アプリケーションプログラムの開発と
システムプログラムの開発では、違う部分があると思う。

**デフォルトの名無しさん** · 2021/10/05(火) 14:06:54.91

>>522
Cでは負のインデックスもあり
さらにa[b]形式の時に配列とポインタの区別なし
さらにはポインタとインデックスも対照で入れ替え可能
*(a+b)　＝　a[b]　＝　b[a]
これがC言語

Mb · 2021/10/05(火) 14:08:24.92

>>523
自閉系スペクトラム障礙の私が敢えていいますよ。
C のルーチンで、バイト列の値を返すときに、可変長だったら
こっちでバッファを用意するでしょう？（もちろん、
alloc した領域の中で処理して、free する前に確保した領域ですが）
そこを上位にルーチンが掻き潰すと、「うちの領域で起きた不具合」に
なってしまうんですよ！　「このクソ忙しいときに、上位会社のケツとか
拭いているヒマはねぇんだよ！」と思うんですが、とにかくシステムが
動かなかったらテストもできない。そんなわけで、障害切り分けをして
レポートを上げたら、「次からは気をつけてね」とか。
襁褓も取れていない小便臭い（プログラミングの何かも知らない）
ひいひいたもれのガキのお守りは、たぶん SE の仕事ではないと思う。

Mb · 2021/10/05(火) 14:16:15.90

>>539
おぉ、解っていらっしゃる。
C の配列はポインタと同一視されるので、
++ は「ポインタに対して、sizeof 分だけ
インクリメントする」という意味ではあるし、
sp++ とか --spとかいうのも、スタック操作と
いうものを考えると自然な操作だ。

**デフォルトの名無しさん** · 2021/10/05(火) 14:23:26.23

>>540
Cだと確保した領域を「渡してしまう」のかそれとも「一時的に貸すだけ」なのかの区別がないためどちらがその領域の最終責任を持つのか曖昧になってしまうね
Rustだとそこがはっきりしてるため解放忘れも二重解放も起きないし言語側が全て自動でやってくれるから楽で安全安心

**デフォルトの名無しさん** · 2021/10/05(火) 14:30:18.69

ちなみにC#になるとポインタの概念が消えて
もっとセーフティーなDeregateになったよね。
それを良しと捉えるか悪化と捉えるかは
個人で意見の別かれるところだと思うけど。

**デフォルトの名無しさん** · 2021/10/05(火) 14:34:39.20

deregateって何だよ
delegateの間違いだわ
スマソ

**デフォルトの名無しさん** · 2021/10/05(火) 14:40:48.11

>>543
C#はガベージコレクションが有る言語
C/C++/Rustのようなガベージコレクションが無い言語とは話の土台が異なります

**デフォルトの名無しさん** · 2021/10/05(火) 14:46:58.82

ガベコレがある言語かない言語かでどうしても考え方が分かれるから、始めるのにいい言語はどっちなのか先に決めてもいいんじゃなかろうか？

**デフォルトの名無しさん** · 2021/10/05(火) 15:49:14.07

>>546
昔は「GCがない」＝「自分でメモリ管理しなきゃいけない」＝「ミスると致命的」だったからその区別をする意義が理解できたけど
今は状況が一変してしまいました

【第1期】CとC++(初期)
自分で手動でメモリ解放しなければならなかった

【第2期】C++(現在)
各種スマートポインタ使用によりメモリ解放は自動で行われるようになった
しかしプログラムが込み入ってくると適切なスマートポインタ使用を完全にコントロールできなくなってるケースも多々ありそれが問題
つまり書かれたプログラムにメモリ安全性の保証が必ずしもないことが課題

【第3期】Rust
所有貸し借りをC++よりさらにはっきりさせることでコンパイルが通ったプログラムはメモリ安全性を保証することに成功
もちろんメモリ解放は言語レベルで自動に即座に行われるのでGCなし
しかもGCありの言語と同等もしくはそれ以上にメモリ安全性を保証

つまり以前は『GCなし言語は高速だけど自己責任管理ミス防止が大変』だったのが
今は『GCなし言語で高速なのに言語レベルで管理ミスを確実に防止してくれる』となった
初心者でもGCなしの高速なプログラミングを安全に出来るようになったわけです

**デフォルトの名無しさん** · 2021/10/05(火) 16:05:08.71

>>538-539
規格上は未定義の動作でしょ。
JIS X 3010の6.5.2.1とか6.5.6とかを見てみたら。
[]がポインタ演算として処理されるからといって、配列とポインタを同一視できるわけではない。

実際上は538-539の期待どおりに動作する処理系がほとんどだから、厳密には未定義であることを承知の上で利用することは否定しないが、言語仕様の話をしているときに、それがC言語の本来的な仕様であるかのように語るのは違和感がある。

Mb · 2021/10/05(火) 16:16:25.50

>>547
正確にいうと、古い世代の言語は GC を明示的に行なっていたけれど、
現代の言語は、そこの部分をうまく隠蔽していて、それを標準として
いるということではないかな？
文字列オブジェクトの A.equals(B)は、LISP の頃は当然だったけれど、
「値が一緒だったら、一緒にしないとまずくねぇ？」という話になって
A.eq(B)みたいな話には、少なくとも Java ではあったりする。
String オブジェクトを「==」で処理するのは行儀が悪いが、
シングルトン実装を踏まえてちゃんと作法を守って使うのなら、
それはそれで認める。
つーか、これって「ぶっちゃけ始めるににいい言語て何」という
スレタイに合ってねぇだろ。ここは老人の寄合所なのか？

Mb · 2021/10/05(火) 16:23:52.58

>>589
それを言ったら FORTRAN の FOR ループから脱出したときの、
FOR 文の局所変数の値は、規格の上では「不定」だったんだよ！
ANSI 規格の C 言語に文句があるわけじゃない。
行儀よく振舞えって言っているのだ。

**デフォルトの名無しさん** · 2021/10/05(火) 16:30:23.62

CやってJavaだな
その後は流行りのPythonでも、苦行なC++でも好きなのをやれば良い

**デフォルトの名無しさん** · 2021/10/05(火) 16:52:02.45

Excel VBA(ついでにSQL、ストアド覚えられるとなお良) → VB.Net → C# → ASP.Net(ついでにhtml、CSS、Javascript、JQuery)でいいんじゃないかと。

後は趣味で頭の体操的にアセンブラで。

**デフォルトの名無しさん** · 2021/10/05(火) 17:03:08.93

msにどっぷり過ぎワロタ

Mb · 2021/10/05(火) 17:27:23.90

>>551
順当な判断だな。
>>552
> 後は趣味で頭の体操的にアセンブラで。
おぉ、多湖輝さんの「頭の体操」とは古いな。歳の頃は
五十代後半とみた。
エドワード・デボノさんの「水平思考」も知っているだろうから、
LOGO も思いだしてほしい。

**デフォルトの名無しさん** · 2021/10/05(火) 18:35:05.62

>>551
それでFAだな

**デフォルトの名無しさん** · 2021/10/05(火) 20:21:33.51

お前らって、

while(true){}

だな

**デフォルトの名無しさん** · 2021/10/05(火) 20:33:30.49

おうっ

しかも　break しねえぜｗ

**デフォルトの名無しさん** · 2021/10/05(火) 20:38:48.73

>>556
'while' statement cannot complete without throwing an excretion.
'while' statement has empty body.

**デフォルトの名無しさん** · 2021/10/05(火) 20:51:09.78

lint かよ!

**デフォルトの名無しさん** · 2021/10/05(火) 22:36:13.22

CTRL-C

**デフォルトの名無しさん** · 2021/10/05(火) 23:13:57.08

アセンブラやったことない人はHuman Resource Machineてゲームをやるといいぞ

**デフォルトの名無しさん** · 2021/10/06(水) 02:32:14.22

>>551
始めのCが処女にはイタそう

**デフォルトの名無しさん** · 2021/10/06(水) 04:36:54.38

俺の使ってる言語が一番なんだ！他はゴミ！よう知らんけど！

ってなってるよなこのスレ

**デフォルトの名無しさん** · 2021/10/06(水) 05:33:03.37

ぶっちゃけ始める、のにいい言語
ですし

**デフォルトの名無しさん** · 2021/10/06(水) 07:29:52.21

逆におもむろに始めるのにない言語て何？

**デフォルトの名無しさん** · 2021/10/06(水) 07:36:05.35

>>565
誰も使ってない過去の言語とか。
例えばMicrosoft BASIC

**デフォルトの名無しさん** · 2021/10/06(水) 10:40:11.12

>>565
何の知識もないと大抵の言語は無理やから
言語から入るよりはコンピュータの勉強した方がいいかも知れない

**デフォルトの名無しさん** · 2021/10/06(水) 12:39:58.27

>>565
Haskell

**デフォルトの名無しさん** · 2021/10/06(水) 13:07:32.50

キテレツ大百科全巻読破から始めよう

Mb · 2021/10/06(水) 14:09:16.80

いや、フツーに Java でよくない？
C♯も悪い言語ではないと思うんだけど、
あまりプログラミング初心者にお勧めはしにくい
言語ではあると思う。
Java は Pascal とか C とか COBOL とか
Pascalbとかのレガシー・コードを継承しようという
意思が感じられるのに対して、C♯は、そういう風情が
一切感じられないんだよな。
「あんな奴とつきあってたんだ orz」とかいって、
のちのちトラウマになりそうなのが C♯ で、
「うん。感謝してる。前を向いて歩くわ」というのが
Java だと思う。

**デフォルトの名無しさん** · 2021/10/06(水) 14:34:08.52

Javaは無いわー
理由
・単純に俺が嫌い
・ネイティブコードまで落としてくれないので重い
・やってる奴がいすぎ
　プログラマーの集団に向かって石投げると
　大体Javaやってる奴に当たる
　供給過多で何かあるとすぐ仕事からあぶれる

**デフォルトの名無しさん** · 2021/10/06(水) 15:19:46.80

古いJavaしか知らない知識で語ると
delegateと演算子オーバーロードがないせいで文法が歪んでる気がする
逆にプリミティブ型の扱いは使いやすさ云々除くと本当はjavaのようにあるべきなのかなーとも少し思うが、結局stringぐらい参照型であることを忘れて値型のように扱いたいって願望は出てきちゃう

**デフォルトの名無しさん** · 2021/10/06(水) 15:26:59.55

JavaやるならKotlinのほうがマシだろ。

ヌルポの無いJavaがあればまだオススメしやすいけど。

**デフォルトの名無しさん** · 2021/10/06(水) 15:55:18.82

何年か初心者向けにJavaを教えていたことがあるけど、
「始めるのにいい言語」としてはイマイチな印象
理由としては

・Hello world をするにも(初心者にとっての)おまじないが多すぎて覚えにくい
・オブジェクト指向の概念を早い段階で習得させる必要がある
・基本型と参照型の区別が邪魔

くらいかな (プログラミング言語としては悪くないと思ってるけど)
経験的にはPythonかRubyがベスト。Cからでも悪くはない

**デフォルトの名無しさん** · 2021/10/06(水) 16:28:45.47

正直おまじないヤダーとか言うなら、もうjavascriptでよくね？って思う
環境用意すらいらんのが最強でしょう

Mb · 2021/10/06(水) 16:49:50.68

あぁ、そうですか (-_-!)。
> 単純に俺が嫌い
それは仕方がない。
> ネイティブコードまで落としてくれないので重い
それ言うたら LISP はどうやねん。
ネイティブコンパイラだけがコンパイラじゃねぇだろうが。
何がなんでも .obj に落とさにゃいかんのか？
だったら OS から仮想化しろっちゅー話になるやんけ。
> やってる奴がいすぎ
知ったこっちゃねーよ。
> 演算子オーバーロードがない
あれは善し悪しだぞ？
> プリミティブ型の扱いは使いやすさ云々除くと本当は
> Javaのようにあるべきなのか
IEEE に配慮しただけだっつーの。もうちょい簡単な言語が
別にあっても悪くないと思う。
> ヌルポの無いJavaがあればまだオススメしやすいけど。
がっ
> Hello world をするにも(初心者にとっての)おまじないが多すぎて覚えにくい
それはつねづねそう思う。
> オブジェクト指向の概念を早い段階で習得させる必要がある
つーか、「メッセージング」という概念をちゃんと教えろよ、と
思う。
> 基本型と参照型の区別が邪魔
それを言いだすとオートボクシングとか面倒臭い話に
なるんだよなぁ。
プリミティブ型があるから入門しやすいというメリットも
あるんだが。

**デフォルトの名無しさん** · 2021/10/06(水) 16:58:47.72

プログラマー11年目ワイ、デザパタもdddもRxもpubsubもわかるが、メッセージングが何を指してるのかわからない

**デフォルトの名無しさん** · 2021/10/06(水) 17:08:35.67

printfやMessageBoxだよ

**デフォルトの名無しさん** · 2021/10/06(水) 17:22:12.45

なん...だと...

**デフォルトの名無しさん** · 2021/10/06(水) 17:38:11.30

>>575
JavaScriptは言語仕様がかなり難しい(オブジェクト指向と関数型のハイブリッド)し、
実用的に使おうと思うとすぐにライブラリ依存の話になるので、
これまた初心者には向いていないと思う

**デフォルトの名無しさん** · 2021/10/06(水) 17:39:25.77

>>578
これはセンスいい

**デフォルトの名無しさん** · 2021/10/06(水) 18:18:52.38

Cから初めていいんだぜ
Cで挫折するくらいならそもそもプログラミングの適性ないんだからさ

**デフォルトの名無しさん** · 2021/10/06(水) 19:51:18.18

一理ある

**デフォルトの名無しさん** · 2021/10/06(水) 20:23:26.06

ポインタはたしかに適性を見極める第一歩になるよな

Mb · 2021/10/06(水) 20:43:58.99

>>577
> プログラマー11年目ワイ
> メッセージングが何を指してるのかわからない
まぁ、二十世紀の世代はそうだろうな。
「オブジェクト志向」というのは、昔は「算体主導言語」といって、
「算体（オブジェクト）」が、狙ったオブジェクトに
メッセージを投げると打ち返してくる、というコンセプトから
始まったんだ。
そんなわけで、基本は静的なオブジェクト（現在だと、static な
オブジェクトと、シングルトン実装されたオブジェクト）どうしの
メッセージのやりとりが基本なんだと思う。
そこから派生したのが、クラス定義から new されたインスタンスで、
内部変数以外は、どっかしらで定義されたコードを参照しているだけなので、
不要になるまではメモリに置かれているだけ、という話ではある。
そのあたりのカラクリは、Java の実行系のコードを追わないと
見えてこないんだが、それがよくできているので、JVM をベースにした
言語がいくつも生まれているという経緯がある。

Mb · 2021/10/06(水) 20:47:51.32

書いてて思ったんだが、
C のコードを JVM に落とすコンパイラを書いて、
そのコンパイラのコードを晒したら、
「ぶっちゃけ始めるのにいい言語」に
なりそうに思うんだが。

**デフォルトの名無しさん** · 2021/10/06(水) 23:55:22.85

>>551
最初にC言語をやるのに同じく賛成
シンプルでありながら基本を把握するのにC言語はベストだと思う
もしC言語ですら理解できないならプログラミング適性がないと早めに知ることもできる話も同意

しかしC言語の次にC++やJavaは反対
C++もJavaも歴史的積み重ねによりシンプルな言語ではなくなっていることがその理由
C言語の次はシンプルかつモダンなプログラミングが学習できるRustがベスト

**デフォルトの名無しさん** · 2021/10/07(木) 00:20:19.93

環境構築が難しいからCはないな
まずは、VisualStudioでC#か、AndroidStudioかInteliJでKotlinだな

ある程度のライブラリの概念も知った方が良いしsplitすらないC++には度肝を抜かされたぜ

**デフォルトの名無しさん** · 2021/10/07(木) 00:58:09.00

Cはたしかに難しい部分があるけど、C# や python も底なしのような気がしてきた
まぁ欲張らずに、どこまで使うか決めたらいいのだけど、それがなかなか難しい

**デフォルトの名無しさん** · 2021/10/07(木) 02:06:40.29

コンソールアプリから始めるとしたら何でも良さそうな気がするけど。
後の進路が判ってるなら、最初からそれを選べば良いんだし。

最初からVSでGUIは止めた方が良いと思う。
既に用意されてるプロジェクトファイルが把握しきれない。

**デフォルトの名無しさん** · 2021/10/07(木) 02:10:36.89

Cの環境構築ってGCC入れるだけだじゃないの？

**デフォルトの名無しさん** · 2021/10/07(木) 03:12:25.23

>>591
それが初心者にできるか、ってことじゃね？

**デフォルトの名無しさん** · 2021/10/07(木) 04:24:56.37

>>590
同意
何でか仕様を一通りというか全部なぞらせようとする人多いけど
目標がはっきりしてから適切な言語でやればいい

**デフォルトの名無しさん** · 2021/10/07(木) 06:36:58.88

Kotolin推奨してるのって何なの？
andoroid開発する以外に何のメリットがあるの？
null許容なんてバリデーションかませればいいんだし

**デフォルトの名無しさん** · 2021/10/07(木) 06:48:09.88

>>588
Visual Studio入れるならC/C++でも環境構築難しいとかないだろ

**デフォルトの名無しさん** · 2021/10/07(木) 07:58:04.70

>>594
将来的にJavaがやってることが全部Kotlinに置き換わるからJava並の需要が生まれる

**デフォルトの名無しさん** · 2021/10/07(木) 08:18:37.42

>>573
所詮はJavaありきだし、あの独特な書き方はObjectiveCみたいで気持ちが悪い
Javaやってる方が賢い

**デフォルトの名無しさん** · 2021/10/07(木) 08:18:59.82

>>596
それは無いわ

**デフォルトの名無しさん** · 2021/10/07(木) 10:21:18.77

>>596
KotlinはOracle不安定なんですけど

Mb · 2021/10/07(木) 12:06:39.91

>>592
> それが初心者にできるか、ってことじゃね？
そこは若い人の感性なので否定はしない。
その昔、IBM の「OS/2 Warp」というOS があって、
TV CM に山口智子が出演していた。
OS/2 は IBM とマイクロソフトの確執があったらしく、
マイクロソフトが Windows を推すにあたって邪魔だというので
潰された。
OS/2 Warp は、「デスクトップという概念が、ない！」という
画期的な OS で、しかもプリエンティブなマルチタスク OS だった。

Mb · 2021/10/07(木) 12:18:11.38

その OS/2 Warp の開発環境が、IBM の「ActiveAge C/C++」という
IDE だった。これが Eclipse の前身だ。
ところが OS/2 Warp がマイクロソフトに潰されたので、
Java 用に「Eclipse」（Sun に対抗したという噂があった）を
開発したのだが、「『IBM 製』っていうと、フリーソフトウェア
系のプログラマに対しては印象悪いよねぇ？」という理由
（だと思う）ので別会社にしたという経緯があったりする。
Java と Eclipse の組合せは開発環境としては悪くないし、
バージョン 1.4 でほぼ安定しているので、まぁ 5 とか
使っときゃ最新版でもきっちり動くので、
それはそれで初心者向きだと思う。

**デフォルトの名無しさん** · 2021/10/07(木) 12:46:51.99

(何もかも関係ない話だな)

**デフォルトの名無しさん** · 2021/10/07(木) 13:27:12.22

モンタニエ博士はイベルメクチンを推奨
MS系ワクチンは打つなと言ってるよ

**デフォルトの名無しさん** · 2021/10/07(木) 14:02:15.02

Javaの開発環境って，まだEclipseが定番なんですか？

**デフォルトの名無しさん** · 2021/10/07(木) 15:55:11.02

VSCODEでJava作ってるぜ

**デフォルトの名無しさん** · 2021/10/07(木) 16:34:12.31

いま公聴会で話題のFacebookですら基幹システムをJavaからRustへ置き換えたのでしょ
Javaが優れてる点は無いのだからRustでいいんじゃない

Mb · 2021/10/07(木) 16:45:35.23

>>604
そんなもん知らんよ。使いなれてるから使ってるだけだ。
宮大工さんに「いまどき墨壺とか槍鉋とか手斧（ちょうな）とか
使ってるんですか wwwwww」とか言うのと似たようなもんだろ。
うちの近所は町工場が多いんだが、光明丹とかキサゲとか
擦合わせ定盤（じょうばん）とかはフツーに現役で
使われてるぞ？

Mb · 2021/10/07(木) 16:52:34.95

>>606
> いま公聴会で話題のFacebookですら基幹システムを
> JavaからRustへ置き換えたのでしょ
あれは別に基幹システムの話とは関係ないだろ。
Java が使えるような古参兵が他の業務に引っ張られちゃったので
新兵に Rust を使わせているだけの話だ。
つーか、Java が使えるルーキーもそれなりにいるだろうが、
そういう奴を集められない時点で、企業としての FaceBook の勢いが
墜ちているというだけの話じゃないか？

Mb · 2021/10/07(木) 16:58:34.39

>>606
> Javaが優れてる点は無いのだからRustでいいんじゃない
そういうことは、Rust が Java より優れている点を
具体的に列挙してから言ってくれ。
「自民党が優れている点は無い」とか言っている
立件民主党とか共産党とかとどこが違うかという話だ。
だったら Rust が政権を担えるわけでもあるまい。

**デフォルトの名無しさん** · 2021/10/07(木) 17:10:35.64

GoogleはKotlinに関してOracleから賠償請求されてるっけ？

**デフォルトの名無しさん** · 2021/10/07(木) 17:17:59.39

GoogleはLinuxとAndroidをRustへ移行進めてるな
Linusも了承したので来年からRustへの置き換え開始

**デフォルトの名無しさん** · 2021/10/07(木) 17:36:50.38

C#じゃなくてRustにするんだ
それはそれで楽しみだな
Javaはくたばれ

**デフォルトの名無しさん** · 2021/10/07(木) 17:40:33.13

>>606
言いたいことは分かるが
Rustは新しすぎてまだ定着していない。
ぶっちゃけ始めての言語として勉強して
すぐに廃れてしまいましたでは
勉強した人が可哀想過ぎる

**デフォルトの名無しさん** · 2021/10/07(木) 17:41:13.98

>>612
C#はガベージコレクションのあるおもちゃ言語なので無理

**デフォルトの名無しさん** · 2021/10/07(木) 18:09:06.84

>>613
RustはIT業界が総支持しているメインストリーム言語
メモリ安全性を保証しGCも無いRustよりも良い言語が存在しないため

＞大手IT企業たちの方針
＞
＞プログラミング言語「Rust」のための「Rust Foundation」設立 -- AWS(Amazon)、Microsoft、Google、Mozilla、Huaweiが創設
＞https://japan.zdnet.com/article/35166267/
＞
＞Facebookが「Rust Foundation」に参加
＞https://japan.zdnet.com/article/35170192/

**デフォルトの名無しさん** · 2021/10/07(木) 18:37:06.59

>>615
Huaweiが入ってるかsらダメ。

**デフォルトの名無しさん** · 2021/10/07(木) 19:37:18.49

>>612
C#は現状、手っ取り早くGUIアプリ組んだり出来るから、まだまだ便利。
っていっても、Rustもそういうのが揃うかもしれないし、
それまでじっくり言語機能を身につけるのも良いかな。

Mb · 2021/10/07(木) 20:56:15.21

ところで、
「Rust はガベージコレクション（GC）」がない
という話のソースはどこなんだろう。
「静的な GC がない」のは分かるのだけど、
「動的な GC（別名を WC（ウェイスト・コレクション。
日本語では、通称「便所掃除（べんじょそうじ）」といって、
一九八十年代から LISP 業界では一般的な呼び名））」は、
少なくとも SmallTalk 80 の時代から一般的だったように
記憶しているが、それは認知症の老人の妄想だろうかね？
せめてエビデンスを確認してから往生したいと思う。

**デフォルトの名無しさん** · 2021/10/07(木) 21:06:28.71

>>616
どうせ影響小さいんじゃね

**デフォルトの名無しさん** · 2021/10/07(木) 21:34:03.44

別にRustだっていいんだがプロとしては現状JavaでGAFA等入ってから使うものなので
まあ今んとこJavaだよ
フロントならJS

**デフォルトの名無しさん** · 2021/10/07(木) 22:06:14.52

>>618
C言語と同じで、いわゆるGCというものは実装していないそうな。
ただ、そのままではゾンビ領域（いわゆるメモリリーク）ができてしまうので、
確保された領域へのポインタの持ち主（となる変数）が１つだけになるようにした。

ポインタが代入されると、領域の所有権も代入された側に移る・・所有権を
失った側のポインタを使おうとするとエラーになる。

これで、変数の消滅とともに領域を自動的に開放できるので、プログラマが
わざわざメモリ解放したり、GCで管理させる必要がなくなった。

というカラクリみたいね。

**デフォルトの名無しさん** · 2021/10/08(金) 05:08:48.20

>>565
F#
なんかシティポップって感じ

ぶっちゃけ始めるのにいい言語て何 part7

ぶっちゃけ始めるのにいい言語て何　part7