プログラミング言語、次は何を学ぶ？

**デフォルトの名無しさん** · 2018/12/27(木) 00:07:55.93

俺はC++くらいしかまともに扱えないが時代の流れとやらに乗るために新たな言語を学ぼうと思う
意見を聞かせてくれ

◆QZaw55cn4c · 2018/12/27(木) 00:10:57.20

>>1
私は rails/ruby と lisp/scheme をやっています、どちらもなかなか頭に入りません…

**デフォルトの名無しさん** · 2018/12/27(木) 00:14:41.72

>>2
rubyといったらweb系か
lispは詳しく知らないがどこかで学べば世界が変わるとかなんとか見たことがある

◆QZaw55cn4c · 2018/12/27(木) 00:18:39.00

>>3
＞学べば世界が変わるとか
まだ私は最初の方だからなのかもしれません
https://mevius.5ch.net/test/read.cgi/tech/1531587928/6
が、まだ世界観が変わるという気配はしてはいないです

**デフォルトの名無しさん** · 2018/12/27(木) 00:24:01.08

>>4
なるほど
Lisp以前に関数型プログラミングというものに触ったことがないのでなんともいえないが、きっと何か革新的なものを得られるのだろう
健闘を祈る

**デフォルトの名無しさん** · 2018/12/27(木) 03:15:58.54

**デフォルトの名無しさん** · 2018/12/27(木) 08:43:55.20

C#は開発ならなんでもできる感が強いが実際のところどうなんだ？

**デフォルトの名無しさん** · 2018/12/27(木) 11:20:32.10

>>7
なんでもはできないけど、大抵のことはカバーできるし、パフォーマンスも良い
書いててストレスのない言語って感じ

**デフォルトの名無しさん** · 2018/12/27(木) 11:22:05.46

ブラウザで直接動かないし、blazor使うと１ページ10MBとかになって全く実用的でない。
組み込みにも向かない。
なんでもできるなんてとんでもない。

**デフォルトの名無しさん** · 2018/12/27(木) 11:47:53.22

ほーん、最近の言語って感じだ
C++の改良版らしいが、一番近い言語を上げるとしたら何だろう

**デフォルトの名無しさん** · 2018/12/27(木) 12:47:03.82

>>9
これはさすがにキチガイ

**デフォルトの名無しさん** · 2018/12/27(木) 16:43:26.80

C++をまともに使いこなせるならそれで充分じゃん
目的とか理由も書かれていないから質問にすらなっていないのにスレたてまでするとか

**デフォルトの名無しさん** · 2018/12/27(木) 17:15:53.28

C++は組み込みに使えるがC#は逆立ちしたって無理。

**デフォルトの名無しさん** · 2018/12/27(木) 18:59:01.58

C++はモッサリしてる。

**デフォルトの名無しさん** · 2018/12/27(木) 19:02:49.69

Rust

**デフォルトの名無しさん** · 2018/12/27(木) 19:13:13.76

>>14
感覚的な表現に逃げないでどういう意味かハッキリ言ったら？
まさか、C++がC#より遅いとでも言いたいのかな？ｗｗ

**デフォルトの名無しさん** · 2018/12/27(木) 19:16:01.64

>>13
だから？

**デフォルトの名無しさん** · 2018/12/27(木) 19:28:05.26

すまんな、別に目的があるわけでもないし、ただ何か新しいことがやりたかっただけだ
C++使えれば大体のことはできるのは確かだが

**デフォルトの名無しさん** · 2018/12/27(木) 19:32:06.42

C++よりも早いとかでRustには興味があって少し触ってみたことがある
速度を体感するまでは習得できていないが、C++よりも断然安全な印象

**デフォルトの名無しさん** · 2018/12/27(木) 20:05:55.77

rustみたいな
特定企業のしょうもない車輪の再発明なんか使うﾔﾂはｱﾎ

**デフォルトの名無しさん** · 2018/12/27(木) 22:54:58.45

Haskell

**デフォルトの名無しさん** · 2018/12/28(金) 12:27:37.78

速度を体感とか人間の感覚じゃ体感できるわけ無いだろ

