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

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

前スレ

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

**デフォルトの名無しさん** · 2021/09/17(金) 12:33:21.97

ケンタの人もブレないねえ

**デフォルトの名無しさん** · 2021/09/17(金) 12:39:19.06

他人なら普通はケソタの迷惑になるからやめるけど
ずっとやってるってことは本人だろうな

**128** · 2021/09/17(金) 13:18:42.83

KENTA は第一人者で、本も出していて、
大量の動画を上げて、日本6位の3千人のサロン経営者で、年収も公開していて、

200万円の学校をぼったくりと言って、裁判に訴えられたw

KENTAには、何も隠すことが無い

**128** · 2021/09/17(金) 13:24:59.60

KENTA は経営者からも、すごく嫌われている。
給料が安ければ、すぐに転職しろって言ってるから

Ruby の作者・Matz も同じことを言ってる。
勉強させてもらえないような会社は、辞めた方がよい

経営者からすれば、何も出来ない香具師に、
200万円も払ってやっているのにという不満がある

KENTAがそういうつもりなら、100万円も払わないし、
何も出来ない素人も雇わないと言ってる

**デフォルトの名無しさん** · 2021/09/17(金) 14:01:59.72

>>131
> KENTA は第一人者で

なんかしらんけど第一人者ではないだろうｗ
たぶんその人は単なるyoutuberだろうｗ

**デフォルトの名無しさん** · 2021/09/17(金) 18:38:45.35

99%の人がゴミだと思っても、1%の人が申し込めば効果ありだからな。
スパムが無くならない理由。

**デフォルトの名無しさん** · 2021/09/17(金) 20:34:30.21

【ひろゆき/切り抜き】虚言癖ってどうやって直せばいい？
http://www.youtube.com/
watch?v=5cS7vyb0tfE

**デフォルトの名無しさん** · 2021/09/17(金) 23:18:34.22

>>128
ウェブ系なのにJavaScriptを勉強しないとは呆れた
今となってはそれては極狭い範囲しか担当できないよ

**デフォルトの名無しさん** · 2021/09/17(金) 23:55:20.52

>>97
まあ、高水準アセンブラ的な「とりあえずC」というのはあるわね。

米粒PICマイコンから富岳まで幅広く使える言語だし、基礎教養みたいなものかな。
その上で必要に応じてそれぞれの分野に向いたものを身につければよろしいかと。
まあ、C/C++って書かれるくらいで、組み込みでもC++も使えちゃったりするし、ハードウェアをゴニョゴニョするのとオブジェクト指向って相性いい感じだから、ついでにC++で、その次に何か別物をっていうのもありだろうけど。

**デフォルトの名無しさん** · 2021/09/17(金) 23:59:03.89

その分野だとこれからはC/C++からメモリ安全性を保証できるRustへ置き換わっていく

**デフォルトの名無しさん** · 2021/09/18(土) 00:03:58.04

Railsガイジはマジで頭のネジ飛んじゃってるね。100回くらい同じこと言ってるし。こいつなにかのbotなんじゃないか

**デフォルトの名無しさん** · 2021/09/18(土) 01:18:13.34

>>135
ひろゆきの虚言壁は直せてない。

**デフォルトの名無しさん** · 2021/09/18(土) 07:11:53.73

まぁCはメモリ１２８KBｔで動かそうとするもんだから
今となってはRustに置き換わるべきなんだよな

**デフォルトの名無しさん** · 2021/09/18(土) 07:50:05.49

コピペプログラマーだけどメモリとかの勉強におすすめの本やサイトを教えて欲しい
感覚でプログラミングしてout of memoryが起きたらコードを修正する
そんな俺を変えていきたい

**デフォルトの名無しさん** · 2021/09/18(土) 08:03:58.51

