ぶっちゃけ始めるのにいい言語て何　part8 ->画像>3枚

前スレ

ぶっちゃけ始めるのにいい言語て何　part7
http://2chb.net/r/tech/1631418983/

O2

>>1
スレたておつ！
新スレおめでとうございます

>>1
韓国語は？

確かに
韓国語始めたら女の子にもモテるし
じゃあなキモオタたち

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

>>4
「防水」が「放水」と同じ書き方の欠陥言語を挙げるなよ。

>>8
なんだ詳しいじゃん
こんなにも韓国語普及してるなら韓国語一択だな

>>9
ベトナム語より少ないのに？アホ言うな。

朝鮮、韓国はNGにするわ。

小学生にはHaskell教えて数学的思考能力を養うべき

>>9
マジキモいよお前

>>10
kankoku最高だよな。学ぼうぜw

>>12
どこが？少なくともRustとかHaskellよりかはマシだろ
女の子にモテるし

同音異義語まみれの日本語とかいうクソ言語

それにつけても漢字の素晴らしさよ
昔の中国人は凄かったのになあ

>>14
「こうしょう」は21世紀の文語
「こーしょー」が21世紀の口語

スペイン語は？
ネットだと英語と中国語の次ぐらいに見かける気がするが

時制が複雑なのであんまり推薦できないな
英語以外のヨーロッパ系言語もだいたいそう

・名詞の形が変化しないこと (必要なことは助詞や形容詞で指定する)
・動詞の形が変化しないこと (必要なことは助動詞や形容動詞で指定する)
・発音はローマ字ベースの世界標準であること (英語は大母音推移で最悪パターン)

おっ早速クソスレやってんな

https://news.yahoo.co.jp/articles/a0b55fa1e4c553c7c8e2dbd41a86ff667dcd7039

でも正直プログラミング言語以前に英語は絶対に出来た方がいいよな
基本的に学校で習うから問題無いけど

>>22
プログラマだったらラテン語もちょっと齧っとくといいぞ。
科学技術系の分野だと、ギリシャ系の語彙が（ギリシャ文字ではなく
ラテン文字のアルファベット）で使われているので、
技術用語の語源を知ると腑に落ちる。

>>13
よく鏡見てみろよ
糸目で頬骨出ててエラ張ってんだぜ
マスゴミのステマに乗せられた韓国大好きJKだって本物の整形前の鮮人見たら幻滅するさ

スキトキメキトキス

>>14
「こうこう」を広辞苑で引くと20以上あるんだっけ。それでも
文脈と（文章読む場合には）形で容易に区別できる。

「日本人すごい」的な意見はそんなに好きじゃないけど、
「よくこうも玄妙なバランスを考えたなあ」とは思う。

誰かが考えてこうしたわけじゃないだろう
勝手にこうなって勝手にみんな慣れただけだ

世界一習得が難しい日本語を最初の言語に選ぶのが合理的で効率的だよな
残りは簡単なのばっかりだ、よかったなおまいら

それよく言われるけどじゃあなんで日本人ってこんなに簡単なはずの英語がろくに出来ないんだよ
読解ならまだしも実際に話したりする方のレベルが終わってる

>>29
その世界一習得が難しいランキングが母国語が英語の人基準だからだよ
英語から一番遠いところにあるのが日本語だということ
だから、母国語が日本語の人は英語の習得が難しい

つまり、始めるのにいいプログラミング言語はC

>>29
日本語は漢字と敬語を除いたら非常に簡単な部類の言語
名詞は活用変化しないし動詞の活用変化も簡単な部類
特に発音の音素数が極端に少ない点が大きくて日本語話者が他言語の習得に不得手な原因

英語は決して習得が簡単じゃないぞ
文法が簡単な分
前置詞、副詞、助動詞、冠詞の使い方が
強烈に難しい
基本的なことは伝わるけど
ニュアンスを伝えにくい
まあ日本語もそうだけど

Ruby on Rails は、GitHub, Airbnb, Disney, Hulu, SoundCloud, Shopify といった世界的に有名な企業や、
日本国内でも、note、クックパッド、freee、マネーフォワード、Progate、Qiita などで使われている