**デフォルトの名無しさん** · 2018/12/28(金) 13:03:06.50

速度は言語によって結構変わらないか？
例えばC++とPythonじゃ大分違うだろ

**デフォルトの名無しさん** · 2018/12/28(金) 15:12:42.31

3年も開発してると言語の実行速度がホントに必要になる開発はごく一部だと思うようになった

**デフォルトの名無しさん** · 2018/12/28(金) 16:05:33.44

>>24
開発速度の方が気になる

**デフォルトの名無しさん** · 2018/12/28(金) 17:00:30.13

JavaコンパイラはJavaで書かれているので一瞬でコンパイルする。
C++コンパイラはC++で書かれているので、一晩たってもビルドが終わってなかったりする。

**デフォルトの名無しさん** · 2018/12/28(金) 17:01:27.74

間違えました。
×コンパイルする。
○コンパイルするする。

**デフォルトの名無しさん** · 2018/12/28(金) 19:08:02.29

さすがJavaプログラマ、なんとIQ高いレスｗｗｗ

**デフォルトの名無しさん** · 2018/12/29(土) 01:00:33.92

>>26
> C++コンパイラはC++で書かれているので、一晩たってもビルドが終わってなかったりする。

コンパイラぐらいCで書け、近頃は情けない連中がコンパイラ作ってるんだなあ

**デフォルトの名無しさん** · 2018/12/31(月) 10:00:19.30

対話型の言語になってくんじゃないの？。
キーボードなんて無くなって、あいと会話をしながら作る時代が来るでしょ。

で、対話型と言えばBASICかな。

**デフォルトの名無しさん** · 2018/12/31(月) 12:51:43.57

bigmouthのsmalltalkだろ。

**デフォルトの名無しさん** · 2018/12/31(月) 20:39:46.73

新しいことやりたい、って大抵今やらなきゃならないこと行き詰っているときだよな

**デフォルトの名無しさん** · 2019/01/02(水) 18:10:17.13

対話型、いかにもSFって感じがするけど現実になりつつあるんだな

**デフォルトの名無しさん** · 2019/01/23(水) 07:08:51.27

>>26
Python のコンパイラは Python でかかれてるんですね。

**デフォルトの名無しさん** · 2019/01/23(水) 11:52:00.19

Ruby のランタイムは、Rubyの簡素なバージョン、mini Ruby で作る

**デフォルトの名無しさん** · 2019/01/25(金) 10:01:15.71

>>26
PascalとかGo使え。
構文解析で有利だからコンパイルは速い。
実行速度はCだが。

**デフォルトの名無しさん** · 2019/01/29(火) 00:43:00.82

javascriptいいんじゃない
c++で組み込み
js(node.js+クライアントjs)でwebアプリ
js + c++でguiアプリ
出来ない分野ナッシングやで

**デフォルトの名無しさん** · 2019/01/29(火) 17:27:33.73

>>37 アホか

**デフォルトの名無しさん** · 2019/01/31(木) 10:01:08.72

>>34 インタプリタです。

**デフォルトの名無しさん** · 2019/01/31(木) 10:04:11.38

CPythonは、Cで書かれている。

**デフォルトの名無しさん** · 2019/01/31(木) 10:05:19.00

pypy はpythonによるpythonの実装

**デフォルトの名無しさん** · 2019/01/31(木) 13:14:54.52

Decapyってないの？

**デフォルトの名無しさん** · 2019/01/31(木) 14:27:10.17

まあおまえらが本当に必要な言語は日本語だな。

**デフォルトの名無しさん** · 2019/01/31(木) 20:19:13.69

Chippy でいいです。

**デフォルトの名無しさん** · 2019/02/01(金) 09:21:13.60

>>1 python は簡単で時代の流れに乗ってると思う。
大学の入門用プログラム言語としても人気。

web系はperl みたいな感じで簡単だし、excel を直接読み込んで統計処理したり日常的に使いやすそう。

アメリカではプログラマじゃなくても、pythonを使える人という条件で人集めをしてたりするらしい。
丁度Excel word が使えないと事務すらできないのと同じ感覚なのかも。