「ベキ」なんてことはないけどね。
C/C++でLチカからLinuxまで記述できているのは現実だしね。
さらに言えば、SystemCみたいにハードウェア記述言語でもC++…というかC++のクラスライブラリで提供されてるわけで、C/C++を知っていれば幅広い領域で使えるということは確かだし。

過去にも「この点がC/C++より優れている」という主張をしてきた言語はたくさんあるけど、逆に言えばそれだけC/C++が程よくできているし、基礎教養化しているってことなんだろうなあ。

**デフォルトの名無しさん** · 2021/09/18(土) 08:14:13.62

>>143
それは違う
今までC/C++を置き換えるプログラミング言語は存在しなかった
初めて登場したのがRust
・C/C++と同様にネイティブコンパイルで低レベルアクセス記述ができてGCなどがないこと
・上記を満たしつつC/C++とは異なりコンパイル時点でメモリ安全性を保証する
このようなプログラミング言語が初めて登場したのがRust

**デフォルトの名無しさん** · 2021/09/18(土) 08:58:18.16

Rust は色々考えて今のデザインになったんだろうけど
OCaml に影響を受けてて初期は OCaml で作られたコンパイラが使われてたってんなら
もっと関数言語寄りにしてほしかった
言語にリストを組み込みで入れてて [1; 2; 3] や 1 :: 2 :: 3 :: [] と書けるように
パターンマッチ部分でも x :: xs と書けるようにしてほしかった
そんでもって TCO も保証してほしかった
そしてついでに if 式も if cond {a} else {b} じゃなくて
OCaml みたいに if cond then a else b とスッキリさせてほしかった

**デフォルトの名無しさん** · 2021/09/18(土) 09:09:14.18

>>145
どのプログラミング言語についても
記述面だけの些細な違いを気にする人はレベル低くてカッコ悪い

**デフォルトの名無しさん** · 2021/09/18(土) 10:08:37.10

Rust は D と同じ運命

**デフォルトの名無しさん** · 2021/09/18(土) 10:24:41.72

D言語は根本的には何も変わっていなくてC言語の亜流一つにすぎなかった
コンパイル時点でメモリ安全性を保証するRustの出現はプログラミング言語界に革命を起こした
それが大手IT企業たちが垣根を超えてRust支持採用となった理由

**デフォルトの名無しさん** · 2021/09/18(土) 10:32:54.07

マウントするやつがカッコいいとかいう風潮

**デフォルトの名無しさん** · 2021/09/18(土) 10:41:49.11

こいつらもマウントしてカッコつけるために皆で揃って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/09/18(土) 10:46:30.06

D 言語はショボかったねえ
言語自体もそれを持ち上げてる連中も
すべてがみすぼらしかったわ
マスコットキャラさえも

**デフォルトの名無しさん** · 2021/09/18(土) 10:54:01.87

Rustは長いプログラミング言語の歴史上で例えるなら天変地異の革命
GCなしでメモリ安全性を保証する言語は今まで存在しなかった
画期的な歴史上の出来事

**デフォルトの名無しさん** · 2021/09/18(土) 11:02:00.81

>>151
そういうの大事だよね

>>149-150
Rust 採用するとマウント撮ったことになるの？

**デフォルトの名無しさん** · 2021/09/18(土) 11:16:49.72

何でコトリンやらないのかが意味わからない
世界を支配していたJavaの上位互換でAndroid公式にもなってんだから将来性1番あるの間違いない

**デフォルトの名無しさん** · 2021/09/18(土) 11:27:22.20

>>154
もちろんKotlinはJavaより便利で断然良いんだけど
RustはJavaより便利で高速で安全と更に断然良いため現実にJavaからRustへ移行するケースが増えてる
加えてC++からRustへの移行もあるから有利よね

**デフォルトの名無しさん** · 2021/09/18(土) 11:40:29.84

Kotlin は魅力が分からない
どういう層があれを有りがたがってるのか分からない
Java 以上にドカタ味を感じる

**デフォルトの名無しさん** · 2021/09/18(土) 13:39:38.52

