次世代言語12 Go Rust Swift Kotlin TypeScript ->画像>2枚

スレタイ以外の言語もok

前スレ
次世代言語11[Rust Swift TypeScript Dart]
http://2chb.net/r/tech/1528037607/

スレタイ以外の言語は禁止にするべきじゃないだろか。
前スレではC++が次世代だと言い出すやつまで現れたし。
俺だけどな。

スレタイ戦争 はじま〜るよ〜

いちおつ

>>2
んなこと言い出したら次スレは俺が立ててFortran入れるぞ

[Fortran COBOL BASIC なでしこ ALGOL]

PASCALあたりもいれて

RPN好きとしては、FORTHも欲しい

おまいらはこのスレを古代言語スレにでもするつもりか？

劣化が速い方が古い
ガンダムは古くないが君の名はは古い

Smalltalk|erがしゃしゃり出てくると決まってなにげに荒れるのが笑える

このゲームマジ最高
https://goo.gl/k4ehdm

感情的になるバカが常駐しているからなあ
昔よっぽどこっぴどく無知を晒されたのだろうな
かわいそうに

感情の発露は喜んでいいのか恐怖の対象なのか判断が難しいよね。
とはいえ、世界で初めてAIが感情を爆発させたのが5chというのは興味深いよね。

>>12
この予想はどういう発想で生まれたの？理解出来ないんだけど

Wikipediaに載ってるよ。

多分自分がそうなんだよ

予測を当てる一番の方法は自分が実現することってやつだな。

rustは案件で採用されづらそうだけど仕事で使ってるやついる？
ツールとかじゃなく製品orサービスとして

TypeScriptを仕事で使ってるけどjs使いからは不評臭い。ライブラリの使い方+tsの使い方を調べるという二重苦が辛いらしい。

辛いのはただの自己責任という発想がある

自己の内部に全ての原因がある
例えば感情
外部に原因なんてないし外の人はみんな良い人だよ

rustやってるやつは
ずっとやっていれば役に立つんだと必死に自分に言い聞かせてる感じだなw
言語なんて開発効率あげるためのものなのにどうかしてる連中だよ。

>>21
それも決めつけだと思うんだけど、
firefoxが一つの指標になるよね。
実質c++ vs rustの代理戦争だよな。
chrome vs firefixは。
そしていまのところはrust負けてる？

役に立ちたいとか勝ちたいとかいう感情が前提なので
前提を崩さないためなら決めつけでも何でもやる感じ

VEC

>>19
前に言った通りの状況や、、
書きやすさの為に学習コストがかさんでは本末転倒なんや
これからの新言語はこの問題が常に付きまとう、

C++とHaskellを知ってたらRustの学習コストは低い
ゆえにHaskellが役に立っていると思うかどうかは個人の感情

c++は関係あるがhaskellとrustはそんな関係あるか？
rustの評価順序なんていたって普通だし、return書かないことくらいしか接点ないわ。

C++系でいうオーバーライドとオーバーロードのうち
オーバーライドを極力使わない流儀がRustとHaskell

スレタイから括弧外したのは構わないようだね
こっちのほうが見やすいだろうし文字数稼げるから
追加でNim入れる考えもあったけど、並べると格落ち感出すぎたので保留した

Rust以外は実案件に投入できるやつばかりでつまらない

>>2
>スレタイ以外の言語は禁止にするべきじゃないだろか。
まず次世代言語というのが何を指すか明確に決まってない以上、
実際にスレタイ以外の言語の話はされるだろう
それに多様な意見を交わす総合スレとしての場を阻害しないうえでも、
言語を限定せず、かつそれを明示しておくべきだと思う

スレタイに言語名を入れる意義があるとすれば、検索性というか客寄せでしょう
立てた人の推しが窺えるのも面白いし

ちなみに「スレタイ以外の言語もok」って一文を付け足したのは自分だけど、
本当のところは、自分の独断でスレタイの言語を選んだ負い目を感じたのが発端だよ

>>19
ほとんどがただ隣に型書くか推論任せにするだけだろ
こんな簡単なことがつらいとか
ガイジか池沼か知らんが、保守不能なクソコード撒き散らされる前に殴り殺して窓から投げ捨ててカラスの餌にしてしまえ

Sで始まる信者だけが読みやすいと思ってるクソ言語の話題が出なければ何でも良いよ

>>33
なんだろうな。環境面でなんか動かないって現象起きやすくない？
tsっていうよりバンドラーの問題なのかライブラリの相性問題なのか？
firebaseの最新ライブラリで動かなくなるとか、そういうのがあってひどく混乱する

なんでやSchemeかっこええやろ

なんでやScala万能やんか

swiftのことなんだろどうせ

SQLは至高

なんでやSatherなんてこのスレで名前が出たことも無いだろ

S言語…

だからなんでPonyが話題にならねえんだよ

スマホ、スパコン、サイエンス

PharoとかVisualWorksとかなら話題にしてもいいのかね？

こんな返答アスペでガイジでADHDやん……
気が狂って頭がパーになってるんちゃうか……

この場で解決できないのはこの場にいる人間の責任だな
ここにいない医師のせいにするな

アンチのIDにst入ってて草

>>18
使ってるよ
webだけど

そして誰もがアスペだった。。

https://insights.stackoverflow.com/survey/2018/#technology-most-loved-dreaded-and-wanted-languages

やっぱりRustが一番だよな

>>30
https://docs.google.com/presentation/d/1yWGoQEgm_qVxTfxFZo7-mhCYrXVhTM5pEltxY2O-NpQ/>>30

c++はクソだがこれだったらc++使えやと思う内容ですな。。

そう？

>>39
Eiffelよりいいかもって思ったことあった。

bindgenってRust公式からはスルーされてるやつじゃなかったっけ

aiプログラミングってなんの言語？
swift学んだけどそっちの方向に行きたいから教えてほしい

愛のプログラミング
つまり、それはLOVE

人類は今、愛を再発明する

Prolog

どう考えてもPython

AIと言ってもルールベースもあれば最近流行りの機械学習もある

これからの時代はPrologかな(^^)

という感じで前回のAIブームは終わったのであった。

なんか大昔に大学で、急にAIはだめだって本がでてインパクトがあって研究費さがったって聞いた
よくきいたらXOR計算がでいないからだめとかって不条理な理由で
とにかく偉い人がだめって言ってるからだめなんだろうみたいな雰囲気

裏で一部の人間が研究を独占するための陰謀だったにちがいない
常温核融合だって実際は核分裂で核反応起こってたぽいし
世の中むちゃくちゃ

>>61
そういう混沌のなかから新しいものが生まれてくるんだと思います
私は混沌を歓迎します

LISPだろ

AIの主流はPythonでしょ

pythonてかnumpyだよな
ai屋さんにとっては言語なんてどうでもいい

2位じゃダメなんですかおばさんの一声で潰れる程度の研究しかできない連中が悪い
糞バカ中世ジャップランド土人村の末路

ガチで有能なところは企業から金貰って研究してるからな
データ系なんか金稼がないと何の価値もない分野なのに

https://ja.wikipedia.org/wiki/F*_%28%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E%29

ガチの次世代言語やぞ
ググラビリティ最低のクソ虫だが

古くさ

>>69
どこが古臭いんだ？
これもATS2とかIdrisとかと同じで依存型がある証明系の言語だろ？
ガチガチの最新言語じゃん

多分compassとかの勉強会で発表できるようなカッケーのしか認めない層がいるんだろ。
そういう連中は相手にしてもなんの意味もないよ。

F* でできる程度の依存型なんて70年代の話題じゃん

70年代にできてることが未だにできない糞言語があると聞いて

お願いだから全機で超高速で動く言語VMつくって
ちょっとくらい難しくてもいいからお願いします

>>72
70年代かどうかは知らんが依存型関連の理論自体は昔からあることは知ってる
F*はつい最近知ったので詳しくないから他の言語の依存型とどう違うかは知らないが、
これが最新じゃなかったら君にとっての最新の言語はなんなの？
具体的に「どこがどう違うから新しい」ってとこまで含めて教えて

>>74
ん？　今何でもするって言ったよね？

