次世代言語18 V Julia 他
■ このスレッドは過去ログ倉庫に格納されています
スレタイ以外の言語もok
前スレ
次世代言語17 Go Rust Kotlin TypeScript Julia
https://mevius.5ch.net/test/read.cgi/tech/1567602619/ rustが安全ね。。ライフタイム、所有権を気にしすぎてベタに長い関数書きまくりの糞コードで本当に安全といえるのかね。 ライフタイムや所有件と関数の長さは関係ない
関数の長さと安全性も関係ない
まだ40行で疲弊してるの? コードが長いから安全じゃないって意味わからんな
このスレの一部のヤツらは安全性の概念を勘違いしてるとしか思えんわ だからメモリ安全性だけ主張しても意味ないつってんのに理解力ほんとないな。 まあRustならバカ避けになるから結果的には安全性に大きく寄与するだろう
Goなんかはキャズムを超えてしまってそろそろプログラマの品質が怪しくなってきたし goの型付けで言えば、interface{}をreflectで解決する一種の動的型付けに
頼らなきゃならん場面が多いのが問題だなぁ。
genericsが来ればだいぶ違うんだろうが。 所有権やらライフタイムやらにうるさいせいで
本質的じゃないボイラープレートがぼこぼこ生えて
コードベース肥大化するせいで
本質的なロジックが簡単にバグ誘発する
くらい長々説明しないとわからない頭の持ち主なんだから仕方ないよ 馬鹿でも書けると書かされたPHPはどうなりました(ウィスパーヴォイス) 所有権とか参照のライフタイム自体は「メモリの解放責任が今どこにあるか」「参照先がいつまで生きてるか」ってだけでRustの固有概念じゃないよ
C++でもというかC++でこそ所有権と参照のライフタイムはそりゃあもうRust以上に意識しまくらなきゃいけないし
その分ボイラープレートも増える 感覚で語ってるからちゃんとした説明ができないんだよ
それを直視出来ずに他人の理解力不足にしてしまう残念さ 所有権やらライフタイムが本質的じゃないってあたり、お里が知れるな そこはまぁ、所有権を管理することがプログラミングの目的じゃないから。 あぁそうだな、型を宣言するは目的じゃないんだったな 本来の目的に近いのがテスト
ユーザーとテスターの見分けがつかないぐらい近い Rustで借用チェッカうっせえってなるのほぼ可変参照の唯一性ルールだよな
これはロジック上安全でもいちゃもんつけてくるパターンが多い
ライフタイムで怒られるときはほぼ確実にこっちが間違ってる スコープ、寿命はc/c++でメモリ配置を考えながら組んでた経験あれば
むつかしい部分ないからね >>402
なんかやたら流行ってるよな
一時期のRubyみたいな感じになってきた
そんな簡単に使える言語じゃないと思うけど
Webアプリならフレームワークあるから似たようなもんなのかね 流行ってますぅ?
フレームワークといっても薄いのしかないからレールズ使いはDBと接続できなくて詰みそう プログラミングなんて誰でもできる単純作業になるのがベストなのにすぐマウント取ろうとするやついるよね
ゴチャゴチャ言ってるけどCRUDアプリしか作れないんだろ? 誰でもできる単純作業と言われても
世の中にはforループすら理解できない人がいるらしいし
また初心者にプログラミングを教える機会があった
https://cpplover.blogspot.com/2019/10/blog-post.html 江添亮
自由ソフトウェア主義者
C++ Evangelist
C++標準化委員会の委員
ドワンゴ社員
C++11本を執筆した。
株式会社ドワンゴで働いている。
あっ…(冊子 何の言語の経験もなくてforループって習った直後は理解出来んかったわ
あとで自宅でゆっくり考えて数日で判った中学生の頃
アセンブラでループはそれから1年くらいかかった ぼくはC言語やり始めてif文の理解に2週間ぐらいかかったなあ >>426
もしかして俺に言ってんの?
別に誰も支持してるなんて言ってないんだけど
1bit脳だとそういう認識しかできないのか? 警察の職質にキレた挙げ句国賠起こして返り討ちにあったやべえ人じゃん 江添さん最初に会った時ガリガリだったのに
ひさびさに写真見てムキムキになってて笑う >>428
そうだよテメーに言ってんだよw
信 者 キ メ ェ ぞ 江添がC++界隈で有名なのはただの客観的事実だぞ
いい意味で有名とは一言も言われてないのに信者認定とか顔真っ赤すぎる どんな下らない事でも無知を指摘されると発狂するやついるよな 公開してるコードみれば江添、まったくコード書けないんだなってのはよくわかるよ。
めちゃくちゃ短いコードであれかよと思う。 goroutine乱用しなけりゃgoは酷いことにはならんだろ。
まあバカは乱用するんだが。 「ポインタ乱用しなければCは酷いことにはならんだろ」ぐらい無意味な意見 >>439
でもGo民たち、goroutineが書きやすいって言ってたじゃん・・・ >>441
ポインタとgoroutineを同等にとらえるという極論言い出すバカ。
goroutineが必要な場面って実はそこまでない。 乱用して酷いことになった実例がないと話がピンとこないなぁ。 何やて!って1000くらいgoroutine作るようなコード書いたら遅くなる goroutineが必要な場面というか並列処理が必要な場面はそこまでない、とは思うんだけど、
並列処理が不要な場面でGo使うのが良いとも思えないんだよなあ
1台に閉じる程度かつ多少複雑な並列処理を扱うならGoは有力な選択肢ではあるとは思うんだけど ツアーやってるんだけど
やたらスライスばっかつづいてツライス 変数の宣言方法が3つくらいありまあす! :=)
僕はツアーをそっと閉じた Goとかいう知恵遅れ言語もてはやしてる奴って
だいたい元を辿るとペチパーなんだよな
今のところ例外はない プログラミングなんてただの作業は知恵遅れでもできるようになるべきだしGoはもっと普及すべき >>449
Goに例外は無い、と掛けてるのか
うまいね 自衛隊員はともかくそれを統べる奴は漢字が読めない点で
充分条件を満たしているよな。 レールズのおかげて知恵遅れにプログラミングができないことが分かったから、これからは賢者の仕事になるだろう PHPは知恵遅れでも動かせるじゃん?
安全かどうかはともかく このスレって単純作業にプライド持ってる奴隷がたくさんいるよなぁ
コンビニのバイト達がレジ打ちの速さを競ってるようにしか見えない ていうか契約プログラミングの次に来るものは
願望プログラミングだろうJK
知恵遅れでも安全にプログラムができうる 実際は単純作業もまともにできないカスばっかだけどな。 ある程度以上できる側の人なら
・単純作業ではない比較的高度な研究開発をしている
・単純作業もロクにできない大多数のゴミどもの作るスクラップをリペアして組み直して回ってまともに動くプロダクトにしている
のどちらかになるから、コンビニのバイトに例えるということは…… 軍事にたとえるのやめた時点でもう
「やるなら軍師」理論は終わコン c++のテンプレートがチューリング完全と似たような話か Haskellやってるとき同じ悩みにあった記憶
先に式変形で解くのがいいのか計算で解くのがいいのか
ごっちゃになってプログラムが崩壊した プログラマを実力巡にABCと分けるとして
Aを揃えるというのは殆どの経営者にとって現実的じゃないから選択肢から外れるわけ
悩んでいるとCでも扱えるものがあると聞いてPHPやRoR を使えるCを安く雇って作らせてたわけ
けどCが作るものは持続不能なゴミだと気付いたわけ
そんで今はBにGoなりVなり使わせて前進してるわけ
そんなわけでいまBの市場価値が上がりまくって苦しいわけ ちょっと違うかな
地頭はAだけどプログラミングの小手先の技術や経験に乏しい人ってのは世の中に沢山いるんだ
彼らは往々にして、自分をAだと思っているBに小手先のテクニックでマウントを取られて本来のパフォーマンスを発揮できずにいる
そこで小手先のテクニックの要らない言語を強制してマウンティングを封じることで、全体的にはパフォーマンスが向上するというわけ ヘイトスピーチのように犯罪として裁くことでパフォーマンスを向上させるやり方も
あると思うのだが
やはり、犯罪はないものとする前提なんだな >Bに小手先のテクニックでマウントを取られて本来のパフォーマンスを発揮できずにいる
草
どんな妄想だ そもそも仕事のプログラミングに高度なスキルなんて求められてないがな
高度なものを実装したところで誰もメンテナンスできない聖域が増えるだけでデメリットでしかない >>486
こういう属人化させる=クビにならない=優秀
って考えてる地雷キチガイは採用段階で見極めないとあかん 職業プログラマーとして優秀なのは
レベルの低い人でもわかりやすい命名や設計をして、シンプルなコードを書いて、教育もできる人な
高度なことがしたいなら個人でアプリ作るか、基礎研究所にでも転職しろ! >>487
つまり採用済なら有効なテクニックてことじゃん >>489
せやで
数年前にScalaとかを仕組んでたら中々の腕前だよ COBOLが昔から変わらないとしても
読みやすいと感じる人の割合は乱高下する
相場操縦はないものとする 再代入ループより高階関数の方が宣言的でシンプルに書けるけど、
map, filter あたりはともかく reduce あたりから理解があやしいヤツが出現し始める >>488
採用段階でレベル低いの入れなきゃいいじゃん >>493
内部動作まで分かっていれば良いけど、使い方だけ分かってる程度の人が書くと
外見綺麗で中は水垢が詰まった配管のようなコードが出来上がる場合もある
大量データに遅延評価版でないmap使ってメモリ食いつくしたり
純粋関数型言語でもないのにreduceで副作用無くそうとして非効率な合成したり
そういう人は大人しくforで書いてくれた方が安全だから無理させなくていい >>494
こんなブラック業界に好んで入ってくる「レベルの高い人」は少数なんだよ ■ このスレッドは過去ログ倉庫に格納されています