始めるのに良いかは微妙じゃね？Rustとか。C++で嫌な思いしたら始めるもんじゃないのあれ

**デフォルトの名無しさん** · 2021/09/18(土) 14:35:33.29

ポインタなんて必要に応じて覚えればいいんだから
Ruby、Python程度から始めるのが妥当

**デフォルトの名無しさん** · 2021/09/18(土) 15:23:41.82

お気軽に書ける言語じゃないからなRustは
Javaもメソッドチェーンだらけでアホみたいだし
MS系ならC#、Java系ならkotlin

その後に作りたいものに適した言語に移行すれば良いよ

**デフォルトの名無しさん** · 2021/09/18(土) 15:38:50.50

kotlinって学習環境どうなの？
java知らなくても習得できるん？

**デフォルトの名無しさん** · 2021/09/18(土) 18:00:04.48

それはぐぐりましょうｗ

**デフォルトの名無しさん** · 2021/09/18(土) 18:47:09.98

ディベロッパーみたけど
学習し辛いサイトだな
動画じゃないと学習できんのか

他のサイトでもjavaとの比較がはいっていたりして
kotlinは初学者には向いてない感じするな

**デフォルトの名無しさん** · 2021/09/18(土) 19:07:06.67

あわしろ氏もRustは良い言語だと言ってるね。
しかし、これから始めるならHaskell一択と言ってる。

**デフォルトの名無しさん** · 2021/09/18(土) 19:20:12.41

米語定期

**デフォルトの名無しさん** · 2021/09/18(土) 19:42:02.49

>>160
どこまでやるか次第

個人的には最初の学習はコマンドラインで
if for while 四則演算配列数値文字相互変換 sqrtやabsなど各種演算だけやって
基本的な制御の仕組みを知って、そこからやりたい環境の言語に移行すればいいと思ってる
このレベルならjavaなんて知らなくてもできる

なので、IDEインストしてすぐに試すことができるC#とkotlinを推してる感じ

**デフォルトの名無しさん** · 2021/09/18(土) 19:42:42.15

Haskellって高卒の数学コンプ持ってる子が飛びついてるイメージ

**デフォルトの名無しさん** · 2021/09/18(土) 20:36:45.39

Haskellでコンプレッサーを克服したなら、ええ話やな～～ってなるだろ。

**デフォルトの名無しさん** · 2021/09/18(土) 22:34:23.12

GOって最近案件増えてきてるよな
ぶっちゃけGOってWebで天下取りそう？
正直生理的に受け付けないからやりたくないんだが・・・

**デフォルトの名無しさん** · 2021/09/18(土) 22:51:08.16

Goの案件は言語より最新のクラウド技術をキャッチアップ出来るかの方が大事

**デフォルトの名無しさん** · 2021/09/18(土) 23:54:11.09

Goは従来の色々なものを捨てて簡素化したのが特徴で捨て過ぎたデメリットも数多い
言語としてGoじゃないと駄目で他への置き換えが難しい、ということは無いため
将来性はかなり疑問

**デフォルトの名無しさん** · 2021/09/19(日) 04:10:41.26

Goはジェネリクスすらないし
クラスも継承も何もない

**デフォルトの名無しさん** · 2021/09/19(日) 04:43:37.75

仕事としてやるんならそのとき一番儲かりそうな言語やってりゃ良いと思うけどな
趣味の勉強なら好きなのやればいいけど

**デフォルトの名無しさん** · 2021/09/19(日) 05:04:24.00

Goはタプル型がないのに多値で色々やろうとしておかしなことになってるな。
それはともかく、エラー例外処理に対しても言語として無策だから、関数を呼ぶたびに返ってきた多値のエラーチェックを毎回しなきゃいけない。

**デフォルトの名無しさん** · 2021/09/19(日) 06:04:07.81

そこは以下を延々と何度も何度も書けば解決
if err != nil {
return nil, err
}
Goは色んな機能を欠いているからプログラマーが頑張る言語