2021年10月には、Railsを使い続ける、GitLab が上場し、時価総額は約1.9兆円！

>>31
日本語は狭い国土のさらに狭い地域に寄り集まっているので、
憶えることが多いという困難はあるな。
> 日本語は漢字と敬語を除いたら非常に簡単な部類の言語
じつは漢字は総ルビにすれば（少年漫画はそうなっている）いいし、
敬語は省略が少なく正則なんで、むしろ理解しやすい。
> 特に発音の音素数が極端に少ない
というより、日本語は「五十音図」でわかるように「閉音節」が
基本なので、開音節言語は理解しづらいんだよな。
ハングルは「子音＋母音＋子音」で一文字だったりするし、
英語は「子音＋子音」や「母音＋母音」で一音、みたいなのが
ゾロゾロあるし。

>>34
> 日本語は「五十音図」でわかるように「閉音節」が
> 基本なので、開音節言語は理解しづらいんだよな。

またMb氏がネット拾い読みの浅い知識を披露なのはいいとして
いつものように今回も間違えてるｗ
もちろん正解はその真逆

もうその荒らしの相手してるときりがないからやめよう
ソイツどうやら他のスレも荒らしてまわってるみたいだよ

このキャラの名前ってなんていうんですか？

>>37
見てないけど
ウンコ

>>37
寿司持ってるからRubyのキャラだろ
知らんけど

スポンジボブのジャップでは？

>>37
https://www.youtube.com/c/C%E8%A8%80%E8%AA%9E%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0TV/videos

プログラミング言語の世代論というのがあって、
第一世代は CPU のアーキテクチャべったりの機械語、
第二世代は機械語が解る人間向きの低級言語、
第三世代は自然言語寄りの高級言語、
第四世代は目的型言語、
…… で、いわゆる「第五世代」は、コンピュータの都合じゃなくて
人間の都合に合わせようよ、というコンセプトになった。
「じゃあ、どのあたりから始めるか」という話は
ありそうに思う。

>>35 >>36
固定ハンドルを使う度胸もないヘタレが何を言ってるんだろうかね（笑）。
粘着した荒しが他スレに波及するのは不本意なので、ネット検索に
引っかかりハンドルを使っているんだが。

Ubuntuにしよう！

>>43
馴れ合いでも宣伝でもない目的でコテ使うのはバカだし今それらの目的だとＳＮＳで間に合ってんだよジジイ
固定ハンドルを使う度胸とか頭おかしい

>>45
ちきん。

>>44
言語？

ランキングを加味して、PythonとかJavascriptが良いのかもね。
導入から実行までが手っ取り早そう。

誰もつっこまないで100まで行ったら
つっこもうかと思ったけどよかった

スペイン語

日本語は世界でも難しい部類の言語
英語は簡単

戻ったw

>>44 >>47
あれは言語じゃなくて OS だが、言語環境としては GNU C か
Java かという選択はあるので、GNU C でコンパイルできる言語環境を
考えると、いちおう考慮してもいいと思う。
ただ、GUI は X-Window だったっけか。そのあたりは、IDE として
何が使えるか、という点では重要なんだよなぁ。

Java はそれなりに使える言語なんだけど、プリミティブ型に
unsigned がないのでコードが変なことになる。
あとは for 文が、ほぼ C のスタイルを踏襲しているので、
制禦構造としては堅苦しい感じがする。