言語的な面白さはないが、現実的。

**デフォルトの名無しさん** · 2019/02/04(月) 22:50:43.03

exel もそうだけど、「使える」って何？

**デフォルトの名無しさん** · 2019/02/04(月) 23:00:24.92

突き詰めると拒絶反応を示さない、くらいまで落ちそう

**デフォルトの名無しさん** · 2019/02/04(月) 23:20:42.72

>>1
必要に応じてでいいと思うけど
一つの言語がある一定以上できればその知識を元に別の言語に入れるからそこまで多言語に苦労はしないはずだし
強いて言えばpythonなんだけど
日本国内でだと未だにjava or C#が多いからそっちでもいいのかもしれないね

**デフォルトの名無しさん** · 2019/02/05(火) 14:32:02.21

NumPy とか使ってもメソッド呼び出すだけで
別にPythonじゃなくてもいい感じ。

**デフォルトの名無しさん** · 2019/02/10(日) 13:13:57.90

そろそろKotlinやろうかなと思ってる
スマホアプリ作る気はさらさら無いが
デスクトップアプリでもKotlinの需要とかKotlinの方がいいとかあるのかな

**デフォルトの名無しさん** · 2019/02/10(日) 16:09:23.25

>>48 C はすべての基礎言語だし、web でjavascriptは外せない。
この二つを理解した上で他に進んだ方が良いんじゃないのかな。
java やjavascript もCの方言みたいなものだし。

**デフォルトの名無しさん** · 2019/02/16(土) 01:35:20.84

>>49 別に言語はなんだって良いんだけど、入門のしやすさと、試行錯誤のしやすさでpython がモテてるんだろ。

スピードはその通り上の言語がなんであろうが、Numpyとかが高速に下働きしてくれれば良いだけだし。

また、初心者教育する上で環境を問わないというのも大きな理由なんだろうな。

**デフォルトの名無しさん** · 2019/02/16(土) 01:51:40.98

日本でpython の導入が遅れてたのは、Ruby があったこともあるが、何よりもpython が多言語(Unicode) 対応に遅れていたことだろう。

日本語での解説書もまだまだ不足してるし。

しかし、python.org の公式ドキュメントの言語として日本語が選べるようになってるのは有りがたいね。
https://docs.python.org/ja/3/index.html

**デフォルトの名無しさん** · 2019/02/16(土) 02:21:12.01

試行錯誤のしやすさｗｗｗｗｗ

**デフォルトの名無しさん** · 2019/02/16(土) 12:16:04.71

>>54 草が生えるほどおかしいか？科学なんて試行錯誤の繰り返しじゃん。
パラメータを頻繁に変え、ロジックを頻繁に変え、結果を即座に確認。
このループがいかに早くできるかだろ。

数学じゃないんだぞ。

**デフォルトの名無しさん** · 2019/02/17(日) 21:31:55.31

pythonで日本語の言語処理は結構しんどいよな。
まあ、しんどくない言語はあるのかって話はあるが。

**デフォルトの名無しさん** · 2019/03/07(木) 07:55:07.31

最近の言語って、まともに設計されたものってあんまりないんだよな。Javaなんかも、どこに行きたいのかよくわからん改修してるし。

**デフォルトの名無しさん** · 2019/03/08(金) 02:10:43.64

>>57
> 最近の言語って、まともに設計されたものってあんまりないんだよな。Javaなんかも、どこに行きたいのかよくわからん改修してるし。

最近の言語のほとんどは、昔の言語に比べて頻繁に改訂するし平気でBackward-compatibilityを無視した変更もするからね
そういう意味で、最近は昔の言語ほど深く長く考えずにさっさと取り敢えずの言語仕様を決めては実装して使いにくい部分はどんどん変えてしまうってスタンスで言語を作っては発表してる

こういう変化の原因の一つは恐らく実装する（コンパイラやインタプリタを作る）のが昔に比べてずっと簡単になったことがあると思うが
それだけでなく、社会の風潮がじっくり考えるよりもフットワーク軽く試しては変えるというサイクルを好むようになったことがあると思う