**デフォルトの名無しさん** · 2021/09/19(日) 07:24:08.08

try catchで{}が増えてごちゃごちゃしてるコードよりかはif errの方が読みやすいわ

**デフォルトの名無しさん** · 2021/09/19(日) 07:42:27.39

GoもRustもtry catchの例外処理機構を廃止というか採用しなかった点では一緒でプログラミング言語の流れとしては最前線なのよ
ただしGoはその代償で>>174を毎回書かなきゃいけなくて大変なだけだなくプログラムの見た目も本質部分の邪魔になってしまってる
一方でRustは画期的な組み合わせアイデアでそれを1文字オペレーター化しちゃったので見た目の記述もわかりやすくなり大好評になっていますね

**デフォルトの名無しさん** · 2021/09/19(日) 08:39:41.01

>>165
その程度ならKotlin不要だろ、何言ってんだ？
これ以上に習得するのならjava知らないとっていうのなら
kotlinは始め言語に不適
kotlinよかVBAのほうがマシ

**デフォルトの名無しさん** · 2021/09/19(日) 09:03:25.11

VBAでいったい何をしようってのさ
エクセルで何を頑張ろうってのさ

**デフォルトの名無しさん** · 2021/09/19(日) 09:49:20.62

>>173
その辺りが俺も気になってGoきめぇって思ってたけど
よく調べると例外については例外がないのがイケてないとかイケてないのはおめぇらだよとか言ってるコラムがあったな
大域脱出もできるし何の問題もないだが？みたいなやつ
あと継承についてもあえて使わないことで継承の弊害がでないようにしてると言ってるし
Goがイケてないって言ってる奴がイケてないんだよっていう主張もあるのと
実際案件が増えてるのが気になってるところなのよな

**デフォルトの名無しさん** · 2021/09/19(日) 09:49:50.00

Excelでスーパーマリオが出来るんなら
がんばれば3Dシューティングだって・・

**デフォルトの名無しさん** · 2021/09/19(日) 10:02:47.25

例外をきちんと使えてないイケてないプログラマが大半だから混乱を避けるために原始的な方法を使いましょうってことだろう
そもそもGoのコンセプトがイケてない人向け言語だから

**デフォルトの名無しさん** · 2021/09/19(日) 10:37:19.05

例外をきちんと使うって何？

**デフォルトの名無しさん** · 2021/09/19(日) 10:43:23.09

イケてる人=マウントジジイ
だからGoが普及するのはいいことだね

**デフォルトの名無しさん** · 2021/09/19(日) 10:48:21.50

GoもRustも例外機構(try/throw/catch)を各々の理由で敢えて持たない方針なので
エラーを返す関数は(value, error)という2つ組相当を返すところまでは両者で同じだけど

Rustは「?」オペレータを使ってメソッドチェーンも見やすく書ける
d = a.func1()?.func2()?.func3()?

Goで同じことを書くとこうなってしまう
b, err = a.func1()
if err != nil {
　return nil, err
}
c, err = b.func2()
if err != nil {
　return nil, err
}
d, err = c.func3()
if err != nil {
　return nil, err
}
これをGoで避けようとして様々な複雑化がある
データ構造を複雑化することで頑張る方法
複雑な処理をする高階関数を登場させて頑張る方法
など

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

>>184
Rustおっされー
けどエラーが返された元でnullチェックしなきゃいけない時点でキモさを感じてしまうんだよなぁ・・・
cacthもやってることは同じだろうがって言われたらそれまでだがｗ
可読性という点で果たしてどちらの方が優れているだろうか・・・？

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

どうせおまいらprintfの戻り値チェックしてないだろ

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

>>185
Rustはメモリ安全性の保証もあって着実に各関数をreturnすることを達成しつつ可読性も損なわずに両立できていますね

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

nullチェックとメモリ安全性の話は別やろ

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

