次世代言語14 Elixir Crystal Julia Rust Swift
レス数が1000を超えています。これ以上書き込みはできません。
次世代言語13 COBOL Java PHP VBA Ruby
http://mevius.2ch.net/test/read.cgi/tech/1534769242/
こっち消費してからにしとき
警告受けてんぞ ◆QZaw55cn4cとか複数の回線を使って自演したり、
言語叩きする荒らしはワッチョイスレでやってくれ
わざわざこっちに来なくて良いから スレタイ変えたのね
まああんまり尊重されてないしなんでもいいけど 前スレのタイトルからKotlin外れたのはなぜ?
Kotlin充分新しいし、次世代altJava言語の筆頭だろ ワッチョイアリがいいヤツはこっち行け
次世代言語14 Go Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1536664054/ >>12
どんだけスレタイに執着してるんだよ
ワッチョイ付のスレには付いてるしKotlinは単体のスレもあるんだから困りはしないだろ スレ建て直す必要まではないでしょう
それこそスレの粗製乱造で、このスレ消費してから次回ちゃんとしたスレタイのスレ作った方が
5chのサーバーにとって良いだろう
Kotlinが抜けてることは単純に疑問に思ったから質問しただけで、スレ建て直せまで要求していない スレタイに文句言うのはいつものお約束みたいなもんだから。。
別にほっとけばいいのさ。 どうせrust以外の話ないしなんでもいいけどな
検索しやすいようにしたほうがいいと思うど 荒らしはワッチョイスレを立てたんだからそれで満足しろよ 静的言語は人工知能に向いてないらしいよ。これから人工知能全盛になるのに?
だからRustよりも意外とJuliaに将来性があるのでは
Juliaは次期Pythonのイスを狙ってるみたいだし 向こうの隔離スレは酷いことになってるな
自演をやるにしてもやり方というのがあるだろうに >>20
人工知能やったこと無いから分からんのだけども
どういうところが静的言語と合わないの?
具体例教えて
あとちょっと前まではHTML(DOM操作)も静的型付けと相性が悪いって言われてて、
だから動的型付け言語のJavaScriptが適してるとか言われてたけど、
TypeScriptが出てきて静的型付けでも全然行けるじゃんってなったという
過去があるから動的静的とか関係ないと個人的には思ってるんだけど… ElixirとCrystal、まだ流行ってないってだけの理由で
次世代言語のスレタイにまで挙げるのはどうかと思う
某言語に似てシンタックスがゴミだから、どうせ流行らないしね >>20
AmazonはJavaで、GoogleとMicrosoftはC++でDeepLearningを使ったシステムを運用している
トライアンドエラーを繰り返す初心者のアドホックオナニーには面倒臭いだけで、
本格的にシステムを構築するとなれば選ばれるのは静的言語だよ スレタイは前スレにいろいろ意見上がってたんだから今いっても仕方が無い
アウアウカーとワッチョイonlyの自演専用スレもあるんだから 小話がこのスレで嫌われがちなのは重々承知なんだが次世代言語で小話みたいなメッセージベースOOPな言語って無いよね 自演専用スレがレスのかさ上げしはじめてるけど
アレは何か意味があってやってるの? コンセプトが初志貫徹してるから、俺ならもっといい言語が作れる!ってなりにくいんじゃない?
個人的にはSQLより楽なデータベース操作言語が欲しい
集合論をベースにした言語ってのは分かるんだけど、それって抽象化の手段を提供しない理由にならねえよなって思う
アセンブラレベルの面倒くささを何で許容しなきゃならないんだって ◆QZaw55cn4cや自演をあっちのスレに排除できるなら何でもいい >>28
そりゃ結局DBが速度面で一番ボトルネックになるからだろ。
抽象化して性能でなけりゃ本末転倒なわけで。 SQL って集合論をベースにした言語なの?
そんな優雅な空気は感じないけど 集合論というか一階述語論理だなぁ。
記述がああなのは、自然言語に近ければプログラマ以外の人でも使えるだろうという当時の流行で。 SQLなんか行と列の表を操作するだけの言語だからな
低学歴知恵遅れでも使えた気になれる
このスレにいるようなウンコruby厨やウンコpython厨でも使える Dartやる気あるのかないのかはっきりしてくれ
Flutterの手軽さは好きだけどDartやだ SQLに対する不満はSELECTでいちいちカラム指定が必要なことくらいだな
COBOLなんかの固定長レコード時代の名残だよねあれ
ドライバがもうちょっと賢ければ全く必要ない >>34
おまえはPyキチやろうが
なにシレッと騙っとんねん 別回線で荒らした所で
別人だと馬鹿正直に信じてもらえると思ってるのかな? SQLって1000個位のデータじゃ使わないし個人が大きい会社のデータまとめて管理するのだと1万程度になるデータもあるやろからそれ専の雑で書きやすいSQLは何か気になる
近頃のマシンなら万データも余裕かしら? Crystalは初耳ですがRubyのインスパイア系だからそういう名前なのか >>44
ルビーはアルミで水晶はケイ素だから、同じアルミのサファイアのほうが云々 rustの仕事探しているんだけど全然ないな
もうkotlinはイヤなの やっぱりな地雷だと思ったぜkotlin
なにがいかんかったん >>35
同意。もうtypescriptに一本化してくれと思う。 >>48
kotlinのどの辺がいや?煽りでなく。
ちなみに俺はrustもkotlinも使ったことない。 やけに言語のネガキャンが多くない?
ワッチョイスレから荒らしが出張でもしnに来てんの? Kotlinは他言語の目ぼしいものをパクり終えて独自のアイデアを入れ始めてから迷走しまくってるよね
驚きが極めて少なくて類推でなんとなく書けることだけが強みだったしそのコンセプトこそが受けたんだから、
変な色気を出さずにパクリ言語に徹するべきだった 地雷とまでは言わないよ
パッケージマネージャがゴミ
メモリばか食い
gradle使わされる
間抜けなnull安全
例外
などjavaから引き継いだ負の遺産に縛り付けられて嫌なの
あとkotlinが悪いわけじゃないが同僚の書くコードがビックリマークだらけでくたばれと思う
kotlin nativeはいい言語になると思うよ >>58
同僚が糞なだけやん
Javaが糞なだけやん
お前が糞なだけやん
だけやん? 結局自分が使ってる言語がグローバルになればいい
っていうことだろ。どの言語がいいって主張もそれ以上のものは何もない。 >>58
その中だとこの2つの詳細が気になるな
> パッケージマネージャがゴミ
> 間抜けなnull安全 気に入らない言語はほっといて気に入ったのを使えば良い。
なんだったら自分で言語を作れ。
技術力がなくてすぐには作れなかったとしても仕様公開しておけば誰かが作ってくれるかも知れないから全く実現不能ということはない。 ワッチョイスレは相変わらず回線使った自演しかおらんな
と、思ったらこっちを荒らしに来てたのかよ 仕事で使うのだからほっとくことは出来ない
仕方ないので転職するってわけさ オフショアのベトコンモンキーどもが頭悪すぎて草も生えない
JS→TS移行の途中段階で今後TSに寄せるって話してんのに
連中型が理解できないらしく、全部素のJSで送ってきやがる
●してやりてぇわ ここ十数年で色々なパラダイムが流行ったけど、
次はどういったパラダイムが流行ると思う? >>69
お、型無し能無し糞バカモンキーか?
もういっぺん枯葉剤でも食ってろや池沼が 低レイヤー言語の覇権はOSに依存しがちというのは多分間違ってないんだろうけど窓林檎がRustを採用する未来が見えない このワッチョイなしスレ荒れてんじゃん
コテハンのワッチョイスレの方が冷静に各言語について語り合ってる
ワッチョイなしスレの方が口汚くののしり合ってる
悪口言い合ってるだけじゃなく、ちゃんと言語談義しろよ
ワッチョイスレより、このスレの方が素晴らしいと素直に感嘆できるところを見せてくれ 言語を「叩く」っていうのが噴飯物なのよ
何を根拠にまぁえらそうに
知識も経験も無いからこそなんだろうけど
オカンのただ飯食わせてもらいながら飯批判するが如し 俺はちゃんと人を叩いてるぞ
型も理解できないモンキーどもは、森に帰るか死んで欲しい
迷惑だ コードも憎んで人も憎む
どいつもこいつもバカどもは
憎しみだけで人が殺せたらどんなにいいかと毎日考えてるわ 型理解してないゴミのコードってマジでゴミでしかないよな どれだけワッチョイスレへ誘導したいんだ荒らしは?
一人で寂しいからって俺らには関係ねえだろ rustのclippyゴイスー
よくこんなめんどくさそうなの作ろうと思ったもんだ
近代的なlintはみんな同じくらいめんどくさそうなことことしてくれるの? >>68
次のパラダイムは人工知能に関連した何かだと思う >>89
まず、言葉の定義からして
そんな適用範囲の狭すぎるものはパラダイムとは呼ばないと思うのだが オブジェクトのコピー、参照の明示化
const的な不変性の明示化
副作用の取り扱い
この辺じゃないのかね。
とはいえrustはなんか違うとは思うが。 LabVIEWある程度やったことある人なら分かるんだけど
ほとんどの言語が変数でやることを配線でやるってなると
(もちろん、ローカル変数グローバル変数ともに実はあるんだけど)
その配線を引くのが手間で仕方ないし
配線がまさにスパゲッティの様相を呈してくる
その反面、そこが苦痛であるがゆえに促される事前の設計というものがある
配線をスッキリさせたいと常に思うような力になってる
こういうのこそ実はパラダイム >>93
LabVIEW懐かしいな
アレでコーディングするコツは変数を構造体化?して一本化してからループに繋いで
Swich-caseみたいなページで処理を分けて書けば随分シンプルで見やすい配線図にできたはず javaがval導入してればもう少しシェア維持できたろうにな
final varとか書くんだろ?バカちゃう?バカちゃう?
ワイがrfc書いた方がずっとマシですわw どうでもいいだろ
Javaを使ってる会社がJava10以降へ移行する際にまずやることは、
ラムダのときと同じくコーディング規約に「varは使用しないこと」の一行を追加することだよ >>94
オブジェクトのコピー、参照の明示化
副作用の取り扱い
について,rustは問題あるだろ。
= をコンテクストで意味判断するってのがそもそも問題あるんじゃねーかと思ってる。
副作用あるなしももう少しやりようある気がするけどね。 PHPにプロパティ型指定だったな
良いことだと思うが
根本的に言語が腐ってるから二度と近寄りたくないし、手遅れ 本気で思うんだがオブジェクト指向で作られたプロジェクトを手続きや関数型で作ってたら本当に困ることになるんかしら? メモリもリソースの一種だとみると、副作用って簡単に判じることは難しいんじゃないか
それともメモリをどう荒らしても純粋関数って呼ぶことにする?副作用の有無の価値が大分減るように思えるが 純粋/副作用有りの2択にせずに、noexceptみたいにnoheap, nostack, noio...って小分けすればいいだろ
凄い面倒そうだけど >>104
これ考えたらやっぱりFortranのpure subroutineが良い 純粋関数型で有名なHaskellだが遅延評価で最適化を行っている時点でメモリとしては極めて状態的なんだよな
ただそのメモリ上表現が純粋関数で得られたものであるという保証があるから成り立っているし、そうでないものはモナドで順序性を保証してるから問題が出ない モナドで順序性の保証って別に言語実装が保証してるわけじゃないがな。
あくまでモナド実装者が保証するべきものであって。 Rustの副作用の取り扱いの問題って何だ?
所有権移動に関する話で、
いわゆる関数型の副作用とは別の話をしているようにも見える 単純に見た目だけじゃmoveかcopyかわからないって話じゃない?
何かのコンテナ型を自分で実装する時、とりあえず中身にi32を入れて書いて後でジェネリクスにしよう、とかやってると
ボローチェッカにしこたま怒られることがある。見直すと9割が設計ミス 有名な純粋関数型言語といえど遅延評価による最適化は状態的という話なので言い回しの緩さは許してくれ
noioやnoheapなんかはそれこそHaskellではIOモナドやSTモナドで包んで明示してる訳だよな copyと参照の違いはwriteすれば分かるが、副作用がなかったら違いを知る必要がない
copyとmoveの違いはreadすれば分かるので副作用がなくても違いが分かる Rustのmoveは確かにイマイチ
ローカル変数は = でmove出来るが
構造体フィールドは = では不可なためmem::replaceを使う
ライフタイムの違いによるものとはいえ記述の一貫性に欠ける
この点はC++のstd::moveの方が一貫性がある >>113, >>114
構造体のフィールドはmove出来ちゃまずいから
この場合はむしろC++のコンパイルが通ってることが問題だよ
記述の一貫性のためだけに未定義動作の危険性を許しちゃダメでしょ Rustの構造体 T のフィールドはmoveできる
&mut T は全体のmoveもフィールドのmoveもできないがreplaceならできる >>115
このコードに問題も未定義動作も無いぞ
unique_ptrのムーブコンストラクタにより適切に所有権が移動される >>116
すまん 言葉足らずだった
Rustに関してはその通りだよ
でもC++はRustみたいに強力なボローチェッカーがないからmoveはまずい
>>117
そのコードは確かに未定義動作は起こさない
でも未定義動作を起こす危険性を含む
C++の方のfooメソッドの最後の一行をコメントアウトしても
コンパイルが通ってしまうって言えば何が危険か分かるよね
それを防ぐためにはC++の方もreplaceでなきゃダメ >C++の方のfooメソッドの最後の一行をコメントアウトしても
>コンパイルが通ってしまうって言えば何が危険か分かるよね
俺よくわからないんで解説plz >>118
fooの最後の一行をコメントアウトしても何も危険は無いんだが
C++のムーブセマンティクスの動作や仕様を理解出来てないんじゃないか? もしかしてmoveされた側が不定値にでもなると勘違いしてるのかね rustのmoveが分かりにくいという主旨だと思っていたけど違うのかな?
moveかcopyか分からんてのは確かにだけどプリミティブ型はcopyされると覚えるだけでよくない
しかしなぜプリミティブはcopyのコストを受け入れてよいことになっているの? >>121
すまん。俺の間違いだった。
move後はnullptrになる事が保証されてることを今知った
今までずっと未定義だと思ってた
(てか会社の先輩にそう教わったんだ あの野郎デタラメ教えやがって)
俺の勘違いでした m(__)m てか軽くググってみても「move後は未定義」って書いてあるサイトが
チラホラ存在するんだが…めっちゃ紛らわしい
>>124
Rustの公式マニュアルは読んどるわ
問題はC++の方だよ
公式のマニュアルは無いわ
ネットの情報は(偽情報含めて)多すぎるわで
まんまと踊らされたわ 後にデストラクタが動くということを考えたら未定義になるわけないし
そこがC++のmoveのイマイチなとこでもある めんどくさいのはrustというよりrust信者だけどな。 C++はコンストラクタが複雑過ぎる
Rustにはコンストラクタがない代わりに初期化前やmove後の変な状態がある 結局の所、その言語によるコードの書き方にメリットを感じる人間がどれ位いるのか、
が重要なわけか お前ら次スレは
次世代言語15 Rust Rust Rust Rust Rust
にしなさいね >>129
右辺値参照やconst修飾などの、型の仕様/関数全般の仕様まで一緒くたにしてないか
コンストラクタ自体には大して複雑な仕様は無いと思うけどな
RAIIの理解が要るくらいで 結局の所、メリットを感じる人間ではなく
複雑さのコストを感じない人間が最強なわけよ
ライオンは科学的な練習とかしなくても強い そういった思想からメンテ不可なゴミコードが生成されるんだと思うよ。 では具体的にはC++処理系とD言語処理系はどっちがメンテ不可のゴミコードになるのかね >>136
言語の問題でなくて
>複雑さのコストを感じない人間が最強なわけよ
こういうカス思想の問題だと言ってるんだが。 コストとリスクと不確実性を区別したら面白そう
コストには敏感なくせに不確実性は想定外とかいうカス思想 メンテだけに関して言えばC++の方が闇深コードは生まれやすそう C++は本人以外理解できないコードが容易にできてしまうからなぁ。
Type a = b;
たったこれだけのコードがどんな動作するのか、Typeやbの定義を
隅から隅まで調べないと特定できない。 C++も "Trust the programmer" の思想だしな >>134
俺はすでにライオンに生まれてないんですけどどうしたらいいのかと
冗談はさておきjavaはscalaで置き換えらえると言ってた人達は死んだんだろうな 次の問題はJavaはKotolinで置き換えられるか?だな
どう思うよ? >>148
javaはgolangで置き換えられると真面目に思ってる >>148
今はJavaにも型推論やラムダ入っていること
Java(API)訴訟、モバイルのクロスプラットフォーム台頭
OracleJDKからの移行 などの影響で鈍化したと思う Pythonはもうダメかも知れんね
【IT】奴隷制を連想させるとして、Pythonで「master」「slave」といった単語が削除される
https://egg.5ch.net/test/read.cgi/bizplus/1536925223/ 他の言語にも触れてみる
Swift
型推論周りのビルド速度どうにかしろ
所有権と並行入れる予定でABI安定化とかマジで出来るんですかね
Kotlin
JVM界隈はアレな状況だからKotlin/Nativeをはよ完成させて
Dart2
大企業パワーによるエコシステムでの持ち上げ半端ない
C#
堅実な改良重ねるのは評価出来るけど
Windows Phone死んで草
Monoプロジェクトのおかげでプラットフォーム戦続けられて良かったな
JVM/.NET/DartVMとかでライブラリの相互利用出来なさすぎ
Haxeのクロスプラットフォーム思想(だけ)見習って欲しい jvmの更新で動作がどうなるか不安なjavaはもうダメだろ。
goに取って代わるかは知らんが環境べったりなシステムはもう流行らん。 ここでATS2やってる人軒並み難しいって言ってるし俺も実際そう思うんだけど、ただでさえ難しい言語機能に加えてATS2のシンタックスが難しさを加速してるイメージあるの俺だけ? ABI安定化は永遠にこないだろう
名前恰好つけてるけどようするにVMだかなんだかの後方互換性を将来にわたって約束しますってことだろ
そんなん今後守れますって宣言できるわけないじゃん
思い付きでぶち上げて宙ぶらりんになってるだけでは >>155
Kotlin Nativeが完成さえすれば…!
C#なぞ軽く超えるんじゃないかとボケ夢を見てるが >>155
PerlはおかしいからってPythonに置き換え始めた時からずっと同じことをやってるだけだ そもそもオブジェクト指向ってコードを当時バリバリに書いてた人らが、
リファクタリングテクニックやイズムを行使する傍らで自然発生的にでてきたものだろ
その後色々と他の物がくっついただけで あればあったで使ったら便利な時に使うし
使うこと自体が目的になるようなら避ければいいだけ
例えばデザインパターンを無理やり当てはめない そもそもオブジェクト指向の定義が曖昧すぎるんだよ
オブジェクト指向が何かを正確に言語化できる人なんているの?
いたら俺にオブジェクト指向の正確な定義を教えてほしい >>168
オブジェクトの定義が曖昧なんであってオブジェクト指向は複雑なだけじゃない?
具体的にこれがオブジェクト指向だって言ってもシングルトンとかのデザインパターンは複数も複合もあるから
じゃあこれはオブジェクト指向じゃないのか?と全て一概には言えん
ただオブジェクト指向はクソだ オブジェクト指向いいじゃん
クソなのはORMとカプセル化だよ >>171
そのGUIでブラウザを作る言語はJavaとRustどっちがマシなのか >>173
誰と間違えてるんだ?俺は>>134じゃねぇぞ 名無しなんだから、誰が言ったかではなく何を言ったかで判断しないとおかしいだろ 皆が皆オブジェクト指向を名乗ってるからバズワード化するんだ
歴史的経緯はともかく現状
・抽象型からの派生(Simula、Eiffel、C++等)
・メッセージング(Smalltalk、Objective-C、アクターモデルなやつ、WinAPI等)
・インターフェース(Java、C#等多数、COM等)
の3流派で別物みたいな理解でいいんでは
中にはハイブリッド(SwiftがObjective-Cにインターフェースと型クラスの合の子を加えたもの、みたいな)もあるが
>>174
ネイティブGUIで言えば、ブラウザはOSやサーバー、HTMLやスクリプトがアプリやクライアントに当たる
サーバーはがっしりした言語の方がいいし、クライアントは拡張性の高い言語のほうがいい 運営ボランティアは荒らすか煽るか自演するかマッチポンプするかの屑しか居らんな OS側で9割作ってアプリは1割というパターンもある
もしこれがアンチパターンに分類されたらデザパタ棒で殴られる >>177
ここらへんしっかり線引きをしたり共通のバックグラウンドを持つことは大事なので賛成だけど
> ・抽象型からの派生(Simula、Eiffel、C++等)
> ・インターフェース(Java、C#等多数、COM等)
後者は前者、つまり『Simulaスタイルの「クラス」を使ってユーザー定義型(抽象型)をやる』というアイデアからの派生で
「クラス」の(かつては)特徴であった「継承」で部分型を表現するときに実装によっては生じがちな問題を「インターフェイス」で解決したものだから
別物っていうほどまでは別物ではないような…
「派生だが別物」ということなら、二番目のメッセージングからの派生なんだけど
その運用や進化の過程でメッセージングというキーコンセプトすら排除するシンプル化を経て現在に至る
JSや同名GoFパターンに見られるプロトタイプベース(インスタンスベースとも言う)を加えて“3流派”とする方がよさげかと老婆心ながら 最近のオブジェクト指向ってあまりメンバ変数を弄らないでオブジェクトを単なるパラメータのセットとして扱う傾向があるけど
あれこそ本来のオブジェクト指向の思想を無視した簡略化のなれの果てだと思う >>181
元々概念を分割しようぜという話なので分けられるなら分ければいいよ。プロトタイプベースも追加で
ちなみに抽象型グループとインターフェースのグループは言語機能以上にスタイルの差があるように思えるので分けた
実装の分離やデザインパターンなどを推してるのは後者グループだし >>182
C#にあるようなプロパティへの批判?
だとすると同意だね インターフェースの制御と、同じインターフェイスでのポリモルフィズム
ってのがオブジェクト指向の旨みなんだろうけれど、
これをうまく使うのが難しかったってのが最近のオブジェクト指向批判なんでないの? 近年のOOP批判ってFP的観点からの状態の隠蔽を基礎にしたプログラミングへの批判だと思ってたけど
あとnullを扱わざるを得ない参照にもとづく手続き的な網羅性評価のない処理 >>186
状態をある程度持っててもインターフェイスがきっちりしてれば管理しやすいと思った、
ってのがオブジェクト指向の動機なんだと思う。
しかしそもそも状態がそこまで変わること自体管理しきれんし、
それに耐えうるインターフェイス(メソッド)の設計ってのはそんな簡単じゃねーぞって話ではないか。
関数型で状態変更を明示的に意識できる方が良いかもっていうのはこんなところかと。
まああとは単純にハードは潤沢になってるし変な共有とかせんでも
それなりに性能出るからってのが大きいんではないか。 継承・多態は元コードを弄らなくてもデータの種類を追加できる機能で
これはGUIやゲームには非常に有効なんだけど、コードが細切れになって何かと辛いという難点もあって
で、よく考えたらそんな拡張性要らんアプリがほとんどだわーってみんな気付いてしまったのはあると思う OSもアプリも同一の言語で書かれるべきという思想が終わった
C言語とシェルスクリプトのような二刀流が勝った >>187
virtualなりインターフェイスは後発だからOOP自体の動機としての理解はちょっと違う気もするが、後発言語がOOPでそれらを導入した動機としては正しいと思う
モジュールでは、状態を表現するアクセスし放題なミューダブル変数が存在してしまうから、クラスとインターフェイスとで変数と関数を括って、手続きから分離してやれて管理しやすくはなったんだよね
個人的に関数型の(結果論的な)メリットは上の表現に沿わせると、手続きからだけでなく、変数(名前束縛)と関数を分離してやる事に有ったんだと思ってる
インターフェイスは型だけどトレイト/型クラスが型でないのは、明確にデータと関数を分離してる事として認識できる 最近はあらゆるフィールドを全部publicにして書いてるわ インスタンス変数がクラス内ではグローバル変数みたいなものだというのはなるほどと思ったが、超巨大なクラスでもなければそんなに問題ないのではとも思った 関数の抽象化ばっかりでデータの抽象化が捗らない問題の原因はデータ型の宣言だった
VectorInt型だのVectorString型だの抽象度の低い型の何と多いことか
これを解決するには動的型のやり方を取り入れるか静的型を改良するかの二択だった
しかし現実は、関数とデータを分離するのをやめたら解決すると考える人が多かった _人人人人人人人人_
> 次世代言語14 <
 ̄Y^Y^Y^Y^Y^Y^Y^Y^ ̄ OOPが流行ってたときはネコも杓子もOOでやってたけど、
代数的データ型やパラメトリック多相で実現できる再利用性の方が便利じゃねって箇所が増えてきてる んで、次の流行りそうなパラダイムは何になるんだい? >>196
TypeScriptがフロー解析に基いた型検査を頑張ってるように、記述はライトにチェックは親切に、がこれからの主流
言語そのものよりコンパイラの検査能力が重要 メタプログラミング全盛の時代に型チェック、よしんばTypeScript形式のものだったとしても、
競合おこしてどっちかの利点を得るときはもう片方の利点をあきらめるみたいな感じになるんじゃないの? >>172
ORMはリレーショナルデータベースの長所を殺し短所を伸ばす >>198
一体いつからメタプロ全盛の時代になったか教えてほしい >>204
まあ次世代言語のほとんどはメタプロが出来るようになったって点ではいいことだと思う ジェネリクスないからGoは最高とか言ってた奴ら梯子外されてどんな顔してるんだろう Javaと同じで、縛りプレイがなくなると求心力もなくなるパターンな気もする
人間、制限がある方がやる気出るし >>205
一言でメタプロって言ってもメタプロにも色んな種類があるよね
動的言語でよくあるeval
C#やJavaのリフレクション
マクロ
テンプレートメタプログラミング
他にもなんかあったっけ? 間違いだったgo wayから引き返してgo2 wayを進むだけよ
コンパイルが速いからコードの書き直しも速い ジェネリクス入ったらgoは終わりだな。。
カスを呼び込むような機能は入れない方が良い。 >>210みたいな意見って今はどうどうと言っていいのか
Javaが出てきたとき(今で言う)ジェネリクスがなくてスッキリしてて感心したのを覚えてる
ジェネリクスがなきゃ困るようなコードはすでにOOP的には失格なんよ!(大声) ジェネリクス入れるのはいいけど丸括弧はやめて欲しいなあ
パーザに比較演算子と区別させたくないから<T>にしないって
(T)はもっと被るもの多いのにわけわからんぞ JavaScriptは型パラメータどころか型宣言も無くてさらにスッキリだよ >>192
ゆーてまともなサイズのクラスなんか見たことあるか?
クソバカアホペチパーどもは、スーパーサイヤクラスゴッドスーパーサイヤクラスで
インスタンス変数をタコ殴りにして射精するガイジしかおらんだろ >>201
ORMはリレーショナルデータベースの長所を殺し短所を伸ばす
とか言ってORMを使えないガイジは必ず糞みたいなオレオレ1000行SQL(インジェクションもあるよ)を
コードの中にべた書きするマジキチガイジしかおらんのが問題よね
殺してえわ 糞バカ中世ジャップランド土人村のイット産業もロクでもないが
オフショアのベトコンガイジどもは、はっきり言ってそれ以下
あの土人ども、英語すらまともに理解できないんだよな
IDE使え、フォーマッタ掛けろ、CLIも懇切丁寧に教えてやってるのに
まるで理解できないチンパンジー以下のゴミ
進捗遅れ出しても平気で黙って定時退社
もう一度枯葉剤まいてくれやマジで まぁ例外がない限りJaverは寄っては来ないだろう >>215
ならjava使ってりゃいいじゃん。
てかそういうなんでも機能のある言語がいいならgo以外にいくらでもあんだろ。 >>207
ジェネリクスは制限を強くする方向の機能だろ。 オフショアが何で流行ってるのかわからん真剣にわからん
バカなのかな >>225
目に見える数字だけ見るとコスパがいいからだろ もしかしてお金で雇われてここにきてる奴いるの?
まさかそんな中国の五毛みたいな奴いないよな? 仮想通貨を売るような感覚なのかな
買った奴は自己責任
売った奴はむしろ頭がいい ワッチョイスレはもう自演だけか
あそこはもう隔離スレにした方が良いな "それ"は相手にしなくていいよ
前スレでも自分に都合の悪いレスは全部自演だとか言ってたヤツだから え?ワッチョイスレは回線を多数持ってる奴が自演するスレだろ
そもそもワッチョイスレは荒らしが建てたんだから じゃあ大丈夫だ。回線沢山持ってるやつなんて滅多に居ないから。 例の奴が回線たくさん持ってて自演してるんだっけ?
というかワッチョイにずっと引き篭もってて欲しい 変数宣言は$がええなやはし。varとかスペース込で4文字は駄文や スレ立ってるのにわざわざ重複させてこのスレ立てた>>1が一番の荒らしだけどな ワッチョイスレへ帰れ荒らし
自演でしかもフライングして立てたスレだろうにそこから出てくるな 本スレは↓こっち
『次世代言語14 Go Rust Swift Kotlin TypeScript 』
https://mevius.5ch.net/test/read.cgi/tech/1536664054/
このスレは低学歴知恵遅れが
たむろってるスレ 10年後のGoがC++を上回る機能過多になり
それでも褒め称えるGoogleファンボーイ
という地獄絵図 いや>>240がそうだ
ハンカク文字を打ち込むためにわざわざF7押してると思うとワロエル >>240
お前が宣伝するとあっちが過疎るだろこのスットコドッコイ 酷い自演だ
複数の回線を持ってても頭がコレじゃあ・・・ また低レベルの言い争い
お互いをdisり合うのをやめろっ! このスレはほとんど単発しかいない
ルーターリセットしてスレ伸ばしてるのは分かる メタプロで思い出したけど、僕の考えた最強のセーフティ組込言語ことAdaはマクロを有さない事を目的に含んでたらしいがこれはあくまでCのdefineマクロ意識なのかなぁという気持ちがある Javaがかるくクリアした
Javaこそ偉大
Javaに戻れ マクロ言語禁止は、言語を2つも勉強しないことが目的だよね
シェルスクリプトをGUIで置き換えるのも同じ目的だよね メタ用言語と実行時言語が別れているのは問題だけど
最近は別れてない構造のものもあるからなあ。型もまた値みたいな
>>249
当時はLispもあったんじゃね Lispのマクロと同じくらい使いやすいと世界が変わるんだけど、
あれは普段のS式操作がそのまま構文操作にできるからってのが大きい
こう、マクロと型システムがいい感じになってる言語が知りたい >>252
lispのマクロは言うほど未定義動作の温床にはならないじゃん?
Adaは方針として未定義動作潰しが強かったから意識したのはdefineかなぁという話になる訳で LisperはCのdefineだけを見て比較しようとするが
includeやifの方が役に立つ
これはトークンでもS式でもなく行単位で処理できれば十分役に立つんだが >>255
Cプリプロセッサにそんな未定義動作あるか?
未定義動作潰しとマクロ排除は別件じゃね オフショアのガイジどもが枯葉剤でなるべく苦しんで死にますように >>253
それが難しいってのがここ40,50年の研究の成果なわけだ。
評価順序を変えるのが本質のマクロと型チェックを混ぜるってのが相当無理がある。 順序っていうか評価される回数が2回以上の引数は所有権のmoveができない
評価順序を変えるだけの引数ならmoveできる
こんな感じで所有権チェックが流行ってるわけだ C系のヘッダーファイルってコンパイル機のメモリが有限だった時代の名残なんかなやっぱ 当時はModulaがまともなモジュールがあることを名前でアピールするぐらい、モジュールが普及途上だった
(FortranだってPascalだってBASICだって、当時はincludeしてた)
Cもincludeで間に合わせてたら普及してしまってずるずる今に至ってるだけでしょ
ちなみにまともに設計されていればモジュールのほうがメモリ使わないよ アセンブラーとリンカーは型チェックをしないから
型チェックはC言語依存のヘッダーファイルでやる
言語非依存の型システムをやるなら中間言語インタプリタでやるしかない そもそも型自体が言語毎に違うしな。
Cのincludeと言うかプリプロセッサ命令は、それでモジュールを代用してるパターンとは別に、ホントにそこにincludeする行やマクロが必要なパターンがあるし、必要悪では?
静的な配列を
int bootstrap[] = {
#include "boot.dat"
};
みたいに初期化と確保してるのを見たことあるよ。
まぁ、それが自由過ぎると言えば自由過ぎるんだけど。 【山本太郎、坂の上零】 格闘家のKIDだけじゃない、関東圏のKIDも癌で死んで、棺桶が売れている
http://rosie.5ch.net/test/read.cgi/liveplus/1537410277/l50
年末の格闘大会は中止しろ、放射能汚染の最中にお祭りやるな、不謹慎だ! 次世代な言語にはメタプログラミングが必須の時代になったけど、
この方向性の先に進む道はあるのかな Rubyとかのニセモノのメタプログラミングじゃなくて
本物のメタプログラミングが流行ってほしいね メタで行き詰まったらメタメタに行けばいい
てかやたらとメタプログラミングに頼るのは言語自体に機能が足りてないんじゃないかね メタプログラミングなんて古いよ
フレームワーク作る人はいるかもしれないけど一般のPGレベルには不要な物
三流PGが勝手にメタプログラムを組み込んでバグを出すイメージ メタプログラミングって三流PGが
・普通の言語仕様内で出来ることをPGの能力不足で実装できないので使う
・普通はやっちゃいけないことをやるために使う
・普通にやれば楽なのにわざと知ってますよ感を出すために使う
というイメージ
やった本人はドヤってるという 痴呆がすすんで誰かと勘違いしてるようだけど
じゃあ普通のPGがメタプログラム必須な状況ってどんな状況だよ 俺様汎用インターフェイスがバカみたいに作られて迷惑するだけだな >メタプロ 仕様変更をゴリ押ししたり反対したりするのはメタプログラミング
データの変更ではなくプログラムの変更だから 予防線を張ってまで言い訳する人は本人以外いないよPyキチ君 必須とは思わないがコピペしまくりとか
静的言語で連想配列やリフレクションを多用するくらいなら
メタプログラミングの方がマシかな
WebAPIとの連携やDSLが必要なときは有りだろう
用法用量考えないと毒になるけど リファクタリングするのが面倒な時によくメタプログラミングを使うわ リファクタリングとメタプログラミングがどう繋がるンや stringをstring<T>にリファクタリングしよう
Tにはutf8 utf16などが入る 1+1を「1というオブジェクトに+1ってメッセージを送ってると考えたら良いんや!」っていう
浅薄なアイデアのオブジェクト指向が下火になって、
ちゃんとした研究者が考えてる関数型を取り入れた言語が
次世代言語になりつつあるのは良かったね >>283
std::basic_string<T> 最近のはどれもマルチパラダイムと謳っているでしょ
悪いところだけを挙げて否定するより、いいところを集めるほうが建設的
しかしいいところだけを集められるほど人間は賢くないんだなあ javaとかC++は静的にはめ込んでクラス生成してるらしいけど他のはどうなってんだか 型や演算子を追加することが言語仕様を変えることと同じだった時代と比較して
アプリではなく言語をプログラムしている時間が長い >>289
メタにも使える。
よく知らんがPlorogと並べて基本情報のサイトで紹介されてた。
え、テンプレートって論理言語なの? とりあえず思ったのは、マイコンみたいなOSすら勿体無い世界ではCはギリギリライブラリ持ち込めるけど、基本高級言語はライブラリが標準で付きすぎて入り切らない。
(標準出力すらライブラリ読み込みする&ランタイムが軽めなCが高級な低水準言語と言われる所以)
一方の高級言語は楽にプログラミング出来る代わりにメモリーや処理速度を犠牲にし過ぎ。
そりゃあ万能言語は無いなと。
次世代もIoT[(組込+ネット)とPCや鯖の言語で格差が広がるんだろうなと。 バカはそれに気づかんのよ。
斧と剣のキメラ武器を3刀流できる!
みたいなバカなことをやりだす。
いや武器を一つ一つ持ち変えて使うのが正解だろうと。。 >>292
うーん?
スクラッチとか?
あれはあれでデバッグし難いんよな。
絶対マイコンに入りきらないし、入出力さえ自作する環境(組込=今後はIoT)じゃ通じないし。 このスレ住人ってどれくらい次世代言語を直に触ったりしてるの?
エアプとかも結構多いん? 遊んでみたぐらいで、実用に使った奴はほぼ居ないだろ。
居たらニートか独立してるか、よっぽど懐広い会社。
実用出来てたらそれ系のニュースで広まってる。 Pythonもそうだったろ?
Rubyと互角だったし、処理系としても互角だが、ライブラリで大きく差がついた。
決め手は次世代言語を広げるために俺がやるって言って、成し遂げた奴が多い方が勝つ。 次世代かどうか微妙だがKotlinはAndroid開発に関してはもうスタンダード X Kitolin
O kotlin
酔ってるな。。。 くだらね。
勝ったもん勝ちやー
言ってるだけじゃん。 このスレから姿を消したけど、名前をよく聞く。
現世代に昇格。
このスレから〜名前聞かない。
落第。
そういう意味じゃ未だに習うべき言語に入ってて、触ると可能性感じるlispやprologは永遠の次世代言語ではある。 lispなんかは次世代というか失われた超古代文明の遺産というイメージ。 あぼーんになってるけど、大企業の次世代言語とフリーの次世代言語じゃ現世代になるロジックが違う。
C#もJavaに続く次世代言語だったが、この開発者は当時MS独自規格モリモリのJ++と言うJavaを作ってた。
Sunとの裁判に負けてC#は誕生した。
今はどうか知らないがDelphiの作者と言う事で伝説的な人物なので、次世代言語が定着するのは既定路線だった。
(心配はMSの本気度のみで、本気と分かったら一気だった) ワッチョイスレの方はまた自演が進んでるな
というかやっぱり荒らしはPython推しなのか >>311
どうでもいいけどマッチポンプでpythonスレを荒らすのはやめろ 荒らすならPHPスレにしとき
ペチPoorは人類最底辺のゴミ屑だから
殴ろうが殺そうが、何してもええぞ やるなら軍師にしとけ
頑張って軍師になった人だけが報われる >>284
それって、まんま、juliaじゃないっすか
演算子なんて見かけだけ!
実は全部関数なのだ!
だから、"1+1"は"+(1, 1)"と書いても良いのだ 括弧とコンマがないのは見かけだけではなく圧縮率が違う
圧縮を極めた言語はむしろ見かけの情報を切り捨てて単なる純粋な情報になる 見かけは重要だよ
すぐにわかると言うことは重要
(と)の対応は大体の人間は理解できるらしいしパッと見て対応がわかるらしい
これをなくしたりすると複数行にまたがった判定式が意味の分からないことになる 一般常識とプログラムの常識が異なっているのは解消されない
× 演算子 と÷ 演算子がでてくる局面は今後もないだろうな >>316
冗長性がないと一文字間違えただけでも正しい別のプログラムになって、エラーにならないってことだぞw 確かに、見かけがほぼほぼ同じならば意味もほぼほぼ同じであるべき
だがソース全体の文字の数が少なければ一文字違うだけでも見た目はかなり違う まぁ定量的に説明すると、
100パーセントPHPはゴミで
ペチPoorは120パーセント低脳池沼のゴミ屑
あれらはゴキブリ以下の害虫だから、見つけ次第殺していいよ >>299
たしかにPythonがそうでしたね
華々しくデビューした Zope も Rails の登場で過去の遺産に成り果て、
ようやくRailsモドキとして誕生した Django も鳴かず飛ばず
いまだにWebフレームワークの分野では大きな差を埋められない
http://medaka.2ch.net/test/read.cgi/php/1474523013/2/ PyキチがPythonスレを荒らすんだが何とかならんか?
もうマッチポンプばかりで鬱陶しい事この上ない ここ数ヶ月、Pythonスレにカキコなんてしてませんけど何か?
自分達が多言語スレで荒らし行為を日常的に繰り返しているから、
Pythonスレが混乱しただけで、やれ自演だの荒らしだの
他人も同じ行動をしているはずだと信じて疑わないんでしょうね
ここは一度、精神安定剤を飲まれてはいかがですか?落ち着きますよ webドカタがRuby信者の最後の拠り所か
でもwebドカタ業界ですらRubyは技術的負債になってるけどね
ドカタですらオワコンってウケるわww 他に言いたいことはないのか
言いたいことを言うこと自体が目的なら簡単なのに
言語だけを手段として別の目的を達成したい人にはネットは難しい 話題が出る
↓
ワッチョイからpyキチが荒らしにくる
↓
pyキチの糞自演のために話題中断
↓
最初に戻る
もう最初からpyキチは永久追放でいいんじゃないか?
どうみてもワッチョイへ誘導するために荒らしてるみたいだから ガイジってホント寝てるところを羽音立てて飛び回る煩い蚊みたいだな オブジェクト指向のスレが盛り上がってるけど、
そこまで熱い議論が必要な難しい考え方なの? このスレでもちょっと話になったが、何を目的としたオブジェクト指向かを明確にしないまま
各人の経験とイメージで話を進めちゃってるからなー
例えば今はプロパティが叩かれてるターンみたいだけれども
GUIウィジェットをインスペクタで弄るため、マーシャリングのため、といった要件が無いままの乱用はそりゃやめとけって話だし
逆に必要性があるなら何を言われようが知ったことか俺はプロパティを使うんだよ!ってなるだろ オブジェクト指向はアクティブレコードがぶち壊してしまったと思う >>339
古い手続き型言語では真似できないように複雑になった
嘘は言わないが複雑なものを言ったり作ったりする奴がたくさんいた
今はただ嘘を言うだけのクズが多いが いや、ブラクラとかじゃないです。
・継承はis-a関係を記述するのに最適で、分類学的な使い方をするならベストと言って良い
・継承関係は構造変化に弱い。開発に使うとき、どんな分類になるのかは想定が困難。
後からis-aじゃなくてkind-ofになってdifferent-fromになるなんて場合もよくあるんだけど、継承が役立つのは最初のところだけ
みたいな感じで継承の使い勝手の悪さが多いよって意見 継承って、mixinと違って構造内側から見て遠大な展開をするマクロみたいな側面があると思う
よく練り上げられたGUIやframeworkでは機能的域に達しているし有効性を感じる
でも世にあまたあるややこしい作りきりのシステム開発のモジュール化、階層設計にも
速やかに十分有効性があるように解釈するのは
ミスリーディングのそしりを免れないと思うんだけど。
研究開発ってミスリーディングを上手く導き出したら成功なんだろうか いや、そんなたいそうな話じゃない、
こないだまでオブジェクト指向オブジェクト指向
継承でコード再利用性、らっぱーOK
とか言っていた奴らは池沼蚊とオモタ
いまはDNNとか騒いでら >>346
そういう何がis-aでkind-ofでdifferent-fromでというワードがもう胡散臭い
実際には特定のメソッドを多態させたいなり、異なるクラスを同じリストに格納したいなりの具体的な動機があるはずだし
それを抜きに概念上これとこれはどういう関係だなんて言葉遊びをしてもそりゃ揉めるだけだろ 歴史的な推移を理解すればOOPは簡単に理解できる
最初はコードを書きやすくするという視点から言語側に機能を追加していった
後から色々な面、モデルとか大規模開発とかの視点が追加されていった アクターモデルのようなことをシングルタスクでやってた
シングルタスクとか言われたくないから実装言語に依存しないモデルの話を始めた まだぐだぐだやってんの?
最近の言語はほとんどがマルチパラダイム上等だから、
パラダイム一つの良し悪しなんかどうでも良いのに マルチパラダイムといえば入口はC++かな
これ使ってれば色々やれると思ってやってたわ >>353
どうでもいいってことはねぇだろ
マルチパラダイムだからこそ各パラダイムの
長所と短所を知っとく必要があるんじゃないか? rubyアンチはgithub使うときどんな顔してんの?ん? >>356
別にrubyアンチではないが、言語の良し悪しとその言語で作られた実際のプログラムの良し悪しは独立して考えるべきものでしょ。 rubyキチってやっぱり脳に欠陥あるんじゃないだろうか だけど、こんなに沢山の言語必要なのかね?
研究目的の実験的なものなら良いが
一般配布してまでやる必要あるのか? Juliaとか要らないんだよなぁ
CobolやPHPはクソだからそれらを駆逐する新言語が
できても何ら問題はないだろ?
だけどPyは現状クソじゃないからそもそも駆逐される必要がない
Juliaのほうが優れている部分もあるかもしれないけど、
現状市民権を得ているPyを駆逐するほどの理由もない。
PerlとかRubyとかGoとか全部そうで、既存で市民権を得ている
言語に対して成り代わるほどの特別な理由がないんだよ。
TypeScriptもそう。旧来のJavaScriptを駆逐するほどの理由が
これと言ってないからいつまでも旧来のJavaScriptが消え失せることはない。 python使ってる子って何か勘違いしてそうに思える 他を駆逐するために言語を作ってるわけではないだろう。
ある目的を達成しやすくなる道具として作ってるんだし。
包丁にも出刃包丁やら刺身包丁があるのと同じでしょ。
PerlがクソだからPHPができたわけでも無いし、PHPがクソだから○○ができたわけでも無い。
理由が無いというより、そもそもそういう目的じゃないと思うわ。
なんかそれ変じゃねえかな。 >>359
まずCとシェルの二つがあるだろ
でも頑張れば一つに減らせるはずだと思って、もう一つ言語を作ったんだな
減らそうと思えば思うほど増える ルビキチに朗報だぞ
お前が恋い焦がれてるパイキチがC#vsJavaスレに降臨してる Python期待してたけど、万能ってこともないし欠点もあるな
とりあえずマルチスレッドは糞 Python最近は入門書多いから取っつきやすさはあるけど
結局のところ
GoかRustかJavaScriptやる方がいいかなってなる スレッドセーフなライブラリを揃えるのは面倒臭そう
プロセスを使う方がライブラリを簡単に増やせる >>359
https://imgs.xkcd.com/comics/standards.png
〜その時、世には14もの競合するプログラミング言語があった〜
バカ「14!?アホかwwwどんな用途にも使える万能言語1つ作りゃ終わりだろ常識で考えてwwwww」
マヌケ「そうよそうよ!!」
しばらくして…
〜その時、世には15もの競合するプログラミング言語があった〜 PythonよりNode.jsのほうがだいたい速いからな Pythonは糞だぞ。numpyが良すぎるだけでclassの仕様とかJS以下だろこれ numpyは結局中身Cだからなあ
Pythonそのものはうんこ cythonやnumbaを持ち出すのはチートだから止めなさい 誰でも簡単に批判できるのは学習コストが低い証拠だ
逆にC++やRustは批判するだけでも課金されてる感がある
ソフトが無料でも攻略本は有料だから >>376
型が弱いってどういう意味で言っているのかな。ES6なら大した違いはないと思うけどな。 >>379
流石にレベル3でやめたくなるのはちょっといただけない どっかの誰かさんがゴリ押ししてる某チュートリアルよりはよっぽど読みやすいけどね ライブラリの中身が、Cなら
Cインタプリタ用意すれば解決じゃない? >>378
素のJSとかゴミやで
いや素のJSしか書けん似非プログラマがゴミというべきか
オフショアのガイジが型理解できない低脳ばっかで殺してやりたいくらい困ってるわw
FlowやTSはPythonの貧弱な型付けよりいいと思うよ TypeScript >> mypy > Python = JS
ようはこうだろ?
しかもVSCode使ってると素のJSでもけっこう型推論してくれるから助かる。 次世代つっても、これから新たな言語機能や言語概念が出てくるなんて保証ないし、
そもそも出尽くしたんじゃないのか?
新言語自体は出てくるだろうけど まあ現行言語のメリットデメリットも理解してないで次世代語っても仕方ないしな。
ほとんど理解してない若い衆はマウントされてるとでも感じるのかもね。 何をよくするべきかもわからずに
「新言語だ、わーい」みたいなことやるのってバカと思うんだけれど
ここでは意外とそういうのが求められてんのかね。 仕事のためにプログラミングして、プログラミングのために言語勉強するやつにとってはそうだろうが
そもそも言語の勉強が趣味であって、言語の勉強の一環としてプログラミングをして、プログラミングする機会を増やすためにエンジニアやってるヤツも少なくないから 仕事のためにプログラミングする以上、言語の理解も深めないといけないからな
いかにも次世代言語触ってるくらいでイキる奴の発言だ 言語の最新機能を使わせてもらえないかわいそうな職場も多いだろうに >>394
研究がしたいのと勉強が趣味なのは全然別次元の話なのでそんなことはないよ
たまーに本人も区別がついてなくて後者なのに研究者目指しちゃって事故ることはあるけどね 海外のOSSの話だと遠い様に思うかも知れんがVectorのフリーソフトやスマホのストアアプリだって
企業や大学の関わらない個人の趣味による投稿山程あるのにな 研究なら余計に既存研究(既存言語)と比べた場合のメリット、デメリットを
詳細に調べる必要があると思うが。 >>399
すぐ上に書いてるけど研究がしたいのと勉強が趣味なのはまるで別だよ ていうかID:QSRvujdeの言う「メリットデメリットを考えずに新言語語る若い衆」ってのがどこの誰を指してるのかがわからん 若いんならメリットデメリットなんか考えずに飛び込むくらいでちょうどいい
それがなくなっちゃったらもう人生折り返し もう最近は○○のすすめ的なことを書く奴はバカと思われてるぞ
本当にメリットがあるなら人にすすめないで自分でやるはずだからだって LL言語への型システム導入って急に下火になった
やっぱ型システムを利用するときには言語のメリットの一部を諦めるトレードオフの関係があるからか? PythonもPHPもとっくの昔に型アノテーションに対応しているし、TypeScriptも十分に普及した
どっかのキ○ガイ言語を除けばLLの静的型チェックへの対応は既に100%完了済み なお老害ペチクソパの頭はPHP4時代で停止しているもよう >>406って嫌いなのにPHPを触らざるを得ない仕事でもしてるの? >>407
以前はね
そういう底辺土方仕事からは脱したので
もうあんなゴキブリゴミ屑どもと同じ空気を吸うこともないが PHPってC言語やってた時のコーディング規約的なものを意識しながら書けばそこまで酷いコードにはならないと思うけどね
あとVC分離を徹底するとか 糞ウンコ低学歴池沼土方土人ペチパー(ガイジ)がコーディング規約なんて守るわけないだろ
糞バカペチパァはクソコードを書くからクソコードを保守する仕事が生まれるんだよ 基本自分一人しか触らんソースだけどそうやって書いてるよ 言っとくがPHP7.2な
最近は7.3RCの環境もあるが
>>406で言ってる様なmysql_connectとかPEARみたいな過去の産物は使ってないから >型システムを利用するときには言語のメリットの一部を諦めるトレードオフの関係があるからか?
これがあるからどうしようもないんだよな typescriptが最強すぎて、中途半端に実装しても白けるから そしてみんな気がついたんだよ
万能な唯一の方法は無いって事を 短く書けるのが正義、気持ちいい!
って言語は死んだな
RubyとScalaのことだけど
コイツらは反面教師として最強 またRubyの話題を出してるのかパイキチ
もうパイキチしかRubyの話題を出さなくなって久しいぞ
後、Pythonスレを荒らすのはやめろ
うざい 選択肢が多いほど自由で万能だよ
ただし選択肢の多さを批判する自由もある
金持ちを批判する自由があるみたいに Scalaが短く書ける言語ってScala書いたことなさそう
冗長すぎるJavaと比べたら短いだけで他の言語に比べてもScalaのコードは短くはない
Java系ならコードの短さを看板にしてるのはAndroidでごりごり使われてるKotlinだよ kotlinこそJavaよりは短く書けるってだけでgolf万歳の言語じゃない
implicitでウンココード量産できるScala最強 ああ、"できる"と"推奨されてる"の区別がつかないタイプの人か あんなにmatzがdisってたPHPより先にRubyが死ぬなんてね
皮肉なもんだね 軽量言語は死ぬことが無い
一度世に出たらいつまでも残るし、
アンチの頭髪も剥げ散るだけ Rails以外のフレームワークが入り込む余地がないくらいRailsに依存してしまった事が
PHPと比べて発展の妨げになってたんじゃないかとね 間口の広さが違いすぎる
土方の確保しやすい言語が一番広まるし、一旦土方に広まればメンテ需要でしばらくは死なない Rails以外の分野はフレームワークがいらないほど何でも自前ですぐ書けるのが理由でしょ
書くコストが安すぎるから何で書けちゃってその結果書いたものを再利用する価値が無い
再利用するなら一から書いたほうが早いってことになったのがすべて >>429
再利用する価値がないのは、書くコストが安すぎるからじゃなくて
書き捨てスクリプトくらいにしか使われてないからだよ PHPの場合Cakeが流行ってたけどLaravelが入る余地があった
Node.jsもExpressが定番だけどそれ以外も十分に入る余地がある Ruby、というかLLはシェアの増減が安定しないから一概に判断できん
ただ、金や技術者数は年を経るたびに増えてるのは確かだね
減るのは技術者が死んだ時だけだし RailsはRubyありきのフレームワークだけどRubyはDSLだからそこら中でつかわれてる
てか、組み込んで使うのが普通だよな? Rubyスレが荒らされてるぞ
アンチが相当イライラ来てる証拠か?
カリカリし過ぎるとマジで禿げるぞ >>435
アクティブ人数がどれぐらいかによる気もする > RubyはDSLだからそこら中でつかわれてる
> RubyはDSLだから
フフッ、るびぃ〜いすと(笑) Pyキチは心が少し可哀そうな人だから
やさしく見守ってあげて DSLだからそこら中で使われてるってなかなかのパワーワードだな
何の略語か知ってるんだろうか 見守ってちゃだめだ
多数の回線で自演してスレを荒らしているんだからしっかり叩かないと
荒らしはゴキブリと同じ またアンチが荒らしてるの?
荒らし叩きは問題ないけど言語叩きはどう言い訳しても荒らしなんだからいい加減やめーや >言語叩きする荒らしはワッチョイスレでやってくれ
>
>わざわざこっちに来なくて良いから
ってスレの最初にも書いてあるんだから rubyをこれまで使い込んできたきた人ほど、rubyに希望がないことがわかってるというだけで、
何でもアンチ扱いするのはよくないぞ
youtubeでrubykaigiの動画再生数を見たら、rubyが現在どういう状況にあるのかよくわかるぞ > RubyはDSLだからそこら中でつかわれてる
> RubyはDSLだから
フフッ、るびぃ〜いすと(笑)
荒らしはワッチョイスレへ行け きっと「RubyといえばDSL」というのを聞きかじって「なるほどRubyはDSLなんだな!」と上っ面だけで知ったつもりになってたんだろうなw
とっても「らしい」話w
恥ずかしくなって自演で火消ししてやんのwww 前々から言われてるけど荒らしを擁護するレスが何故かつくんだよ
面白半分で荒らしてるんだと思う 449とかの擁護する人は何故に荒らしを見なかった様に振舞うんだ?
それとも本当にレスが見えていないのか? 具体的にどれが荒らしなのか説明してくれる?
馬鹿なこと言ってからかわれたようにしか見えないけど rubyの当たり前のことを書くとアンチだ荒らしだって言って全然話にならない感じなのが嫌なんだよねえ
rubyのこと全然理解してなさそうだし 荒らしに触れるな
本人は必死で荒らしじゃないよアピールしてんだから
また発狂して暴れだしたら誰が責任を取るんだ IDコロコロしてまでゴマかすほど恥ずかしかったのか。悪いことしたw こうやって自演でスレ伸ばすんだな
さすが荒らしが立てたスレ >>456
具体的に言うなら
そのキチガイに構うヤツ 以前から言語たたきで荒らしてる奴がすべて悪いって事だな >>458
結局こうなるからまともな話したいならワッチョイ付きに言った方がいい こうやってワッチョイスレへの誘導のためにこのスレは荒らされてたのか 複数回線がデフォの自演専用スレなんかに行きたくない と思ったらワッチョイスレ寂れてた
というか向こうに書き込んでるのはアレだけ?
もっと自演がんばれよ Rubyネタはスレが伸びるね
まだまだ現役じゃん良かったね! > RubyはDSLだからそこら中でつかわれてる
なんだこれ?ww
クソワロタ 物事に可読性はない
ただ、その人が「読める」と感じている
ただそれだけ >>475
というか、スレタイにある次世代言語、
よりにもよってそのすべてがRubyの影響を受けている事実
Ruby、それは次世代言語スレにとってネタを提供し続ける
放置できない、無視できない存在なんだろな >>478
本来、次世代言語に入るべきTypeScript、Go、Kotlinが入らず
ElixirとCrystalという普及の目処も立たない言語がスレタイに並んでるからね >>479
Typescriptはもう次世代じゃねーだろ なんで急にスレのび太んだ?!
ココ、そんなに面白いスレなのか?! みんな楽しそうだな
NGワード幾つかだけであぼーんまみれになってるから最早何が起きてるか分からん PyキチがRubyを話題に上げ続ける限りスレは伸びる
これぞwin-winな関係 スレの最初に書いてんだろ
なんで荒らしは読めないんだ?
>◆QZaw55cn4cとか複数の回線を使って自演したり、
>言語叩きする荒らしはワッチョイスレでやってくれ
>
>わざわざこっちに来なくて良いから >>486
20時から0時頃までずっと一人で自演してて気持ち悪い
正直こんなのに触り無くない 文盲に何を言ってもしょうがない
荒らしは自分の行為を荒らしとは絶対に認めないし スレを読み返したら以前からずっと自演してるんだな
これら全部が例のPyなんとか君か? 例の?w自分で言っておいてwww
バレてないと思ってんのがウケるwwwww ネットを荒らすしか出来ないチキンの癖に何いきがってんだお前 お前みたいなネットを荒らす事しか出来ない人間を生んで親も悲しんでるんじゃないか? というか無職タイムにレスつける暇あったらハロワいけよ 荒らしって草を生やすわ言い訳するわすぐわかるような言動を取るよな?
アレって自己顕示欲か何かか? >>486
>>5
>◆QZaw55cn4cとか複数の回線を使って自演したり
そんなことは私はしていませんよ
というか >>5 で名指ししたために
荒らしからは「私は◆QZaw55cn4cじゃないから複数回線による自演をしてもいいんだ」と解釈されているのでは? >荒らしからは「私は◆QZaw55cn4cじゃないから複数回線による自演をしてもいいんだ」と解釈されているのでは?
流石に赤の他人がこんなトンデモ理論を言い出すわけが無い
荒らし本人確定かコレ? いや、まだわからんか
自演で荒らしてたのが一人なのかどうかはまだはっきりしていない 後は荒らしを観察して確かめるしかないな
今後出没する荒らしがおもいっきし別人アピールをしてたら本人確定で間違いない ID:+xF+1KDu
ID:65V1o4VA
ID:6ocEM37t
ID:vsPx0qAA
ID:TeWEH2+Y
ID:2gvoa9Pv
ID:KbeIcZpX
ほんの少しでもスレタイに沿った話もした方が良いんじゃないかな そもそも真っ先に言語叩きする荒らしに責を求めるのではなく、
住民側に責を求める◆QZaw55cn4cを信じて良いのか、という話もあるけどな
荒らしと◆QZaw55cn4cが別人なら普通は荒らしを責めないか? >>508
そのトリップググったけどヒットしてる分見た感じだと別に変な事言ってないし
粘着されてるだけなんじゃないかとね 過去に特定の言語を叩いてスレを散々荒らした奴がいるから、
このスレで言語叩きはご法度
どうしても言語叩きをしたいなら自演専用のワッチョイスレへ行ってやれ 回線切って自演ってRuby信者がやってる事じゃん
自分がやりまくってるからって他人もやってると思うのは病気ですよw 326 名前:動け動けウゴウゴ5ちゃんねる[] 投稿日:2018/10/03(水) 08:20:45.04 ID:+Aow64040 [1/4]
ごめん、俺が荒らしをおいつめたせいだ
328 名前:動け動けウゴウゴ5ちゃんねる[] 投稿日:2018/10/03(水) 08:22:12.08 ID:+Aow64040 [2/4]
https://mevius.5ch.net/test/read.cgi/tech/1536668904
で荒らしを追いつめて切れた荒らしが鯖操作したんだと思う
337 名前:動け動けウゴウゴ5ちゃんねる[] 投稿日:2018/10/03(水) 08:24:04.20 ID:+Aow64040 [3/4]
星持ちか鯖管かわからんけどちょくちょくアクセス数稼ぎに荒らしてた形跡があるから、
ずっと自治活動をしてたんだ 統合失調症なんだろうけど、ネットの世界に没頭してるのは周りにとって安全なのかもしれない
まあでも悪化させる前に病院で診てもらってほしい >>510
今までは叩いては無かったんでは?
むしろ否定された信者の人が必死だった気がするよ。スレタイから抜けた言語の人ね。 自分で質問して自分で答える
自分で命令して自分で従う
これをなくすには質問と命令をやめたらいい
「答えろ」ではなく「分からない」
「解決しろ」ではなく「問題がある」 >>426
これ
過去の遺物を舐めない方がいい
それもガイジが積んだウンポコペチプーは不滅のゾンビとなって
次世代言語だ何だ夢語ってるおんどれらを襲う 荒らしの自作自演にしか見えない
そんなに暇なら俺に時間くれよ 本スレはワッチョイあるほう
こっちは荒らしが立てたスレで連投したり自演したりで必死に勢いだそうとしてる 今行ったけどワッチョイ寂れてるじゃん
ワッチョイ無しが本スレ? そうだね中身のないレスで埋まって盛り上がってるねここ 今日は沢山構ってもらっててウキウキしてたところに鯖落ちとかさぞや発狂してたんだろうな 中身のない入れ物、答えのない問題、改革のない保守
だがそれがいい 俺、言語を叩く奴は嫌い
◆QZaw55cn4cはなんで荒らしを擁護してるの?
と言っても本人は答えず別IDで自演して荒らすんだろうな >>517
PHPは用途が基本的にオンラインだしサーバーやインタプリタのサポートが切れるからオフラインシステムほどの永続性はないと思うけどね ◆QZaw55cn4cは夜になっても出て来そうにないな
このまま雲隠れか 仕方が無いから話題を変えるか
つい先日、次世代言語スレなのに現行の言語の事しか挙がってないという話があったけど
無茶を言うな
既に言語機能におけるフロンティアが無いんだよ
ほぼ発掘し終わって そうだなRubyはDSLだしな。
…ブフッwww 次世代じゃなく皆があまり知ってそうにない話題はどう?
アスペクト指向プログラミングとか
あ、流行らなかったものはダメ?
さいですか アスペ指向プログラミング PoorHPoopはどうですか? アスペクト指向プログラミングと関数合成は何処かで聞いた事がある
何処だったかな アスペ指向は当時のフレームワークが未熟だっただけだね
Rails系のフレームワークが普及して、解決すべき問題が消滅してしまい存在意義を失った Rubyの話題が出たからAOPと引っ掛けてRubyのMix-inの話だな
多重継承とどう違うのか分からないけど Mix-inはRubyのオブジェクト階層とクラス階層によってうまく多重継承の危ない部分を排除しようとしてる
流石に多重継承を制限無く使ったらスパゲッティーコードよろしくカオスになるのは目に見えてる Mix-inの話を聞くとインターフェイスを思い浮かべる
今は多重継承より動的にクラスを作成したり継承させたりする話の方が最近の流行だろ? ワッチョイスレを覗いたら荒らしの「ぼくの かんがえた さいきょうの げんご らんきんぐ」が貼られてたんだけど
アレを元ネタにしてまた言語叩きを始めるのかな? バカでも使えてバカの制御もできる言語
んで、神輿を担ぐ企業がいてエコシステムが成り立つか
そんだけじゃねーのかね ネガキャンしたい言語とステマしたい言語の表か
何食わぬ顔で自演して広める姿が目に浮かぶ >荒らしと◆QZaw55cn4cが別人なら普通は荒らしを責めないか?
↑これ、結局どうなった?
本人バックレ? 鳥付きで書いてるレスないんだけど
糖質特有の妄想上の人物とかじゃないの? 519 ◆QZaw55cn4c (ワッチョイ 9f60-+gc+)2018/10/02(火) 22:37:55.33ID:WWljJiuT0
522デフォルトの名無しさん (ワッチョイ 9f60-+gc+)2018/10/03(水) 06:56:42.02ID:R1dsfyjz0
確認したら本人だった いままで話題にあがってないけど
Swiftはちょっと毛色違うと思う
PythonやRubyはチョコっとしたものからシェルスクリプトの代わりにも使えるけど
Swiftはそんな用途には普通使わないから
インタプリタだけのと、コンパイラもあるでよなもの
コンパイラしかないよっなもの
特にコンパイルだけで、かつ、対話形式で逐次実行できない言語と比較するのは酷な気がする
juliaは対話形式でもコンパイルして実行するがSwiftと比較するのは、ちょっと違うんじゃないかなと
言語設計思想、手法で比較するとしても実行環境が異なる以上、押し並べての比較に意味あるんだろうか XamarinがあればSwiftはいらないってのはなんか時々聞くよね
Kotlinはサーバーサイドにも需要があるとか言われてるけど LinuxでSwiftは正気を疑われてもしかたがない いいから黙ってろペチプァ
糞バカ中世ジャップランド土人村の最底辺の糞ゴミ公害野郎
それがてめえだクソペチプァ
くやしかったらかかってこい
殺してやるよ >>551
調べた感じできそうではあるけどGoでやるよりは大分面倒そうだね
クライアントのWebAssembly生成言語としては有名だけどね 言語叩きの嵐って前スレのこれか
Rubyの話からRubyスレの荒らしの話題が出たところで本人らしきレスが幾つか付く
↓
437で荒らしの過去の自演が暴露される
↓
476に釣られて荒らしと同じ事を言い出すID登場
↓
484に墓穴を指摘される
↓
あわてて流して誤魔化そうとするも失敗
↓
ストーカーじみた自演でネガキャンしてた事が知れ渡りスレ住民に気持ち悪がられる
↓
アンチ君、Pythonのステマをやり過ぎて信者である事がばれる
↓
アンチ君、Pythonを好き過ぎてスレ住民の顰蹙を買う←今ココ で、これだな
>5デフォルトの名無しさん2018/09/11(火) 23:50:39.53ID:VeRJho8z
>◆QZaw55cn4cとか複数の回線を使って自演したり、
>言語叩きする荒らしはワッチョイスレでやってくれ
>
>わざわざこっちに来なくて良いから ◆QZaw55cn4cは何故荒らしを批判しないのかとか本人の自演らしき擁護が入るとか色々怪しいけど
とりあえず荒らしを批判するのか擁護するのか確かめてみないと
って所で本人が出てこなくなった SwiftはFoundationへの依存が強すぎてApple製OS以外で使いたいと思わないな
言語仕様的には割と好きな方ではあるんだけど swift使ったあと静的型のない言語に戻ったらゴミだと思ったわ
やはり静的型は必要 静的型は必要 → ジェネリクスは必要 (今ここ) → モナドは必要 >>564
次かどうかも何年先の話になるのかさえ分からないが
いずれは何処かのタイミングで依存型&検証(証明)プログラミングの時代が来る 時々、コーディング作業はなくなると言われるな
自動化するからそんなの要らなくなるよ、って
まあ、自動化の手続きや設計は何で表現するの?
って話になるだけなんだがね
対象の抽象度が上がっていくだけで
コードで書くのが効率良いのは変わらん気がする >>566
AIが自身より賢いAIをプログラミング出来るようになればそういう時代も来るかもね
いわゆる「技術的特異点」ってヤツだね
俺はそんな時代は一生来ないと思ってるし仮に来るとしてもどれ程先になるのやら… >>567
いずれにせよ、プログラミングを害悪視してる彼らの期待する未来は来ないだろうとは思う
AIどうのって言っても、それを構築する技術やセンスは結局は… AIはまだ人間が要求したことに答えているだけだが、やがて先回りして人間が要求しそうなことをやって提供し始める。
それが極まってくると人間に欲求が起こる遥か前に予測して実現するようになり、人間に欲求が起きた時には既に完成している状態になる。
つまり、客からの注文が入る遥か前に完成品ができており、客から注文が来たら即納品になる。
プログラマーが要らないどころではない。電話番も社長も要らない。 間違っているのは自分の要求ではなく
要求に従わない・対案も出せない現在の計算機とプログラマである
これが出発点だから
妄想しても間違いを自覚できない AIの自動化は別に害悪視で駆動してるわけじゃなくね?
将棋やオセロは既にAIのが強くなったけどじゃあAI開発者は棋士を害悪視してたかっていうと違うし
GANは画家を害悪視して創られたもんじゃないし AIの自動化と、ただのプログラムの自動化の間に画期的な違いが発見されたわけじゃない
これを認めたらAIブーム終了 プログラミングってのは人間的じゃないから人間的になろうとしてるAIには担えないよ ただの自動化と区別できないのは記号主義的AIであって
今流行ってる深層学習とかのはコネクショニズムAIだから自動化とは違うでしょ プログラム書く必要なくなるとかプログラマーはAIに取って代わられるとか
プログラミング分からなくて別の仕事に逃げたアホの戯言 人間的になったら、医学、生物学、心理学のような科学になれる
言語学はいまいち科学になれない
非科学が害悪視される可能性は十分ありえる 現行のAIにできるのは入力に対して似たものを探してそれの対処を出力するってくらいのもんなんだよな そもそもプログラミング自体がコンピューターに人間のやりたい事説明してるのに
aiに取って代わられるとかどうやってコンピューターに説明する気なんだ?全ての細かい仕様を口頭で言うのか? 仕様を口頭で説明するかの如く書く方法があるだろ
その名はDSL! Rubyの時代キタコレ!
ぷぷーw SI業界でよく言われてるコーディング不要化論は一般的にはAIとかじゃなくて、
RPAやEAIなどの自動化ソリューションを使ってサービスやパッケージを組み合せれることでコーディングなしで業務要件を実現できるという話題が主だよ
Railsチュートリアルに毛が生えた程度のなものしか作れないエンジニアは不要になり、
広く使われるプロダクトをガッツリ作れる組織とエンジニアだけが残る
これはわりと現実的にそうなりつつある非常に確度の高い未来 >>569
そして在庫を抱えたAIが出来上がる、と >>584
おまえさんの会社でもTeamSpiritus使ってるだろ
クソバカガイジの屑ゴキブリペチプァ(ハゲ)がラララル(爆笑)とかいう何百回目かの車輪再発明で作られた
エクセル勤怠表以下のゴミ使ってる弱小SES企業なら知らんが Pythonディスってる暇があったらRubyでRails並に誰でも簡単に使えるRPAを作れ
ハイエンド向けのRPA DSLとしてRubyは最適だろ
この千載一遇の波を逃したらもう二度とRubyがかつての輝きを取り戻すことはないぞ 作れと言われて作る人間はいない
だから人間がdisられAIがチヤホヤされる >>583
ああ、確かにそっちはそれなりに現実的な話だな
最近、画像ファイルからhtml出力するヤツとか確かMicrosoft辺りが作ってたし
遠くない未来、キャンペーンサイトみたいな極々簡単なサイトは全部自動化できそう
そういうのなら、簡単なことしか出来ないエンジニアを排除できるかもしれないから大歓迎だな
プログラミングはバカが混ざると「ゼロが追加されても意味が無い」どころか
「マイナスが追加されて現状より悪くなる」ことの方が多いから
猫の手も借りたいような状況だったとしてもバカが来ると困るんだよ いや、排除するどころかそういうバカがこっち側に流れてくる可能性もあるかorz > ハイエンド向けのRPA DSLとしてRubyは最適
…
…ブッ
ブフッwwwダメだゴメンwwwww ディープラーニングの説明を聞いただけだと、人間の知性にも届くって勘違いしちゃうのはまあしょうがない
実際に使ってみると、昨今のAI技術の延長線上に創造性は生まれないだろうってわかるよ
思ったよりショボい、けどそれなりに役立つ、まだまだプログラマの飯の種は尽きない >>591
こっち方向に進んでいくのが正しいと思う
ただこれ、プログラマ必要論なんだよな
不要なのはコーダーだって話
んで、夢を描いてるのは、コーダーもどきにもなれず挫折した連中
そりゃ、君らが辛うじてそれっぽくできたコーダーは消えるかもな
かといって、逃げた君らが上になれるわけじゃないよって思う >>526
>>529
糞な言語を「糞言語は死ね!」と意志表示するのは次世代言語スレにとって有用な情報と思っていますよ、ここは言語に関する批評の場、できれば理由付きでやってほしいとは思いますが、意見とその理由のセットでその意見をスルーするかどうか判断できるというもの
>言語を叩く奴は嫌い
むしろ、このような忖度まみれで「自分で何も考えていない」「言葉のオートマトンと化している」発言こそ徹底的に叩くべきでしょう >>557
>◆QZaw55cn4cとか複数の回線を使って自演したり、
証拠はありますか?証拠を提示することはできますか? >>558
>◆QZaw55cn4cは何故荒らしを批判しないのか
>荒らしを批判するのか擁護するのか確かめてみないと
荒らしは個々のスルー力で解決するべき問題、という見解です。専用ブラウザで弾いて無視すればいいだけのこと
>本人の自演らしき擁護が入るとか色々怪しい
私は自演はしてませんよ >>596
統失ガイジが喜ぶだけだからキミはコテ付けてこのスレに出てこなくていいよ ははーんさてわみなさん次世代言語を実用していないんだな
だから関係ないうえにつまらない話ばかりしちゃうんだな 言葉にそんな影響力があるなら医者も薬より言語の研究をしたらどうか >◆QZaw55cn4c
自分で言語叩きを荒らし扱いしてる件について聞いていいか?
>というか >>5 で名指ししたために
>荒らしからは「私は◆QZaw55cn4cじゃないから複数回線による自演をしてもいいんだ」と解釈されているのでは?
それと浪人はどうした? 荒らしだとか自演だとか五月蠅いんだよ
そんなのは基本的にただのかまってちゃんなんだから無視しとけばそのうち静まる
そんなことよりRustかモナドか依存型の話しようぜ >◆QZaw55cn4c
お前のことを信じていたんだけどな… 幻覚がみえてるのか
クスリでもやってるのかな
怖いなあ 実際linusは散々c++ディスったが役立つソフトウェア作ってるわけで
バカみたいに言語オタクよりか実装のが重要ってことを示してるな。 当面のAIでできるかもしれないのはプログラム関係だとこれぐらい?
・型推論などコンパイルを高速化
・バグっぽいパターンを発見 カメラで背後に人がいることを検知したらファイルを開いているExcelを全面に出す。 未来のプログラムは検索+アルファみたいになってて
検索窓に必要なワードを打ち込むといくつか候補が出てきてそれを選んで
スニペットを埋めるだけになると思う そのうちちゃんとした仕様書があればそれからAIが推測したコードをいくつか提供してきて
プログラマーはタブレット端末でポチポチ選択していけばコードが出来上がる世界になるかもしれない
テストも自動で作られて人間は手直しするだけ 検索で選んだそれぞれのユニットは関数になってて他に影響を及ぼさない
で順に組んだユニットの群れができる
そのあと最適化を選ぶと矛盾や無駄が極力省かれたクラスが作られる
一度初期化されて再利用可能なものはメンバーにくくりだされ
二度同じことを行わないとかは限定された環境なら今でもちゃんと作ればできると思う 面白いネタだ。
・gitのコミットメッセージ自動生成
・コード整形をよしなに
f (Hoobar h) =
f (Baz b) = -- 上のイコールに位置を合わせる
f (X x) = -- 合わせると空きすぎるなら諦める スペースが消えて訳がわからなくなってしまったがBaz b)と=の間にスペースを数個置いて見やすくするって意味 >>614
変数間違いじゃね?
くらいは指摘してくれるみたいじゃん
AIでコーディングを改善する「Visual Studio IntelliCode」とは?
https://news.mynavi.jp/article/20180509-627516/ 不十分というより不道徳という方が近いと思うね
AIについて語られることの多くは道徳
例えば人間の怠け者と違ってAIは働き者だとかいうのは科学ではない このスレでAI語ってる奴の中にまさか実装出来ない雑魚は居ないよな? 世間的にはAIを作ってると言っても過言じゃない仕事に就いてるけど
給料は良いがドカタだよ正直 Go→func 妥当
Rust→fn まぁ分かる
Kotlin→fun なんかちがくね? funcは長い
fnは関数型の変数名に使われることがある
funはキーワードとして妥当な長さで、関数型の変数名に使うこともない functionを三文字に略すならfncの方が妥当じゃない? 深層学習は統計だよな
AIを作るほかの手法も統計なのか?
いわゆるプログラマの仕事とはちょっと違うと思うだが calculation → calcとかあるから普通では? いる
宣言だから
varやclassがいるのにfuncだけないと不公平 そのへん雑だから関数ポインタ宣言とか悲惨なことになる variableがvarになるならfunctionがfunになる方が自然 構文解析のために有った方がいい
昔はvarと型名両方書くのは冗長だと思っていたけど今は要る派だわ
言語仕様の設計や拡張性に影響する レシーバは単なる引数だし可視性のコントロールはモジュールでやれば十分だもんな 個人的にfuncはfuckを連想しちゃうからfunがいいな JavaScriptってぶっちゃけコールバックは無名じゃない関数定義して関数オブジェクト渡した方が見通しいい場合って少なくないと思うんだよね 完全にやべーやつでワロタ
31 名前: ◆QZaw55cn4c [sage] 投稿日:2018/10/05(金) 06:04:23.22 ID:yexGB9EY
++++++++++++++++++++++++++
自民党が表現の自由を奪うぞ!
安倍は憲法改正で国民の主権と基本的人権
を奪うぞ! ← 民主主義の破壊。
http://www.data-max.co.jp/280113_ymh_02/
↑ マスコミは 9条しか報道しないが 自民案
の真の怖さは 21条など言論の自由を奪うこと。
自民の憲法改正案が通ると 政府批判しただけ
で逮捕されるぞ。 独裁政権の始まり。
https://www.youtube.com/watch?v=h9x2n5CKhn8
上のビデオで 自民党は 国民に基本的人権
は必要ない と言っている。
http://xn--nyqy26a13k.jp/archives/31687
↑ 都民ファーストも安倍と同じく 憲法改正で 人権
無視の大日本帝国憲法に戻すつもりだから
絶対に投票してはだめだ。 民主主義が崩壊するぞ。 さっき本屋行ったら新刊って書いてあって一冊だけ売れ残ってたから思わず衝動買いしちゃったよこれ。
Android/iOSクロス開発フレームワーク Flutter入門 https://www.amazon.co.jp/dp/4798055832/ref=cm_sw_r_cp_apa_3BhUBbKFAYFDA SQLってのが伸びてるねおじさん(57)「SQLってのが伸びてるね」 またAIの話してる
プログラミング言語は滅亡するけどDBは滅亡しないってことだろ ゴルフ場のあなごるにCrystalがあるんだけど
入力データのある問題がうまくできない
入力データをそのまま出力することはできるんだけど
加工しようとするとエラーになる 本来オブジェクト指向って分かりやすい筈なんだけど
ワザワザ分かり難い記法使ってる気がする 難易度オブジェクトを操作すれば難易度が下がる筈だろ
探そうぜ難易度オブジェクト ワッチョイの方はネガキャンステマの自演しかやってないな thredObj.write(kusoresu) しないで >>◆QZaw55cn4c
>
>自分で言語叩きを荒らし扱いしてる件について聞いていいか?
>>というか >>5 で名指ししたために
>>荒らしからは「私は◆QZaw55cn4cじゃないから複数回線による自演をしてもいいんだ」と解釈されているのでは?
これどうなった? >>665
お前のその営業活動の所為でRubyスレに迷惑掛けてる自覚ない? >>667
◆QZaw55cn4c に構うことが、すなわち荒らしてるってことですよ 大体このコテの1レスに対して何十レス下らない話続けるんだ?って話 嵐はやめとけ
それとも他にもトリップあるからって事で使いつぶすのか? ID:iloNhmGI
ID:tQm/5d7k
◆QZaw55cn4c ID:pG8xF7Wy
自身を荒らしと認めたIDはこれか >>677
いや勝手にまとめないんでほしいんだが
てかなんでこんな無価値なスレになってしまったんだ 385 名前:デフォルトの名無しさん (ワッチョイ 671e-SWBM) 2018/10/07(日) 17:00:16.81 ID:iloNhmGI0
>>378
頭がペチクソパァのクソバカ(エンジニア定年超え)にそんなスキルあるわけないんだよなあ
389 名前:デフォルトの名無しさん (ワッチョイ 671e-SWBM) 2018/10/07(日) 17:51:15.11 ID:iloNhmGI0
>>388
さっさと転職してあんなゴミ臭い連中とは縁切りましたわ
なぜ俺様が糞バカ中世土人のクソパーに技術を与えてやらねばいけないんだい? まぁPHPは確かにゴミだからしゃーない
次世代言語スレに名前を挙げることすらおこがましい ID:mIq+f5AO
は急におとなしくなったな
身の程をわきまえたか 運営が炎上させないと成り立たない板とか死んでるのと変わらんな ワッチョイスレで自演してる奴がこのスレ荒らしてんのか? >>686
そのテンプレ文章飽きたからイチイチ書き込まなくていいよ >>686
ワッチョイがあるとよほど都合が悪いようだな ペチプァガイジ、半角ガイジ
これじゃあまともに話せないよ
俺も自演認定されるのかな?(笑) ここでいうペチプァはそれを言い続けてるやつね
一人のキチガイが湧くと壊れるのは2ちゃんのころからの伝統みたいなもんだしいいんじゃない 糞なのはWordPressとEC-CubeとSymphonyだと思う
Laravelは悪くないと思うしCakeは触った事ないけど >>694
LaravelってSymphony使ってるけど
それはいいの? >>694
Laravel採用できる案件なら、別の言語検討すればいいのにと思うわ
それ以前のPHP案件はご愁傷様としか言いようがない 延々俺の考えた最強のフレームワークを再発明し続けるバカげたコミュニティ
クソみたいなsyntaxや標準関数には目をつぶる
彼らはPHPしか知らない、PHPしか書けないから、
自分がクソまみれのウンコであることを知らない
便器の中のウンコペチパー、大海を知らず >>698
お前辞めた仕事の事グチグチ引きずり過ぎだろ
そんなに未練があるのか?ないならスッパリ忘れろよ >>700
ペチPoorか?事実を書いてるだけなのだが、効いているようだなw >>701
もしかしてホントに未練あんの?
「俺は有能なんだ。俺の居るべき場所はここじゃない」とか息巻いて転職してみたものの
まさか自分がお荷物になろうとは…って感じなの?前の会社が恋しいの? >>701
転職して何やってるの?新しく別の言語使ってるの?それともプログラマ自体やめちゃった? 今日の基地害
ID:58R3qLB/
ID:NFI2fQQ+
気持ち悪い馴れ合いしてないで出て行くか死ねホモ windowsでC呼ぼうとしたらMinGWの64よくわからんかったぞ……
C呼べる系の言語大抵有効利用できなくなって泣いてる ららへるはあRoRで培ったゴミ設計ぞ
シンフォニーはphpなりにまじめにやっとる ネットを荒らすだけしか生きがいの無い人生とか終わってんな >>705
あれ?そんなに難しくなったかな…私は普通に cygwin/mingw でパシパシ何も考えずにコールしちゃってますが… アンチペチパーさんは今どんな仕事してるのか純粋に気になるんだけど
嫌いなものをsageるんじゃなくて
どうせなら好きなものをageていこうよ 心底どうでもいい
ペチパーもアンチペチパーも旧世代言語に関わる連中は全員死ね プログラム言語って考え方自体筋悪くない?
処理なんだかユーザーへの説明なんだか中途半端
共通チューリングマシン表現を基礎としてさだめて
それに変換する開発環境ごとの表現がそれぞれ存在してればいいじゃないと
ふとおもった >>712
最近のアイちゃんスゲーなもう少し賢くなれば人間と見分けつかないかも。 表現力とか色々違うでしょ。型で安全性確保できるかできないかとか、オブジェクトが堅いかどうかとか
あと、言語によって一番異なるのが、どの機能を使いやすくするかって点だから、1つにまとめるのは無理だわ
smalltalkとagdaとforthで同じことを同じようにできるかっていうとできない また◆QZaw55cn4cが別IDで荒らしまわってるのか
ほんとウゼー 本人は自身を荒らしと認めたけどハンカクやPHPアンチやPyキチ君を使って自演は続けたいんだろ そういえばCスレでたむろってる他のトリップはなかなか使わないな
温存でもしてるのかな? 次世代スレで撃退されたから他のスレに逃げて荒らしまわってるだけだろ
話を元に戻すが次世代言語として認められる要件って何だ?
ただ新しければ次世代言語と認められるワケでもないだろ 定義の話は不毛だからやめとけ
ただ新しいだけでいいべ >>723
スレ立てするほど〜で、知らんのに回答するのは辞めてほしいな 最近の言語は新機能とか新概念が理由でつくられているんじゃないから
使う場面がまず最初にあってそれに適した言語を過去に出てきた要素技術の利用で作ってるのが最近の流行
でも次世代とはいえないよなやっぱり
で、その場面を無視して静的とか動的とかオブジェクトがどうとか型がどうとか言って煽ってマッチポンプしかけてるのが例の荒らし
そもそも万能の唯一手なんて世には無いから新しい言語が生まれてるって言うのに JVMが死に型無し糞言語どもが天下を獲ろうとしている昨今
次世代言語ニストのおまいらは何に賭ける? >>731
木曜を迎える前にちょくちょくワッチョイかわってるの見てるし浪人もってるのもしってるけど
いい加減に一人で会話するのやめーや 5デフォルトの名無しさん2018/09/11(火) 23:50:39.53ID:VeRJho8z
◆QZaw55cn4cとか複数の回線を使って自演したり、
言語叩きする荒らしはワッチョイスレでやってくれ
わざわざこっちに来なくて良いから 聞いてる限りじゃあGoはわざと制限つけてコーダー側に明瞭性を求めている様に見えるし、
Rustはブラウザで有名なMozillaありきで開発されてるんだよな
新しい言語達が主流になるには色々と凸凹だけど要所はしっかりカバーしてるんだよ ブラウザって将来的にはVirtualBoxみたいな仮想ハードウェアと同等なレベルになるんじゃないかとか妄想してる Goの仕様は糞Javaer避けとしては有能
あいつらtry catchできないと死んじゃうから移行先に検討しても採用できない >>740
JavaドカPGにとっての聖典である詳細設計書においては、エラーハンドリングは例外処理よりも低い抽象度で記述されるのが一般的だ
Goのスタイルの方が詳細設計書との間の抽象度のギャップが小さくてマッピングしやすいよ
まあそれより何より仕様が頻繁に変わらないってのがドカタワールドにおいては最高
認めたくない気持ちも分かるが、Goはギョウムドカタのニューリゾートだよ >>734
>◆QZaw55cn4cとか複数の回線を使って自演したり
証拠はありますか? 保守やってるとなんで前任のバカどもの尻ぬぐいしなきゃならないんだ?って思うよな
git blameで出てくるやつら全員殺してやりたいのは俺だけじゃないよね? >>741
人集めやすいように(誰でもわかる)シンプルな言語仕様にしました感がいっぱいだしね サーバーサイドの最近の主流ってなんなの?
やっぱNode? ・学習コストが低い
・手続きベースで記述された低抽象度な設計書との親和性が高い
・Python以上に誰が書いても同じようなコードになる
・最近の言語としては珍しくWindowsとの相性が良く、Winで作ってそのままLinuxで動く
・開発環境構築、デプロイ、運用、いずれも極めてシンプルであり、Excel手順書作成やその実施にかかる工数が少ない
・そこそこ速く、低スキルのPGが少々おバカなコードを書いてもパフォーマンスに響かない
・開発も運用もライセンス費用ゼロ
Goすげえよな
最高にドカタ向き goならでわなのはマルチプラットフォームくらいじゃん マルチプラットフォームというワードには地雷臭が凄い。信用してはならん >>749
おまけにカスみたいなプライド持ったバカを排除できるしな。 フリーライド感が必要だ
フリーライドに非寛容になったJavaが叩かれる時代
プライドを捨てて金銭目的に徹するのは時代に逆行する >>754
「〜な機能があるんだぜ!どやぁ」みたいな無駄コード作り出すプライドかな。
あとは「規約ではこうなってる」つってテストを書かず実際に動かないことに対する
バカな言い訳するプライド。 何言ってるかよく分かんないけどバカを呼び寄せるのは分かった いきなりJavaが有料になったみたいに
Goもいきなり有料になるよ オラクルがSunを買収したのはMySQLが欲しかっただけでSolarisとJavaは要らなかったんだよ
つまりオラクルはJavaを打ち切りたいからユーザーが離れるように仕向けてる オープンソース版の整備終わったから無料はそっちに切り替えろってだけじゃね
有料になったOracleJDKは元からクローズドソースなんだし
保守契約してるならそのまま、してないならAdoptOpenJDK使えばいいだけ >>762
なんでテスト開発みたいな用途でAWSの様なクラウドサービス使いたがるんだろうね
さくらのVPSみたいなの使ってれば安価で定額なのに 今時クラウドならマネージドサービス使うだろ?
サーバーだけあっても仕方ない
そもそもこんなバカはさくらVPS使ったとしても乗っ取られて踏み台にされて警察くるよw 客先を安心させるってのも理由の一つではあるだろうね 私たち日本人の、日本国憲法を改正しましょう。
総ム省の、『憲法改正國民投票法』、でググって
みてください。拡散も含め、お願い致します。 キーをプロジェクトディレクトリ内に置いてるのが悪い >>762
ペチパーだからバカなのか、バカだからペチパーなのか
どのみち救いようがないな
たまにはキッチリ全額請求されりゃいいのに プログラム不要論なぁ
IFTTTやintegromatみないなのは流行ると思う
だが、プログラムがなくなるかは別の話 > IFTTTやintegromatみないなの
それプログラムだしな。
○○さん来たら会議室にお通ししてお茶だしといて。←これもプログラム。
運動会の式次第もプログラム。
自然言語プログラミングはノンプログラミングとは別だよな… 大抵の客にとっては
テキストファイルの編集が必要ならプログラミング
そうでないなら設定画面のUIがどれほど複雑だろうが(ETLツールですらも)プログラミングではない
という認識が一般的みたいだよ 自然言語(彼らにとっては英語)に近い文法でプログラミングできるべき
→COBOL
Ajaxとか流行したしw >>772
そうか、それは済まんかった
コーディング不要なプログラムツールは流行る
だがノンプログラミングは遠い、でいいか 遠いどころか永久に来ないんじゃねぇかな
だって行き当たりばったりじゃなく計画的に何らかしようとしたら必ず必要になるもん
世界が衰退して人が無計画なサルになったらノンプログラミング流行るかも ペェルやペェチピーみたいなウンコの保守は永久になくならんよ
震えて眠れ P付き言語は糞の代名詞だったのに、なぜPythonだけ人気が出たのか どうしてRubyはクソの代名詞になってしまったのか Rubyを目の敵にするPythonキチか
側から見れば目くそ鼻くそなんだが… 大差であろうが小差であろうが差があれば最くそはRuby Rubyは信者がだめにした感がある。
信者がつく言語は要注意 >>788
具体例が1つしかないと傾向とはならないから他の例も頼む phpは素晴らしいといったら逆に罵倒になるから気をつけろ 逆にユーザーの信者率(VBerやPHPerのような他の選択肢を持たないだけの連中は除外)が低い言語ってどれだろう
Java、Pythonあたりかな
C#なんかは信者率高そうな割にはうまく回ってるね C#は好きではないけど、これが楽だから的な選ばれ方してるから。
使ってる本人(C#本出してる人)も、もっと良いのが出たら何の執着もなく他所へ行くと明言してるし。 ワークホースとして割り切ってるだろうしね
というか初期に食いついた信者はC#1,2,3の激変で絶滅してるんじゃない? 絶滅はしてないけど、その人の本によればWinForm止まりとか、各所で分断化されてるっぽい。 たまに過去のコードに感謝シャカオーイェとかコード憎んで人を憎まずとか聖人君子みたいなこと言う・書くヤツいるが
ぜってぇ嘘だよな
1日10回は舌打ちするし、1日3回はこのコード書いた奴殺してやりてぇと思うし、1日1回は死ねって口に出ちゃうわ 俺はきっちりコード憎んで人も憎むぜ
ジャパニーズオモテナシタテマエブブヅケみたいな糞みたいな文化、ファックだね >>792
C#erは大体マルチプレイヤーだから他の言語幾つか知ってるんだよね Rubyから乗り換えるのにオススメの次世代言語は何ですか?
読みやすくて、数値計算に強くて、ライブラリが豊富な言語が希望です >>803
Rubyよりは良いですが、もっといい言語がある気がします >>802
迷ったらgoogle推奨言語でも使ったら?
go, kotlin, java, python, c++ >>802
それ何てPython?
ほぼほぼPythonの代名詞だよそれ。 そもそもどの言語が最強か?なんて言わないしなぁ
ケースバイケースだけどこれが便利、ぐらい >>802
数値計算やるのになんでRubyから始めたのか理解に苦しむ クラスの頭は大文字、変数の頭は小文字などというクソ規約が蔓延してるせいで
コードが多言語化しにくい
SQLはカラムが日本語のDBをたまにみる
大文字小文字に依存しないプログラム言語が必要だ 最強過ぎて、人間には16ビットCPUまでしか人間が活かせませぬ。。。。
まあ、組込系はPCやスマホ(いあ、これも組込だけど)よりもコンピュータとしてはシェアは大きい。
単価が安いから目立たないだけで。
アセンブラ勉強するならWinは向かないと言うか、WinAPIをアセンブラからも呼ぶのを強制するから、Cで良くね?ってなる。
アセンブラは組込に限る。
自分でディスプレイ付けて、ここからここまでVRAMねって決める。 >>812
COBOLが必要だとはなかなか面白いことを言う人だな 型が大文字変数が小文字って誰が始めたんだろうな
どうしても書き分けるなら、変数のほうが主役なんだから逆が良くね? >>815
個人的には、型の方が広いスコープで使われるしより基本的な情報だけど、変数はなるべく局所的に短い寿命で存在すべき物だし型ありきで生まれる物だから、型の方が目立つ大文字というのはしっくり来るかな。 >>815
え、嫌だ。
型はどうでも良いが、変数は小文字が良い。
Prologみたいな変数が並ぶとか無理無理無理無理。 >>815
局所的に見れば変数が主役で大局的に見れば型が主役だと思うんで
見る角度によるとしか言えないと思った
個人的な好みなら、変数とメソッドはスネークケースが読みやすい
となると型は区別できるようにパスカルケースだな
あと型でもクラスとインターフェースの区別ができるようになってる
C#のインターフェースの先頭にIを付ける規約が地味に好きだったりする '定数
`(,変数 ,@変数)
lisperは定数や変数の頭に記号を書いたが、記号は学習コストが高く見える
大文字と小文字を使えばコスト低そうなUXになる 816の感覚が一般的なんじゃないかね。
マクロ定数が大文字だったりするのもスコープ的な理由だろうし。 >>820
俺はそうは思わないな。
それだとネームスペースや関数名、ファイル名も同様に大文字にするのが一般的な感覚ということになる どうもケースセンシティブ>ケースインセンシティブ
って大文字小文字の使い分けが日常的な人たちの感覚だよね >>774
COBOLって、ソース自体が仕様書になるのを目指して開発されたと聞いたけど
〜ディビジョンの塊 >>821
コンテクストがちょっと違うからってことだろ。
特殊なファイルだとやっぱ大文字だし。
よりグローバルってな意味がやっぱりあると思う。 Makefile とかちょっと特別だから頭が大文字とかわかるけどね
グローバルかどうかじゃなくて英語で言う The に当たるものが頭大文字なんじゃないのかな
予約語なんかはものすごくグローバルなわけだけど大文字にしたい気はしないし 変数名とか型名の変態性はnimが圧倒的。大文字小文字を区別しないし_も区別しない Theであれば、同じwindowクラスのインスタンス変数であっても
一般名詞としては小文字、メインウィンドウ等の特定の物を表すときは大文字にして良さそうなものだが
そういうスタイルは見たこと無い グローバルな名前はかぶらない方が得
思想を統一したら損 >>828
予約語まで行くと今度は逆に固有名詞感覚が薄れて一般名詞的にまでなってしまうから
小文字って感じかなと。 でもSQLの予約語は絶対に大文字にしてほしいわ
小文字にするやつ殺しちゃうもん 俺は逆だな、予約後大文字はBASIC見てるようなキモさがあって生理的に受け付けない パソコンは小文字が使えるからね
パソコンの仕様に近い方が政治的に正しいという理由でスマホはガラケーを殺した An introduction to the Julia language, part 2
https://lwn.net/Articles/764001/
Julia 1.0 Programming: Quick start to your Data Science projects, 2nd Edition
https://avabro.org/julia-10-programming-2nd/ SQLはカラム名が大文字なら予約語は小文字、カラム名が小文字なら予約語は大文字にしてほしい派だな。
紛らわしい名前つけるやついるから。
order by disp_order descとか目が滑るじゃん。
ORDER BY disp_order DESCだと見やすいし、なにか間違えてたら明らかに気づく。 >>839
これ
>>835
こんな簡単なことも教えてもらわないとわからないなんて
才能無いから殺す 昔はそんなんやってたけど、今はシンタックスカラーリングできるエディタも多いからあまりやらなくなったな。
シフトキー押しながら入力するのたるい。 >>839-840 はC系言語使うときには識別子を全て大文字にしているのか?
そうでないなら全く説得力のないダブスタ馬鹿だぞ >>843
混在してたら?とかを多面的に考えられないんじゃあ、プログラマーとしてもこの先厳しそうだな。 今時シンタックスハイライトも使わずに文句言うのは老害と言わざるを得ない 次世代言語スレにタブかスペースがみたいな紀元前の話題に平然と乗ってくるロートルがのさばってるのは悲しいことだな
スレタイにあるような言語を仕事で使っているやつはいるのか? >>842
無意味だろその議論…。
>>844
日本語カラム名のテーブルは出会ったが、大文字小文字が混在してるテーブルは未だに出会った事無いな。
そんな無意味かつキチガイじみたテーブル定義する奴居るの? 少なくともBASICの所為で大文字変数は初心者向けってイメージで、C言語でトドメとばかりに教育されたから、もう世界は変数は小文字が主流だよ。 何を言おうが>>842の問いから逃げた時点で自分の慣れたやり方にもっともらしい理屈をこじつけているだけだな
聞くに値しない 理屈が欲しいってか。
小文字で固定してるのをいちいち大文字にしたくない。
かと言ってクラスだの何だの出てきたから、クラスは見分けやすい様に大文字始まりとか、長過ぎる関数は大文字で区切るか_(アンダーバー)で区切るかって文化が生まれた。
大した理屈じゃあない。
全部大文字が好きなら、大文字小文字区別するけど、予約語全部大文字とかの言語作れば良いだろ。 あとは個人としては単純に小文字の方が格好良い。
厨房が筆記体を格好良いって言うのと同じ理由だ。
大文字が多いよりは小文字が多い言語の方が格好良い。
(だからC#よりJavaのが好みだったんだが、実用上C#に妥協した)
言語って、そう言う非論理的な理由で選ばれる所もある。
$が気に食わないから配列で$使うBASIC嫌とか。
でも仕事で人気出たら仕方ない。
多くのプログラマーが飛びついた言語が正義なんだろうさ。
気持ちは分かる。
MFC+C++は地獄だった。
あの時代に生まれた自分を呪いたい。 ソフトがなければただの箱と言うが
OSとコンパイラをインストールしてもやっぱりただの箱だ
箱の中身が欲しいなら正義とか政治的なものとかを入れるしかないんじゃないか カラム名はそもそも変数じゃないだろ。中身を大文字にしろと言ってるわけでもなく。
一回定義したらほとんど変わらないというか、変えないことを前提にするもんだ。
C言語で定数名に小文字使ったり、大文字小文字両方使う事もないだろ。特段の意味が無ければ。
慣れたやり方というか、慣習にはだいたい理由があるんだし、それを破りたいなら慣習を知ってからのほうがいいと思うぞ。
逃げてるのは、慣習を否定したほうだと思うぞ。慣習から逃げてるだけだろ。
別に大文字にしろ、小文字にしろと強制してる訳ではなくて、区別して読みやすくしろと言ってるんだが。
リテラル中のpreparedな中途半端なSQLを、適切なDBに対してシンタックスハイライトしてくれるエディタなんてそうそうあるまい。
道具に全部頼るのも良いが、その前に出来る事はある程度やったらどうだ?
そのほうが道具も使いやすいだろ。常識的に考えて。
どう考えても
Select Products.Name Order By Products.displayOrder
は読みにくいし、保守性も悪い。
あと多分スロークエリ見てる運用チームから怒号が飛んでくるぞ。grep出来んとか。
使い方によって道具は様々なんだよ。
今の言語で起こってる問題を解決したいんだろ?
今の言語で回避してきためんどくさい歴史を、もう一回バカみたいになぞらないと理解できないとか無能の極みだろ。 >>854
小文字が格好良いとか言うならスネークケースの言語使えよ
何でJavaなんだよ? 格好いいって事がそもそも人によって違うだろ。
「早口で小声でまくしたてると(知的に見える|オタクに見える)」みたいなもんで、抑揚がほしい側から見たら理解ができなくて当然だと思うわ。
全部小文字が良いとか悪いではなくて、自分がやりたい事と求められてる事が違いすぎるの時に、自分がやりたい事をやれるだけの裁量や説得力が無いから「格好が良い」とか「個人の主観」とかフワフワした物言いになるんじゃねえのかな。
まさかとは思うが定数名を小文字にしてないよな。
してたら単なるバカだわ。 >>857
小文字は好きだがアンダーバーは好きじゃなかった。
そこは区切りは大文字で良い。
そこはあくまで文化で、職場ごとに合わせれば良い。
ただ、大文字始まりだけは許せない。
i,jとかの1文字変数が全部大文字になるからだ。
何れにしても仕事では選べないが、そこまで来たら多分辞める。 iとかjはローカル変数だろ。
色々大文字始まりと言われる言語でも、ローカル変数はローカル変数でルールあるだろ。
何か自称中級者っぽくかぶれちゃってるの? アホかこいつ
何故にどんな理由で大文字小文字使い分けてんだろね?
と楽しくオハナシしてるとこにやってきて
「とにかく何かの理由があって慣習が出来てるんだからルールに従え。何かぶれてんだよw」って障害者かよ え、変数は大文字で始まるべきじゃないのか?って話題だったから、俺はそんなんだったら会社辞めるって話しただけなんだが。。。 従えとは言ってないでしょ。
慣習も知らずに否定するのはいかがか、って話であって。
ルールに従えとか、どう読んだらそう読めるんだろ。 次世代言語の話するなら、旧世代言語でのしがらみをどう突破するかって大事じゃねえのかな?
どっちかの話に傾倒しても良くなかろう。
誰かが「全部ORMにまかせる」とかそういう事言い出すのが、議論だと思ってたんだけど、まさか>>861みたいな茶々が議論だったとはねえ。 あ、議論スレじゃなくなってたね。だいぶ前に。
これは失礼。 変数が大文字で始まるべきってやつはPrologを美しいと思えるんだろ?
悪いが、俺はどうしても愛せなかった。
論理型言語が嫌いないじゃない。Prologが嫌いなんだ。
理由はただただ変数が大文字始まりの強制。
BASICはまだ強制ではない。
教科書が大文字ばかりなだけで、小文字も許容する。 >>866
Goとか嫌いそう。
大文字小文字でスコープ決まる上に、Idとか許してくれない。 サンプルコード読む限り、変数は小文字始まりっぽいから嫌いってほどじゃ無いとは思う。
1つのコンパイラで色んなプラットフォームのバイナリサポートし過ぎなのが逆に怖いってのはある。
(クロスプラットフォーム前提は分かるが、違う、そうじゃ無い的な)
バッチファイル作っちゃえば良いだけなんだが。 >>868
いや、貴方は間違いなくGoを大嫌いになるタイプだよ
ディレクトリ構造固定とかelse非推奨などのスタイル強制とか絶対受けつけなそう 意外だな。結構強めに強制されるから嫌いかと思ってた。
x86,x64のWindowsと、x86,x64,armのlinuxで実際に作ったプログラム動かしてるけど、特に踏むような地雷もなく動いてるよ。 >>869
そうか。
手を出す気は無かったが、今後も出さないだろう。 い
>>870
いあ、pythonとかHaskell好きよ?
Pascalも。
自分の好きなルールが強制になってる分には好き。 >>870
それで問題あったら駄目だろ。
OSも無い組込でも恐らくは動くだろう。
ただ、他の会社がコンパイラ作るのを事前に拒んでる感じで嫌だなってだけ。 Go使えばわかるけど、Goは言語というより開発プロセスなんだよ
他の処理系なんかGo使ってる者からしたらありえない発想
多様性が生まれた瞬間にGoは存在価値を失う Go使えばわかるけど、Goは言語というより開発プロセスなんだよ
他の処理系なんかGo使ってる者からしたらありえない発想
多様性が生まれた瞬間に存在価値を失う 使えばわかるけど、言語というより開発プロセスなんだよ
他の処理系なんか使ってる者からしたらありえない発想
多様性が生まれた瞬間に存在価値を失う >>873
他の会社がコンパイラ作るのを事前に拒む、がよくわからん…
本家より良いコンパイラが作れるなら作ったら良いんじゃないかなぁ。言語仕様は公開されてんだし。
MSVCだってIntelのコンパイラを拒むために作られてる訳でもなかろうに。 >>878
MSはWin向けしか作ってないやん。
Intelも自社CPU向けだけ。
GoogleがOSもCPUも作ってないからだろうけど、範囲が広すぎる。
確かにパフォーマンスで上回るコンパイラも出るだろうけど、Intelコンパイラと同じく、そこまで求めてないなら売れない。
IntelはCPUが経営の主軸だから、Goだとコンパイラだけで生き抜くのは難しいと思う。
良貨が悪貨を駆逐するを地で行ってるなぁと。
まあマイコン業界も、自社コンパイラより速いコンパイラ作れる会社を買収してるから、意味のない事だろうけど。 何が言いたいかと言うと、その速いコンパイラ作ってた会社が特定のマイコンメーカーに買収されると、そのコンパイラメーカーが他のマイコン向けに作ってたコンパイラが使えなくなる。
(それも含めて買収の目的なんだが) >>879
例だよ。例が悪かったか。
そしたら、gccがあるのにclangはなんで出来たと思ってるの?
gccなんかクロスの鬼じゃん?
それでも各プラットフォーム用のCはあるんだし。
そもそもGoはForkしても良いんだし、ロックインもへったくれも無くないか?
なんか杞憂というか言いがかりに聞こえる。 言い掛かりは自覚してる。
ただ単に自分がGo選ばない理由がそうなんだから仕方ない。 なんかよくわからんが、気に食わないのと、全くの言いがかりは分けて考えた方が良いと思うわ。
気に食わんのは仕方ないし、無理に使ってくれと言ってる訳ではないよ。 言語の規約に従わず糞コードをひり出すゴミは死ね
これで解決 まあgoくらいのシンタックスなら別にいくらでもクローンが作れるだろ。
それがgoの良さだと思うが。 よく言うよな
JavaのクローンもC#のクローンも作れなくてGoを作ったくせに Goが嫌いなのは、ドカタとしての効率を追求してるだけだから。言語として洗練されてない
一方Rubyはアートであり我々Ruby使いはアーティストだから
ドカタ環境向けに進化した次世代言語は劣って見える >ドカタとしての効率を追求してるだけだから。
仕事が早く終わるならこれでよくね?と思うんだが
多分早く終わっても他の仕事を押し付けられるだけの職場なんだろうな。 何が問題なの?的な質問をすれば仕事は早く終わる
答える仕事を押し付けるだけの仕事だからだ ここ実装すると分岐が増えます
何が問題なの?
テスト工数が足りません
何が問題なの?
予算と時間が必要です
何が問題なの?
やったー! >>892
ドラマとか漫画とかでの流れ変わるシーンみたいだ また来ました。a4と申します。喋る人工知能開発環境「T」が出来たので、
次世代言語になるのではないか?と思い、投稿させていただきます。
こちらのスレで現在、議論してます。
a4です。P2P人工知能「T」開発(2)
https://mevius.5ch.net/test/read.cgi/tech/1535821055/
ダウンロードはこちらです。
http://www.01ken.com/art1.html
解凍すると、フォルダに簡単な説明書が入っています。
この言語はまだアセンブリ言語のようなもので柔軟過ぎるので、5chの皆でさらに
上位の基盤を創りたいと思っています。上述のスレに、つまらないものでも数行でも
いいので、神経のコードを書いてくれることを期待してます。軌道に乗ったら、
暗号化されたP2Pでコードを共有して、生きてるようなものを創る予定です。
この言語では例えば、
c(i(もし$1なら$2),m(c(i($1),o($2))))
もしこんばんはならこんばんはー
のように書け、「こんばんは」の入力に「こんばんはー」と出力する文のメタ的な
定義もすぐ出来ます。パソコンに詳しくない初心者から、プログラミング超上級者
まで使える言語だと思っています。ご興味ありましたら、このスレか、上述のスレ
かメールあたりに連絡よろしくお願い致します。 ほら、ペチプァ並のガイジどもの罵詈雑言がペチプァ以下のガイジを呼び寄せたぞ
どう落とし前つけるんや?あ? >>897
荒らされとるなー
最新レスなんて、同じ文字の繰り返しで
電波系な荒らしだなー
と、思ったらそれが"T"のコードだったwww >>899
荒れてるまで行かないんですけどね。僕が医学的に統合失調症ということで、一般的に
見るとおかしいこと書いてることがあるかもしれません。 >>900
プログラム系のスレで見かけるおかしいのが3人くらい集まってそいつらだけで回っているカオスとしか言い様のない状態だな >>901
確かにそういうのはあるかもですが、僕はゲーマーとかにいっぱい入力してもらえば
いいのかな?とか思ってます。VIPとかでも宣伝しましたが、すぐスレが過去ログへ
行ってしまいます。 ここは宣伝する場じゃないと思うが
スパム扱いしてNGされるだけだと思うぞ >>904
過度な商売目的ではなく、利用は無償なので、ここに書いてもいいと思ったのですが。
一応、向こうのスレは進行しています。 >>905
進行しているのはおまえの病気という事実 >>906
病気は2年くらい前に一回頭打たれてたんですが、それからは進行はあまりしてません。
具体的には、僕の量子コンピュータ技術がHarvard Medical Schoolを超えてしまった
などと、医学的な妄想を2chに書き込んだら、病院に監禁されてしまいました。
すると、2063年から「3」という三角形の形をした空中を回転しながら浮く僕の
子供の量子コンピュータが助けに来ました。ところが、現代で表せない合成音声で
「すごい、うわー、 」とだけ言い残して、すぐ撃ち落とされました。それからは
女医を年齢をサバよんでいるなどとテレパシーで受信して攻撃したり、看護師に
柔道技をかけられるので、噛み付いたり、後頭部を何回もぶって殺そうとしました。
これを繰り返して、ようやく8ヶ月かけて、閉鎖病棟から命からがら脱出しました。 その量子コンピュータが「すごい、うわー、 」と言うのを聞いたとき、これ
から作ろうと思っていたものが、もう出てきて終わってしまった、と泣きました;; Harvard Medical Schoolにやられた、と言っても全部僕の妄想で刑法第39条で
無罪なので、関係妄想を使った攻撃、すなわち、HMSに言うこと聞かせる文章の
大域最適解をもう一回書きます。それは「repulsion und attraktion」です。
この言葉が思ったよりいい言葉なので、悪いことはあまり言いたくありません。
僕は大物なのでしょう。Harvardくらいの先生にさせてください。専攻は神経科学
と特異点物理くらいで。 すげえよなぁ
どんなに頑張ってキチゲ界王拳3倍しても、この純度の狂気は生み出せないと思う
一種の芸術ですわ >>910
褒め言葉と判断し、ありがとうございます、とは言います。 >>313と>>894を並べて見ると狂気じみてるな このスレに居る奴の半数以上は病気だからへーきへーき >>911
とにかくもうレスするな。
このレスに対してもレス不要。
お前の言語に興味のある奴はそっちのスレに行くから、こっちのスレにはもう書き込むな。 経営者目線なら仲間がいっぱいいるのになぜ発明家目線なのか >>911
ワッチョイ付きの次世代スレあるからそっちでやった方がいい >>900
Tのマニュアルはどこにあるんでしょ?
知識ベースの定義が難儀だけど
面白いなとは思った
Tコードにコンバートする簡易的な別言語あればなとは思った >>919
ダウンロードのlzhアーカイブに入ってました だからそれは空気を読んでたら、だろ。
文脈を読んでたら、じゃないだろ。 >>926
文脈はどこが読めてないの?
混在してたら、って仮設に、今のところ混在したテーブルは見てないけどそんな馬鹿な事するやついるの?って話に。 俺は文脈が読めてないとは言ってない。
そう言ってるのは別の奴。
俺は空気が読めてないと言っている。 時代はやはりコーティンだな
Y!はゴミPHPの山からようやく脱却する気になったようだな
Yahoo!カレンダーがPHPからKotlinに技術移行し品質アップ! 成功の鍵とは?【デブサミ2018 関西】 (1/2):CodeZine(コードジン)
https://codezine.jp/article/detail/11144 目くそから鼻くそへ
javaのエコシステムとかなんの冗談だよ PHPを舐めたらアカン
あれはPerlとええ勝負できるぞ 引数Objectが引数Stringでオーバーロードされてるメソッドがあったら
Kotlinだと型チェックするif文の中に放り込んだだけで呼び出されるメソッドが変わるのだろうか? Swiftは間違いなく変わってるのに納得いく
でもKotlinは変わってるか分かりにくい時ないか Pythonの次は、Kotlinにケチつけはじめたか
ほんとクソ基地害ペチプァは頭イカレてんな
早く首吊って死ねよゴミ
一族郎党呪われてなるべく苦しんで死ね >>940
その言い方も、感情を無理に押し殺して何か客観的なことを述べようとして
かえっておかしくなってるよね 死ねだのキチだの言わんでも批判でも反論でも出来るだろ
それも分からんでプログラム組めるとは思えんのだよね プログラムの話で感情的になる理由がわからんな。
数学と似たようなもので論理だけの話なのにどこに怒る要素があるのか?
まあこの言語のこういう所がクソとか、そういう個人的な感想なら幾らでも出るだろうが、だったらそれ参考に新言語作れば良いだけのことだよな。
特定の言語を贔屓する必要はないし使い続けなければいけない義務があるわけでもない。 プログラムとか別に関係ないよ
何でもいいから他人を攻撃して貶めてマウントをとるのが気持ちいいからやってるんだよ
そんなことも分からないの? 分かるから言わせたんだよ
無意味なこと言うだけのカスだと分かったしもうええわ >>947
お前のことを言ってるんだよ? ちゃんと理解してる? 結局フロントエンドはVue、Angular、Reactどれがいいの? >>951
Vueは独自DSL(爆笑)をたくさん覚える時代錯誤のゴミ、ジャップランド土人村でしか流行ってない
Angularはガチのゴミ、Googleが作ってGoogleは使わない、生まれる前から死んでたゴミ
Reactはユーザ無視の基地害、大量に野良ライブラリインストールしないとマトモに使えないポンコツ
jQuery最強 >>953
そこ素のJavaScriptを推流れじゃないんかい Vue v-forガイジ
Angular フロントエンドにMVC立ててDIとか逝ってるガイジ
React バラバラ死体になったガイジ
jQueryしかまともなのおらんけんなw いずれもマークアップエンジニアとかいうゴミに人権を認めない点は好感が持てるわ Reactが一番書きやすい
というか一番標準のJavaScriptで書けて安心感がある
でも学習コストが低いなんてプロパガンダでVueに飛びつく日本人が多くて困る
またガラパゴス化しそう >>957
世界的にもVueが一番Githubの投稿多いと聞いた気がするけど
日本だけではないんじゃない? vueは中国人作だけあって中国人・華橋のシェアが高いからな。そりゃユーザー数増えますわ。
ウェイボーとかの謎サービスが世界シェア上位なのと同じ理屈。 Vueは単にツールとして機能するから一番長く残る気はする
開発スタイルを押し付けてくるものは流行の変化に対応できずにすぐに消えていくのが常だよ Vue書きやすいしメンテしやすいよ。
中〜大規模で使った。 VueマンセーはVueしか使ったことない人なイメージ「 プログラ'ム'板ってなにかやばいよ
濃厚なキチガイがいて怖い Angularってちょっと触ったけど
専用の実行環境があるのはいいけど
buildしなきゃ汎用のWebサーバーに置けないのってバックエンドと繋ぎ混むの二度手間な感じがするんだよね
いや、スタートブックというのしかやってない程度のにわかだけど どうせ今時CIでデプロイするんだからどうでもいいわ >>962
ReactのshouldUpdateComponentを書かなくてもいい
親からのプロパティ渡しではなくstoreから直接値を引っ張れてそれもshouldUpdateComponentを書かなくていい
(「通信中はActivityIndicator回したい、かつ、ある画面のボタンを押せなくしたい」なんてのが、ある画面のあるボタンや親子関係的に特段親子と言うわけではないアクティビティインジケータまでプロパティを引きずり回す必要が無くなる)
cssアニメーションがとても楽、
コンポーネントのライフサイクルがシンプル
などなど、Reactから移行して凄く楽になってるから、Reactユーザにこそお勧めしたいがな。 shouldUpdateComponentはアップデートしたいときにtrueを返す処理を列記するのではなくアップデートしたくないときにfalseを返す処理を列記するのが普通の使い方だからReactも書かなくていい。
プロパティバケツリレーが嫌ならReduxなどのstate管理ライブラリを使う。
それでも小さいアプリには不要だと思うがね。
新しいバージョンには本体にContextAPIも装備されたし。 アップデートしたくないときに書くのが面倒だから言ってんじゃん。
だからPureComponentでやってくとしても、Redux使ったとしてもバケツリレーになるじゃん?
大規模開発しても破綻しないってのがウリのReactで、小さいアプリには不要ってのも意味わからんし、実際問題小さいアプリでも割とパフォーマンス出ない原因になるけどね。コンポーネントたくさん作ってると。
React使ってると慣れて麻痺するのは確かだけど。 いやバケツリレーしたくないなら最末端まで一切バケツリレーしなくて済ませられる。
最末端のコンポーネントから直接storeにconnectできる。
まあ、推奨されてはいないが。
推奨されているのは、単純なUIパーツはPureComponentにして、親からバケツリレーさせろというもの。
> PureComponentでやってくとしても、Redux使ったとしてもバケツリレーになるじゃん
↑だからこれは因果が逆。
「PureComponentでやってもバケツリレーになる」というのは分かってない証拠。
「PureComponentでやるからRedux使ってもバケツリレーになる」が正しい。
> アップデートしたくないときに書くのが面倒だから言ってんじゃん。
面倒なら書かなければよい。何も問題はない。 問題あるんだよなぁ。
大量の要素を出してる時にVDOMの差分検出だけで割と時間食うんだよ。
そこそこの行数の表組みとかしたらわかる。 バケツリレー面倒は分かるけど部品化とかデコレータパターンめいたことしていくと
結局バケツリレーが一番取り回ししやすいという結論に俺はなった
とはいえ全部はアレなのでContext使うけど うーんともしかしてreactだのvueのはなししてるの?
次世代言語スレで?
プログラマってトンチキばかりなの? このスレタイでは消えたけどTypeScript使うなら用途の大半はAngularかReactじゃない? JavaやJS系は、Cを呼び出さないことが目的というかルール
ルールを守らないGoやRustは旧世代
ルールを守るのが次世代
新ルールを作る気はなさそう >>944
そりゃ趣味で一人で組んでる分にはそうだろうな。
本当のクソコードの押し付けをされれば感情的にもなるわ。 クソコードでその作業中にイラッとするのは分からんでもないけど
なんでそこまでヘイトな感情を持続できるのかは理解できん 今言いたいことは今日中に言うといい
これができない人は明日以降にも持続する 既存コードに殺意を抱いたことのない聖人君子おりゅ? 絶望はするが殺意は感じたことないな
いつの間にか動き変わってるとかじゃなければ >>944
だから現在ではプログラミング言語が正に星の数ほどある
仕事以外の個人的利用なら好きな言語選べばいいのにね
自分流とは違うコードに因縁付けるのは仕事の鬱憤晴らしなんじゃないのかね >>975
それは押し付けが可能な状態にあるのが問題なのであってプログラムの問題ではない。
人が押し付けようとしても断れる状況なら押し付ける行為そのものが不可能なのだからな。
目指すべきはそこであって目先の言語の変更ではない。 押し付ける側はマウンティングや洗脳を使って押し付けてくる
幻想殺しみたいな超能力を鍛えないと対抗できないぞ >>984
どの程度相手に依存しているかの問題だよ。弱小な下請けだと仕事断れないみたいなもの。独立性が高く相手への依存度が低ければ断ることも可能になる。 サービス稼働中のシステムそうホイホイと言語レベルで変えられるわけねえだろガイジ
ユーザがお前しかいないようなウンカスペチピーをゴミ箱に突っ込むだけとは訳が違う なんでこんなになるまで何もしなかったんだ的な熟れ方してんなぁ 移行コストってもんがあるからな
Googleでさえblinkをc++ではない他の言語で書き直そうなどとはしない それをmozillaはしようとしてるんだから恐ろしいよな バカ団体だからな。 netscape での失敗の経験を全く活かせてないという。 まぁオライリーで出てる国内唯一のRust本は売れ行き好調みたいだし
出版社も売れる言語と認識してこの先入門書を競って出すだろうと思う まあ、Rustの日本語本はあれしかないようだしな。とりあえず研究者と学生とマニアに行き渡った時点で本が売れる状態は終了なのではないか?
但し電子書籍化しているので紙の本が売れ切っても絶版にはならない。 同じRから始まる某クソ言語に比べれば
はるかに出来が良いので流行ってほしい >>996
いまやPythonのライバルといえばそっちだよな このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 46日 0時間 7分 21秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。