言ってみれば、昔の言語の仕様策定のやり方はコンパイラ的、つまり様々なアイデアを仕様に含めるか否か、また含めるとしたらどういう形で仕様に取り込むかを
じっくり考えて良く煮詰めた上で言語仕様を作るのに対して、今の言語仕様の作り方はインタプリタ的だという印象がある

だから設計がしっかりしているか否かと言えば昔の言語のほうがずっとしっかり設計されている
それは仕様を発表するまでに考えている時間が昔の言語のほうがずっと多いからね
そして昔の言語（だけでなくソフトウェアも）の場合Backward-compatibilityを捨てた変更をするというのは論外という価値観があった

◆QZaw55cn4c · 2019/03/08(金) 02:36:46.14

>>58
＞設計がしっかりしているか否かと言えば昔の言語のほうがずっとしっかり設計されている
そんな気はしないのですが、具体例を例示していただけますか？

**デフォルトの名無しさん** · 2019/03/08(金) 07:34:05.42

>>58
そうだな、どうも仕様が熟考されてない気がする。
フットワーク軽くして、なにか斬新で有効なものが出てくれば良かったんだが、蓋を開けてみると40年前以上の概念の焼き直し。
同じところをぐるぐると回ってる気がするぜ。

**デフォルトの名無しさん** · 2019/03/08(金) 08:53:58.02

じゃあjsでも使ってれば？
don't break the webとか言ってクソみたいな仕様もずーっと残ってるぞｗｗｗ
アホくさ

**デフォルトの名無しさん** · 2019/03/08(金) 09:39:49.46

JS 使ってますよ。

**デフォルトの名無しさん** · 2019/03/08(金) 11:57:44.13

改訂2版 Ruby逆引きハンドブック、2018/8/28、株式会社マネーフォワード

この本で、多くのデザインパターンを網羅しているから、
オブジェクト指向・関数型や、シェルでのフィルターの作り方なども学べる

一方、Python では、逆引き本は良くないという書き込みを見た

**デフォルトの名無しさん** · 2019/03/08(金) 16:37:54.28

奇遇だな
俺はrubyはクソ言語だという書き込みを見た

**デフォルトの名無しさん** · 2019/03/09(土) 02:27:37.08

>>60
Adaの言語仕様とか読むと精緻さに感動するタイプの人は感動できると思う
あるいはとても古いけれどAlgol 60の言語仕様に関する解説書である米田信夫（この人は圏論の米田の補題Yoneda's Lemmaでも有名な数学者）の『Algol 60講義』を読んでみると良い
（残念ながら久しく品切れだけれど大学の情報系の学部・学科の図書室にはあるだろうし古書でなら今でも入手可能だろう）

とにかく頻繁に言語仕様を改訂する、しかもbackward-compatibilityを捨てる言語仕様の改訂を平気でするというのは
本来ならば単なる暫定的な代物というべき段階で言語仕様をリリースしているかということの裏返しだと私自身は思っている

**デフォルトの名無しさん** · 2019/03/09(土) 22:33:58.77

>>65
Adaそのものではないが、そこから派生したPL/SQLは愛用している。というかまともなプログラムは、最近それしか使ってない。
Adaの古書をかき集めてたが、その本は知らなかった。大きい図書館で探してみるよ。

**デフォルトの名無しさん** · 2019/04/27(土) 00:58:00.01

良スレの予感

**デフォルトの名無しさん** · 2021/08/25(水) 21:29:07.08

今後のAIエアコンやAI冷蔵庫とかAI家電製品に使われそうな言語って何ですか？

**デフォルトの名無しさん** · 2021/08/26(木) 19:44:10.27

>>68
Ada はアメリカの国防総省が軍事用に制定した言語だったので、
昨今の強力な CPU と広いメモリ空間という環境では
組込み用としても有望だとは思うんだが、
いかんせん処理系とか開発環境に乏しいんだよなぁ ……
とはいえ C++ ほどややこしくはないので、
Java とか C# とかで遊びながら横目で見ている、というのも
アリかもしれない。