>>188
例外あり、かつ、メモリ安全性保証だと
その例外機構のオーバーヘッドコストがかかりますよね
例外なし、ならばそのためのオーバーヘッドコスト無しに実現できますね

**デフォルトの名無しさん** · 2021/09/19(日) 13:11:28.65

例外のスレッド間転送について。

**デフォルトの名無しさん** · 2021/09/19(日) 13:52:04.91

問題は非同期シグナル
シグナルが安全でない関数に割り込み、シグナルハンドラが安全で
ない関数を呼び出した場合、動作は未定義

**デフォルトの名無しさん** · 2021/09/19(日) 15:00:42.97

まぁ、結局最後は機械語で動いているだけだしね。
「シンプルに書ける」といっても、そのパターンだけでプログラムができているわけでもないし、
それがプログラムの大部分を占めるようなものならともかく、重箱の隅レベルじゃ
大したメリットではないのよね。

**デフォルトの名無しさん** · 2021/09/19(日) 15:21:08.74

まぁ、メモリリークの関係なら、C++ならスマートポインタを使えってことになるんだろうな。
もっともnew なんてそもそも使ってられんという環境も多いわけだが。

**デフォルトの名無しさん** · 2021/09/19(日) 16:03:24.42

>>193
オブジェクト指向では異種の型をまとめてオブジェクトとして扱うが、ストレージ戦略としてはお汁粉並みに甘すぎる。
同じ型をstd::vector<>に保持するのが最良の戦略。
すると明示的なnew/deleteは必要なくなる。

**デフォルトの名無しさん** · 2021/09/19(日) 16:32:10.76

>>194
> オブジェクト指向では異種の型をまとめてオブジェクトとして扱うが、ストレージ戦略としてはお汁粉並みに甘すぎる。

いきなり何を言い出してるの？
ちょっとこれの意味分かるやついる？

**デフォルトの名無しさん** · 2021/09/19(日) 16:41:01.21

分からん

**デフォルトの名無しさん** · 2021/09/19(日) 17:08:28.35

わからんのか。

**デフォルトの名無しさん** · 2021/09/19(日) 21:39:06.32

米語定期age

**デフォルトの名無しさん** · 2021/09/19(日) 23:38:20.69

>>184
結局throw→catch機構で達成されていることは、
【記述】多段な関数呼び出しの途中では、エラーの存在を気にせずに記述できる。
【内部】多段な関数呼び出しの途中の戻り時に、内部で処理すべきことがあっても自動的に処理してくれる。
の2点に集約されるんだよね。

それらが達成できるならば、必ずしもthrow→catch機構が必須なわけではなくて、
Go方式だと記述面で煩わしいから解決していないけど、
Rust方式なら途中での関数呼び出し時は？オペレーターの1文字付加するだけで、エラー時も自動的に上へ上へと戻ってくれると。

**デフォルトの名無しさん** · 2021/09/20(月) 12:49:50.64

goのいいとこもあげてけ？

**デフォルトの名無しさん** · 2021/09/20(月) 13:59:12.86

>>200
Goにはmapとかfilterとかreduceとかのリスト処理するものも全く無いので
自分で毎回for文を使ってプログラミングする楽しみがある

**デフォルトの名無しさん** · 2021/09/20(月) 14:14:32.75

それはgoの悪いとこですよね？

**デフォルトの名無しさん** · 2021/09/20(月) 14:25:26.10

キレッキレではある

**デフォルトの名無しさん** · 2021/09/20(月) 14:30:43.36

>>203
それって郷の良いとこですよね？

**デフォルトの名無しさん** · 2021/09/20(月) 14:52:15.63

エキゾチックジャパンですか？

**デフォルトの名無しさん** · 2021/09/20(月) 16:41:18.18

アーチ〜ちーアーチ〜萌えてるんだろうか〜

**デフォルトの名無しさん** · 2021/09/20(月) 19:30:29.55