>>76
言ってないよー
こんなとこに沸かないで！

Jカス死ね(条件反射)

あっ・・・フーン（察し）

Jを憎みし者共

こういう風に聞くと大抵は黙るのなんなの？
こっちは純粋な興味で聞いてるのに

とうふさんはすこか？��‍♀

75に悪意があるとは思わないけれども
煽りとも取られかねない質問文で、後から「純粋な興味で聞いてるのに」ってのは
下手な物の尋ね方のテンプレにしてもいいのではってぐらいよく見る気がする

煽ってから純粋な質問と言いなおす。記憶回路にバグがあるのだろう

君たち、私のチンポをしゃぶってみないかね

技術板なんだから重要なのは内容

内容が大事だと思っているなら煽らずに本当に純粋に聞けば良い。煽っておいて「大事なのは内容」などと言うのはダブルスタンダード

>>87
勘違いしてるようだけど俺は75じゃないぞ

>>88
何！？ 勘違いさせおって。許せん

おまいらなんでこんな事には食いつきがいいんだよ
こっちは純粋な好意で気を遣って書いたつもりなのに

純粋ガイジ

こんなことにはっていうけど、逆に何に食いつきが悪いと思ってるわけ？

実際>>69>>72にとって古くさくない言語って何だったんだろうな

純粋に言ってればなんでも答えてもらえると思うなよ。

純粋に考えて、未だに型無し糞言語を崇めてる連中って馬鹿だと思うんだけどどう思う？

馬鹿だよ

>>95
Smalltalkバカにしてんの？

>>97
バカにされているのはSmalltalkerだろ？
Smalktalkそれ自体には罪はないよ

rubyistとrubyの関係みたいなもんか

動的静的問わず型が弱くて扱い切れる人間は殆ど居ないからなぁ
話題の依存型も個人的には好きなんだけど対極的だし汎用プログラミングだと扱い切れなそう

rubyにはなんであんなクズみたいなのばかり集まっちゃったんだろうな。ruby自信に詰みはないというのに

当時のRailsの流行は頭の悪い人達のコンプレックスに支えられていたからだよ
英語わからない難しい要件わからない複雑なコーディングできない、でも俺はペチパーとは違う、という層に夢を見せた

依存型がある言語はML族もしくはF#の軽量構文みたいなのが多いのはなんでなの？
C系のシンタックスだと何か不都合でもあるの？

わざわざC系のシンタックスにする意味ある？

>>103
後の引数のpredicateが前の引数を参照するためにはカリー化されてると都合がいい

>>104
C系の方が慣れてる人が多いでしょ？それだけである程度意味があると思うけど

>>105
正直何言ってるかよくわからないんだけど、依存型とカリー化って別に関係ないんじゃないの？
だって、依存型のあるATS2では関数宣言↓だけは何故かC(Golangっぽい？)シンタックスだよ
fn test(x: double, y: double): double
だから、ATS2はML族なのにカリー化しづらいよ

>>106
型について研究してる畑の人ではML系の方が多数派だからね
それは論理学数学から醸成されたのがML系だからってのもあるし、型についても扱いやすいシンタックスが既にあるML系とわざわざ型を扱うシンタックスを設計しなければいけないC系ベースどっちをまず採用するかってなったんじゃない？
知らんけど

Cは関数()をカリー化しなかったが配列[]をカリー化した
2次元配列を1次元のように扱い、逆にスカラー (0次元) を1次元のように扱う

Cには共用体もあるからML系に似ている部分は多かった

オリジナルのC/C++はもう実質的に依存型と同じものを既に使いこなしてるな
依存型がまだないという自称C系ってのは本当はJava系と名乗るべきだな

>>106
こいつCのシンタックスじゃないって理由でPython嫌ってそうｗ

>>106
カリー化されてると全部1引数の fun a -> aを使う(かもしれない)型 の形で済むだろ
ATS2がどうしてるかは知らん

別にC以外のシンタックスを嫌ってる訳じゃないよ(てか、なんでそういう風に受けとる…？)
普及を考えれば新規ユーザーのハードルを下げるためにも少しくらい相性が悪かろうが
C系のシンタックスを採用した方が良いんじゃない？って思っただけ