**デフォルトの名無しさん** · 2021/08/26(木) 21:05:26.31

>>69
Java と C# とだったらどちらがAIに有利ですか？

**デフォルトの名無しさん** · 2021/09/22(水) 21:50:27.33

>>1
安定して飯が食えるという点でphpかな
仕事に使うにはフレームワークが必須だけどそこだけ頑張れば
言語仕様自体はC++と似てるんですぐにモノにできるはず
最近良く話題になるPythonやGoやRust覚えたって案件ないよｗ

**ホワイトワイト** · 2021/09/23(木) 09:58:44.70

そりゃぁまぁjavaかな。
c#はもう何年かやってるからそろそろ違う言語も試そうかな

**デフォルトの名無しさん** · 2021/09/23(木) 10:43:30.19

phpはブラック
近寄らない方が良い

**デフォルトの名無しさん** · 2021/09/23(木) 11:24:06.10

言語やフレームワークが爆発的に増えすぎwww
ただし、多くの言語がマルチパラダイムになってきているから
言語間の差は縮まってきているかもね。
1つを深く学べばなんとかなるのかも。

**デフォルトの名無しさん** · 2021/09/23(木) 13:06:35.16

次に覚えるならVerilogかVHDLかな。
System Verilogとかね。

**デフォルトの名無しさん** · 2021/09/24(金) 07:55:24.55

米語定期

**デフォルトの名無しさん** · 2021/09/24(金) 10:48:58.15

>>75
ハードウェア記述言語について調べていたら
現代ではそれらは廃れて
C/C++で記述できるようになっているんだって
情報を得たことがある。

**デフォルトの名無しさん** · 2021/09/25(土) 11:39:50.04

絵空事

**デフォルトの名無しさん** · 2021/09/25(土) 14:46:52.81

>>77

動作合成ね。
ある程度はできるけど、ハードウェアの場合には1クロックサイクルで確実に回さなくてはならないとか、ゲート数などの制約が強い場合も少なくないので、どうしてもRTLレベルで記述する必要性はあるのよ。

C/C++が使えればスーパーコンピュータから米粒マイコンまで、ソフトウェアは書ける。
ハードウェアの方はVerilog/VHDLができればFPGAなどの論理回路設計はメーカーを問わず使える。

両方が使えれば活躍できるフィールドは大きく広がる。

他の言語は必要に合わせて覚えたら良いんでない？

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

HDLはプログラミング言語というよりはマークアップ言語らしい。

**デフォルトの名無しさん** · 2021/09/26(日) 11:00:18.54

いくらなんでもmarkupと比べたら失礼

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

>>80
HDLはRTLレベルで書くならビット処理の得意なイベント駆動型の並列動作記述言語ってかんじかな？

a=1,b=2
の時に
b<=a;
c<=b;
が実行されるとb=1,c=2になるって具合ね。

あなたの使っているCPUも、GPUもHDLで書かれているだろうな。

Mb · 2021/10/07(木) 21:27:31.89

なんか議論が噛みあってなくて山ほど草生えそう。
現状、開発環境が整備されている言語のどれかは
使えるから、「次は何を学ぶ？」っていう話に
なっているわけだろう？
だったら「本で勉強する（処理系や開発環境は
なくてもいい）」のか「ちょっとはいじってみたいから、
処理系はあったほうがいい（できれば IDE もあったほうがいい）」のか
「次の仕事を請けられるために準備しておきたい」
（会社では嫌われそうだが (-_-!)）のか、
それによって違うと思う。

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

>>83
自分が一番場違いだって認識できてる？

**デフォルトの名無しさん** · 2021/10/09(土) 16:35:11.61

MbをNGで解決

**デフォルトの名無しさん** · 2021/10/09(土) 16:50:33.66

エイヒレ

**デフォルトの名無しさん** · 2021/10/15(金) 10:24:06.52

tcl(tk含む)

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

>>1
カネになる言語
案件のない言語を覚えても仕方がない

**デフォルトの名無しさん** · 2023/01/21(土) 17:12:17.94

RustかCarbon勉強したいんだがどちらがおすすめ？