resource管理は所有権の概念ですべて上手くいく。

**デフォルトの名無しさん** · 2021/09/20(月) 19:33:55.84

Rustの気持ち悪さ

Mb · 2021/09/20(月) 19:47:18.37

>>13
> 向こうがなんか臭いのでこっち建てました
> タイトルも勝手に変えてるし
加齢臭もあるし説教臭くもあるので、
むしろ望ましいと思う。

**デフォルトの名無しさん** · 2021/09/20(月) 19:54:18.74

>>206
それは郷の良い歌やないか～い

**デフォルトの名無しさん** · 2021/09/20(月) 19:55:00.53

>>209
自覚しているところに好感を持ったｗ

Mb · 2021/09/20(月) 19:57:19.79

>>38
> 大半のプログラミング言語が手続き型なんだけど
> 本当に手続き型は最初の言語として相応しくないの？
そういうわけじゃなくて、
「順序構造に拘っちゃうと、並行処理というパラダイムに
対応できなくなっちゃうぞ？」という意味だと思う。

Mb · 2021/09/20(月) 20:57:23.83

>>211
某現場で、Java のコードのコメントで、（当時はコンテナの使い方が
よくわからなかったので、配列で処理したのだが）
「加齢臭漂う古臭いコード。前途ある若者は真似をしてはいけない。
コンテナクラスを使って書きなおすのが吉」と書いたら、チームリーダーから
「ソースは顧客さんも読むんですからね！」と涙ながらに叱られたことがある。
言語ごとにスタイルはあるし、歴史的な経緯もあるので、意外に
「どっちが古い」「どっちが新しい」とかは判断しがたい部分もある。
いろんな言語を経験してきたが、なかなか「プログラミング言語」の
ところまで掘り下げて考えるというのは結構めづらしいらしい。
くたばる前に書き遺しとおこうと思っている。

**デフォルトの名無しさん** · 2021/09/20(月) 21:19:06.48

>>213
> 加齢臭漂う古臭いコード。前途ある若者は真似をしてはいけない。
> コンテナクラスを使って書きなおすのが吉

完全に思い込みによるエイジハラスメントだな
いかにも年寄りが書きましたといって、年配コーダーがすべてそのような書き方をしていると決めつけている

普通に、ただ「コンテナで記述し直したほうが効率的になる」と記述すればよかったのに
余計な一言を入れるから問題になる。

これは人間性の問題だな

**デフォルトの名無しさん** · 2021/09/20(月) 21:45:27.21

こんなわけわからんジジイにも働ける場所があるんだなって思えて将来の不安が少し消えました

**デフォルトの名無しさん** · 2021/09/20(月) 21:51:26.53

あわしろ氏がお勧めする数学志向言語、Haskell。

**デフォルトの名無しさん** · 2021/09/20(月) 21:56:09.21

Rust教信者ががやたらとC/C++を敵対視してメモリ安全性を主張するけど、それだけのために文法を大きく変えて学習コストを引き上げる必要があったのかなあ？とは思うわな。

ちなみに加齢臭は閉経後の女性が一番きついそうです。加齢臭連呼している方々のママンくらいかな？

**デフォルトの名無しさん** · 2021/09/20(月) 21:56:57.73

>>213
Java土方は向こうの隔離スレに閉じこもっていただけるとありがたい

**デフォルトの名無しさん** · 2021/09/20(月) 21:59:33.59

前提条件なしならC#だな
環境立てやすい、よく使われてる（＝潰しが効く）、アプリなどの身近なものが作れる、古臭くない、癖が強すぎない、などなどの理由で

**デフォルトの名無しさん** · 2021/09/20(月) 22:09:00.96

>>217
文法が学習コストって初級者くらいでしょ
中級者以上なら色んなプログラミング言語を使い分けるけど
それぞれ文法が異なることは大した問題じゃない