Python使ってるけど
100行ぐらいならわかるけど
1000行超えたら
(とか{とか
使った方が見やすいよな

55にはわかりみを感じるけど
53の電波受信中菅がものすごい

>>55 さんの気分はバケツプリン的な共感がある。
インデント文法って、いいアイディアなんだけど、
実際にやってみると、ちゃんとモジュール化して
１ページくらいに納めないと、訳がわかんなく
なっちゃうんだよね。
「{}」があると、機械的にインデントできるので
楽っちゃあ楽。とはいえ、「switch」と「case」に
関して「１インデント下げるか下げないか？！」みたいな
論争が昔あったげな。どっとはらい。

>>57
インデントの開け方が空白だったりタブだったりで違うから怒られた記憶がある。
怒られたっていうかエラーメッセージだったかな。
スマホでやってたのがまずかったのか。
面倒だから俺も括弧が良い。

タブとスペースではまるとかmakeの失敗から何も学んでないのかそのシステム

Pythonはフラグ管理とか多段ifとかしない限り、対称性や排他性のある処理が勝手に同じインデント位置に来るのよ
関数型言語を経験してから書くとすごく目と脳に優しい

1000行も書く前に構造化した方が良いことくらい気付け

1000行を超えるプログラムは本質的に複雑なので
どんな言語、フレームワークを持ってきても
スッキリかけないと思うけどな

Pythonは行数増えやすいからな

>>62
中身見ずに行数だけで判断するとかエスパーかよ

でも行数って複雑さの指標になるよ
ちゃんと書いている場合に限るけど

運用上の理由で少々長くても1ファイルで扱いたい場合があるんだよね
シェルで実行するスクリプトファイルとか

1関数1000行の話じゃね
構造化しても1ファイルの行数はたいして変わらん

自分が書くコードは短ければ短い方がいい。
まつもとゆきひろもそんな感じな事言ってた
バグはコード量によって変わってくる的な

1000行の順次処理なら構造化プログラミング的な意味での構造化はされていることになるが。

>>69
西村博之は何て言ってんだよ？

英語

こんなスレあったのか。

プログラミングのパラダイムの進化と自分自身の成長を一致させられたのは
俺みたいな今40代後半以上のオジサンだけで、それ以下の世代は恐らくプログラミング始めた時から
OOP言語もHTMLもスクリプト言語もあったはず

Cやアセンブリをすっ飛ばしていきなりC++やJavaやC#から入ってそれなりのプログラマになれた人って
逆に凄いよね。

Cでポインタも使わずになんとかなるプログラムしか書いてこなかった人と
Javaで入門したけどJNIのあたりまで手を伸ばした人では、後者の方が
それなりのプログラマになれると思うのさ

JNI使っててCもポインタも分からないってあり得ないからな

言語がOOP教えてくれるJAVAはともかく、初手からC++って辛いだろうなあ。

Rubyやってる女の子はかわいい

NHK Eテレにも出ている、Ruby の女神・池澤あやかは有名。
慶応大学生時代に、山陰地方のRuby on Rails 合宿で、Railsを学んだ

WEB+DB vol.125 に、Ruby biz Grand prix 2021 の記事が載っているけど、
彼女が去年の大賞を取っているのか

空間シェアリングサービス、TiNK Desk（tsumug）

APIの開発は、他の言語で進めていたが、
開発者が十分に確保できなかったので、Ruby に変えた

池澤だっけちょまどだっけ

モンタニエ博士はMS系ワクチンは打たない方がいいと言ってる

>>62
こういうやつってネットや本にあるサンプルコード程度しか知らないのか
ちょっとしたアプリでも作っていれば1000行がそんな多大に見えることもなさそうだが

メソッド一つに1000行はでかい
200行超えたら考えたほうがいい

１流どころのオープンのコードとか見ると非常に簡潔だよ

Swing(Java)のソースコードが悪夢だった記憶
オープンなclasspathならマシかと思ったがこっちも悪夢だった

え？

宣言とパターンの多いswitch文を別にして、処理で25行くらい
行ったらもう、「やばいな」と思うんだけど…。

分岐も何もない処理がだーーーーっとつながってるだけなら
わざわざ分割する意味はないと思うのだが

意味あるよ
https://ja.wikipedia.org/wiki/%E5%87%9D%E9%9B%86%E5%BA%A6

>>86
どこに意味があるの？
君のレスは２行しかないのに凝集度が著しく低いよ？

分岐がなくても意味が異なるコードは別の関数にする
関数名の並びを見たら処理の意味と流れが分かるし
処理中ずっと使い続ける変数はクラスにまとめるとすっきりする
その場合分割したコードはそのクラスのメソッドにするといい

1000行のコードが１０行のメソッド×100個になったら、かえって見辛くなりそう。
宣言の行も余分だし。
共用できる処理を上手く割り出せたら良いんだろうか。

>>89
うん、プログラマ向いてない人の典型的な考え方だねそれw

1000行の処理の流れを過不足なく説明できる命名が出来れば問題ない
命名が不適切で、かつ上から下まで眺めたり芸術的なコメントの力を借りないと理解できないコードは読みやすいとは言えない

>>89
だよね。
1000行の中で色々なことをやってる前提でしか話の出来ない想像力のない奴が
クラスだのメソッドだの語ってて大草原だよ

めっちゃ上下にスクロールしそうw

関数の中は数行から多くて数十行
これが出来ない人は設計が下手で不要な密結合を多数している
逆に疎結合に出来ているならばほとんどのケースで関数内は数行から十数行となる

ステップ数でしか語れないCOBOL爺さんが無理してる感じがして楽しいぞｗ

>>93
上下しなきゃならんのだったらそりゃ分割するだろ
議論の前提を理解してなさ過ぎて頭が痛い

スクロールせずに1000行表示してるのか
すごいなw

>>94
凝集度は分かるけど結合度はこのケースではちょっと違うんじゃね？

>>94
ああ、俺もこう言ってた時期があったわw

行数にこだわるのは普通におかしい
そんなことにこだわっても生産性も落ちるしメリットが見えない
初心者どころか発達障害を疑う

単純にコーディング順序の問題
何も考えずに上から下に書く奴は自然と行数が増える

Rubyは女子供専用言語

>>85

main()
{

ごめん。

main()
{
initA();
initB();
initC();

mainA();
mainB();
mainC();

closeA();
closeB();
closeC();

final();
}

て分け方には意味があるんじゃないかな。抽象度で分けちゃう。

>final();

こういう意味のある分け方ができるなら分けたほうがいいかもね。
でも当時は行数で分けるみたい話だったから。

>>103
こういうの見ると
init()
main()
close()
final()
にするか
A()
B()
C()
final()
にして依存関係を整理して欲しくなる

単純に輪切りにして無意味な命名する位なら分けなくていい

アンケート的なレスですまんけど既にある程度修めてる人達に聞きたい
プログラミングって割と想像以上に汎用性の高い技能な気がして学ぼうか迷ってるんだけど皆実際覚えて得した経験とかある？

良いアプリ無いから自分で作った！とか
業務の基本スタイルだと効率悪いから自分で効率化ツール作った！とか
果ては普通に個人で仕事受けたりいわゆるゲームのMOD的な物を個人公開したりで職場の給与+個人所得で資産加速とか
青々とした枝がいくつも出来そうな幹に感じるんだけどどうなんだろうか

>>107
アホしかいない職場でVBAでちょいと複雑なマクロをいくつか作ったら底辺社員なのに一目置いてくれるようになった。おれを首にしても仕事は回るだろうけど、俺の作ったマクロが使えないとやばい状況になる感じ　（注：給料が上がったわけではない

あと、昔からこういうフリーソフトないかなぁって思ってたデスクトップアプリを自分で作れるようになった
C#で

死ぬまでに絶対プログラミングはできるようにしたいと思っていたので損得抜きに楽しんでるわ

>>107
仕事での実利を求めるなら、Excel関係（関数・ピボットテーブル・Power Query・VBA）がコスパ最強。データ分析から書類作成まで、定型作業の多くをExcelで自動化・半自動化できる。
次点でPythonを使ったOffice操作やweb入力の自動化あたりかね。

アプリ開発とかは趣味の領域なので、実利を目的として手を出すと途中で挫折する。確かに何でもできるけど、費用対効果はあんまり良くないからお勧めはしない。

>>107
マクロで効率化とか、アプリの自作なんかの直接のメリットの他に、
コンピューターへの理解の早道ってのが大きいかも。
いろんなアプリの扱い方とか、キーボードを打てて、ハードウェアに詳しくなるとか。
今の仕事はプログラミングなんて要らないけど、議事録とか作るのは誰よりも早いよ。

スレタイの答えは、やっぱり国語ってことになるよな
タイプが早いだけじゃ議事録は書けないし

だったら英語やね

>>111>>112
雑談にすらならないボケ老人の繰り言ならツイッターでやれ
同じ事何度書かれているんだよ

GoかRust

JSとか

>>111
議事録書くのが目的だったのか。



俺はまたてっきりプログラム書くのが目的なのかと…

それは国語と英語だと何度も言われてるだろ
なんで蒸し返すんだ？

「始めるのにいいプログラミング言語」とした方が早いかもね

>>118
「何を」始めるの？

知的障害者ですかね？

>>119
その「何を」を決めることもできず根拠も無く書き込まれpart8まで続いているのがこのスレ
プログラムしない人か酔っぱらいがくだを巻くためにあるようなもの

このスレ↓と分かれてるのは何故？

【C？】最初の言語に何を選ぶか【Haskell？】
http://2chb.net/r/tech/1631175225/

手っ取り早く時系列解析やクラスタ分析をやりたくてRを使っているけど、シンプルでとっつきやすいと思う
Pythonはmacで環境整えるのが大変で断熱した

マックそんなに爆熱なのかよ…

昔、一瞬で焼き鳥と言われる状態に陥ってたとあるCPU思い出したわ。

今システム運用と上流やってて、社内SEへの転職のために少しプログラミングスキルを身に付けたい（呼び覚ましたい）
業務で少し前にJava、あとはVBAを少々という感じなんだけど、今からやって応用も効く言語どれがおすすめでしょうか？
勉強のために、固定費シュミレーションアプリなんかを作ろうと思ってます。

>>125
言語は何でもいいと思うけど
ある程度モダンで習得が比較的容易と言われてるやつから
静的言語と動的言語をそれぞれ1つずつ身に付けておくといいと思う

C#とJavaScriptとか

C#いいよね。
VisualStudioで使えるGUIアプリがすぐ組める。

>>126

無難に正解と思う。

ハスケルが最初の人とかいたら結果的にめちゃくちゃ苦労すると思う。
SmallTalk で初めてプログラム知った人を知ってるけど、Cで研修受けて「何が何だか分からない」って言ってた。

わかり始めると爆速で進んでたけど、苦労はすごかったと思う。

>>127
それC#じゃなくて.NET Framework。

>>125
バックエンドで、プログラミングの初心者なら、Ruby 一択

Rubyで文字列処理とか、バックエンドのツールを作れる。
awk とかシェルスクリプトの代わりになる

JSON, CSV も、簡単に処理できる

AWS Lambda でも使える

>>130
ありえない

個人的な意見いうとPython

1番分かりやすいと思うわ

サーバーサイドならnodejsが取っつきやすいけど

GoとPythonかJavaScript

Python好きになれない

>>127
C#は「趣味としてWindowsでVisualStudioを使ってWindowsFormで簡単なＧＵＩアプリを作る」のならお勧めできる。バカでも作れるし、情報もネット上にいっぱいあるからすぐ調べられる
こういった使い方とかに応じてどころか環境や趣味か仕事かの違いすら提示せずに言語名だけ出されても役に立たない
>>127がそういうレスだっていうんじゃなく他のレスがその手の多くて、ぽっと言語名だけ出されて理由も用途も書かれないと見る人の役に立たないし議論のネタにもならないのに何のために書きこむんだろう
自分の知っている言語名をとりあえず書くだけで実際にプログラム書けない人が多い気がする

で、出たーーーwwwwwww説教�V人ーーーーwwww

>>135
じゃ、仕事なら何がいいのよ

>>135
なんか色々と香ばしいなw

>>135
それの何が悪いのか？

>>135
見当違いな長文で講釈垂れ流してるお前が一番馬鹿だよ

バカしか残ってなくて草
8まで続けてて草

アセンブリでFAっつってんだろ
ポインタの説明する手間が省ける
関数にもアドレスがあるのに高級言語から始めるとその都度説明して二度手間3度手間
アセンブリ理解できないやつはコンピュータープログラミングやる資格無い

君の意見や気持ちは大切だから、遠慮しないで言ってみて。

>>142
じゃあRust
インラインアセンブリも書けるから理想的