どれだけ理論が優れていようが結局のところ広く普及した言語の大半
(C/C++, Java, C#, JavaScript, PHP...etc.)はC系のシンタックス
勿論C系以外で普及した言語もある(Python, Ruby...etc.)けど…数はそれほど多くない
Cのシンタックスを採用することに致命的な不都合があれば話は別だけど
そうでなければ1つくらい依存型ありの言語でC系の言語があったって良いんじゃない？

優れた理論が使われてる言語がそんなしようもない理由で普及しなかったら勿体ないじゃん
普及させるためにはそういう些細な部分は妥協したらどうだ？と思ったわけ

ALGOL舐めてるわけ?

COBOL舐めてるわけ？
Fortran舐めてるわけ？

>>109
> Cは関数()をカリー化しなかったが配列[]をカリー化した

配列をカリー化の意味が分からんのだが

まともな推論を入れようとしたら>>108みたいな理由で式ベースになるんだから
C系に似せようとしたところで不格好で無駄に記述量も多いキメラができるだけだろ

ところでBASIC舐めてるわけ？

>>116
C系は分かりにくいという証拠だ

>>114
> ALGOL舐めてるわけ?

AlgolとくにAlgol 60は実用性はともかく言語設計の観点からは非常に優れた言語だったが、命令的言語であるがゆえに型理論には馴染まない部分がある
今回の君のような内容ゼロの一言レスしてる暇があったら、ReynoldsやTennentの教科書・論文ぐらいは読んで勉強したらどうよ

>>117
そうか？式指向でC系のシンタックスっていったら真っ先にRustが頭に浮かんだが
別に不格好とも無駄に記述量が多いとも感じないが…
そもそもC系の時点で何指向だろうが関数型と比べると記述量は少し多くなるものだし…
C系を式指向にしたところでそんなに変になるところは無いと思うんだが

別に全部C系にしろって言ってる訳じゃないんだ
依存型ありの言語にも1, 2個くらいC系があっても良いのにっ思ってるだけで…

現実は正しい
格付けの方が間違ってるんじゃねえか
リーマンショックみたいに

あってもいいということはなくてもおかしくないという事だよ
言語設計者が依存型を普及させたいにしてもC系シンタックスを蛇蝎の如く嫌っている可能性だってある訳だ

そうでない君が依存型+C系シンタックスが普及に必要だと思うならそれは正しく良い意味で言い出しっぺの法則だね

>>120
rustは根っこのところは手続き型だからな
もっと式ベースを徹底していったらC系文法なんてどんどん余計なものになってくよ

式指向にしてブロックが値を返す
ブロックの中でreturnなどと書いたらブロックだけではなくメソッド全体が終了する

これSmalltalkとRubyでやったやつだ

>>124
＞ブロックの中でreturnなどと書いたらブロックだけではなくメソッド全体が終了する

他のほぼ全ての言語もそうじゃね？

やっとラムダが当たり前になったところだぞ
型理論の成果がプロダクト利用に広まるには時間がかかるんだよ

なんでJavaだけバージョンアップしなきゃだのセキュリティアップデートがどうの、大騒ぎしてんの？
JavaScriptなんて毎日のように新しいsyntaxぶち込まれてるし、
Kotlinがここまでアプデに振り回されてるのはあまり聞いたことない気がする

他でここまでセキュホがギャースカ言われてるのって、ポンコツペチプァとWordPressくらいじゃね？
Javaってそんな糞脆いの？

>>108
詳しい人から見てF*ってどうなん？良さそう？

Fuck

BrainF*ck
略してF*

>>127
エンプラで使われまくってるからわずかな変更にも大騒ぎするというだけ
履歴書がフォーマット通りじゃないとか、書類に印鑑がないとか、工場作業員の歩く幅が守られてないとか、そういうので騒ぐと同じ

javaというのは汲み取り式の便所みたいなもので、それに下水と近代的な便座を取り付けたのがkotlinだが、結局大便か小便かあるいはその両方をひり出す装置だということに気づかず、エレガントなクソの仕方について議論しているのが奴らだからな
いきなり外に出ろと言われても、オラクルにオツムを履かせてもらわないと不安で仕方ないんだよ

オツムを履かせるとかいう新表現

それだ！それが次世代言語だ！

意味が通ってて草

クソ。。

omutu {
　ブリッ()
} catch(unko) {
　throw unko
}

>>133
人の頭をオムツ代わりにするとは、家畜人ヤプー的な変態だろう

まーた例外とnullの話してらあ

語るに足る次世代言語がrustしかないんだもの

そのRustを語るとコンパイル通せないアンチが沸くしな

GC以前の時代に戻る「次世代」言語ね
わらえる

GO言語は車輪の再発明ってやつじゃないですか?

GCが在るか無いかが判断基準なのね
わらえる

GCがあるのが良い言語！GCが無いのは古い言語！

メモリ制御しなきゃいけない世界が無くなることはよしんばあっても当分先なのでメモリ制御できる言語の更新はあった方が皆幸せになると思うんだけどな

>>143
機能の整理って感じかなぁ。

車輪に怒られるだろ
せいぜい定年後の手作りログハウスだな

GCはメモリには効くけどリソースの速やかな解放には効かないから
using文とかtry-with-resources文とか必要になってくる

SwiftやRustとかはメモリはGCほどお手軽では無いけど
リソースがメモリ管理と同じ流れに乗るからカメラとかのAPI扱うときはむしろ楽になる

一長一短なところはある

実際問題ログハウスで十分なところを最近の言語はウインチェスターハウスにしちゃってる感じ。

ログハウスはお手軽という意味で例に出したんじゃないんですけど

ログハウスで充分な仕事しかしてないのにウィンチェスターハウス作れる言語に目が向いてこんなスレに迷い込んでしまったの間違いでは

ほんまに計算科学の次世代言語欲しいわ
Fortranさん仕様は悪く無いのにprint文書くだけで周りの計算結果変わったりしてコンパイラがガバガバすぎる

>>153
それはバグっているだけだと思いますが

>>154
すぐバグるんだよな
gfortranで通ったし大丈夫だろって思ってたらifortでは通らなかったり、C++よりはるかにプログラマの責任が重いと思うわ

fortranは仕様より処理系依存の独自拡張が蔓延ってるイメージ
haskellも処理系拡張が基本みたいな所あるしそういうの好きになれない

処理系が実質ひとつしかない言語だと処理系拡張が基本でも困らないけどね

次にはやる言語はどれ？

MSも使ってるRustに決まってるだろ
http://jump.5ch.net/?https://www.reddit.com/r/rust/comments/8ub964/microsoft_announces_using_rust_to_build_some_of

Rustはよい言語だ

rustはダメだな。
信者のウザさがhaskellと一緒だわ。
ああいう1機能を理解するのがめちゃくちゃ嬉しくなっちゃうような言語はダメだわ。

信者のウザさとか言う概念なんなん？ 何を見て判断してんの？

リアルの知り合いじゃね
Rust信者には会ったことないが、Haskell信者のウザさは割とガチだな

rustお手軽に勉強する方法知りたい。

>>164
逆に言うとウザい知り合いが使ってる言語はダメってことか……
生き辛そうな人だな

> 信者のウザさ
自分では到底習得出来ない言語を
楽しげに使いこなしてる事に対する嫉妬でしょ？

なんで所有権の移動という一度しか起こらない元値を破壊するものが印なしで
参照の借用渡しが＆にしたんだろう

リアルうざい知り合いはモチベーションに影響するからなあ
いくら物が良くても距離を置くのはそれはそれで賢い処世術

またUXの話してる
親がUX 社会がUX 信者がUX

あぁ、わからんでもない
言語じゃなくライブラリの話だが
仕事で使ってるライブラリを大して覚えようともせずVue.jsを猛プッシュしてくる中国人が、同僚に居て大嫌いになったわｗ
日本で流行ってる！ていうのもペチパーのCakePHP臭がして近寄りたくない

楽しげに使ってるというよりかは
楽しいと思い込もうと必死になってるといった印象だから嫌なんだよ。。
それ絶対楽じゃないよね、もっと簡単なやり方あるよねって話が一切通じなくなるっていう。。

なんてこった。このスレは昔からリアルの友人報告スレだったのか……

rustの狂信者なんて5chですら見たことないけど

>>168
C/C++の&演算子と仕様を合わせただけだろ
仮に借用に&を使わない場合はどうするのが良いと思うわけ？

あと「元値を破壊」ってどう言うこと？
「移動」と「破壊」を同義として使ってるの？

rust使うくらいなら何を使用しますか？

ワールドスタンダードシイプラスプラス

>>172
Haskellに対してならある程度は同意する
でも、Rustに対しては同意できないな
メモリ管理を自力でするのではなくコンパイラに任せる
メモリリークは自力でデバッグして解決するのではなく
コンパイラに詳細なエラー情報を表示して解決を手伝ってもらう
コンパイルが通ればメモリリークが無いことが保証される
きちんと楽で簡単になってるじゃん
GCの無い言語であれより楽で簡単にメモリ管理を行う方法を俺は知らない
知ってたら教えてほしい

>>178
半ば本気で言うが c++ で生ポインタ使わなければ概ね実現できるんじゃないか
「〜すれば」は(しないこともできちゃうから)ダメとか、
その場合の効率はどうなんだとか議論の余地はあるだろうけど

GCが有っても、不要になったデータは破壊される
ただしその事実が隠蔽される

Haskellでもデータは破壊され、隠蔽される
もし隠蔽しなかったら、破壊的代入禁止という無理ゲーがもっと簡単になるよね
だからRustはGCをやめ、隠蔽するのをやめた

破壊的代入禁止が無理ゲーってどこのドカタ星の話だよ
Rust使ってると脳が破壊されるのかな？

Goはゴミだっていう記事を見たけどどうする？

そんな旧約聖書にだって書かれているようなことは議論の余地もない

rustは次世代言語の逆で、幼児退行言語。
rustの所有権は、赤ん坊のおしゃぶりと同じ。
おなかすいたらGCおかあさんのおっぱい吸えばいいのに
いつもおしゃぶりを握っていないと不安になるだけ。

不可抗力的にお母さんのおっぱいが出ない(パフォーマンス上制約のある)現場はどうするのか
幼児退行を悪い事として述べる為におしゃぶりという例を用いているのに、良いものとしておっぱいを挙げているので幼児退行と非幼児退行の良し悪し比較がおしゃぶりとおっぱいの比較になりレスの中で批判の比喩が統一されていない

何かに例えてもふわっとしか批判できないのにそれを通り越して例えに統一感がない無意味さの塊みたいなレス

難しい

C++使え

めっちゃ早口で言ってそう

おっぱい（GC）で十分なのに、実際は効果のない何かを手で握ってないと不安な幼児退行ってことだろ
おしゃぶりじゃなくてガラガラって方が例えとして正しいと思うが

Rustが幼児退行言語ってことには激しく同意する
もうちょい踏み込むとアダルトチルドレン言語か？
ママのおっぱい（GC）には頼りたくないけどガラガラ握ってないと不安なクソガキメンタル

スレッドセーフなARCと
シングルスレッド専用ARCと
mark&sweepのようなもの
を使い分けたい＝宣言したいという需要がとても強い

どう強いかっていうと、int型とdouble型とstring型を宣言したい需要と同じ種類の強さ

そういえば最近GCも
新しいアルゴリズムやらで改良されてるね

ガラガラ握り続けてないと不安で不安で仕方ないRustちゃん
巡回参照を持てない時点で使い物にならない言語なんだよなあ

巡回ねぇ

どのcpuでもinterlockedなインクリメントやデクリメントがあるから、
よほどコア数大きくない限りそんなに違いでないのでは？
測ってないけど。

>>スレッドセーフなarcとシングルスレッド専用のarc

>>188
ラストスタンディングマン方式でレスバしてる板の定型文はNG

>>195
おっぱいおっぱい言ってるレスへの返答なんて適当でいいでしょ

エッチだ…

rustみたいな言語が一般に広まっても
結局無理やりコンパイル通すためにRefCell,unsafe使いまくりのクソコードが
蔓延するだけなんだよね。
「コンパイル通れば安全」とかね、プログラムのバグの多くはそんなところにはない。

そうそれは人の心のなかにあるのです

まあRustなんてやってる奴は、
悪いこと言わないからCやC++やってろってこった

どんな現場にいたら >>198 みたいな歪んだ考えをもつんだ？
気の毒すぎるだろ

>>175
デフォルト借用

破壊というと御幣があるが、C＋＋の仕様をいうならなおさら
auto_ptrへの所有権移動で
=だけで移動するのがわかりにくいからって非推奨になった経緯がある

>>200
C,C++は習得した上で趣味でやるもんでしょ。

>>198
動的言語でできることはすべて静的言語でもできる
この性質により、お前らが気に食わないコードでもコンパイルが通る

RefCellはコンパイル時ではなく実行時にborrowチェックしているようだな
まるで動的言語のようだ

>>202
デフォルト借用なら移動の方はどんな演算子orキーワードを導入するの？

>auto_ptrへの所有権移動で
>=だけで移動するのがわかりにくいからって非推奨になった経緯がある
それはC/C++の=はもともとコピーのセマンティクスを持つから移動に変えたら分かりにくいって事情があったからでしょ？
RustはCとの互換を捨ててるからCのセマンティクスの影響は受けない
でも、Rustは互換は捨ててもCとの親和性は欲しいという都合(ワガママとも言える)があるから
Rustの参照(借用)はC/C++の参照と似たようなセマンティクスになる&で妥当だと思うけど？
C++とRustのコピー・移動・参照(借用)の方法を整理すると↓になる

C++
コピー : =
移動 : std::move()
参照 : &

Rust
コピー : Copyトレイト
移動 : =
参照(借用) : &

>>191
具体的に教えてください

C++ユーザー取り込むために文法にせてるのに
肝心のところでC++ユーザーが混乱するじゃないか…
どうせ=で移動したって参照わたしてるんだから&の意味がズレてる

所有権の移動という重要なできごとにこそ別途印がつくべきだった

>>179
>半ば本気で言うが c++ で生ポインタ使わなければ概ね実現できるんじゃないか
出来ると思うよ
でも、C++はRustよりもさらに複雑怪奇な仕様で使いづらい
C++のスマートポインタは正しい使い方をすればRustに負けず劣らず優れてるけど
それは、同程度に優れているだけであってRustより優れているとは思わない

あと、少し話が変わるけど実はRustの最も優れているところは
所有権・借用・ライフタイムの概念よりもエラーハンドリングだと思ってる
あのResult型とErrorトレイト・Fromトレイトとtry!マクロ(?演算子)を使用した
エラーハンドリングの方法は個人的には感動するレベルの代物だった
今後の次世代言語のエラーハンドリングは全てあれをベースに発展させていくべきだと思うほど気に入っている

>>207
>どうせ=で移動したって参照わたしてるんだから
あれ？それって仕様として決まってるんだっけ？
コンパイラの最適化の結果としてそうなるってだけじゃなかったっけ？

>>所有権の移動という重要なできごとにこそ別途印がつくべきだった
いや、だからその移動に何の印を付けるのがいいと思ってるの？
俺は借用には&が妥当だと思うとは言ってるけどベストだとは言ってないじゃん
ベターな代替え案があるなら俺だって意見を変えるよ

x = f(x) とか
C++で有名な x = x とか
これらはmoveが最善

Rustも=でコピーのことがあるから余計ややこしい
let p = q ってかいてあってqがその後も使いまわせるかぱっと見わからんとか
ポインタっぽく普段の=は参照渡しで&が所有権移動にすりゃよかったとおもう

スレチなんでちょっとだけ、C++は別に複雑では無いよ
プリプロセッサは氏んだほうがいいけど

書いてて初めて気が付いた
実際に触ったことないから想像で書いてるんだが

>let p = q ってかいてあってqがその後も使いまわせるかぱっと見わからん

ほんとにこういう仕様なのか
使いづらすぎんかこれ？

使い回せるかどうかはCloneトレイト実装してるかどうかに依存する
つまり見た目ではわからない

まあそもそも古い変数を変なとこで使い回す設計って普通にバグの元だし
ぱっと見てコピーかムーブか分かるかどうかが重要かと言われると確かに怪しい
ぱっと見で区別が必要なコード書くなって話だな

逃げるのか？

使い回せるかどうかは、ぱっと見た時ではなく、コンパイル時にわかる
ぱっと見てわかるならコンパイラいらねえよ

スクリプト言語以外はとりあえずgoやっときゃええの？

今時文字列リテラルに変数とか式を埋め込めない言語って嫌がらせかよって思う

Goは他のまともな言語をいくつか使える人にとっては、低脳言語な割には意外とまともに使えるよく考えられてる言語だ、という感想になるけど、
PHPとGoしか知らないとかだと普通に低脳なだけの言語になっちゃいそう
頭悪くなるからやめとけ

高脳言語はどれ

>>214
Copyトレイトな

C++って埋め込みできる？

>>219
まさにこれ
低脳言語の中では一番頭がいいのがGo
頭がいいと思って使うと肩透かしくらうが、低能と割りきるならすこぶる便利

そこにニーズがあると読みきったGoogle少しだけ見直したわ

Go言語らしさを生かしてどうこう言われると反発したくなるので関心を持たないことにした

低能言語って何？

ソースコードのエントロピーの低い言語

エントロピーの意味クグって来いよｗ

エントロピー低いなら低能じゃないだろって思ったけど、驚き最大的な意味ではたしかにエントロピー高いのが一番いいのか？

圧縮専門の人頼む

ざっくり言うと
「これもっと短く書く記法や仕組みがあるだろ」
というようなものが低エントロピー

短けりゃいいってのか！？

別に良いとも悪いとも言ってない
エントロピーの話

ライブラリや組み込み機能を使って短く書けました！
なんてのは圧縮で言うなら辞書式圧縮だな

goはコードの見た目がなんとなくダサい

よく勘違いしたアホがいうソースコードのエントロピーの増大ってのは、
MOVE A OF X TO A OF Y
MOVE B OF X TO B OF Y
MOVE C OF ...
の二行目だけが仕様変更で
COMPUTE B OF Y = B OF X + 1
に変わったら元より情報量が増えるという当たり前のことを言ってるに過ぎない
最初から
MOVE CORRESPONDING X TO Y
の一行だったら当然同じ行数あたりのエントロピーはずっと大きくなる

エントロピーが低いと無駄な繰り返しが多いけど、高すぎるとgzになっちゃう感じか
ギブズエネルギーに当たる概念はないのか？

pythonとかいう可読性の低い言語あるよな

なんでエントロピーって言葉を使うの？コンテキストじゃ駄目なの？

すまんがコンテキストって何ンゴ？ エントロピーとはちょっと違う概念なの？

最近のVSCodeが最強過ぎて恐ろしいわ
MS帝国の再来ですわ

確信をもって言える。確実にエントロピーを間違って理解している

たしかに

ｴｯｯｯｯｯｯｯｯｯｯｯｯｯｯんとろォぴ〜〜〜

まずエントロピーと自己エントロピーとをちゃんと区別しろ

次世代ンとろぴ〜スレはここですじゃ？ンゴw

単純に圧縮率をあげるなら予約語は一文字にすべきだ。
しかし一般に冗長性がないと多分人間はまともに読めん。

>>242
すまんが自己エントロピーって何ンゴ？自己情報量とは違うものなん？

>>244
予約語一文字にしても正直行けそう

てめえここでンゴるとはいい度胸してんな
まとめ民ならまとめに、J民なら標準語で喋るんやで

（お、Jか？）（すまんのか？）

もうここJの植民地にしようぜ

vscodeはemacsキーバインド使えるようになりました？

そうか……🤔




じゃあ今日からここはプロJ板だからよろしくやで〜
オッスお願いしまーす！

J言語でンゴンゴ・コンパイルｗ

ｱﾝﾉｫ…自分ンゴンゴダンスいいっすか？

夏だなぁ

J言語ｗ

何がおかしいんだこのクズ
J言語はとっくの昔にある
ans =: -:@(1&o.@((o.2)&%)@#*+/@(*(}.@, {.))"1@((/:[)/:(/:+/@(*,~/"1)@(*\)@i.@#)))

>>256
はぁ？そんなもん知っとるわｗ 昔からあるからこそ面白いんやぞ��
ユーモアのセンスのないガイジが人をクズ呼ばわりする前にちょっとは相手の意図でも考えればｗ

J言語はちょうど話題になってる「圧縮率高い言語」と言えるのでは

一見読みにくそうだが、慣れたら読みやすいのかな

perlも$@みたいな組み込み変数が多用されてるから圧縮率高い？

コンパイル言語のScalaですら、イカ演算子やらググラビリティの低さで敬遠されがちだったのに
型無し糞言語の糞みたいな演算子、迷惑以外の何物でもない

ペェルとか死ね今すぐ死ねなるべく苦しんで死ね

>>257
いやまったく面白くないが。

数学なんかよりも地理歴史政治経済のググラビリティが高いから
マスコミが報道しないネットの真実は地理歴史政治経済の話題ばっかりなんだな

日本人のDNAがCOBOLを求めている

>>206
モダンGC

>>259
慣れても読みやすいとはいえないけど
慣れると「他の言語はコード自体がコメントのように冗長だから読みやすくて当然、」とか思うようになる

あとまあ、Jでも普通の人に読みやすく長々書くこともできる

swift 触った経験なしなんだけど、自作アプリから他のアプリを操作って可能なの？アプリAの情報をアプリBに書き込んだりとか。
それが出来るならMacBook買おうかと思ってる。
教えてくらはい
ちなみに想定端末はiPhone,iPad

直接的には無理じゃな

セキュリティ上やばいからiOSでは通常どうやっても無理だな
脱獄必須

>>256
ちなこれ何するコード？

>>271
与えられ数列を並べ替えてレーダーチャートにしたときの面積

並べ替える法則がよくわからない
面接が最大になるようにしているように見えるけどもしそうならバグってる

面接最大ならこうだな
ans =: -:@(1&o.@((o.2)&%)@#*+/@(*(}.@, {.))"1@((/:[)/:((i.@#)/:+/@(*,~/"1)@(*\)@i.@#)))

ちなみに
-:@(1&o.@((o.2)&%)@#

これが 1/2 sin (num of arg /(2π)) なので円をN分割したような三角形の面積の総和かなあ、と。

こういう書き方だとどんな言語でも読みにくいだろ
式１つで書くと変数名等の読むヒントがなくなって厳しい

普段使ってる数式と乖離しすぎてやべー外国語って印象

Jニキこのスレも見てたんだ。

クラスと変数には必ず名前空間をつけろ
演算子とメソッドにはつけなくていい
つまり、短くしたいならクラスと変数を使うな

j言語は流石に仕事ではなく趣味言語だよな？

>>269,270
ありがと！
脱獄で調べてみるわ
まじサンキューな

いいのかそれで…

史上もっともカネを動かした言語はAPLだと言われるこの世界線で
なぜJが仕事で使えないと思うのだろう…

>>280
そのエピソード読みたい。なんて検索すればいい？

なろうだろ
ガイジが夢で見た異世界の話だよ

成果は何かではなく原価はどのくらいかを重視する異世界

ガイジでも作れるウンポコペチプーと宣伝した結果
ほんとにガイジに作らせて、保守費用が天までそびえたつ糞と化したゲリクソピィさんも
なかなかのカネを動かしてると言えるんじゃないか？

https://developers.srad.jp/story/09/06/08/0439231/ これかな

> 「APLという言語そのものがボトルネックとなって巨額の損失を生み出す間接的な要因になってしまった」

ガーイｗ

>>285
ありがとう！

単語の辞書化をした上でのソースコードの圧縮率って、糞コード性を推定するメトリクスとしては実際わりと有効そうに思えるけど
研究でやった人いないのかな

Goの勉強始めてみようかと情報探りながら勉強してたんだけど、
http://golang.jp が5年くらい更新されていないのを知って
Goは終った言語なのかと思えて勉強する気がちょっと萎えた。

じゃnimやろうぜ！in action出たよ！英語だけど。

5年更新されてないとかもう打ち捨てられてんじゃん

>>289
それ、全然goと関係ない。少なくとも勝手にやって勝手に諦めてるだけで誰も参考にしてないから

クッソいいドメイン取って打ち捨てる行為

>>289
ウィルスサイト

nim流行ってくれ〜
他力本願だからあれなんだが

プログラマは検索力も大事
jpドメインなわけがない、と気付ける知識も含め

そうするとやはりD言語かね。

非公式翻訳サイトってほんと害悪しかないよな
普通に公式の翻訳に参加しろよと思う
ああいうの作る奴は結果的に自分達が日本の情報的孤立化を増長してることを自覚すべき

助長な
どうでもいいけど

翻訳は原文に絶対勝てないのになぜ翻訳するのか
逆に英語に翻訳したくなる日本語を話せよ

お、そうだな
Ruby使えよ

グエー

>>296
もちろん分かっちゃいるんだけど
思ってたよりオワコン化してるのかとかいう
イメージを持っちゃうんだよなあ。
勉強し始めでこういうの見ると。

python始めたばかりの頃もググると最初に出てくるpython.jpで
欲しい情報探すのに遠回りさせられた記憶あるしなあ。

>>303
センスがなくてカアイソウ

ｈｔｍｌってヘテムルって読むよね？

ハトゥムルやぞ
最初のハは声を出さないのがコツや

あー、なるほど
エイチレス発音のやつですね
声を喉からつむじの方に吹き抜けさせるイメージで発音する
ハトゥムル、ゥムの部分が重要ですね、語学的な意味で

かれこれ20年ワイフとはエイチ・レスです。
ワイフとは。

hは発音しないのがイタリア語とフランス語だ。

>>305
レンタルサーバー屋のヘテムルって
そこからとったのか

エイチティーエルエムじゃないんか

>>311
んなに長い発音してるの、ジャップランド土人村のイエローモンキースくらいですわ

SQLはシーケゥだっけ

>>305
鳩丸

>>297
Dはマスコットが適当すぎる

イラっと来るGoのマスコットよりマシ。

こうして誰もいなくなりましたとさ

Rubyの千年王国

言語のマスコットってキモいの多くない？
D、Java、Go、Perl6

D言語くんはマシな方では。Gopher、Lispエイリアンが飛び抜けてキモい
Delphiのアテナでも眺めてよう

GNUのキモさよ

オライリーすら侵食したLispのマスコットは凄いと思った

PostgreSQLが案外かわいい

Rustacean!

>>323
ちんこやん

Rustのロゴかっこいい
ギークっぽくないセンス

ギアにRのやつは「ロゴ」で、「マスコット」はキモいカニだよね？

>>327
あのマスコットはたしか非公式だったはずだからセーフ
てか、言うほどキモくないと思うが…

ここでHTML5のロゴを御覧ください

>>329
わりと好き
スーパーマン的なダサ格好良さ

ロゴは割りとどれもクールでいいんだよ
マスコットは大概きもい
一番キモいのはTomcat

Hadoopのマスコットとロゴ好き
あのゾウ単独だとぶん殴りたくなるけどロゴ全体で見るとパロディっぽくポップにまとめてあるおかげで愛嬌のある顔に見える

Vueのロゴのダサさ

>>303
GoはオワコンだからホットなC++使おうぜ

たしかにgoと比べたらc++のほうがスイートだね

言語以外も含めると象多くない？
PHP、Hadoop、Postgre、Evernote
他にもありそう

>>336
mastodonも。

スレ違だけど最近javaからの移行でc++使い始めたわ
わりといいかなーと思ってる
win32api使いにくくね？

かれこれ20年以上前の設計だからな

c#にしとけよ

んんんそのとおりだ…
ぶっちゃけいうとWin32apiが頭のなかでスパゲッティになってる
C#もやってみるわありがとす

C#とかM$サーバにでも骨を埋めるつもりか？
Javaにしとけよ

c#でクロスプラットフォームに作れる時代ですが

javaの連中の時は止まったままなのさ

いやでもmono信じていいのか?

M$だmono

連日40度を超えるモ〜レツな熱量を電気エネルギーに変換するプログラムとかおまいら書けないの？
次世代だの世界を変えるだの言ってる割りに、おまいらって無力だよなｗ

熱はエネルギーのゴミと言われており、もっとも利用しにくいエネルギー形態の一つだ

>>329
わたしです、みたいなやつやん

いやお前じゃない。

「意識高い系の何が問題なの？」「世界を変えると言ってる割りに無力」

>>341
UI はWindowsならC#、AndroidならJava、iOSやMacならSwiftで書いて
これはどう考えてもマルチプラットフォームにしたいでしょ
3度も書きたくないしというところだけC++で書くと良いですよ

run anywhereと言ってる割りに無力

>>345
なぜmono?

>>345
今はクロスプラットフォームでオープンソースな.NET Coreがある
オラクルがソースコードをGPLで「リリース」しているだけの○penJ○Kとは違い、
本当にコミュニティベースでMSが参加する形で開発してるしライセンスがMITだしMSからは形式上切り離された非営利団体が権利を持つ形になっている

おまいら無力世代wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

JVMの新言語はさすがにもう今後一切出てこない(出ても流行らない)だろうな
手っ取り早く新言語作って既成のエコシステムに乗せるなら.NET Coreはアリかも
コマンド一発でVMごとバンドルできるからそれほど.NET意識しなくていいし

>>358
ほー。なんか良さげに聞こえるけどvm上で動かすことにメリットあるの？
goで良いじゃんって思ってしまうんだが
簡単にプラットフォームごとにビルド出来るし。

>>359
goでいいならいいけど他の言語が使いたいならgoのライブラリ使えないでしょ
新しい言語を作ってオナニーしたくても、最低限の実用性を持たせるためにライブラリまで一から作り上げるのはハードルが高すぎる
.NETは元々クロスランゲージを標榜して開発されたから、特定の言語に依存した変な制約はJVMに比べても少なくて、オナニー言語の実装には最適

まーたM$信者が出張ってきたよ
翻訳の改善をコーディングスタイルでリジェクトして炎上してることへの火消しか？

この間はコミッタの名前をsquashして開き直りかましてたし
ほんとお前らがオープンソース活動とかOracle未満なんだよ反吐が出る

>>356
コミュニティベース（実態は都合の悪いことは燃えない聞こえない）
形式上切り離された非営利団体（ただの節税対策の天下り先）
ライセンスがMIT（今後特許を主張しないとは言ってない）

>>360
ライブラリを作り上げる程度なら無力レベルでもできるぞ
作ったものに課金して儲けるのがハードル高い
monoも無料になった時点で無力レベル

>>361
そういえば、Closeされたぜ-1してやろうって呼びかけてたキチガイがいたな

closeした方だけじゃなく
thumb downした方まで煽るのか…

monoを何だと思ってるのか

>>364
社員乙

>>367
へ？

屁？

MSの最近のOSSへの貢献度をみればありがてぇと思うけどな

>>359
goはゴミだもの

https://github.com/dotnet/docs.ja-jp/issues/118
炎上してるのこれか
フィードバックしても意味不明な返事しか返って来ないなら
オープンにした意味がないなw

おや、graalvmさんの気配が…

>>371
てらだよしおがフォローしてて草
他のエバンジェリスト共もこんな時くらい動けよw

GitHubは既に奴らのものだからな

>>371
受付の姉ちゃんに絡むような真似してアホかよ
こんな連中が増えるなら日本語翻訳なんか全部やめるべきだな

>>370
私物化を貢献と言い張る社員様
Googleのsageも入れてぬかりなし

私物化？また被害妄想？

善いことをしたのに処刑された聖人もいるからな
処刑なんてただの被害妄想に決まってるという信念があるから聖人になれるんだな

最近のMSのOSSとの関係って、Darwinが出た頃のAppleとOSSの関係に似ている。

>>376
私物化って、だって実際MSの私物だし？

そろそろスレ違い

>>379
どこが？

>>382
オプソフレンドリーなことを言っておいて
オプソのプロセスよりも社内のプロセスを優先させて
コントリビュータとの対話を一方的に切断するところ。

ドキュメントの翻訳などという機械的な単純作業プロセスを開発とごちゃまぜにして外に公開したのが間違いでしょ
いちいち個別に対応してたらキリがない

>>383
具体的に

http://d.hatena.ne.jp/megascus/20180726/1532557216
ボタン設置してフィードバック求めてるくせに
まともに機能させる気がないだろこれ
終いには報告者を叩き始めるとか
流石のMSクオリティとしか言いようがない

>>386
はいキチガイ

>>387
MSがな

プロセス自体もアレだが、
裏でエバンジェリストに叩かせるってやり方がもうMSを象徴してる

これよりMSが関わる言語は次世代言語の選択したり得ないことを提唱

当スレでは.NET系言語、Typescriptの話題を禁ず

Visual Studio Codeにプラグインがない次世代言語を探す遊び

MSが関わってない言語しか使わない君は一体どんな仕事をしているの？
なでしこでホームページでも作ってるのかな？

>>392
よくみんなから「キチガイめ、あっちいけ」って言われない？

いや君の同類ではないよ

プログラマーとは思えない可愛いレッテル貼りだな

やっぱりどの言語もライブラリがまだ全然足りてないな。もうちょっとましになってから勉強したい。

一生学ぶ機会は来ないよ

>>397
どの言語も流行らす消えるってこと？

無ければ作るんだろ
そのためにプログラマになったんじゃないの

>>396
Kotlin から Java のライブラリ呼べばおｋ

車輪の再開発はしたくない

能率は悪いが完全に無駄だというわけでもない

まぐれで前任者のものよりもっといいのができるかもしれない

チューリングマシンの再発明と言ってしまうとこのスレ自体の存在意義が

Webkit だの libavformat だのを各言語でまた作るなんてあり得ないから
ライブラリはどの言語からも使える c/c++ でいいよ

車輪の再発明すらできないバカは何もできない。

基本的にライブラリは使わないな。
てか使えない。

世の中には車輪よりも複雑で大規模なものもあるんですよ

>>396
どんな言語を勉強しても無駄にはならんよ
時間がかかるのは言語の習得じゃなくて、いろんなアルゴリズムを理解することだからね

>>400
javaとか勘弁

>>409
別にJava書けとは言ってないんだよなあ
Kotlin側から気にするのはJava側が引数にnull受け入れるか、戻り値にnull吐くかどうかだけ

JVM自体が????が嫌いというならどうしようもないけど

んだ、jvmがウンチだ
恥ずかしくて使えないよな
kotlinも頑張ってkotlin nativeを完成させて欲しい

結局c90くらいしかドフリーな言語なんてないんじゃないかね。

そいやDartってどうなったん

もうDartはそっとしておいてあげてください
たまに気紛れで棺桶から引っ張り出してぶん殴るのはやてめください

GoogleとFacebookとMS、一番信用しちゃいけないのは誰

梯子外しの常習犯という意味では目糞鼻糞だけど、それに対して適正な批判を受けていない点で圧倒的にGoogleだろうな
批判を情報操作によって封殺してきたわけだから

わからないことは正直にわからないと言うやつが信用できる
どんな質問にも答えようとするやつと答えさせようとするやつは信用できない

py老害脱落か

さっさとconst/final/valを導入しろ時代遅れ言語

GAFMAはもはや国よりも力あるからな。。ヤベーわ。

あるならさっさと消費しろデフレマインド

最強言語じゃなくライブラリの時代になって悲しいのう

それな
pythonみたいな欠陥言語が天下取るとは
ないわな

学歴高い連中にはpythonがイケてる事が分かっちゃうんだよね
綺麗なところと汚いところのバランスが取れてるところとかさ
だからAIで流行っちゃう

pythonの良さが分からない底辺ドカタはシンタックスの重箱の隅をつつくのに夢中だけどね

継続最強伝説からモナド最強伝説に移行するところで大多数が挫折しただけだろ

ライブラリは重要。はっきりわかんだね

>>415
MS一択
1馬身差で他二つが並ぶ

C言語で書かれたpythonライブラリがイケてるのであって、言語としてのpythonは全然イケてないぞ

Python並みのライブラリがあるイケてる文法の言語が来たら乗り換えるわｗ

はいJulia(AV)

え、Python並みのライブラリィ？勘弁してください

http://mevius.2ch.net/test/read.cgi/tech/1491491123/43-47

[JavaScript]
a.sort().reverse().map(x => x.toString()).join(“-“)

[Python]
'-'.join(map(lambda x: str(x), reversed(sorted(a))))


うーんこのウンＰｙ

結局言語のしょうもないシンタックスについてあーだこーだ言っても意味ねーわって話だな。
インストールの容易さとか実行環境だったりモジュール管理の容易さだったり
そういったところの影響のがでかいってのがpythonが流行ってる理由だろ。

でもPythonのシンタックスに満足してないのは事実なので、Pythonの良いところを全部持った上でシンタックスも良い言語が来たら嬉ぴい

>>426
いつの時代の話かい？

__init__.py　（笑い）
sys.path.append（木亥火暴）


実行環境だったりモジュール管理の容易さだったり藁藁藁藁藁藁藁藁

大草原か？

Pythonは好きだが、MercurialがGitに負けたのは正直Pythonのせいだと思う
Rubyもそうだけど広く使われるツールに使うもんじゃない

>>433
というか、(RoR以前に)rubyが受けた理由がそういう感じだったと思う。
pythonのシンタックス以上にrubyに気に入らない点があるなら仕方がないが。

>MercurialがGitに負けたのは正直Pythonのせいだと思う
Mercurialの設計がまずかったとしか言いようがないがな。
コンフリクト修正のためのresolveの不自然さとかコミットツリーの修正ができないところだったり
使っていると普通に問題になる。
gitの設計はよくできてると思うよ。

>sys.path.append
こんなものを容易にソースに入れる奴はディレクトリ管理自体ど下手くそなだけで
どんな言語でもクソなことやり出すと思うがな。

リスト内包表記とやらにしがみ付いてる悲しい連中ってイメージ
可読性ｗ

リスト内糞包糞表記糞とかいう糞

Py厨って要するにワンライナーおじさんだよな

pythonでワンライナー志向はあり得んやろ

リスト内包がクソなコード生みやすいってのは賛同するが
多分そういうクソコードを書くやつがruby、perlで書くともっととんでもないキメラコードを作成する。

pythonの可読性に関わる幻想

ほとんどの言語の可読性はpython以下だけど

pythonが流行ってるというかnumpyが流行ってるだけでしょ

>>446
せやな。numpyは神
でもscipyも良いぞ

Python は、メソッドチェーンしにくい。
Ruby, JavaScript, jQuery では、a.b().c() みたいに書けるけど、
Python では、逆に書く

c( b(a) )

オブジェクト指向からすると、突っかかる。
自然に読めない。
思考が乱されるから、バグりやすい

a のインスタンスに、b を適用して、
その結果に、c を適用する

これが自然

>>448
pythonでもそういうメソッドを作ればメソッドチェーンにできるけど、一行にだらだら書くべきじゃないという思想的な問題のせいで、そういうメソッドが用意されてないだけだよね。

底辺のドカタにとってはメソッドチェーンが重要なんだね

> 一行にだらだら書くべきじゃない

a = unko()
b_result = b(a)
c_result = c(b_result)

あっ、ふーん・・・

>>448
オブジェクト指向というより、パイプラインじゃねえの？
Objective-Cにもそんなチェーンはなかったと思うが

言うほど読みやすいか？
こんなの書いてくるやついたら草生やしてしばき倒すでフツウ

>>451

読みやすい！
pythonic!
pythonic!

こうですね

見当違いの批判をされてもAI分野で圧倒的に支持されてるのは変わらないから
ドカタが嫉妬してるだけに見えるんだよね

関数型言語の関数チェーンはともかく、メソッドチェーンは似て非なるゴミ。

Pythonだと、>>451の一行一行で扱うものがGBクラスのバッチだったりするからね

[JavaScript]
a
.sort()
.reverse()
.map(x => x.toString())
.join(“-“)

[Python]
'-'.join(map(lambda x: str(x), reversed(sorted(a))))

下は書く気にもならん
補完も効かないし

パイソニップさあ・・・このウンコードはなんだい？

パイソニップさあ・・・
JavaScript以下、ウンポコペチプー並とか
恥ずかしくないのかい？

これは数学が悪い
関数はあるのにメソッドがない
ラムダやmapは教えないくせに内包表記は教える

【悲報】パイソニップはウンポコペチプー以下のコボラーだった

>>456
COBOL では、まさしくそのとおりですね
まぁ実際には、GBどころかTB単位の夜間バッチですけど

ワイはPB級だけど質問ある？

>>458
aに副作用生じさせといてなんとも思わんお前がカス。

>>466
はいガイジ
全てのメソッドチェーンは副作用ないよ
くそパイソニップと違ってね

悔しかったら糞糞糞内包糞記で糞してみろよゴミｗ

メソッドチェーンってそんないいもんかね？
可読性がいいとも思えないけど

糞糞糞糞包糞糞と糞関数ラップワンライナーおじさんのパイソニップ草ｗ

これはやばい。。
やっぱシンタックス厨ってのは害悪でしかないな。

メソッドと関数が混ざって汚いと常々思ってた

var a = new Array(4, 11, 2, 10, 3, 1);

var b = a.sort();
//var b = a.sort().reverse();

これでaの結果が異なるってマジクソだろ。

お得意の糞糞糞糞包みで糞してみろカスwwwwwwwwwwwwww

>>467
バカすぎるので晒しとこw

内包表記は数学由来だから文系のコンプレックスを刺激してしまうんだねw

副作用が糞
メソッドチェーンはフツウに良い
パイソニップ≒コボラー

これが結論

>>476
あれ？>>467の釈明まだ？w
無知晒したからって勝手に終わらせようとするなよw

メソッドチェーンがぱっとわかりやすいのも分かるが
リスト内包はリスト内包で数学やってりゃわかる可読性がある

リスト内包がわからんってわめき散らすの無知晒してるだけだからやめた方がいい

それはそれとしてPythonはもっと関数を横に繋げられるようにしてくれ
Elixirのパイプ演算子みたいな感じでさあ

というかリスト内包とメソッドチェーン比較してる時点でただの無知だよね

数学ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
すｗｗｗｗｗｗすううっがくｗｗｗｗｗｗ
あれｗｗｗｗすうがくやったんけｗｗｗｗｗ

A = {2x + 5 | x ∈ N}
とかな。見たことあるだろ？

リスト内包はこの延長
こんなんもわからんで批判してたんかい

低学歴パイソニップ、Pythonで数学マウントを取る

低学歴なのに数学でマウント取る……？

あーもう
どこの板にもこういうキチガイ湧くんだよな
煽りカスでどっちにも有益にならないから放置安定よ

物欲はなくて支配欲だけがあるのが問題なんだろう
買いたい物がない人間が一体何のために利益を出すのか
益が少ない者を見下したり支配したりするためでしょ

お前ら次世代言語の話をしなさいよ
俺はRockstarをお勧めするぞ
プログラムであり自己表現でもある

言語の内容は一切しらないが
名前が商品っぽくてギーク臭がしないから、その言語ははやらないだろう

とおもったらネタ言語だった

だからPonylangが真の次世代だっつってんだろ

Haskellのエラーモナドかましたリスト内包表記は難解すぎる

多言語を批判するならお互いが同じ例題でソース書き比べたらええやん
ずっとごちゃごちゃ言ってるやつってソースもごちゃごちゃしてそうｗ

言い出しっぺがまずやってみせて

>>492
多言語を批判なんてしてないから言い出しっぺではない傍観者だ

いや君の提案でしょ？

>>491
書き比べはそれはそれでもめるんよ
言語ごとの推し抽象化手法（有り体に言えば得意分野）が違うから同じの書かせつつ公平にはしにくいし
オーバーラップする領域ではライブラリーのAPI叩くだけのHelloWorldレベルのコード比較に終始してしまう

つまりパイソニップお手上げ降参状態ですよっと

Python嫌いってどういう層だよ

>>495
なるほどね触れた俺がアホだったわすまんなｗ
NG入れて見ないようにすればいいだけだしなｗ
読解力のないIQ低すぎる奴とは会話が噛み合わないから仕方ないなｗ

というわけで多言語とか言ってる馬鹿 ID:GVyD60rv はNGっと

なんでpythonの話になっとるんだ
rustの話が尽きたからか

批判っていうか評論も一つの作品だよな
漫画や小説なら良いが評論は悪いという価値観を押し付けるから揉めてるんじゃないか

拡張子htaみたいな事出来る言語ねーかな

>>478
「|」をオーバーロードしてるライブラリはある。
https://github.com/apache/beam/blob/master/sdks/python/apache_beam/examples/wordcount.py
俺は別に読みやすいと思わんが。

数学やってりゃ分かるってのは高級言語にとって正当性の担保にならんと思うんだけど
pythonはスクリプトを書くためにあってアプリケーションを書くには向いてないよ

pythonはスクリプトやアプリケーションとかじゃなくてapiとかライブラリとかじゃないか？

スクリプトは後で修正するためにある
正当性の担保ってのがなくても後で修正すればいいと思ってる
だからスクリプトはズル
本物のアプリケーションはズルをしない

androidアプリ開発でGUデザインに拘りたいとしたら
どんな言語がいいでしょうか？

ん？ユニクロをもっと安っぽくしたようなデザインにしたいってこと？

https://twitter.com/kskexx/status/1023719574846373889
githubの分析だそうだけども
.netどこに行ってしまったん

>>509
お前記事読んでないやろw

>>507
Unity

GUIライブラリに何を使うかによる

SDLってAndroidでもつかえたっけか？

In our survey of 16,000+ npm users in January 2018, 46% of them reported using TypeScript.
https://twitter.com/seldo/status/1024052940355526656

>>509
.NetのC#以外は死んでるようなものだし
C#も半端な位置で留まってるから話題にならんのだろ
他バッサリ切ってC#に注力すればいいのにな

F#使いも生きてるぞ

直積集合がタプルじゃなくて直積集合の要素がタプルな
んでもってn個の集合の直積を考える場合普通n=1は除外しない

>>478
あのぅメソッドチェーンとは異なり、内包表記というのは
決して万能な道具ではないんですけど、ご存知ですか？

内包表記というのは、高階関数 map/filter とジェネレータという
三つの要素を簡潔に表現できる構文糖でしかありませんから、
内包表記では表現できない課題も数多く存在します
ですからたとえば Haskell では内包表記を提供する一方で、
ポイントフリーといふ関数を繋ぐ流れるようなスタイルでも書けます
つまり「メソッドチェーン vs. 内包表記」という対決の図式は成り立ちません

これでもまだ「リスト内包がわからんってわめき散らすの無知晒してるだけ」と
騒ぎたいなら、以下のお題(>>430-431)を内包表記だけで書いてみてください

　'-'.join(map(lambda x: str(x), reversed(sorted(a))))

>>478氏が無知でなければ、内包表記でサラッとエレガントなコードを書けますよね？
ちなみに以下のような三重にカッコが入れ子になった醜いコードは勘弁してくださいね

　'-'.join(str(x) for x in reveresed(sorted(a)))

n=1もあるしn=0もある
n=0は直積の単位元いわゆるunit
直和の単位元はbottom

>>520
>n=1もあるしn=0もある
>n=0は直積の単位元いわゆるunit

たしかに Python 村の中では、n=0 も除外しないのが「普通」ですね

で、静的型付け言語の ML/Haskell では単位型(unit)として定義され
タプル型とは明確に区別されていますし、動的型付け言語では
nil という特別なアトムで表現することが多く、これが世間の常識です
ちなみに「Python村の常識、世間の非常識」といふ格言、聞いたことありませぬか？

ところで、もちろん内包表記はご存知ですよね？
知らないと>>478氏に「無知晒してる」と嗤われちゃいますよ

>>516
なんだか随分と力んでいるみたいだけれど

> それにもかかわらず Python では、単なる不変(immutable)な配列に対して
> 公式文書でこともあろうか「タプル」と命名し、驚くなかれ「1要素のタプル」
> といふ数学の概念を超越したリテラル構文を定義しちゃいました
> 世界的に普及している/していた言語は数多くありますが、こんな命名や
> リテラル定義が存在するのは、後にも先にも Python だけ、唯一無二の存在です

いや、そういうことを言い出せば同じ引数の値で呼び出しても返す値が同じになるとは限らないCなどの「関数」“function”は数学における関数の概念とは全く違う破廉恥極まりない命名だとなるよ
そもそも手続き型プログラミング言語やオブジェクト指向プログラミング言語での「変数」“variable”と呼ばれているものもも数学の変数とは全く異なる
（例えば、それらの言語で書かれたプログラムの検証を考えるとその問題があからさまになる）

つまりプログラミング言語での用語は数学の用語を借りて使ってはいるが数学でのその用語の表していた概念を尊重しているとは限らないということだ
そういう例、つまり数学用語を数学での概念を尊重しない形でプログラミング言語の世界で借用してしまっている例は探せばいくらでもあるだろう

そもそも = が代入って時点で数学と違うんだから
いちいち「厳密な定義がー」いう方がどうかしてる。

普通にWikipediaでタプルをしらべたら一要素のタプルの事をシングルというと
書いてあるのだがｗｗｗ

>>522
数学の定義や数式を計算機上で実行するには、
必然的に「解釈」という(あるいは「評価」とも呼ばれる)プロセスを伴いますから、
数学の概念とプログラミング言語との間に乖離(かいり)が存在するのは一般論ですし、
その為に計算機工学という分野で研究成果が積み重ねられてきました

もちろんこうした乖離は一般論ですから、例を探せばいくらでも挙げられるでしょう
たとえば「n個の直積を考える」場合に数学では n=1 や n=0 を除外しないモデルを
構築することは可能ですが(>>517,521)、計算機工学の研究成果を元に設計された
言語だと「n個の集合の直積を考える、ここで n>=2」が暗黙のうちに認知されています
（なぜなら n=1 または n=2 の直積は、一般的には形式的に定義できない為）

ところが、こうした計算機工学の成果である n>=2 を無視し、
そんなのどうでもいいとばかりに「単なる不変な配列をタプルと命名する(>>516)」といふ
深淵の淵へ自ら飛び込んだ稀有な例が Python といふ次世代言語なんですよ

もしも「他のあらゆる言語では計算機工学の常識に沿って設計しているのに、
ある特定の言語ではそれを無視している」という具体例があれば、ご教示願います
たとえば「Python におけるタプルの命名」は、他の言語には見られない唯一無二の例です

A = { x | x <- A}
A × B = { <x, y> | x <- A, y <- B }
普通に定義できるがｗｗｗ

>>526
>A = { x | x <- A}

えぇとぉ、{ x | x <- A} というのは単に集合 A を内包的に定義してるだけですから、
それは「1個の集合Aから構成される直積」ではなく単に「単純集合A」を定義してるだけです

あぁそうか、フェイトニスタには内包表記うんぬん以前に、数学の教養が欠けているのですね
ついうっかりしておりまして、大変失礼をば致しますた

定義するのに集合と同じ定義では同じでは駄目というルールはないから間違っては無いｗｗｗ
ちなみにｎ=０の直積は１元集合として定義できるとWikipediaにかいてあるｗｗｗ

ウィキペに書いてあるとか言っちゃう人って・・・

正式な定義だと、直積の要素はペアの中にペアがある構造じゃないと駄目ｗｗｗ
A × B × C = { <x, y, z> | x <- A, y <- B, z <- C }
↑の定義があってるのは日本のWikipediaだっけでしたｗｗｗｗ
これを使うにはn-fold Cartesian productという直積を拡張した奴じゃないとだめでした残念ｗｗｗ
とくにｎ＝１の時はそのままA＝Aとちゃんとした本に書いてあるｗｗｗｗ

今までの流れをまとめるとpythonはクソ。
TypeScriptが最強。という理解でよいでふか？