Rustに関してだと、文法面でRustが他の様々な言語と比べて特に難しいとか異様だとかは無いよ
むしろ従来のモダンな言語に慣れてる人たちからは親しみやすくわかりやすい方に入るね

Mb · 2021/09/20(月) 22:12:27.21

>>214
> 完全に思い込みによるエイジハラスメントだな
> これは人間性の問題だな
いや、実際に私が職場では（たぶん）最年長で、
たまたま言語寄りの仕事をしていたので拾われただけで、
当時はそういう雰囲気だったのだ。
Java も 1.4 以降だったものの、正規表現が使えるというのを
知らない人が多かったし、「SQL で再帰を使って
木構造データを比較する」みたいなことを考える人も少なかった。
「エイジハラスメント」というなら、アーキテクチャべったりの
C 言語や、Pascal P system みたい「中間言語＋仮想マシン」を
知っている世代に対するハラスメントに対して、若い世代は
どう思っているのかを問いたい。
「再帰が使えない奴がいるとか w」とか、「for (;;) とか
while(true) がどんなオブジェクトコードに落ちるか考えた
ことがないのかね？」とか、年寄りに嗤われたくはないだろ？
「いまどき goto だってさ wwwwww」「『構造化プログラミング』
とか言うと、最近の若い連中は鼻で嗤ったりするんだぜ？ ww」
とか言われたくないだろ？

Mb · 2021/09/20(月) 22:13:17.32

>>214
> 普通に、ただ「コンテナで記述し直したほうが効率的になる」と
> 記述すればよかったのに
コンテナクラスで記述すると、実行性能としては「効率的」には
なるのだが、べつにシステムの運用上タイトな部分ではなかったんだよ。
それより、「保守性」を考えると、コンテナクラスを使ったほうが
可読性は上がると判断した。
あんた一人でシステム全体を開発して、ずっと保守してくれるんなら
好きなようにやってくれ。
こっちは大勢のエンジニアが、ひとつのシステムを構築して、
保守担当のエンジニアに引き継ぐのが仕事であって、
全員が永遠に貼りついているわけでもないし、（ソースコードも含めた）
ドキュメントも遺さなきゃいけないんだよ。
「高級言語」というのは、読まれてなんぼだ。

**デフォルトの名無しさん** · 2021/09/20(月) 22:14:52.08

コメントはお前の感想を書き込むお絵かき帳ではありません
コンテナとアレイがどうのとかいう以前の問題

Mb · 2021/09/20(月) 22:23:23.85

>>220
まてまて（笑）
> 文法が学習コストって初級者くらいでしょ
というのは分るが、「始めるのにいい言語」というスレタイの
趣旨からいうと、「じゃあ、どういう人がどういう動機で始めたいの？」
という根源的な話に戻ってしまう。
未経験のディジタル土方予備軍だけが相手じゃないぞ？

Mb · 2021/09/20(月) 22:31:37.80

>>223
動かねぇコードにコメントしても役に立つまい（笑）
「とりあえず動いてテストを通るコード」を書いて、
「保守性を考慮すると書き直したほうがいい」ということを
同じプロジェクトを進めている開発者に強くアピールするというのが、
そんなに悪いことかね？
「動けばいい」とか考えていいのは、ROM 焼きの組込みの
コードを書いている奴だけだと思うが。

**デフォルトの名無しさん** · 2021/09/20(月) 22:43:32.61

組織には必要ないタイプの人間だねぇ

**デフォルトの名無しさん** · 2021/09/20(月) 22:50:05.33

>>225
医者がカルテに「人手も足りないし患者はお金も持ってないのでとっととおっ死ぬと思います」とか書いたら医者失格

人に何かをアピールしたいならプロとして恥ずかしくない言葉でプロとして恥ずかしくない方法でしましょう

**デフォルトの名無しさん** · 2021/09/20(月) 23:11:10.02

また人を支配するのが好きそうな物言いのやつが

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

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