ぶっちゃけ始めるのにいい言語て何 part8
>>1
スレたておつ!
新スレおめでとうございます 確かに
韓国語始めたら女の子にもモテるし
じゃあなキモオタたち
(‘_‘)r鹵<<< < `Д´>>>5 プシューッ
「ニダキラー」 あわしろ氏がお勧めする数学志向言語Haskell。 >>4
「防水」が「放水」と同じ書き方の欠陥言語を挙げるなよ。 >>8
なんだ詳しいじゃん
こんなにも韓国語普及してるなら韓国語一択だな >>9
ベトナム語より少ないのに?アホ言うな。
朝鮮、韓国はNGにするわ。 小学生にはHaskell教えて数学的思考能力を養うべき >>10
kankoku最高だよな。学ぼうぜw
>>12
どこが?少なくともRustとかHaskellよりかはマシだろ
女の子にモテるし それにつけても漢字の素晴らしさよ
昔の中国人は凄かったのになあ >>14
「こうしょう」は21世紀の文語
「こーしょー」が21世紀の口語 スペイン語は?
ネットだと英語と中国語の次ぐらいに見かける気がするが 時制が複雑なのであんまり推薦できないな
英語以外のヨーロッパ系言語もだいたいそう ・名詞の形が変化しないこと (必要なことは助詞や形容詞で指定する)
・動詞の形が変化しないこと (必要なことは助動詞や形容動詞で指定する)
・発音はローマ字ベースの世界標準であること (英語は大母音推移で最悪パターン) https://news.yahoo.co.jp/articles/a0b55fa1e4c553c7c8e2dbd41a86ff667dcd7039
日本語の元となる言語を最初に話したのは、
約9000年前に中国東北地方の西遼河流域に住んでいたキビ・アワ栽培の農耕民だったと、
ドイツなどの国際研究チームが発表し英科学誌ネイチャーに掲載された。
研究チームの一人、同研究所のマーク・ハドソン博士(考古学)によると、
日本列島では新たに入ってきた言語が先住者である縄文人の言語に置き換わり、
古い言語はアイヌ語となって孤立して残ったという。 でも正直プログラミング言語以前に英語は絶対に出来た方がいいよな
基本的に学校で習うから問題無いけど >>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氏がネット拾い読みの浅い知識を披露なのはいいとして
いつものように今回も間違えてるw
もちろん正解はその真逆 もうその荒らしの相手してるときりがないからやめよう
ソイツどうやら他のスレも荒らしてまわってるみたいだよ >>37
寿司持ってるからRubyのキャラだろ
知らんけど プログラミング言語の世代論というのがあって、
第一世代は CPU のアーキテクチャべったりの機械語、
第二世代は機械語が解る人間向きの低級言語、
第三世代は自然言語寄りの高級言語、
第四世代は目的型言語、
…… で、いわゆる「第五世代」は、コンピュータの都合じゃなくて
人間の都合に合わせようよ、というコンセプトになった。
「じゃあ、どのあたりから始めるか」という話は
ありそうに思う。 >>35 >>36
固定ハンドルを使う度胸もないヘタレが何を言ってるんだろうかね(笑)。
粘着した荒しが他スレに波及するのは不本意なので、ネット検索に
引っかかりハンドルを使っているんだが。 >>43
馴れ合いでも宣伝でもない目的でコテ使うのはバカだし今それらの目的だとSNSで間に合ってんだよジジイ
固定ハンドルを使う度胸とか頭おかしい ランキングを加味して、PythonとかJavascriptが良いのかもね。
導入から実行までが手っ取り早そう。 誰もつっこまないで100まで行ったら
つっこもうかと思ったけどよかった >>44 >>47
あれは言語じゃなくて OS だが、言語環境としては GNU C か
Java かという選択はあるので、GNU C でコンパイルできる言語環境を
考えると、いちおう考慮してもいいと思う。
ただ、GUI は X-Window だったっけか。そのあたりは、IDE として
何が使えるか、という点では重要なんだよなぁ。 Java はそれなりに使える言語なんだけど、プリミティブ型に
unsigned がないのでコードが変なことになる。
あとは for 文が、ほぼ C のスタイルを踏襲しているので、
制禦構造としては堅苦しい感じがする。 Python使ってるけど
100行ぐらいならわかるけど
1000行超えたら
(とか{とか
使った方が見やすいよな 55にはわかりみを感じるけど
53の電波受信中菅がものすごい >>55 さんの気分はバケツプリン的な共感がある。
インデント文法って、いいアイディアなんだけど、
実際にやってみると、ちゃんとモジュール化して
1ページくらいに納めないと、訳がわかんなく
なっちゃうんだよね。
「{}」があると、機械的にインデントできるので
楽っちゃあ楽。とはいえ、「switch」と「case」に
関して「1インデント下げるか下げないか?!」みたいな
論争が昔あったげな。どっとはらい。 ttps://i.imgur.com/62jxrU6.jpg >>57
インデントの開け方が空白だったりタブだったりで違うから怒られた記憶がある。
怒られたっていうかエラーメッセージだったかな。
スマホでやってたのがまずかったのか。
面倒だから俺も括弧が良い。 タブとスペースではまるとかmakeの失敗から何も学んでないのかそのシステム Pythonはフラグ管理とか多段ifとかしない限り、対称性や排他性のある処理が勝手に同じインデント位置に来るのよ
関数型言語を経験してから書くとすごく目と脳に優しい 1000行も書く前に構造化した方が良いことくらい気付け 1000行を超えるプログラムは本質的に複雑なので
どんな言語、フレームワークを持ってきても
スッキリかけないと思うけどな >>62
中身見ずに行数だけで判断するとかエスパーかよ でも行数って複雑さの指標になるよ
ちゃんと書いている場合に限るけど 運用上の理由で少々長くても1ファイルで扱いたい場合があるんだよね
シェルで実行するスクリプトファイルとか 1関数1000行の話じゃね
構造化しても1ファイルの行数はたいして変わらん 自分が書くコードは短ければ短い方がいい。
まつもとゆきひろもそんな感じな事言ってた
バグはコード量によって変わってくる的な 1000行の順次処理なら構造化プログラミング的な意味での構造化はされていることになるが。 こんなスレあったのか。
プログラミングのパラダイムの進化と自分自身の成長を一致させられたのは
俺みたいな今40代後半以上のオジサンだけで、それ以下の世代は恐らくプログラミング始めた時から
OOP言語もHTMLもスクリプト言語もあったはず
Cやアセンブリをすっ飛ばしていきなりC++やJavaやC#から入ってそれなりのプログラマになれた人って
逆に凄いよね。 Cでポインタも使わずになんとかなるプログラムしか書いてこなかった人と
Javaで入門したけどJNIのあたりまで手を伸ばした人では、後者の方が
それなりのプログラマになれると思うのさ JNI使っててCもポインタも分からないってあり得ないからな 言語がOOP教えてくれるJAVAはともかく、初手からC++って辛いだろうなあ。 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行超えたら考えたほうがいい
1流どころのオープンのコードとか見ると非常に簡潔だよ Swing(Java)のソースコードが悪夢だった記憶
オープンなclasspathならマシかと思ったがこっちも悪夢だった え?
宣言とパターンの多いswitch文を別にして、処理で25行くらい
行ったらもう、「やばいな」と思うんだけど…。 分岐も何もない処理がだーーーーっとつながってるだけなら
わざわざ分割する意味はないと思うのだが >>86
どこに意味があるの?
君のレスは2行しかないのに凝集度が著しく低いよ? 分岐がなくても意味が異なるコードは別の関数にする
関数名の並びを見たら処理の意味と流れが分かるし
処理中ずっと使い続ける変数はクラスにまとめるとすっきりする
その場合分割したコードはそのクラスのメソッドにするといい 1000行のコードが10行のメソッド×100個になったら、かえって見辛くなりそう。
宣言の行も余分だし。
共用できる処理を上手く割り出せたら良いんだろうか。 >>89
うん、プログラマ向いてない人の典型的な考え方だねそれw 1000行の処理の流れを過不足なく説明できる命名が出来れば問題ない
命名が不適切で、かつ上から下まで眺めたり芸術的なコメントの力を借りないと理解できないコードは読みやすいとは言えない >>89
だよね。
1000行の中で色々なことをやってる前提でしか話の出来ない想像力のない奴が
クラスだのメソッドだの語ってて大草原だよ