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

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

前スレ

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

**デフォルトの名無しさん** · 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

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

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

完全無欠の能無しのくせに

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

支配も何もソースは（コメント含めて）人に見せられるようにかけってだけの話やがな
OSSで加齢臭がどうのなんてコメントの入ったソースがあるか？

そもそも動くように書いた後にリファクタリングでちゃんと書き直すのは現在では当たり前の話であって

現在のものにちゃんとキャッチアップできてない人はいくらローレベルに詳しくても現在始めるのにいい言語なんてわからないぞ

**デフォルトの名無しさん** · 2021/09/21(火) 07:31:28.36

初心者が考えるべきこと
１．勉強しやすい
　　導入楽
　　情報が整理されていて豊富

２．基礎を学ぶだけでいい
　　基礎的な項目を網羅的に学べる（変数、論理式、繰り返し、条件、関数・クラス）
　　言語特有の知識が少ない（基礎以外に学ぶ量が多いと挫折しやすい）

どの言語で専門性を掘り下げるかはその後考えれば十分
最初はどの言語でも共通して学ぶことを短時間で学び終えるようにするべき
多言語の習得は、その言語特有の機能を学べば済むので
扱う言語の広がりに関してはそれほどコストはかけなくて済む　　

**デフォルトの名無しさん** · 2021/09/21(火) 07:48:48.05

>>213
クライアントのプログラム読解能力に
コードの制限がかかるとか
そんな会社にシステム発注できないわ

**デフォルトの名無しさん** · 2021/09/21(火) 11:16:54.48

>>219
一票

**デフォルトの名無しさん** · 2021/09/21(火) 15:31:42.05

みんなで仲良く遊んでたら
空気読めない知的障碍者が勝手に遊びに来ちゃって
「誰だよコイツ呼んだの？」「しらねーよ」
「呼んでも無いのに勝手に来ちゃったんだよ」
「アイツの親に連絡して帰ってもらえよ」
って雰囲気になってない今？

**デフォルトの名無しさん** · 2021/09/21(火) 15:38:18.37

具体的にどのコメ？

Mb · 2021/09/21(火) 15:52:29.09

>>227
> 医者がカルテに「人手も足りないし患者はお金も持ってないので
> とっととおっ死ぬと思います」とか書いたら医者失格
とても健全な意見だと思う。事務系ソフトの開発者は、
「事務経費をシステム化によって、どれだけ圧縮するか」と、
「残業や休日出勤が減る」とかいったプラスの面と、
「システム運用にかかる経費」といったマイナス面を
勘案して、「手作業で流れてるんだったら、敢えてシステム化
する必要はありませんよ」と助言することしかできないので、
むしろ経営コンサルタントの仕事だ。

Mb · 2021/09/21(火) 15:58:18.96

>>227
> 人に何かをアピールしたいならプロとして恥ずかしくない言葉で
> プロとして恥ずかしくない方法でしましょう
それはたぶん「生意気な若造」の意見だと思う。
プロフェッショナルがプロフェッショナルな人間に
プロフェッショナルとして発言するのが通るのは、
相手がプロフェッショナルである、ごく稀なケースでしかない。

Mb · 2021/09/21(火) 16:04:32.73

>>226
> 組織には必要ないタイプの人間だねぇ
ダメな経営者が言いそうなセリフだねぇ（笑）
「必要なんだけど、煩かったり鬱陶しかったりする奴」
と上手くつきあうのが経営者としての手腕であって、
イエスマンに囲まれているような企業は早晩倒れる。
あんたは少なくとも起業とかするな。

Mb · 2021/09/21(火) 16:09:41.50

>>232
大きな声では言えないが、特に名を秘す某「みかか情報システム」
（仮名）にはそういう噂があると知人の知人に聞いたことがある。

**デフォルトの名無しさん** · 2021/09/21(火) 16:19:56.56

おお神よ
この発達障害のこどおじをお救いください

Mb · 2021/09/21(火) 16:20:31.55

>>243
> みんなで仲良く遊んでたら
> 空気読めない知的障碍者が勝手に遊びに来ちゃって
いわゆる「健常者あるある」だな。
東京パラリンピックで、知的障礙者の山口尚秀が
百メートル平泳ぎで金メダルを獲ったわけだが、
それが気に入らない奴もいるだろう。
とはいえ電算業界では、「人間性においてクズだろうがカスだろうが、
発達障害だろうが身体障害者だろうが、良いコードを吐く奴は
良いプログラマ」なんだよ。
ジャズでも聴いとけ。

**デフォルトの名無しさん** · 2021/09/21(火) 16:31:56.13

また来ちゃってるやん…
また連投しちゃってるやん…

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

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