次世代言語18 V Julia 他
レス数が1000を超えています。これ以上書き込みはできません。
スレタイ以外の言語もok
前スレ
次世代言語17 Go Rust Kotlin TypeScript Julia
https://mevius.5ch.net/test/read.cgi/tech/1567602619/ Go Rust Kotlin TypeScript Dart
Elixir Swift Crystal Hack Bosque
Most Loved, Dreaded, and Wanted Languages
https://insights.stackoverflow.com/survey/2019#most-loved-dreaded-and-wanted
TIOBE Index
https://www.tiobe.com/tiobe-index/ あのなんか辛気臭い名前の奴も入れてやればよかったのに >>1
そのスレタイならボスケを入れるべきだった
と書こうとしたら既に書かれてた > 990 名前:デフォルトの名無しさん[sage] 投稿日:2019/09/30(月) 22:39:32.68 ID:GRXEfX8t
> 関数型の流派として高階関数やモナドで遊びたい派と宣言的で明瞭完結なコードを書きたい派があって、
> Scalaは前者のオモチャにされてしまったのが最大の敗因かと思う
そうかなぁ
我が社では関数型に憧れた無能おじさんどもが Scala で static おじさんコード書いてメンテ不能になった経緯で
「Scalaは難しいから禁止!」となったよ
こういうケースも多いんじゃない?
でもてめえらが書いたコードならJavaでもメンテ不能だったろうよと言いたいね
唯一救いがあるとすれば、全員退職済みということだ 前スレの >>968
親父が好きだったので。
あのころ吉幾三の「田舎のプレスリー」とか「ハンダースの想い出の渚」とかバラクーダの「日本全国酒飲み音頭」とコミックソングが流行った。 モナド自体も実用上は
順次的・逐次的な処理をしたいときは結合法則と単位元を意識したコンテナライブラリとして書くと使いやすい
ぐらいのものでしかないのだが、衒学趣味の連中に数学で威圧するためのオモチャにされてしまった 実際のプロダクトに求められるのはレベルの低い人が参入してきてもメンテできるものなんだよなぁ
マウント取るために数学使って高度なことしてるやつは研究職に就けない中途半端な学歴のゴミが多い そんな技術的に低レベルなものしか作らないから日本にOracleやGoogleが生まれないのでは? >>15
世界的な大企業が生まれるかのうかは技術者の問題じゃないだろw
日本にはウォズニアックはたくさんいるかもしれんが
単純にジョブズがいないだけ それは即戦力病で教育とか研究開発とか長期的な投資ができないのが原因なので別の話 求人を見るとエンジニアで1000万超える額はチラホラ出てきたから後はそいつら使って何をするかだな
言語スレ的に言うと、政府とズブズブっぽく見えるしZen言語が普及すればあの企業はワンチャンあるなと思うわ >>19
求人では1000万円超(年収1000万円とは言ってない)がある >>18
給与の基準もおかしいんだよな
レベルの低いインド人にすら月600万出してたりしてるし中国人なら月200万出してる
どっちもプログラマーとしても満足にやれないクソみたいなコーディングだったりする
なお日本人には月50万も出したくないそうだ 身分差別の罪の重さを理解できない人類が、たかが衒学趣味に罪悪感をもつわけがない >>14
アホでも優秀でも同じようにだらだら書くしかないgo
が良いということか 日本でも会社通さず直で業務委託の仕事貰えば月100万円とか余裕だろ
ただ上限が150万円ぐらいで止まるから起業したり投資したりコンサルとかにならないと1億円も稼げないんよな >>26
煽り抜きでそういうこと
「優秀」さは別のところで発揮するべき Goが使われるのって主にバックエンドだろうけど、
今時のバックエンドはクラウドサービスを積極的に活用してシンプルに問題を解決するのが主流だよね
もはやコードレベルでアプリケーションアーキテクチャを語る時代は終わり、コードに対して求められるものが変わってきてるんだよ >>28
戦力の逐次投入するやつはみんなそう言う
今ここで投入するより別のところで投入するべきだと >>31
Scala導入するような間違った方面で熱量発揮するバカはお呼びじゃねえ
ってオブラートに包まずに言った方がわかりやすかったか? 自称優秀なやつほど愚直に書くことを病的に避けて
ScalaやらHaskellやらのコードゴルフみたいな難解な解決()に走る
そういう難解な「優秀」さはかえって邪魔
それをScalaショックから学ばない「優秀」な奴は本当にバカ 今後はUiPathでアプリが作れて営業ができる人が生き残ります
コードの時代は終わった scala祭りの人がscalaから引退したのは衝撃だった JavaとHaskellの対立が激しくなったら
Scalaが最も冷静な中立の言語になる予定だったんだろ
失敗の原因を選べ
・中立だから
・本当の中立なら成功するけど本当の中立ではなかったから 元々オブジェクト指向、動的型付け言語から
関数型、強い静的型付け言語に流れるブームがあって
Scalaはそこに乗っかる形でJava資産を使える関数型の強い静的型付け言語ってことで一時期流行った
でも型をおもちゃに無茶苦茶やる意識高い系がマウント取りはじめて
本当に物を作りたい人が離れていったり
互換性やビルドの遅さみたいな言語自体の欠陥もあいまって
「やっぱ強い静的型付け関数型言語は意識高い系のおもちゃでしかなかった。
プロダクト作るのには向いてないな」って雰囲気になって
一気に人がいなくなって焦土になった←いまここ >>38
typescriptもそうなりそうな予感がしてる
react nativeで使ってみたけど
マジで苦痛の極みだった
もの作るってレベルじゃねえ
この手のでかいフレームワークで型推論ありの静的型付け言語使うのは無理がある C++も結局autoだらけになっちゃったからな
実際いちいち型を細かく指定したくないわ 型推論ありの静的型付け言語は、高機能エディタやIDEの利用が必須だからな
リアルタイムな文法チェックが無いとやってられないし、省略した型指定をコンパイラがどう解釈するか簡単にチェックできる機能も必須だよ
そういうの使いこなせない奴には良さがわからない rustは関数化しないでベタに書きまくる輩が多すぎる。
あれはあとあと問題になるだろう。 ScalaはScalazやCatsのようなモナドライブラリがあって、それに依存するライブラリも次々作られたのに対して
Typescriptやほかの言語で似たようなモナドライブラリがありながら、それに依存するライブラリがデファクトになっていない(意識高い組のおもちゃにされなかった)のは何故だろう Juliaプログラミングクックブック ―言語仕様からデータ分析、機械学習、数値計算まで RDBをオブジェクトにマップするようにモナドをオブジェクトにマップするのがJava系
オブジェクト無視してHaskellそのまま全部再現するのがAltJS >>46
Scalaは高階カインド多相が使えるからファンクタやモナドが普通に作れるがTypeScriptなどの他の言語はそうではない 高階カインド多層をTSに入れたら完全におもちゃにされるだろうね
今ですら型パズルがどうのっていってるし 難しそうな用語だと思ってググったけどC++のテンプレートと同じやつか
・・・入れない方が良い モナドという概念はややこしくてもひとつひとつのモナドはそれ自体のコードも使い方も別にふつうだし
使いやすいライブラリ設計してたら自然にモナドになっていることもある モナド語ってる奴も別にマクレーンの圏論の基礎とか読んでるわけでもないし半端もんよ。 >>61
rust から次世代的な機能を全部取り除いた一見次世代っぽいけど全然次世代じゃない言語に見えるけど
何か良い所があるのだろうか? もともとZigという言語があって、そこからforkした言語だからRustはあまり関係ない お前らが大好きなScala情報貼っとくぞ😊
Scala研修テキストが株式会社ドワンゴ様から寄贈されました
https://blog.scalamatsuri.org/entry/2019/10/01/163533 ドワンゴがドヤって手を出す言語は地雷判定として結構機能する。 https://dwango.github.io/articles/frugalos/
>ドワンゴではniconicoの配信系サービスのバックエンドで利用するために、Frugalosという名前の分散オブジェクトストレージを開発しているのですが、この度OSSとして公開することとなりましたので、この場を借りて軽く紹介させて貰います。
>FrugalosはRustで実装されており、現時点では以下のリポジトリが公開されています
うおおおおおおお!!!!!!!!! ジャップのプロダクトって名前が壊滅的にダサいよなww
ガイジン失笑www ドワンゴに所属してたことがあるエンジニアってだけで
こいつ仕事できねえんだろうなって思うは じゃあ逆にお前らが仕事できるって思う企業はなんなんだよ ドワンゴ一時期の大量退職の後に比較的優秀な人が入って立て直したかと思ったのに
また大量に辞めたんだな どこが使ってるからダメだとか言ってるだけで
こいつ仕事できねぇんなろうなって思うは Rustはモジラだからダメとか言ってる奴は前からいたな
GAFAに勝てるわけがないみたいな
順張り原理主義か まあ実際のところrustはインデックスオーバーのエラー出したりしてんだよね。
あそこまで安全言うててそういうバグ出すとかしょーもねーなと思うわw モジラには分散処理のノウハウが乏しいという意味なら批判は妥当
逆にそれがRustの差別化要因になったわけだが バカはオールオアナッシングでしかモノを考えられない Rustちゃんスタックに適度にでっかい構造体作るとオーバーフロー検出してくれるんだけど
それを越えたクッソでかい構造体だとオーバーフロー検出されずにsegfaultするのはしゃーないんやろか Rust言語のメリットと課題、「Azure IoT Edge」の事例から分かること
https://www.atmarkit.co.jp/ait/articles/1910/02/news094.html
Microsoft Security Response Center(MSRC)は2019年9月30日(米国時間)、Microsoft社内におけるRust言語の採用事例を発表した。
ガベージコレクションのランタイムオーバーヘッドを避けたかったため、Go言語は選択肢から外れた。
加えて、デーモンに必要なセキュリティ関連の要件から、メモリや並行性(コンカレンシー)に由来するバグに対処する必要のない言語が必要だった。
こうした条件を踏まえ、Rustが最適だという結論に達した。
Azure IoT Edgeの一般提供を開始する前に外部のセキュリティベンダーと契約し、開発したソフトウェアに対するペネトレーションテストを実施した。その結果、コードベースのうち、Rustで作成した部分では、セキュリティ問題が見つからなかった。
開発時にはRustエコシステムが役立った。開発当初から、「rust-clippy」を使用し、Rustコンパイラがカバーしない範囲の細かい警告を出力させることにした。
加えて、継続的インテグレーション(CD)を実行する際、Rustコードの整形ツール「rustfmt」による処理を経ていないプルリクエストを却下する仕組みを採用したことで、コードベース全体で一貫したコードの整形が可能になった。
Rustコンパイラの更新プロセスとツール整備は順調に進んだ。コンパイラへのアップグレードは、ほぼ常にスムーズだった。 スレタイから却下されたエセ次世代言語の話をだらだらするのやめようぜ V言語ってGoの人たちがやたらネガキャンしてたよな 集金詐欺という意味なら最近出てる新しい言語は皆該当する >>100
計画としてすら存在しない言語についてどうと言われても TS界隈が燃えてるな
俺が予想した通りだ
型で遊びたいやつらがマウント取り始めた
もう終わりだ 次のスレタイは
次世代言語アンチスレ19 TypeScript Rust 他
に変更しないか?🤔 何が問題なんだ?
any型を使うことは型チェッカに嘘をつくことであるというのは完全に正しいが 型システム様のご機嫌伺いのためにコーも書いてる訳じゃないんで
作るべきモノがあるからコード書いてるんで VSやVSCodeとかならJavaScriptでも型推論してくれるし
型を明示したいならJSDocを書けばいいだけだから無理してTypeScript使う必要もないかな 結局JSDocで型書くならTypeScriptで静的チェック強制した方がいいんだよなあ 型合わせパズル型合わせパズルって言ってるけどC#程度の強度でもDynamic使わずにまともにプロダクト作られて運用されてるのにanyが型システム的に嘘って言われた程度で騒ぐ人って… typescriptは構造的部分型だからそのDynamicに型を付けていくようなものなんだよ どの言語使おうと堅牢に作ろうと思えばその分コストかかるってだけの話なんだよな。 >>119
メンテナンスコストを含めるとどうだろうね メンテナンスコスト考えるならJava、PHP、jQueryだけ使うべき 既存のJSプロジェクトからの移行ならともかく最初からTSで書くプロダクトならパズル言うほど複雑にならんぞ >>118
C/C++だって生メモリに対して型を仮定してるだけだから似たようなもん C++は例外安全パズルだったな
「CのコードはそのままC++のコードとして使える」が嘘八百だと割り切れば解ける
嘘八百だは言い過ぎだろなんて擁護してたら解けないパズル >>118
前スレでは型がどうとか言ってたな
時間の経過とともにトーンダウンしてるのは気のせいか >>118
漸進的型付けではなく構造的部分型なの? >>127
構造的部分型を利用して漸進的型付けを実現している 型を指定すると何も作ってないことになるんだからすごい プロダクトを作るって観点で言語を議論せず
やれ型パズルだのやれ安全パズルだのぐだぐだ言うバカばっかになった >プロダクトを作るって観点で言語を議論せず
どうせ「俺はこれで作れるんだ」の応酬で議論にならない >>125
元々互換性は完全では無いけど、例外安全と何か関係あったっけ? >>129
構造的部分型の名を出した方向性は分かったがそこからどうanyの議論に発展するのか分からないな 例外はcatchしなければexitに似ているが
catchしたら、Cなら既に終了しているプログラムがまだ動いているようなもの 例外はCで対比するなら戻り値かerrnoで処理するものだから普通に動いているだろ マネージャー「このままじゃ期限に間に合わないが……大丈夫か?」
型ガイさん「大丈夫です!!!メンテナンスのことを考えて型に拘っていますので、品質の良いものができるかと!!!!!」
マネージャー「型?そこは拘らなくていいから期限を……」
型ガイさん「僕に嘘つきになれって言うんですか!!?!!!!??????!!!!!!」ドンッ!!!! 型定義できるのにany使うのはただの手抜きでしょ
テスト書かない奴・ドキュメント書かない奴と同レベルの言い訳されてもね
程度が知れるわ >>139
ほんとそれ
俺達真実の探求者からするとanyは許せないよな。嘘つきの言葉を許すな!w >>138
マネージャ無能すぎるだろ
こわい現場だ 型書いたぐらいで期限に間に合わなくなるってことは、当然テストもロクにしてないわけで…… そりゃテストなんて書かないでしょ
作るべきもがあるからな!ドンッ 「型合わせ終わったからバグはありません!」
「どれどれ」
「バグだらけじゃねーか!ふざけんな!」
「型合わせ終わったのにどうして....」 型システムを過信し過ぎるのも型を軽視しすぎるのもよくないねという話なんだよな
型が合って出なくなるバグは型にエンコードした情報だけって事すら認識してない人間が型パズル型パズルって馬鹿にしてそう >>144の思考だとvoid*を使わないC/C++にはバグがないということになるが? このスレJuliaと銘打ってるのにJuliaの話題出てこない。 「any」というのはですね、嘘吐きの言葉なんです。中途半端に型を使うからanyになるんですよ。 最近の言語だとvar someClass = new SomeClass()みたいなnew演算子は排除するのがトレンドなのかな
C++だとnewのあるなしで確保先をスタックとヒープに分けるから意味あるけど
Java以降の言語でオブジェクト生成に毎回new打たせる意味は結局よく解らなかったな
特に意味もなくnew打たせる言語はもはやレガシー感漂う Goに至ってはnewはゼロ初期化明示に残ってこそいるけれどスタックかヒープかは自動でコンパイラが割り振るしな ハンガリアンかな
接頭辞newを見て補完候補を絞り込む JavaScriptのnewの有無による差(言語仕様)が嫌い あとjsonなどで思うのが
list: [
aa
bb
]
または
list: [
aa,
bb,
]
のように書きたい
リストの中間か最後(または先頭)かでカンマの有無を調整したくない dartはそこらへん緩かったような
a = [3,3,if (hoge) 4,for () i]
とかもできるようなったし。 >>154
中間のカンマ省略可能だと式書きたいときに困るでしょ TSの型狂信者なんて関数型言語の狂信者に比べれば数も個体の狂暴性も大したことないじゃん コードの書き方勉強するならもちろん外人が書いたコードを見た方が上達するんだろ? >>157
なにそのウンコよりゲロの方がマシ理論
これだから型パズル大好きマンは 型パズルってフレーズここで聞きすぎてむしろ静的型チェックのない強い型付けの言語の方が型パズルだと思うようになってしまったけど… 部品の型を言えばオートでパズル解いてくれるのが静的型チェックで、
人間がこの部品がどこならちゃんとはめられるか考えないといけないのが動的型付けだから、
なるほど型パズルなのは動的付け型の方だな 解いてはくれねえだろ
コンパイラが間違いだと思ったら指摘するだけでよ
コンパイラが仕様を理解して正解を提案してくれる訳でもあるまいし
結局人間がきっちり書くしかねえんだよ
型が合えば満足する奴はそこがわかってない 実際問題型に過剰な信頼を寄せている人間はおれどもTypescriptの中でわちゃわちゃしてるくらいなら別に良くない?
PureScript使えって言い出してる訳じゃないし
あっちはReactが上手く使えなかったり生DOM上手く使えなかったりで、静的型付け好きな私でも本末転倒感を感じる 逆なんだよなあ
最低限型が合ってるかどうかコンパイラがチェックしてくれる分だけ労力を他のことに割ける
動的型付け信者はまるで動的型付けだとロジックのバグが発生しないかのような物言いをする 動的型付けは不完全なコードも実行できるようにしてデプロイまでの工程を高速化するためのものであって、バグは当然増える >>167
ジェネリクス使いだすとだんだん手に終えなくなってくるよ
ようは単純な型使ってるだけの間は害はない
メタプログラミングやりだしたらどうでもいいところに時間かけるようになる 本来動かないコードのエラー発生をランタイムまで
先送りするのがメリットなのか? ジェネリクス使っただけで手に負えなくなるプロジェクトって静的型がなかったら実行時バグで死ぬだけでは >>170
ジェネリクスとメタプログラミングは全然違うんだが
C++のテンプレートと勘違いしてる? >>175
型の制限を加えるプログラミングと言えるのでメタプログラミングのひとつだよ
出来合いのコンテナ使ってるだけの人は気にしなくていい >>176
型の制限を加えるとメタプログラミングになるというロジックが意味不明 >>138
マネージャー「このままじゃ期限に間に合わないが……大丈夫か?」
型なしガイさん「大丈夫です!!!期限を最優先に、JSDocも型も書かずに、コードだけを書いてます!!!!!」
ええんかおまいら・・・ 生JSはそもそもまともにドキュメントを書けるような構造化されたコードを書ける時点で結構ハイスキルな方だし、
そのレベルならドキュメント書かなくても十分に可読性や保守性の高いコードだと思うよ 流石にドキュメントは書こうぜというか
最早型云々のレベルじゃない ↓これマジ?ルーストってまともなエディタも作れないの??
686 デフォルトの名無しさん sage 2019/10/04(金) 22:07:43.17 ID:YLLg2aHe
AtomチームがやってたRust製エディタの実験プロジェクトも終了したんだからあきらめよう char **argv の時点で既にパズルになってたよ
型レベルの構文木があるなら構文解析もあるので型レベルプログラミング不可避 >>183
Atom自体が死に体だから余裕が無くなったのだろ
まさかAtom用のフレームワークElectronを利用したVSCODEにシェア奪われるとは >>182
第1引数は数字です
第2引数は文字です
って書くんか?
それじゃ「メンテナンスのことを考えて型書いてますんで!!!」ガイジと同じレベルやないかい その情報無かったら他人はどうやって使うのさ
命名でカバーするの? >>187
マネージャー「型?そこは拘らなくていいから期限を……」
型ガイさん「その情報無かったら他人はどうやって使うのさ命名でカバーするの?!!?!!!!??????!!!!!!」ドンッ!!!! >>189
なんでっておまえらドキュメントガイジがコードも書かずに遊んでるからだろ
給料泥棒 /**
* メソッドの盛り合わせでございます。
* データベースにお接続し、データを取得でございます。
* 第1引数は数字でございます。
* 第2引数は文字でございます。
* 第3引数はあるかもしれないしないかもしれないでございます。
* 返値はないかもしれないし数字かもしれないでございます。
*/
おまえら下請けのゴミどもはヨ?納品物は正しく敬語で書けよ 正直>>191はやりすぎだけど
型ガイさんみたいな意識高めの人ってコメント全く書かなそうだし>>191の方がメンテナンスしやすそう ジェネリクスとメタプログラミングについてはとりまRust Part7 260をチェケラ もはや次世代言語関係なしに型もドキュメントもテストもロクに書けないペチパーが暴れるだけのスレになったな > 返値はないかもしれないし数字かもしれないでございます。
これが実際だったりしてもコメントにすら書かないでごまかす輩がいるんだよな。
型にこだわるやつに限って都合の悪いことはコメント書かん傾向にある。
逆にうまくいかんことをコメントにしろと思うのだが。 >>195
これもまったく逆だな
文字列か数値かnullが返る関数はそういう型を書かないとそもそもコンパイル通らないし、
そういう妙な型になってる関数はなんでそんな関数が出てくるのか、どんな用途なのかわからないようだとコードレビューに通らない >そういう妙な型になってる関数はなんでそんな関数が出てくるのか、どんな用途なのかわからないようだとコードレビューに通らない
そんなレベルでコードレビューやってるなら問題ないだろね。 >>195
> 都合の悪いことは書かない
型に関しては全くそうは思わないが、話は変わるけどテストコードはまさに > 都合の悪いことは書かない が横行してるよね
ユーティリティ関数のようなテストしやすいところだけテスト書いて、本当にテストの必要なコア部分は誰もテストなんか書こうとしない
奇跡的に書かれたとしても頻繁に変更が入るからすぐに壊れて放棄される
この傾向は型の有無とは無関係だが、実際にはテストコードなんか無いのにその現実から目を背け
「テストがあれば型は不要」と抜かすのが動的型信者 >「テストがあれば型は不要」と抜かすのが動的型信者
こんなこと言い出す輩はruby使ってる奴以外見たことないがな。
逆ならたくさん見てきた。 >>199
まあそれはその通り
一方で、それなら静的型を使っているプロジェクトはそうでないプロジェクトに比べてテストが書かれないのかというと、
面白いことに実際にはたいてい逆なんだよなw
言語の性質とは無関係に、単に品質に対する意識の問題なんだよ Haskellくらい型の表現力が豊かで状態を陽に扱う言語だと、コンパイルが通れば大体狙い通り動くってことが良くある
静的型付けでもオブジェクト!フィールド変数!ウオオオ!って副作用バリバリな言語だと、テストコード書かないと安心できないことの方が多い 別に「型なんてなくてもいいものができる」なんて流石に言わんでな
「型キチがモナドだのFreeだのEffectだのでパズルおもちゃにしてマウントとってくるくらいなら型なんていらねえ」って言ってるだけ
これは個人の感想じゃなくて、Scalaの大失敗からの教訓な
これをいうとすぐペチパー連呼発狂マンが飛んでくるのほんと図星なんだなとしか思わん >>191
こういうコメントに謎の型書くくらいなら
普通に言語機能の型書いた方がよくない・・・?
> 第1引数は数字でございます。
が平気で null | string (ただし暗黙キャストで数字になる) とか使われてたりするのが、型無し言語の世界だぞ
お前らこれ読んでも、型よりコメントの方がいい、型はなくていいとか、本気で言ってるの? おもちゃにするまではなんとなくわかるが個人の勝手だし、マウントとってくるってのはなんなのかわからんな。 個人の勝手で共同プロジェクトのソースコードぐちゃぐちゃにされたらたまらんわ
結局メンテできるのそいつ一人になって
仕事が集中したらケツまくって逃げるんだもんな
型にこだわるやつは地雷だし、そんな奴をホイホイする言語が地雷 Cのマクロをほぼほぼ封印できた成功体験が大きいと思うぜ
マクロをどう使おうが個人の自由、などという結論にはならなかった
ちなみにマクロを否定するなら代案が必要だったから俺達はtemplateで再帰とかしている メンテナンスが〜!って言われるけど作って最初の数ヶ月だけメンテされて
その後APIの仕様変更とかがない限りずっと放置されるんだよね……w 個人の勝手でコードぐちゃぐちゃになるってどういう組織なのよ
どんな体験からそんな保守的になったのか興味あるわ 個人の勝手うんぬんって、完全にマネジメントの問題じゃん
それが型のせいで〜とか、思考回路ショート寸前すぎない? >>211
新規で作るよりあるものに機能足そうって思想で魔改造されるパターンで
放置どころかメンテが続くパターン知らないんだな TSってaltJSの中じゃ保守的な方ってイメージだったんだが
言語機能としてはC#やJavaと大差ない程度なのに1人抜けたらメンテ出来ないってヤバいでしょ 型キチが大暴れしてコードしっちゃかめっちゃかにするのを
型キチ本人のせいじゃなくてマネジメントのせいにするとか
まじで自分は悪くない正義なんだ思想でゲボ吐きそう
ScalaでScalaz使い倒した上にimplicit地獄で複雑怪奇に絡み合った製品コードを
「これがきれいでシンプルでバグもない!」って強弁した挙げ句
誰も触れないからメンテお前が一人でやれって言われた途端退職したキチと同類なんだろうなお前ら
今のScalaの惨状みてると、日本中といわず世界中で似たようなことあったんだろうなって思うは そりゃちょっと勉強すれば誰でもメンテはできるだろうけど型ガイさんのために学習コストを払うのが前提だよね……😅 >>216
そいつがキチなのは本当なんだろうけど
それじゃそのキチにすら見限られるよ・・・ 型アンチが型を嫌う理由が型に1ミリも関係ない私怨で草
動的型ならしっちゃかめっちゃかにならなかったわけじゃあるまいし
そいつ本人とコードレビューが機能してないのがダメなだけ
そいつがRubyやら生JS使ってても同じことが起こっただろう とりあえず「コードしっちゃかめっちゃか」の例を見てみたい だから型そのものが嫌いなんじゃなくて
型キチのおもちゃになるくらいならそんなもんいらないとしか言ってねえっての
型そのものの有用性くらいわかっとるわ
型キチの藁人形論法寒気するわ まぁまぁ落ち着きなさい
型パズルでもして遊んできなさい(^_^) そんなん勝手にしろとしか
私怨をこのスレで発散されても困るんだが その理論ならコードレビューが機能してなかったらRubyやJSでもメタプロ厨のオモチャになって解読不能なコードが出てくるだけだろ
キチガイを排除できない態勢がクソなだけ >>227
これでしかない
何が彼を憎悪に駆り立てるのか本当にわからない・・・
型が理解できてないだけなのかな? レビュワー「こんな複雑怪奇なコード通せるかバカ。分かるように書け」
型キチ「これが一番シンプルで分かりやすい!!分からないお前らがバカ!!」
上「リリース日決まってるし作り直す時間ないしちゃんと動きはするんでしょ?通してやって」
型キチ擁護さんには画期的な腹案を持ちはっとるんどすなあ 完全にマネジメントの問題で草
そのロクに読めない複雑怪奇なコード出してくるヤツをプロジェクトの中心に据えたのは誰なんですかね >>221
その結果、まともに引き継ぎも出来ず
誰も触れない製品コードが残っちゃったんでしょ?
問題が起きる前に排除も出来ず
問題が起きてからの対処にも利用出来なかった最悪の事例じゃん キチガイが型無し言語で書いたコードより、型キチが静的型付け言語で書いたコードの方がマシだからな
静的型付けが理解出来ないから前者の方がいいというのはただの勉強不足 スクリプトとかいうゴミの話はやめてちゃんと機械語吐き出すまともな言語の話しようぜ TypeScriptを使うメリットを具体的に上げられる人いるの? あまり語られないが、interfaceで設計できるのが最大のメリットだと思う
地味な使い道としては、JSON Schemaへの変換ツールとして非常に実用的。 最低限型の合ったコードを書くことを
プロジェクトの開発者全員に
強制できてレビュアーの負担が減ること Go言語とか見ても分かるように、型ガチガチにやらないことが次世代のトレンドってことだな 必要ならTypeScriptでanyを使うしC#でdynamicを使う それな
おまけに型推論で、自分で型書かなくても良い感じにしてくれるし
TS叩いてるやつって、PHPくらいしか触ったことないゴミだろ >>235
なんだかんだ型は皆無よりはあった方がいいのは確か
ただし「anyは嘘吐きの言葉」とか言い始めるやつがプロジェクトに紛れ込むのがそれ以上の欠点 型は強制されない方が便利とかVB6の時代にタイムスリップしてきたみたい 旧Javaの冗長な型の反動で型無し言語が持て囃され、やっぱり型無し言語は糞、型推論でやってこうがトレンドだというのに
ここのおじいちゃんたちは「型は冗長!型はない方がいい!」
四半世紀前くらいからタイムスリップしてきたのかな? 極論で喚くだけのゴミ
booleanでしか物事を理解できず、バランスというものを知らないらしい 本当に型がそんなに大事ならGoは覇権を取れなかっただろうな
Scalaが死んでGoが覇権を取ったのは、>>243の過程からさらに揺り戻しで
「厳しすぎたり表現力ありすぎたりする、型ガイホイホイの言語じゃダメだ」って流れが来てるってことだろ char **argv の時点で既に難易度のバランス崩壊してるようなことは言われてた >>207
Cはキャストでどうにでもなるけどそれが全ての型がない言語を代表してるとでも
旧ObjectWorksだと何も困ることはなかったな
任意のインスタンスに存在しないメッセージ投げようとしても警告が出てセーブできないし
無理やりevalで実行時解釈させようとしてもエラートラップするだけで原因はすぐわかるようになってる
引数はいわゆるanyだがどのクラスに限定するのか記述することもできる(そうしたいのなら)
型で縛ってる言語は労力かかるわりに仕上がり悪いことが多いね そもそも型推論はコードの安全性を高めるのが目的というよりも
型が定まることにより最適化の恩恵を受けられるというのが本来の筋だと思うんだよな 型ガイとか型キチって表現は嫌いだけど、今は一般的なプロダクトでは型に持たせる表現力は控え目にしながらジェネリクスくらいは入るかって感じかなぁと思ってるよ
金融で型に持たせた機能で処理の妥当性をできる限り保証していきますって分野にだけ関数型言語でリッチな型を使うとか、Rustみたいに低レイヤーの捕捉しにくいバグ要因に対してだけある程度の機械的検査性だけ持たせるって使い分けの方針でさ
動的で強い型付けの言語も漸進的型付けやアノテーションの形で使えるものは使うって感じじゃん? ScalaやRustみたいな型ガチガチにやる言語は今日日流行らないってことよ 理想のエンジニア「こういう機能があればユーザーは喜ぶだろうか?UXとかも考慮しないとな……」
現実のエンジニア「型が〜!!モナドが〜!!!動的wwwww」
俺悲しいよ……😭 コンテナ
スマポ
モナド
こいつらの目的は、ライブラリでできることを言語本体から分離すること
分離できなかった原因の一つがたまたま型システムだったから型の話をしてるだけ コンパイラにできることは型が正しいか検査することだけであって
正しい処理をしたかどうかなんて担保できないんだよね
型の辻褄は合わせました、ロジックは間違ってて要求仕様を満たしてません
こういうのを何度も見てると本末転倒とさえ思える
型に振り回されすぎて実際のコードがゴミになってる
これはいかんね 新規に少人数でゴチャっと作るなら型無し言語が早いと思うが、
その後軌道に載って人数増やして機能追加を加速して行くとなったら、静的型付け言語の方に圧倒的なアドバンテージがあるぞ
そのへん疎かにしてるからバグだらけで機能追加もままならないとか糞サービスになる >>253 みたいな下側の話をするためのしょーもない場所にわざわざやってきてまで煽りたいだけの人間が居る事の方が俺は悲しいよ >>256
少人数でも大人数でも動的なほうが問題起こしにくいよ
コード量も少なくて労力がかからないというのは利点しかない
機能追加にしても動的だと合わせやすいけれども静的型付けだと
どうしても綿密にやらないといけない割に不具合起こしやすくなる
強い型付けは想定されていなかったことに対して非常に弱い側面あるね それはさすがに嘘つきすぎ
人数や規模が増えるとバグは動的型付けの方が圧倒的に増える、加速度的に増える
動的型付けならバグってても実際にそこ通るまで検出されないだけ
今時の言語は型推論が強いから静的型付けでもそこまでコード量は増えない 個人的におかしいと思うのは
強い型付け言語の利点としてなぜかコードの安全性なるものが神話化してしまったことなんだね
それは全く担保できないことなんだけれども。
大きな利点があるとすればコンパイラがより最適化しやすくなる、ということだけだけど
HaskellなんかのUnboxed Valueがさっぱり早くないところを見ると疑問もある >>259
通らないコードはテストもされていないってことなんだよ
そこを心配するのはそもそもおかしいのだ
動的なエラートラップはすぐに原因がわかるのと対処も早いので進捗は早めになる >>261
無根拠に断言してるだけ、論点先手、詭弁の典型
静的だと動的型付けよりエラーの原因がわからないという根拠、データなし
なお現実は型レベルで整合性の取れないおかしなコードを書くゴミの方が多い >>261
動的型付けで実引数に与えられる可能性のある型すべてに対してどうやってテストするの? >>258
機能追加で動的だと合わせやすいとか全く異次元で信じられないよ
俺は今機能追加するときには、自分が作ったコードだろうが他人が作ったコードだろうが、まずは型を頼りに仕様を把握して、既にある型に沿って追加コードを書いていくよ
必要なら既存のコードの変更もするわけだけどその時も型を頼りにIDEの機能を使ってリファクタリングとか頻繁にする
自分の作った数年前のコードなんて、型無しで保守するとか恐怖だよ HaskellとかScalaとかでそこそこの規模以上の開発したことあるなら
「静的で強い型付けしてるから開発とテストサイクルが速い」なんて口が裂けても言えないと思うが 一ヶ所変えるだけであらゆる関数の引数や返り値の型を全部変える必要が出てきて
それに伴って既存テストコードも全部動かなくなって
何が正しいのかから全部決め直しになるみたいな地獄を経験したことない奴が
「静的型の方が開発サイクル速い」とかフカしてるの見るのおぞましいわ >>266
JetBrains の IDE とか使ったこと無さそう
そういう地獄は IDE でさくっと回避する時代だよ ID:b9+wkgN8
動的型がどれだけ頭の悪い似非エンジニアに汚染されてるか、よくわかるレスですね >>266
一ヶ所変えるだけであらゆる関数の引数や返り値の型を全部変える必要が出てきて
それに伴って既存テストコードも全部動かなくなって
何が正しいのかから全部人力Grepになるみたいな地獄を経験したことない奴が
「動的型の方が開発サイクル速い」とかフカしてるの見るのおぞましいわ おまえらが馬鹿にしてる Java だって IntelljIDEA や AndroidStudio のリファクタリング機能でテストコードも含めて何の苦もなく引数の型変更とかできる
逆に型無かったらこれをサクッとやるのは難しい マネージャーとの面談にて
マネージャー「最近の調子はどんな感じなんだ?」
型キチ「概ね大丈夫です……ただ、動的型付け言語が一部のプロダクトで使われてるのだけが不満で……」
マネージャー「か、型?それだけが問題なのか?」
型キチ「それだけ!?!????????!?型があるかないかだけでメンテナンス性と可読性が全然違うんですよ!???ギャオオオン!!!」
悲しいね ああ型無し言語は引数の型は無いんだったなwメソッド名の変更をさくっとできるとかに読み替えてくれ >一ヶ所変えるだけであらゆる関数の引数や返り値の型を全部変える必要が出てきて
これはわからんでもないが
>それに伴って既存テストコードも全部動かなくなって
なんでそうなるのか意味不明 >>269
それは現実離れした極論だね
修正が必要になるのはどの言語でも変わらないよ
テストコードが動かない場合、あるいはtest protocolが失敗するケースでは問題が起きてるから修正にはなるがそれだけだ
引数に全く違うオブジェクトが入ってきた場合の振る舞いはすぐにトラップするからわかるよ
全体修正なんてことにはならないしなったこともない >>272
メソッド名の変更は全体に適用できるので問題ないね
命名変更程度なら用意されてる
呼び出す方も全て変わる >>264
旧仕様のクラスのままで新仕様のクラスをテストする、ということが動的の場合はできるのだ
こう言ったことに限らずあらゆる局面で柔軟性が高いのは利点だよ
開発サイクルの速さはこういうことにもつながっている モナドが難し過ぎてHaskellでmain関数書けないんだが
こんなもん普通の言語に導入するのは無理がある >>264
重要なことを書くのを忘れた
「型を追わなくていい」んだな
そこに注力する必要がなく、適切なprotocolと定義があるかを見ることが重要になる
型付け言語と動的の場合それぞれアプローチが変わってくる 関数型言語は関数型を使ってる自分に酔ってシコるためだけに存在する言語だからね
シコScalaやシコHaskellは勉強しなくていいよ 座標を扱う時に直交座標も極座標も数値型の組に過ぎないから型があってるだけでは不十分
みたいな話ならまだ分かるんだが >>281
それは設計が悪いだろ
まともな頭してたら直交座標と極座標は別の型にする CLOSなんかでも総称関数で想定外のオブジェクトが渡されたら大変なことになるなんて言う人いないと思うが
最終的に呼ばれるはずだったslotが存在しないオブジェクトを扱おうとしていたら直ちにトラップか
コンパイルする処理系だと事前に警告だから
どこをどうやっても全体修正なんてことにはならない
強い型付けをしても想定通りに動かないコードが出来上がってしまうのは
すなわち型だけで安全性を高めることはできない証左とも言える
その理由の一つに一般的に型とは振る舞いを定義しているものではないからだ
型が合わなければ通さない、合っていれば通す、ただそれだけのことであって
通した後の処理まで面倒見ているわけじゃあない
本末転倒になっているのはこの部分だね こんなお花畑野郎とは絶対に一緒にコード書きたくねえな
型以前の問題だったわ こいつの言ってる安全性ってなんなんだ
勝手に神話を作って勝手に信じたのか マネージャーとの面談にて
マネージャー「最近の調子はどんな感じなんだ?」
型キチ「概ね大丈夫です……ただ、静的型付け言語が一部のプロダクトで使われてるのだけが不満で……」
マネージャー「か、型?それだけが問題なのか?」
型キチ「それだけ!?!????????!?型が理解できないし勉強できないメンテナンスできない人がいるんですよ!???ギャオオオン!!!」
悲しいね 型ガイさんって正直Javaしか使ったことかいんでしょ?
怒らないから言ってみ? 型があれば処理が正しいなんて言ってるやついないじゃん
そんな神話聞いたことないわ
存在しない脅威について怯えるのは出来ないエンジニアにありがち マジで無能はオールオアナッシングでしかものを考えられない >強い型付けをしても想定通りに動かないコードが出来上がってしまうのは
>すなわち型だけで安全性を高めることはできない証左とも言える
JavaScriptは強い型付け言語ですけど
動的型付け/静的型付けと強い型付け弱い型付けの区別もついてないレベルで
こんなご高説垂れてたのか 型ガイさんって正直Java(8未満)しか使ったことかいんでしょ?
怒らないから言ってみ? 静的型付けネガる人って何でもStringとか何でもMapとか、あるいは配列の1番目はx座標で2番目はy座標を返すメソッド!
とかやっちゃう人なのでは?型が簡単に作れて使える世界を知らないだけでは? >>293
ベターを知らないんだよな
ベストとワーストでしか話しが出来ない
能力があって責任ある立場にいればそんな発想にはならない >>294
JavaScript は一般的には弱い型付け言語じゃないの?
今も "1" + 1 とかできるんだよね? Scalaが次世代言語になれなかったのは事実
成功して現世代と言えるくらいになった次世代言語が型がゆるいGoくらいっていうのも事実
でもScalaが自滅したのは強い静的型付けだった「から」じゃないし
Goが流行ったのは型がゆるい「から」じゃないはずなんだけど
なんでそういう関係ないところで型の有用性について議論したがるかね >>248
んで?今でもあんたはそのobjectworks使った仕事してるの? >>283
誰一人として型だけで安全なコードができるなんて言ってないのにお前は誰に向かって書いてるんだ? >>272
少なくともpythonに関しては、JetBrainsのIDEといえどtype hintingが無いと結構失敗する >>298
それは暗黙の型変換が行われるだけで、その結果は言語仕様で定義されてるから、型システムとしては型安全性があると言える
型安全性があるのが強い型付けで、無いのが弱い型付け、とされる
でもそう定義する界隈があるってだけで、それが絶対的な定義ではないとは思うけどな 型キチってScala関連の書き込みには全くレスつけてくれないけど
そういうことなんだなって察してしまうわ 型の話が出るといつもコンプレックス丸出しの奴がギャーギャー騒ぎ始めるねえ
scalazで落ちこぼれたのは分かったけどもw 自分の脳内で作り上げた想像上の人間がScalaスレに書き込んでないことから何かを察するの、すげえな 型についてそこまでこだわっても品質なんてそこまで変わらんとも思うが、
しかし言語選択で今一番影響あるのは型の強さとかあるなしかもな。
まあperlとかphpレベルで暗黙変換しなけりゃ俺はいいかなと思うけど。
動的静的よりも暗黙変換をどれくらい許すかのが個人的には重要かな。 一般的型キチさんの開発環境
Java6、SVN、Eclipse、Windows、WinMerge、秀丸エディタ、オンプレミス、エクセル、社内Wiki、Outlook
一般的動的マンの開発環境
Ruby・Python・PHP、Git、IntelliJ、Mac、Docker、AWS・GCP、スプレッドシート、esa、Slack
悲しいなぁ……😭😭😭 本業C#だがMacがWindowsになる程度だしクソ企業と普通の企業の差では
あと表計算ソフトはスプレッドシートと名を変えようがダメ >>308
そんなにMacが好きならSwiftやiWork使えよww 「俺Mac取ったー!おまえWindowsな!」
小学生かw >>308
スレタイに出てるJuliaは空気だな? Pythonのデータ系やJuliaはWindowsも多いよ
Rubyなんか挙げちゃった子には無縁の世界 v 更新しとるんだな。今ならてきとうにコミットするのはありかも。
https://github.com/vlang/v このスレマジでMacにコンプ持ってるやつ多すぎて笑うわ
未だにWindows使ってるレガシー企業のくせに次世代言語てw むしろ未だにMacにこだわってる方が加齢臭すごい
LinuxとWindowsがあれば十分で、Macとかいう中途半端なゴミはいらない TS, Go, Rustを使いたがるスタートアップ界隈はWSL2次第でWindowsに戻ってくる動きもあるんだがな
>>313
副業でRubyもたまにやっているがDockerが普及してWindowsユーザーも増えているぞ
Rubyの会社で今時Docker環境じゃないのは余裕がない証だと思って避けているわ >>308
型キチだが
TypeScript・Python(Type HintingなしはNO)、VSCode、Ubuntu Desktop(Core i9) + Mac、AWS、Slack
モダーンで、すまんなすまんなw 自分の一存でScalazを採用させるだけの発言力があるのに
Java6 SVN Eclipse 使わされてるSIerって型キチの設定ガバガバすぎない? >>319
rubyなんかはそこまで低レイヤーさわらんし、バージョン管理ツール使ってりゃいいんでないの?
docker だとやりすぎ感があるんでは?
c/c++系統の奴使ってるとか、kubernetes使うとかでもない限りそんなに必要と思わんのだけど。 >>314
サンプルやコンパイラがメモリリークするのは直ったんだろうかね
Goのように簡単に書けてRustのようにGC無しで自動解放すると言っていた
Go/Rustを超える詳細不明のメモリ管理が実装された話は聞かなかったが ✕ Windowsの方が良い。Macはいらない
○ Windowsしか使っていないレガシー企業に所属しているからMacに触れる機会が無い AppleなんてMSが資金援助しなかったら潰れてたんだから
Apple信者はジョブズじゃなくてゲイツを崇めるべき 型付コンプマンとOSコンプマンは同一人物か
どうでもいいから言語の話をしろよ? PythonがRubyを倒した時にはこんな問題はなかっただろう
C#とTypeScriptあたりが潰し合えば問題ないのに
論点をそこに設定できない理由があるならそいつが元凶だ >>324
個人的には無理だろと思ってるけど、実際コミットしてみるのは面白そうかなと思う。
どっかでそれなりの妥協するか崩壊するかだろうけれど言語勉強にはいいんでないかな。 >>328
Juliaの話題が出ないから次スレからスレタイから外したら。 >>323
バージョン管理ツールがGitとかのVCSを指しているなら意味が分からんのだがどういう意味だ?
Docker DesktopとGitを入れて `docker-compose up` で開発ができ、CIから何からを半自動でやるのがインフラを整えるということでは >>333
rubyで閉じるならrvm, rbenv使うなりしてりゃ環境合うだろって話。
それ以上低レイヤー依存が激しいならdockerもありだろうが、
使わんでもcloudでインスタンス利用するならdockerは無駄な冗長化だなと思う。
docker compose とかすげー半端感しか感じないんだが。
大してスケールするわけでもないし。 >>334
あー、xenv系の話か。すまん、俺がボケてた
言っていることは一理あるしそういう派閥がいるのも知っているが俺は完全に同一の環境で開発するのを是としている
ただ開発環境がDockerでデプロイ先はVPS直という現場はアホだと思うよ https://japan.zdnet.com/article/35139247/
MIT、「Julia」上で動作する初心者向け汎用AIプログラミングシステム「Gen」を発表
Liam Tung (ZDNet.com) 翻訳校正: 編集部 2019年07月01日 10時55
マサチューセッツ工科大学(MIT)は米国時間6月26日、確率的プログラミングシステム「Gen」を開発したと発表した。
Genにより、初心者でもコンピュータービジョンやロボティクス、統計に関する処理を容易に手がけられるようになるという。
Genは、「Julia」に組み込まれるかたちで実装されている。なお、JuliaはMITの研究者らによって2012年に公開された
動的プログラミング言語であり、世界的に高い人気を集めている。
Genの開発者らは「カスタム化した複数のモデリング言語をJuliaに組み込む」ことで、ユーザーが「数式と格闘したり、
高効率なコードを手作業で記述したりせずとも」人工知能(AI)のモデルやアルゴリズムを開発できる
新たなAIプログラミングシステムを生み出したとMITは述べる。
このシステムは予測などの複雑なタスクにも使用できるため、技術に造詣の深い研究者にも役立つだろう。
MITの論文によると「Gen」という名称は、従来の確率的プログラミングでは考慮されていなかった、
「汎用目的」(General purpose)での使用を可能にすることを念頭に置いて付けられた。
論文には「既存のシステムは汎用目的としては実用的ではない」と記されている。
また、「特定の問題領域にのみ適した、制約の大きいモデリング言語を提供しているシステムがある。
その一方で、どのようなモデルでも表現できる『汎用の』モデリング言語を提供しているシステムもあるが、
そういったシステムは使いものにならないほど収束の遅い推論アルゴリズムしかサポートしていない」とも記されている。 今回のシステムにより、例えば、人の姿勢といった立体的な形状の状態を推論し、
自動運転車やジェスチャーベースのコンピューティング、
拡張現実(AR)に用いられるコンピュータービジョンのタスクを簡素化するようなプログラムを作成できるようになる。
Genは、MITが2013年に「DARPA AI」プログラムから獲得した資金によって2015年に開発した
確率的プログラミングシステムを強化するかたちで、グラフィックス描画やディープラーニング(DL)、
さまざまな確率シミュレーションを組み合わせている。
MITで電子工学及びコンピューターサイエンスの博士課程を専攻しており、
この論文の主執筆者であるMarco Cusumano-Towner氏は、「自動化されたAIを、
コンピューターサイエンスや数学の専門知識をさほど必要とせずとも、
容易に扱えるようにするというのがこの研究の目的の1つとなっている」と述べている。
「われわれはまた、生産性を向上させることで、専門家によるAIシステム開発時の試行錯誤や
プロトタイプ作成の迅速化を容易にしたいと考えている」(Cusumano-Towner氏)
Microsoftが「AIの民主化」を旗印に掲げているように、
MITの研究者らもデータサイエンスをあらゆる人々のもとに送り届けようとしている。
また、MITによるとこれは、Googleの「TensorFlow」の1歩先を行くものだという。
MITは、TensorFlowが「DLモデルに的を絞っている」という点で、
AIの持っている潜在的能力を完全に解放していない可能性を指摘している。 また生産性を向上させてしまった・・・これは言ってみたい 生産or消費でしかものを考えられないんだな
これを言ってやろう 型キチや型無し不能者は正直どうでもいいから置いとくと、実際のところ俺の周り(当然狭い)で仕事で関わる可能性のありそうな次世代言語はある程度の静的型付け可能な言語かな(具体的にはGo, Rust)。
みんなの周りでは動的言語で仕事に関わりそうな次世代言語ってどんなのある?(純粋な興味) 型に関してはうまい落とし所のがあればいいな
ガチガチでもなくゆるゆりでもないみたいなの そのひとつが漸進的型付けで、TypeScriptはかなりいいセンいってると思う。 >>342
そもそも次世代言語に動的型のやつあったっけか? 過ちを犯した者が仕様変更しなさい
仕様変更しているのは静的型だけになった Haskellは安全性では一番だけど
モナドと遅延評価が難し過ぎて普通の人がコードを書くのは難しくて失敗
Cの型は単なるメモリレイアウトで実質型なしで
スタックオーバーフローなどの脆弱性を大量に生み出し失敗
Javaは割と堅牢な型システムだがnullを放置したせいで
ヌルポの山を築いて失敗
RustはCにまともな型システムを導入しようとしたが
所有権に誰もついていけず見事失敗
Goは動的言語と静的言語のいいとこどりをしようとして中途半端になって失敗
TypeScriptは漸進的型付けというありそうでなかった型システムだが
型定義が面倒すぎる上anyは嘘派と頑張らない派で対立して失敗 >型定義が面倒すぎる
面倒と思うのは既存のjsコードに型定義を付けるときくらいで、最初からtsで書いている分には
面倒と感じたことはないがなぁ。
他の静的型付け言語とかと比べてどういうところが面倒なんだろうか。 所有権はC++の頃からあるよ
Rustで新しく導入されたと言えるのは借用規則とライフタイム 「所有権」と呼ばれる概念は昔からあるけどそれが何を表しているかは結構バラバラなわけで、
そこは「rustの所有権システム」と解釈すべきなんだろう。 どうでもいいけど、今の40代って軒並み役に立たないな
オンプレのLinux操作は早いけど、それだけ
保守歴長すぎて、新規でコード書くことが一切できない
まさかRDBの設計すらろくにできないくせに、俺は35定年を乗り越えられたエンジニア、みたいにしてるのマジで笑えるわ
死んで欲しい
転職してえ 人には得意不得意があるのだから「出来ないことがある」で評価すべきではありませんよ。「出来ることがない」なら無能なので切りましょう >>352
わかってるよ、保守で役に立つんだから、保守やっててくれりゃいい
オンプレマシンのお守りも重要な仕事だ
だけど「設計はベテランに任せておけ」とか40代のゴミ同士で乳繰りあって盛り上がってるの見ると
ホント寒気がするんだわ
試しにDBの論理設計やらせたら、正規化もまともにやってない、型は適当、NotNullも定義してないExcel出してきやがる
20件くらい指摘上げたら、「君こだわり強いねw」とか「業務は趣味じゃないんだから」とか言い出すんだぜ
目眩がしたわ
絶対ああはなりたくない この手のやからは単に自分の得意分野でドヤってるだけ >>355
バックエンドもフロントエンドもできるが
少なくともあの爺どもよりは 俺もおまえらも薄汚い無能オッサンになるんだよ
次世代言語どころか、現世代言語すら理解できないような悲しいオッサンにな
だから、有意義に過ごせよ、この何でもない毎日をよ すでに完全にオッサンから初老に一歩足いれてるワシの観察によると
若い時分に「老害は新しいモノがわかってない!これからはこういう
新しい概念を理解してないとダメだ!」みたいなこと言って意固地に
なってたタイプほど、歳食ってから老害になるパターンが多い印象
逆に仕事で金もらえるならなんでもやりますよ、みたいなやつは
歳くっても頭が柔らかい。 >>348
とにかく型定義ファイルがだるいし
それがあってるのかという型そのものへの疑心暗鬼が生まれてしまいメンドクセとなる
あと結局型の設計がJSっぽさ満開のライブラリだと
頑張れば型付けできるがそもそもの型設計が
クソ過ぎるため型パズルを解くことになるのもだるい
TSそのものというよりそれ含めた環境が地獄なので
相当難しい >>361
これはガチ
金になるからって理由で流行りものに広く浅く手出してるやつの方が実践的な経験たくさん積んでるし長生きしてる >>361
プログラミングなんて一つ覚えれば他は応用で何とでも出来るからな
言語は設計者の信念や価値観が反映されるし
最近はその傾向が非常に強く濃く出てるからな
最後はその価値観や信念を受け入れられるか否かになってるね >>361
アラサーだけど完全同意
年齢というより本人の性格 若いうちにガッツリ開発した経験があればいつでもやり直せると思うが
ずっとマニュアル通りの保守運用してた人とかは厳しい >>362
>とにかく型定義ファイルがだるいし
それ.d.tsの話だろ。
最近はnpmもかなりts対応が進んで、ここ1年以上自分でアンビエント宣言書いてないわ。 スレタイからTS消したのに結局TS・JSの話しかしてねーな プログラマーがJSと仲良くなる方法?
一緒にスイッチやろうぜ!これだけでいい 結局Scalaが世界中巻き込んだ大爆死して
型なんて適当でいいんだよ派のGoが覇権取ったのは
型キチにとって最高に都合が悪いから
露骨な話題反らししたり老害ペチパー連呼したりするんやろなあ むしろJSからTSへ、RubyやPHPからGoへ、で静的型への移行が進んでいるのでは なるほどScalaからGoとみるかRubyやPHPからGoとみるかで確かに違うか 意識してたかどうかはしらんが
最初にScalaとかの型ガチガチにやる言語と比べて
貧弱すぎて草生やされてたのはよく覚えてるわ >>371
山梨でボランティアしてこい
遭難して迷惑かけるなよ そもそも型付けがガチガチとかゆるゆるというのが何を指してるのか分からん
HaskellでさえunsafeCoerceとかあるんだからある意味ゆるゆるな言語であるとも言える Goの型が貧弱とかゆるいとか言ってる奴馬鹿丸出しだぞ
あれガチガチの静的型付けだから >>383
静的言語の中でも型システムがしょぼいという話なのだが Goの特徴として前から言われていたのはAOTコンパイラ
そして案の定JITコンパイラ言語が一つ消えた
実装と文脈を無視して、仕様を切り取ってはいけない >>384
型システムが貧弱というのと型付けがゆるいというのは違う >>384
いや>>374や>>380みる限り明らかに型がゆるいと勘違いしてるアホだろ
GOがよく叩かれるのは機能の貧弱さであって型付けの強弱や静動とは別の問題だから いい加減セミコロン排除してほしい
今時の言語にセミコロンは不要 フレームワークを作る側と、フレームワークに用意された関数を呼ぶだけのドカタが
同じように話し合っても意味ないだろ
RailsがRubyで生まれたのは動的型のメタプログラミングのやり易さによるものだが
ドカタにはメタプログラミングなんて想像もできないだろ? セミコロンはあっていいわ
それよりlispみたいな括弧だらけをどうにかしてほしい
dartのことなんだけど >>389
型は辛うじて理解できるから型型言ってりゃ意識高く見えるんだろう セミコロンないとウンコしたあとケツ拭かないみたいで気持ち悪いねん
屁しか出なかったから拭かなくて大丈夫でも一応拭いとかんと気持ち悪いんや ごく稀に魔改造されたフレームワークを見かけるけど
今までどういう経緯でなったのか理解できなかったけど>>389みたいな発達障害の仕業だったんやな…… 前スレではTSはJSに型を付けた安全な言語!って言ってたのにどうした? TSはJSに型をつけた"JSよりは"安全な言語。
Rustも"C++よりは"安全な言語。
比較級と原級はまったく意味が異なるので混同しないように。
一般に、 old, older, oldest の実年齢は old が一番高いのだ。 盾の中で最上級になっても実戦でぶつかるのは盾と盾ではない
矛にあたるのはテストだよね 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
こんなブラック業界に好んで入ってくる「レベルの高い人」は少数なんだよ 静的型に反対するなら動的型
これ超わかりやすかったのに
賛成派も反対派もどっちもダメとか、パズルみたいなこと言い出した奴いるよね TSのアプローチは素晴らしいけど
ブラウザ環境や外部との連携が多すぎて
型を諦めざる終えないのがきつい
外部の広告モジュールとか型ないじゃーん!
そこ一番型欲しいとこなのに!ってなる >>502
>>503
嘘つきがたくさんいますねぇw >>501
それが真に動的な型なんでなければ自分でtype guard function書いて型を付けてやればいい。 型パズルというのはピンポイントすぎて盛り上がらないな
科学パズルとか資本主義パズルとかスケールの大きい議論の方が参加者も増える >>501
歴史的理由で型無しライブラリを使う場合でも
そこだけ any にできる
質は局所的に落ちるが、全体の低下は防げる TypeScriptは革命的言語だなあ
漸進してゆく世界、 しょせんはJavaScript
クライアントサイド以上の仕事はできない
コンパイルの手間増えただけじゃないの そういえばdenoというnode.jsとは別のサーバーサイドJavaScript/TypeScript実行環境の開発が進んでいるらしい
https://github.com/denoland/deno >>513
webpackに通すbabelがtypescriptに変わるだけだゾ スクリプトの話はもうやめよう
所詮おもちゃなんだし TSやフレームワークで蓋しても臭いものは臭いんだよなぁ
サーバサイドをTSで開発し始める動きもあるが型の共有とか夢物語だろ 開発し始める動きどころかお前が知らんだけでもうそこら中でTSサーバー動いてますがな
JS/TSは言語としてはうんこだが処理系のnodeっつーかV8はスクリプト系の言語ではダントツで速いから仕方ないね さすがにゼロイチの話と受け取られるとは思わなかったわ 新規事業での言語選択としてGolangの方に需要が流れていたがTSの方に揺り戻しが起きたというのが俺の認識だ 言語としてTSはいいけどnodeをサーバーサイドで運用するのはかなり無理ゲー 早くdeno流行れ
nodeは過去の遺産が豊富で生きてるけど
色々と4んでるわ 色々って何が?
具体的に。
そのままだとあたらしもの好きにしか見えないので。
きばってどうぞ。
さあ!
↓ サーバーサイドJSがあれだけ盛大に爆死して
フロント裏のAPIサーバ用途はGoが覇権取ったのに
TSに回帰する動きってどこの異世界だよ
そもそもサーバサイドJSが死んだ理由のひとつは
node本体のメモリリークとかプロセス不審死とかの不安定さだろうに
TS化してもnodeである以上同じ結果にしかならんだろ >>530
いわゆるBFFではまだjsサーバー生きてるな 分かったけどそれでなんでdenoが流行ると解決すると思い込んでるのかがわからん denoはセキュアでシンプルなアーキテクチャ目指してるらしいから
アンチnodeらしい アンチというか反省を活かして、だろ。
node作った人なんだから。 長年Javaを使ってたアドテク業界でもGoを使う流れがきてる アドテクとかいえば渋谷の緑だけど
あそこはscalaだった気がする >>537
緑はもうGoだろ
Scalaは黒歴史の負債として残ってるだろうけど >>530
渋谷・五反田・六本木・銀座・中目黒辺り >>539
言語仕様が単純だからチューンしやすいってのはあるだろう。 >>544
C#の性能が驚異的だな
高度なランタイムに依存する言語ならではのグラフの変なガタツキもないし ちりもつもれば..
>>539みるとクラウドで金節約するためにJSなんか使わない方がいいな。リリースの無駄遣いって事? >リリースじゃなくてリソースやな
結局C#バランス最強ってことかな。さすがmicrosoftや。 広告屋のGoogleごときが技術でMSに勝てるわきゃねーわな >>539
Rustすげえええ
Cをやっと捨てられる レイテンシの右側が高い程、CG等による遅延のブレが大きいということ
なのでパフォーマンスの安定性は C/Rust > Go > Java > C#
スループットに関してC#が優秀なのはその通り
あとこのスレに居て今更Rustに驚いてる人はRustをどういうものだと思ってたの
パフォーマンス、開発効率、メンテ性などのレードオフがあるから
C言語一強にならなかったわけで トレードオフって言ったら賢く見えるのはよくわかるけど
結局何と何がトレードオフで、どういう理由でその一方を取るのか説明できない奴が多すぎる 実行速度、メモリ使用量と開発効率。
開発効率については主観的とかいって馬鹿は排除しにかかるけどな。
ビルド速度なんかは明らかに重要なのに。 その種のウソを信じたいのだろう。
https://github.com/gnzlbg/slice_deque/issues/57
こういうバグ見ると結局それなりの性能が必要なところでは
それなりの危険なコードが必要だということをrust信者は意図的に無視している。 rustは習得できたらラクだけどそのレベルになるまでが苦労する >>559
Haskellではクイックソートが数行で書ける!!(性能はお察し)(性能を出そうとすると結局愚直に書くことになる)
みたいなやつを思い出したわ rustが完全無欠だなんで信者ですら言ってないだろ
どんな言語も弱点はあるが、rustはマシだから選ばれてる >>538
Scala祭りにスポンサードする程度にはScalaエンジニア募集してるっぽいけどな >>559
バグがあるから性能が必要なところでは危険なコードが必要ってどういうこと?
言語仕様的にこの類のバグは解消不能ってこと? オールオアナッシングでしかものを考えられないヤツが何回も何回もひとつのバグをあげつらい続けているけど、C++が今まで出してきたバグの数と比較したら…… Rustは良い言語だと思うがGCのコストが許容できる用途だと所有権やら何やらが完全に無駄に難しいだけというのが辛いし
Rustを持ち上げてる奴を見るとお前が書いているプログラムはそんなに超高速な性能が必要なのかと問い詰めたくなる 一つのバグね。。
主張している安全性がどういう壊れ方をするかがよくわかる例なんだがな。
まあどうせまともにコードを読んでないんだろうが。 確かにややこしいがちょっと勉強するだけだし
速いにこしたことはないもの 超速い言語と激安いハードを組み合わせるのは良い作戦じゃないか >>568
誰も壊れないなんで言ってないから
なにを主張したいのか分からん
>>570
速いは安いってのを理解してないやつが多いよな てかそのバグも実際unsafe関数の中で起きてる話じゃん
「安全じゃない書き方は基本的にNGだよ、でも必要な場面があるのも事実だからそのチェックをスルーする方法も提供するよ☆」
「ただしその場合はコンパイラは安全性を保証出来ないからコード書く人の自己責任だよ☆」
「それでも原因はunsafeで囲った中に限定されるからデバッグとかしやすいかもね☆」
まさにRustの意図した通りの動作やな >>572
問題はそのコードにおいてなぜunsafeを使う必要があるか?ってところなんだがな。
低レイヤーを触らん奴には問題ないんだろう。
だったらrustを使う意味もないがな。 「まともにコードを読んでないんだろうが」
「低レイヤーを触らん奴には問題ないんだろう」
いきなり意味不明な決めつけで飛躍した論理展開、ガイジかな? 結局そのコードがなぜunsafeを使うことになるかわからんのだろ?
だったらそれで君にとっては問題ないから何も考えずにrustを信じて使ってたらいいよ。 いいたいことがあるならハッキリシャッキリ言えやモヤシ野郎 unsafeとかどうでもいいよ
>>564の疑問に答えてくれよ いやイキってすいません自分はrust勉強し始めたばっかなんでどんな問題なのか教えてほしいだけです教えてください先生(´・ω・`)
Rustの保証の概念の無いCのコード呼んでるからちゃうんですか? モヤシをバカにするな!
モヤシはシャッキリしてるだろうが!
シナってんのはお前が安物買ってるからだ! >>559の1行目って>>557に対するものじゃないの?
その後も>>573 >>575でしきりにunsafeのこと話してるけど
unsafe不要とかバグが出ないとか主張してる奴は居ないわけで
話の前提や言いたいことを落ち着いて整理した方が良いと思う >>568
で、C++でこのようbネバグが今までbヌれだけ出て来bト、どれだけ解血�ノ苦労してきbスか知ってるの=H 559の説明をするけど、これqueueの実装で、インデックスがある閾値を超えたら
戻すみたいな処理をやってんだよ。
で、こういった配列インデックスに対するアルゴリズム的なアクセスってのは
どうしてもunsafeになるってわけだ。
こういう普遍的に発生する話に対してなんも考えてないって馬鹿にされても仕方ないと思うんだがね。 >>582
>で、こういった配列インデックスに対するアルゴリズム的なアクセスってのは
>どうしてもunsafeになるってわけだ。
うん、それRust公式で普通に言われてる話ね
こういうところでは普通にunsafe使わざるを得ないから用法容量を守って正しくお使いくださいと言われてるよ
それで? お前の中ではそれひとつでRustで解決されてるありとあらゆるC++の欠陥がなかったことになるの? ここまで言ってもそう思うもんなら何言っても無駄だろうね。
>こういうところでは普通にunsafe使わざるを得ないから用法容量を守って正しくお使いくださいと言われてるよ
これ言い出したらじゃあcでもよくね?で終わるってこと少しは自覚してるのかな? >>584
>これ言い出したらじゃあcでもよくね?で終わる
unsafeにならざるを得ない処理をモジュールに切り出したりしないで、
プログラム内のありとあらゆる場所をunsafeで囲ってるならそうですね 「MCCじゃないテストはすべて無意味」論者あらわる(´・ω・`) >じゃあcでもよくね?で終わる
ここ彼の一連のレスの基かな 高速化のためにFFIでCを呼ぶ箇所があるからGC言語は無意味、
全部Cでオーケーみたいなこと言われてもなー Rustに安全性を求めて入門すると
「え?この操作unsafeの中でしかできないの?意味ねー」が多すぎて
ああ、言うほど安全になんかしてくれないんだな
それなら枯れてて資産もあるC/C++でいいわってなるよ
というかなったよ
結局unsafeじゃないとできないことが多すぎる
今後unsafeなしでも出来るようになるのかもしれんが少なくとも今はな unsafe多いのは変わってないよ
理想と現実ってやつだな 銀の弾丸じゃないからそりゃそうでしょ
パフォーマンスが必要な箇所すべてがunsafe必要な場所じゃないから、
設計上要パフォーマンス not unsafe な部分が多そうなケースでRustが採用されるだけ >>592
Rust信者自身が「これがあればC/C++とはおさらば!!」とか言ってるんだよなあ
ここにいる奴はさすがにそこまで言ってないが
Rustスレ辺りに行けば新鮮なのがいっぱいいるぞ ライブラリを100%C言語で書けたらわかりやすかったよな
ライブラリのバグはC言語の責任とする
そのためには型情報を100%実行時に持ち越し
C言語側から型情報が見えるようにする
そういうことを実際にやってるのが動的型スクリプト 別スレ向けのレスをここに書いていたということかな
道理で誰と戦ってるんだ状態になるわけだ 次スレは 次世代言語19 C Pascal Smalltalk で デバッグは十分な時間が経過すれば期待通りになるから
唯一時間だけが人を失望させる
失望させないためには、10年デバッグしろとか最初に言えばいい RustがあればC/C++とおさらば!
コンパイラのセルフホスティングとGUI付きのOS(Redox)を書きったC/C++に次ぐシステム記述言語!!
つか後発が先発より優れたものでなかったらこの世は闇やがな、 資産多くてもFORTRAN死ねと言ってる計算屋多いと思うぞ FORTRANの置き換えはJuliaやろ
失敗してるようだが cを置き換えようとして失敗した言語の多さを知らんのか。
rustはもっと狭い領域でしか使えん。 >>606
C の置き換えは無理でしょう、ああいう感じのリンクシステムと直通な仕様にしないと、C++ でさえマングリングに汚されて C になれなかった、マングリングなんて誰得なんでしょうか? CはC++に置き換わりつつある
あと20年もすれば純粋なCは消えてなくなるでしょう
言語の世代交代はそうやって緩やかに行われていくのです
ここで言われているような生まれたての言語は次世代言語ですらありません
次世代言語として語るなら90年代生まれの言語がふさわしいでしょう
Java、Python、PHP、Ruby、VBを語るのです cで書かれてこなかった領域にも使えるから広く使えると思うけど そう思いたいだけだろ。。こういう現実味ない輩が老害化していくんだよな。。
早めに業界から消えてってほしい。 >>604
時間かかる割に移植しても業績にならんからな。評価システムのせいで万人の時間がちょっとずつ消費されてるのはアカデミックあるある Cのライブラリは他の言語から呼びやすいけどC++はなぁ 次世代言語を使いたくないおじさんのスレにしたらどう 次世代言語を触ってみたけど使えないと判断したおじさまと言って欲しい 何言ってんだいおじさん、低級言語ははみんな64bitさ まあ口だけで、ここ20年まともにlinuxもgitも他の言語に書き換えるなんて行われてないからな。
バカはあえてそういう事実から目をそらすわけだ。 書き換えと置き換えの違いもわからんおじさんか
確かに恐ろしくて目を逸らしたい相手だ 無職のおじさんと違って世の中の人はあまり暇じゃないから、パフォーマンスとかで要件上どうしても必要にならない限り既存システムを別言語に置き換えたりしないよ >>617
C安定なのは否定しないけど
そこで最強のC信者とも言えるリーナスの2本を挙げるのはどうなのw git は perl だった部分を最近 C に書き直したし 別に他でもいいだが、他にもコンテナランタイムとか
安全性と低いレイヤーのコードを必要とする領域なんていくらでもあるんだけど
全く広まってないんだよな。
mozillaもあれ一度使って諦めてるだろw
こういうのに引っかかるのは決まって現場を離れた管理職か現場素人なんだが
まあこの二つのグループが交わるとめちゃくちゃ地獄の現場が待ってるというね。。
残念ながらよくある話なんだわ。 何回同じ話繰り返すんだよこのスレ
ボケたジジイしかいないのかよ また誰も使ってないと思い込みたいおじさんかよ
同じ人なのか? (自分が勝手に思い込んだ用途に、自分の観測範囲では)全く広まってない js があるなら jc とか jk があっても良いと思う Rust使ってる現場(趣味とかラボとかじゃないぞ現場だぞ)を持ってきてくれよ
たったそれだけだぞ たしかに全く世間の技術動向を勉強する気の無い老害はやべーな 持ってきても、どうせ後付けで条件厳しくするんでしょ 何年か前ならともかく今Rustの採用事例を人に聞くようではパソコンもインターネットもロクに使えない老人としか そもそも現場に採用されてるか疑わしいつってんの
今出てる事例まったくビジネスになってない趣味OSSか
実態あるかも怪しいものばっかじゃん いやすまん。よく読んだらちょっと違ったわ。やっぱなし 日本の多重請負と派遣だらけの泥臭い土方現場でガラパゴス業務システムの構築に使っている企業の例を出せば納得するよ 企業で採用されているか知らないけど
採用されていてもわざわざ製品の使用言語とか書かなくね
求人から推測くらいは可能だとしても つまりしょーもない底辺SIerの求人にRustがあれば現場でRustが使われていると言えるわけだ しょーもないというが、技術の裾野だぞSIerは
そこで採用されるくらい有用だと認められるかって聞いてるんだよ
現場しらないボンボンのおもちゃ程度で採用されてるとか言うなや 今Rust採用するようなところは自社開発だろ
SI丸投げで技術者を育てる力がない企業が採用する段階じゃない >>640
DropboxもFirecrackerもごりごり動いてるビジネスですが…… 一山いくらの底辺プログラマじゃC++も危険すぎ&覚えること多すぎで無理だし、用途・性能・難易度のいずれもC++に準じるRustがSIerに普及するわけないだろ
なんでJavaがあれだけ流行ったと思ってるんだ 案の定典型的なIT土方で草
SEとかSIみたいなガラパゴス文化満載の一部の業界が世界の標準だと思ってんだろうなこの手のアホって 技術の裾野って最底辺て意味だろ
あのあたりで最近採用された最新技術はエクセル方眼紙かな そのガラパゴス満載の一部の業界が本当に日本のIT回してることに気づいてないから
机の上でおもちゃで遊んでるだけなんだよお前らは
お前らの技術()で金融システムとまでは言わんから
せめてレジ打ちシステムくらいつくって納品してから言ってくれ このスレの住人と言語を混同してるあたりも知能の低さがすごいな
AWSの裏で動いてるから最近はSIerもRustにはお世話になってるんだぞ 5chのような匿名掲示板なんてものは最底辺コミュニティであるからしてトピックも底辺土方に合わせるべき
ここではSIerで次に使われる言語をこそ次世代言語と呼ぶべきではないだろうか
エリート会話がしたいならRedditかStackoverflowにでも行きたまえ haskell, scalaと糞言語の系譜に何が続くか見えてきましたね。 >>654
日本だけでもwebや組み込み、ゲーム、AI、アプリ・ソフトウェア、研究、その他独立系いくらでもあってそれぞれまるで文化が違うよ
お前のイメージするガラパゴス満載の「IT業界」なんて所詮一部の世界でしかないぞ
お前みたいなIT土方はRustの心配より自分の心配しとけよ >>655
SIerってAWS使うのに富士通通してそうw てか普通にrustコードのリンク貼り付けても信者でさえまともに読んでねーし。
マジ糞すぎだわ。 見るからに極端な持論を展開するためのリンク貼ってる面倒くさそうなヤツをこんな場所でまともに扱ってもなんの利益もないからな
真面目に批判したいなら技術ブログでも作ってどうぞ 人の話を聞かない読まない自由があった方が、表現の自由を尊重するコストは安い
もし必ず読む義務があったら、見たくない表現を規制したくなるだろ >>660
前職はクレジットカード決済ができなくてAWSの支払いに商社通してたわw >>665
今調べたらNECもやってる上に富士通より若干安くて草 SIerってAWS使えませんってところ多いよな
環境すら用意してない
時代遅れすぎて滅んでくれって思う >>619
保守エンジニアの確保コストが高くなりすぎた時も追加で お前らが崇めてる大手の自社開発企業に4年勤めてたけど正直暇だったぞ
「完成」してるものを無理やり機能追加して仕事を作るのが苦痛だったわ
Twitterとかがよく改悪するけどエンジニアの仕事を作るために仕方なくやってることだから許してやってほしい
受託でも何でもいいから新規開発じゃないとつまらんわ そりゃ新規のほうが簡単だからな
難しいことが嫌いならディスプレイのドットでも数えてたら 他人のパソコンの中身丸々すげかえるのは楽しいですか
ずっと音声収集するプログラム立ち上げとくのは楽しいですか 自社開発ってどうせ具にもつかんホームページ作ってるか
半年そこらで畳むゲームつくってるかのどっちかだろ
そんなおもちゃじゃない、社会で役立つソフトをつくってるのはいつだって
お前らがバカにしてるSIerだ
そして社会で役立つものをつくる現場にRustやScalaなんてものは使われていない ぼく自主開発ってWindowsみたいなの想像してた ScalaとかHaskellあたりとRustを並べる時点でセンスがないからな
ScalaとJavaだったらJavaの方が楽に覚えられるが
屋上屋で誰も全貌を把握できない混沌と化してる上にコンパイラのサポートが弱いC++よりはRustの方が習熟は速い 机上の空論だけは達者な遊び人が持て囃してるが
実際のものづくりに役に立ってないって点で同じなんだよなあそれらの言語
そこで同じな以上、細かく見て違いがどうこういう必要もない
だから違いがあるとか言ってる時点でお前は遊び人だってことがバレてるのよ そういう意味でGoとかKotlinはセンスがいい
遊び人が遊びたくなる要素は徹底的に排除したうえで
生産性向上に全ツッパしてるんだから >>677
社会で役に立つシステム()って誰にでも作れる簡単なCRUDのことか?w
このスレはそんな低レベルなものから卒業した人が集まる場所なんだが? 自分も土方のくせに俺はお前らとは違うと思い込んでいる痛い土方のスレだろ >>680
尼がRust使ってるからもうRustの世話になってない人間なんかほとんどいない
きわめて狭い領域、少数の人間しか使わないコピペ駆動開発のCRUDアプリよりよほどものづくりに役に立ってるゾ RustはC++から「遊び人が遊びたくなる要素」を排除して作られた言語だし、
マジでC++もRustも1ミリも知らないでもの話してそうだなコイツ 「SIerの現場で使われてないから実際のものづくりに役に立ってない」という主張の非論理性 >>681
Kotlinはそうでもないだろ
C#系を真似し終えてからは思いつきで機能追加しまくってて評判も悪くて完全にScalaコースだよ SIerはAWSより役に立ってるから……(震え声) 次世代言語スレなのだから、いま流行ってるかとか役に立ってるかとかではなく、今後そうなるか(なれるか)を話した方が建設的でないか? 知見のある奴はこんな掃き溜めに来ないから無理だよ
建設的な事よりマウント取ることに全力を尽くしたい Kotlin は Coroutine 以外は地味で渋めな機能拡張しかしてなくね?
C#系を真似したというのも意味がよくわからんが 遊び人のから排除したプログラミング言語ってビャーネストロヴストルップの功績馬鹿にしてるだろ ここは言語スレだけど、Kotlinは標準のクラスライブラリをもっとリッチにしてくれないと。マルチプラットホーム目指すなら特に。
俺のなかじゃ評価するとき、言語+標準のクラスライブラリのセットで考える null safetyだって、kotlinでjava apiとか呼ぶ機会多すぎてせっかくのnull safetyが...
kotlin nativeとかあるがクラスライブリが貧弱なのは寄生言語の限界か? 初期KotlinがJava標準ライブラリの存在を前提に作られていて
マルチプラットフォーム仕様が後付けなのでライブラリが貧弱 Java 側にアノテーションついていれば、Kotlin の null safety に反映される
Android SDK はアノテーションつきまくりだから、役に立ってる >>686
遊びたくなる要素満載だろ。てかドヤりたくなる要素満載。
ただそれだけ。 従来からのセオリーに反して新しい言語に手を出す時点で遊びでありドヤである 言語設計者本人の著書とか読むと意図や道理が分かるけど
やる奴はそういうの関係無しに何でも遊び道具にする KotlinさえできればJavaなんか覚えなくてもいい
↓
↑
Java覚えないとKotlinできることにならない Rustに遊ぶ余地がないとは言わんが、C++の遊ぶ余地と比べたら屁でもないよ >>700
満載とまで言うのなら教えて欲しい
Rustでドヤれる要素なんてあるかなぁ?
質素で面白みのない言語だと思うけど
パターンマッチも貧相だしねえ >>706
「トーシロにはコンパイル通せないだろうなあ、俺には通せるけどね(どや顔 )」な奴は見たことある
普通に無能だったが >>709
違う
ソース読めばわかるが、「AWSでRustがサポートされる」のではなく、「AWSがRustを支援することにした」だ この世のC言語/C++のライブラリが全てRustで書き直されてLinuxもRustで書き直されたら天下取れるのになあ
夢物語だけど LinuxはCだが?C++の本気とかちゃんちゃらおかしい。 こないだ出たsudoのしょーもないバグも「整数値-1を無効値として扱う」みたいなんじゃなくちゃんと「無効を表す値」が存在する最近の言語ならそもそも回避できたのにな
今普通に動いてる既存の物ってのはそれだけで強いよなぁ >>716
バカはおまえだ。
内部的には何らかのビット列をわりあてることになるんだよ。
その選び方は性能にはっきり影響する。 型ゆえに人は苦しまねばならぬ
型ゆえに人は悲しまねばならぬ
こんなに苦しいのなら
こんなに悲しいのなら
型などいらぬ!!! >>711
全て書き換えるのは夢物語だが、
Linuxを書き換えるくらいならおまい個人でもできるだろ
頑張れ! 大学か大学院に入り直したい
同じことの繰り返しに飽きた >>710
なるほど
チャイナマネーぶちこんで、Rustでビルドしたプログラムには
自動的にバックドアが仕込まれるか
勝手に情報を中国政府所有のサーバに送りつけるかするってことか モナドの使い方がお前らには見えていないのを見たぞ
これ半分アルミホイルだろ 雑なの承知で書くけど
null safeやリストへのmap/flatMapの便利さが何となく分かったなら
モナド大体分かったということでOK >>73
mapはわかるがflatmapはわからんな mapの良さは分かるけどモナドが理解できた勢に加わりたくない JSのflatMapはmapと違って配列自身を返せるから
次のメソッドチェーンの処理をより柔軟にできるぐらいしか使い所がない気がする バカはどんな言語実装になろうと決して他人のコード読まんのだよ。
だから言語を変えれば解決するとか馬鹿の妄想なのだ。 >>731,732
どっちも型合わせ以上の意味はない。 関数のcomposability(合成可能性)を高めるために
モノイド、ファンクタ、モナドなんかの型クラスがある
モノイド = appendable
ファンクタ = mappable
モナド = flatmappable
↓この説明が過去見た中では一番わかりやすい
http://adit.io/posts/2013-04-17-functors,_applicatives,_and_monads_in_pictures.html >>731
理解しなくてOK
純粋関数型を好きになる日がもし来たらそのとき大体の先を考えよう 物事には順序があって、順序の基には段階や必要性があるわけで
つまり初手ラスボス配置はよくない >>738
そういう説明はだいたい理解した最後に頭の整理するために読むものなんだよ
わかってない人に無意味 >>731
worldを隠したいという動機があってそれをうまく実現する体系がモナド
こういうふうに問題解決のストーリーで理解していくとわかる
合成可能性とかはその結果なので最初は忘れていい >>651
Android開発というキラーアプリがあるし
InteliJのインテリセンスがマジ優秀やし >>738
サンキュー
Haskell には Maybe というものがあるぐらいしか知らんので、
もやもやーってしか理解してなかったけど大体分かった
(使ってみろと言われてもすぐにはできないだろうけど)
苦労してゆっくり英語とコード読んだ後、最後尾に日本語訳へのリンクあって草 >>743
Java は Android なんか無い頃から SIer 御用達だったんや
開発環境はだいたい Eclips flatMap の初歩的な使い方といえばこれ
map が返すのは適用する関数が成功したも結果もエラーの結果も全部入った配列になるけど、flatMap なら適用する関数が成功した結果だけが入った配列を返すようにできる
その場合の flatMap で適用する関数は、成功時には結果が一個入った配列を、エラー時には要素0個の配列を返すようにする それってfilterでやればよくね?
つーかモナドモンスターは成仏してくれ 他の方法挙げたら切りが無いと思うけど
for文で駄目なわけじゃないし
少し読みやすい(慣れによる)、少し短い、少し速い とか
道具の使い分けなんてそんなもん いくつかの言語が備えている例外機構の真逆の仕組みがモナドよな >>749
「〜でよくね」はその少しを気しない(使い分けない)方の表現では? flatmapがモナドとか言ってる奴何一つ型を分かってない
flatmapはモナドのbindを拡張した概念であって、bindそのものじゃない
要するにflatmapが使える時点でモナドじゃない、モナドのような何かだ
それをモナドと混同してる時点で論外
そいつの話を聞く必要はない >要するにflatmapが使える時点でモナドじゃない、モナドのような何かだ
自分がなにもわかってないっていう自己紹介かな
「モナドとして振る舞える」ものはモナドだよ
モナドよりできることが多かったとしても モナド警察現るw
モナド = bindableでもいいけどbindって何?ってなるだろ
flatmapはmapの続きで理解できるからbindって言葉よりも理解しやすい
Optional<T>を例にすると
mapはOptional<T> -> ( T -> U ) -> Optional<U>
Optional<T>とTをUに変換する関数を受け取ってOptional<U>を返す
flatmapはOptional<T> -> ( T -> Optional<U> ) -> Optional<U>
Optional<T>とTをOptional<U>に変換する関数を受け取ってOptional<U>を返す
mapの場合、受け取る関数が( T -> Optional<U> )だと結果がOptional<Optional<U>>になって二重に包まれる
flatmapはこういう二重に包まれた結果にならないようmapする機能とネストした型をflattenする機能が合体したもの
IOやStateには当てはまらないとかいう奴も居るけど
mapだとIO<IO<T>>になるところをflattenしてIO<T>にするのは同じ
flattenするルールが包みの種類によって違うだけ まあこうなるからモナドを再利用するより再発明した方が話が早い
過去の発明と「混同」すべきでないと警察に指摘されても何も問題ない
また俺なんか新発明しちゃいましたか?
それだけの話 序盤中盤 >>730
ラストダンジョン >>752-754 flatmapは何がうれしいのかというと
例えば
1. ファイルを開いて
2. 内容をテキストとして読んで
3. パースしてJSONに変換する
とした場合、
3つとも何らかの要因でエラーが発生しうるから
それぞれ結果がエラーが発生するかもしれないというコンテキスト(EitherとかResultと呼ばれるもの)で包まれる
open: FilePath -> Result<File, Error>
read: File -> Result<Text, Error>
parse: Text -> Result<Json, Error>
でそれらの処理をつなげた場合に3重に包まれた結果じゃなく
最終的なflattenされたResult<Json, Error>を返すようにするために使うのがflatmap
mapはコンテキストを引き継ぎながら中身に関数を適用する
flatmapはそれに加えてコンテキストがネストしないようflattenしてくれる
それによって合成できる関数のパターンが増えてシンプルに処理を書けるようになる
というのが俺の理解 結局わからん
オプショナルと任意の関数と関数適用する方法とマップ関数があって
どれがどこまでモナドなん? C++嫌いな人はRustなんかよりGoへ逝けば良いのに goは言語マニアのプライドを満たさないので嫌なんだとさ。 マニアの心をすべて読むことはできない
できると思ってる奴はモンスターだし
できない要素を排除すれば消去法でできると思ってる奴もモンスターだ >>758
OptionalやResultがモナド もし被害者がいたらね
いなかったらトロッコ問題をもっと簡単にしたような問題 >>761
そもそもC/C++自体がすでに第一選択の言語じゃなくて、応答性やパフォーマンスの問題で消去法で選ばれる言語だし、
Goはそれで弾かれる側の言語なんで無理無理
Goが選択肢に入るような要件ならC++は選択肢に入らないし、逆もまた然り >>751
たしかに
filterがよくね?が正しかったわ
そもそもエラー無視すんなよと思うけど で、応答性やパフォーマンスの問題になるようなコードを書いてない輩が
ドヤるために馬鹿言いだしてるという現状。 >>772
Goなんて寝言言ってないで、実用性マックス型無し糞言語汚物PHPを保守する作業に戻るんだ ネイティブアプリなら今でもC++が第一の選択肢なんだよなあ GoはJavaの代替品のイメージだな、WEB系だと C++だってガベージコレクタを実装したり、light weight threadを実装して
Goと同じようなことができるもん! WEBプログラマーみたいな最下層のプログラマーが兎や角言ってもな ふむ・・・ではCでガーベジコーレクションを実装してみてはどうだろうか? SIerにいる人って実年齢より老けて見えるよな
無駄なストレス溜まってて可哀想 お前らの社畜スキルの議論はどうでもいいけどさ、個人で作ったアプリはないの?w >>782
多分ここにいるのそういう人たちだと思う
SIerとか一生客にマウントとられる仕事だし
技術力はつかないし
まともな技術者は絶対やめる おまいらってSIerの話題とPHPの話題にだけは食いつきいいよな
つ ま り 自社開発のゲームやらWebやらアドテクでしか働いたことないから客って意味がよくわかんない😅😅😅
基本情報の試験に書いてある技術以外の部分もよくわかんない😅あれって半分奴隷の資格だろ😅 考えなしに安易に自社開発に行くのはお勧めしないな
SIerから大手SaaSベンダーへ行ったけど保守的だし裁量ないし結局ユーザーは神様だしでクッソつまんなかったわ
辞めて他業界の内製へ行ったら給料爆上げで個人の裁量も大きく技術的レベルも前職より遥かに上 日本の自社開発なんて大して儲かってないからな
一部のソシャゲが儲かってるくらいでそれも請負だから
実質SIerみたいなもんだしな お金をこねくり回すだけのゲームをしている奴が一番お金をもうけているように見える いつのまにかバカみたいなマウント談話になるの、どうしようもねーな。
rustだろうとc/c++だろうとgoだろうとjavaだろうとphpだろうと馬鹿が使えば同じだよ。 ひょっとしてプログラムできるようになるのって
特定の言語だけできてもしょうがないんじゃ……… チューリングマシンでプログラミングができたら潰しが利く プログラミングだけできる人ってもうそんなに需要ないだろ
AWSとかGCPの機能をフルに使ってプログラミングできる人が必要
オンプレは論外すぎる。平成のジジイは帰れ まあなんでも本を読めばわかるようになるしできるようになるよ
なんだってそうだろ >>791
でも儲けたお金で買えるものは案外少ないだろ
言語に不満があったり争いごとでイライラした場合に買うものがない
誰のものでもない言語とか平和とかを自分のお金で買うのが原理的に難しい 要するにmapとかflatmap程度のことを何か偉そなことを知ってるげに見せるためにモナモナ言ってるってことでおk? 雑食系エンジニアのKENTA のキャリアパスは、Ruby, Go, Elixir, Kotlin。
Web 系サーバー側で、サーバー構築運用を握ったから、わずか数年で、最上流に立てた!
Java みたいな、5大SIer・多重下請け構造・階層ピラミッド・土方系なら、一生奴隷!
この階層に組み込まれると、1社経由する度に、3割抜かれる(システムの請負料金・保証料金)
土建業の5大ゼネコンと、全く同じ仕組み。
奴隷商人。N国の言う、既得権益
ちなみに、遂に、Cobol の仕事は消滅したw
サーバー屋の方が、プログラマーよりも階層が上になる。
サーバー屋が、各言語のプログラマーを集める立場
Ruby の最先端の自社サービス、GitHub, Airbnb, Kickstarter、
Cookpad、食べログ、Gunosy など
自社サービスの方が、SIer階層ピラミッドよりも、上になる。
だからエンジニアは、階層ピラミッドの仕事は適当にこなして、
自分の勉強・成長を重視して、技術を盗んだら、自社サービスへ転職する
DevOpsエンジニアになる方法と将来性について
https://www.youtube.com/watch?v=hM2j9VlChwo
2019年のDevOps/MLOpsエンジニアの標準的スキルセット
https://qiita.com/poly_soft/items/8dd105341869f93b129c
Terraform, Packer は、HashiCorp か。
Ruby による今世紀最大の起業家、Vagrant のMitchell Hashimoto も、Ruby から、Go へ行ったのか?
他には、CircleCI, GitHub Actions >>791
金は金があるところに集まる
お金はお金が一番好きなんだ お金とタワマンを交換した人はお金があまり好きではなかった vlang作者が言うGC無しでRustより簡単に書けて自動管理される
素晴らしいメモリ管理は、相変わらず具体的な説明も実装も無いしな GoやKotlinはもう現世代になった感あるから
Rust、Zig、Bosque、Pony辺りかね、次のスレタイ候補は 何を並べてもいいけど次のスレタイは次世代言語アンチスレ 19で
否定ばっかなので 次世代言語なのに業務で見たことないから使わないとは
これいかに 次世代言語を現世代のように扱って
使わないやつは遅れてるみたいなこと言うからアンチ沸くんであって
まだ現役じゃない、あくまで次世代に来るかもしれない言語って低姿勢でいれば穏当に議論になるよ
RustがあるからC++なんて使う理由ないとかそういうこと言わなきゃいい 【SIer最高】次世代言語アンチスレ19 Scala Haskell【動的最高】 業務系CRUDエンジニアさん、AIに負けないで!w
>今のエンジニアの半数以上が従事してる、データを変更したり加工したりして表示して出し入れするだけのコーダーの仕事はどんどん自動化が進むと思います。
http://masa-lab.hateblo.jp/entry/2019/02/01/110041 SIerでもないだろ。
コード品質を気にしてる様子がまったくない。
江添みたくただ新しいおもちゃで遊びたいだけのクソガキばっか。 >自称エンジニアが撒き散らすゴミを少しでもキレイにしたい
>ここでAIエンジニアやAI企業として許容されているのはAIの技術自体を"作っている"エンジニアや企業です。
>…
>こういう人は引き合いが多く、「AIエンジニアになれた理由」、的なブログエントリー書くより、技術系のことを書いてることが多いです。
まず自分を掃除してください 業務系はCRUDなんか書かないよ
フロントは昔ながらのMVCだし、バックエンドもDB直結かMQでプッシュでデータ送るのが基本や KotlinもGoもRustも現役だし真に次世代を語るとしたらVしかない でもお前らがネットで吠えてる間に機械学習エンジニアは技術だけやって年収数千万円稼いでるんだが……
SIer上流工程おじさんも機械学習エンジニアにはマウント取れなくて辛そう それはgoogle行くような機械学習エンジニアであって、
googleなら機械学習でないエンジニアでもそれくらいもらってるという話。 驕るなサウザー 貴様の身体の謎はトキが知っておるわ
というセリフを思い出した。 なんでこのスレの誰も理解してないV言語を話題に上げるヤツがおるん? マシン語書けないゴミ達に正直次世代言語について議論してほしくない >>827
Rustが現役はないわ
せめて日本語書籍の数Goに並んでから言ってくれ >>837
Goが現役はないわ
せめて日本語書籍の数PHPに並んでから言ってくれ どうなったら現役なんだよ
基準は
・書籍数
・土方言語かどうか
・初学者の第一言語に選ばれるかどうか
この辺か? >>835
抽象化を理解できない低級脳には正直次世代言語について議論してほしくないw >>839
土方言語と被るが、言語別求人数と案件単価じゃないかな
さすがにJavaPHPJSは別格すぎるがRubyくらいは越えようぜって思う お前らってHelloWorldとif文for文書いただけで言語を習得した気になってるんだろ? まあ俺ぐらいになると環境整えた時点でマスターした気になっちゃうけどね 本買っただけで習得した気分になる奴がいるらしい
電子書籍だとダメなんだそうだ Goの人たちが基地外のようにV叩いてたのは何なの?
マジで訳がわからなかった >>850
ここで聞いてないでそのGoの人たちに聞いてこいよw 名前だけでググると1ページ目に関連情報すら出てこないような言語に比べたら
ネーミングだけで既に上だな langをつけなきゃ検索できない言語はまだまだ認知度が足らん
Goのことだよ 最も検索しにくい言語はCかな
Bはもっと難しいけど検索する必要は無いし ところがどっこい、Cは「C」1文字で検索してもほぼプログラミングの話題が出てくるんだよなあ
Goはゲームばっか >>852
中学生のやつね
短期間で完成度の高いものを作り上げたらしいけど
しょせんプログラミング言語なわけでそれで賞やるのはどうかと思う
多分選ぶ人間に偏りがある
まぁ仕様は知りたい なんかrubyみたいなpythonみたいなコンパイル言語。
nimでいいじゃん思た 5 Emerging Programming Languages With a Bright Future
https://hackernoon.com/5-emerging-programming-languages-with-a-bright-future-11p3xo9
#1 Elm
#2 kotlin
#3 Rust
#4 Elixir
#5 Crystal
の5つの言語がこれから有望らしいぞ で、そのウェブサイトはなんだ?
わけのわからんもん持ってくんな 5chでそれを言ってもなw
5chがそもそもわけわからんもんだろw スーパー中学生誕生、プログラミング言語わずか数週間で開発、U-22プログラミング・コンテスト2019
https://www.bcnretail.com/market/detail/20191021_142131.html
「もっと人間にとって扱いやすい、自分の言語をつくってみたかった」。
10月20日に東京の秋葉原コンベンションホールで開催された第40回「U-22プログラミング・コンテスト2019」の最終審査会で、
見事、経済産業大臣賞(総合)を受賞した開成中学校3年の上原直人さん(15歳)は、
独自プログラミング言語「Blawn」を発表した。IT業界の経営者など、並みいる審査員を驚かせたのは、
完成度の高さはもちろんのこと、今年8月からわずか数週間で完成させたスピードだった。
一次審査の応募期間7月1日〜9月2日に着想から開発、完成まで一人で仕上げたという。
C言語を使ったのは今年7月
それまでPythonを使っていたという上原さんは発表の中で、
「今年の7月か8月にC++を始めたが、扱いにくかった。もっと可読性の高い構文とメモリの安全性や速度を高めたいと思った」と、
開発のきっかけについて語った。
質疑応答で審査員から、「7月にC++を使ったということは、Blawnはそれ以降につくられたということですか?」と聞かれて、
上原さんが「7月中旬に構想して構文解析を行って、プログラムを書き始めたのは8月ごろ」と答えると、
会場にどよめきが起きた。文句なしの受賞だった。
上原さんは、ほかにもスポンサー企業のデジタルガレージとサイボウズ2社の賞と、
当日の模様を配信したニコニコ生放送の視聴者による賞など4冠を達成した。
Blawnの特徴は、型名の記述が一切不要、構文の可読性が高い、
すべての関数/クラスがC++でいうところのテンプレート関数/クラス、コンパイル速度と実行速度が速い、メモリが安全などだ。
また、Blawnの言語名は「Blue Lawn(青い芝)」からもじったもので、隣の芝が青く見えるほど、
既存の言語の不満を解消できるような良い言語にしたい気持ちを込めたという心憎い演出もあった。
https://d1nzh4uot4722i.cloudfront.net/files/user/201910211613_2.jpg 俺の中学生の頃なんて部活しかしてなかったな
すげぇ すげえモダンなC++で書かれてるな
天才だわこれは 学もねえ厨房が考えた僕の考えた西京言語なんて流行るわけねえだろ
寝言は寝て言え馬鹿がw >>865
静的型付けコンパイル型言語Blawn。
既存の言語の仕様や文化に囚われず、実効速度などの性能の高さもふくめた「人間にとっての扱いやすさ」を最重要視し開発。
字句解析器にflex、構文解析器にbison、バックエンドにLLVMを利用。
1パースで構文解析が済むように実装し、コンパイル速度の改善を図っている。
また、全ての関数及びクラスがジェネリックで、これによって記述の簡潔さと認知負荷の低さ、
さらには静的解析による実行速度の速さを担保している。
https://u22procon.com/result/ なんとなく多言語のカッコよさそうに見えるとこの寄せ集めっぽくてわろたw >全ての関数及びクラスがジェネリックで
どういうことなのこれ… 中学生でflex, bison, llvm使えるのはすげーわ
OpenGLも使えるみたいだし
でも言語仕様は特に興味ひかれるところはなかったわ もっと可読性の高い構文とメモリの安全性や速度を高めたいと思った」とのことだが、
ということはメモリの安全性で痛い思いをしたり、C++で速度が不十分なプロジェクトの経験が当然あるってことだよな?
・今年の7月か8月にC++を始めた
・7月中旬に構想して構文解析を行って、プログラムを書き始めたのは8月ごろ
???どこにそんなことを身に沁みるプロジェクトをやる暇があったの??? きっと常人の1000倍の密度で経験を積んでるんだよ
1日触れば3年分だ まぁ小中学生の夏休みの自由研究を本当に本人が全部をやったなんて信じてるやつはまずいないし、大人がテーマを与えて一緒にやったってところだろう 肝心の言語デザインは平凡なので
天才ってのは言い過ぎだと思うわ
99%ひがみだけど 数学者なんかは天才だと小学校で大学の教科書勉強してるらしいから
こういうことが起きてもおかしくはない >>878
自分がその子供の立場だったと考えると、精神的に辛いんだが…
そういうプレッシャーに耐えられるのも、エリートの資質なんかね。 少なくともこのスレであーだこーだ既存の言語の文句ばっか言ってる連中よりかは1000倍凄いな 天才のおこぼれを使っているだけのくせに日本のITを支えているなんて豪語しちゃう恥知らずがいるスレだしな
文句なしに天才でしょ 数分か数時間ですごい認定できるおまえらもすごいぞ
Rustすごいとか認識するまで何年かかったか考えればわかる 言語なんて毎年数百個は作られては消えてるんだから、内容はともかく素直に機能するものを作り上げたことを褒めてやるべし
推定1万言語以上あるうちで実際に使われてるのはマクロ言語含めてせいぜい100個程度
現代だと汎用言語は業界に影響力のあるスポンサーがいなけりゃどんなに優れていようと消えるだけだろうね 中学生が作ったにしてはとてもすごいって話だろ
馬鹿はプログラマやめろよ 夏休みの自由研究を本当に子供が自分の力でやったと思っているのはピュアすぎ そんな疑心暗鬼にならなくても
中年のおっさんが作ったとしてもすごいと言えるかどうかで判断すればいいだけだ 数週間でこのレベルの言語実装するのは、何歳だろうとすごいわ
ベテランのおっさん10人でやれ、と言われても無理だろ てかソースコード見ればわかるけれど、おっさんだったら問答無用で
けなされると思う内容だよ。
それでも年齢考えれば天才だと思うけど。 中学生相手に全力でマウント取っていくオジサンたち、かっこいい どうでもいいが相変わらずソースコード読んでないであーだこーだ言ってる輩ばっかなのな。 このスレの馬鹿どもが次世代言語だって持ち上げて繰り返し話題に出す鬱陶しい可能性を危惧してるんだよ
本当に馬鹿しかいないから徹底的に否定し尽くしておかないと遺恨を残す ソースもいいけどsample見た方がいいよ
型推論できてコンパイルができる(でもその他が貧弱な)pythonを
作りたかったんだってのがよくわかる >>895
読まないで言語の評価をしようって普通に考えて馬鹿だと思うよ。 >>897
そういうのは職場でやってくれ
部下にダメだと言うだけだろ >>900
言語の処理系を読むのって普通なのかな
キミんところではそれが普通なら俺は馬鹿だわ
たいしたもんだ 何のドキュメントも作られてなくコードが仕様書状態なんだから他にどうやって評価するんだ >>902
そのくくりで読むか読まないかを決める理由はよくわからんが、
コード量見たときに、これくらい読めよとは普通に思うよ。
頭の良しあしの問題ではないと思う。 >>904
中学生の作った言語の良し悪しを真面目に語るのか
俺的には中学生が言語作ったんだって、立派だね、だけの話だから馬鹿は参加しないでおくよ 少なくとも中学生が作った言語を次世代言語と認識してこのスレにわざわざ持ち込んだ馬鹿がいる
その馬鹿を黙らせるにはゴミにこれはゴミだという評価を与えてやらなければならない >>897
みんな中学生なのにすごいね、と言ってるだけで誰も次世代言語だなんて持ち上げる奴はいないだろう。
>>903
別に評価しなくていいよ、スルーしろよ。中学生の作品相手に必死になって不当に非難してる方が馬鹿っぽいしカッコ悪いぞ。 この次世代言語を語るためのスレに持ち込まれるべきものではなかった
ここに持ち込まれた以上は次世代言語候補という前提で議論されることになる 全部ジェネリクスという発想はちょっとおもしろいけどね
共有ライブラリどうすんじゃい 中学生だろうと内容に対して評価するってのが大事だと思うがね。
中身を見ずに持ち上げた後、バックドロップかますって典型的マスゴミ作法だからな。 >>913
API叩くだけでプログラミングした気になってる業務系ジジイが次世代言語Blawnに喧嘩売ってて草 次世代言語を語るスレに次世代言語絶対に許さないおじさんを持ち込んだのは誰なの? 「次世代である」という条件を最優先することが許されたことが
今まで一度でもあっただろうか
いつもメリットファーストとかエビデンスファーストだったじゃないか
もしメリットに対抗するなら安全とか安定とか
エビデンスに対抗するなら論理じゃないか 今社内で基幹システムを全部Blawnにするかって議論に入ってるわwwwwwwwwwwwwwwwwwwwwwwwwwww つか中坊にできるんだったらお前らでも誰かできるだろ
さすがに >>909
ハァ?現世代に存在しなかったんだから次世代だろうが。
ここは優秀言語スレでも有望言語スレでもない! >>921
コボラーとウンポコペチプーが95割を締めてるこのスレの住民が
言語を作り出すことができると思うかね? ぶっちゃけ新言語とかいらないよな
標準語だけで十分なのに博多弁とか大阪弁を追加していってるようなもんだよ >>924
そうだな。英語だけで十分だから日本語とかいらんな >>925
そうだよ
英語に統一していくべきなのに自分から言語を増やしてるプログラマーは頭おかしい >>926
I don't get what you say.
Write it in English, please. Japs always say "we must speak in English"
...in Japanese. lol Japs always say
"I must go"
"It is too late" ElmといいRustといい
次世代は自虐的なセンスが流行ってるのか? 中学生にマジギレしてるコボラージジイがいるスレってここ? 本気でやる気があるならまず海外に広めて逆輸入させるのが最適解って
歪みだなぁ Rasmus Lerdorf
「あれ試作品だったんだがこんなに長く広く使われると思ってなかったわ」
Matz
「おれもー」 豚鼻Rasmusはほんと人類の敵だわ
よくもあんな醜悪な糞を世の中に産み出したもんだわ >>919
大手メーカーは基本休日なし
それに付き合うSIerも当然出社
土方に休む権利などない >>946
多分お前は本当の土方なんだろうな
建築系の >>862
そのサイト知らんけど面白そうな記事あるね
ただ英語わからんw 英語わかんねーやつに次世代言語について話す資格あるぅー?w 分からんならせめてchromeの翻訳機能使えよ…今日日スマホ板にも付いてるというのに… 宗教的な理由でFirefoxしか使えないんやないかな
Firefoxにもビルトイン翻訳(エラー100%)があるけども PHP ぶっちゃけ何でこんなのが流行ってるのか理解不能
使い続けてる人らはあほなんちゃうかと 貧者のサーバーサイド言語として優秀だから
仕事なら経費で済むけど個人開発だとRailsとかリソース食いすぎで作っては捨てを繰り返してる奴が多い 世の中の8割はアホ
つまり、PHPのシェアは8割程度であるべき
AWSのEC2にSSHでつないでデプロイぽちっていう程度の初歩的なところもやりたがらないんだよ
lolipopにソースをアップして完了!ってのが関の山
環境構築にLinuxコマンドを叩く必要があるほとんどの新しめの言語は最初から選択肢に入れられない >AWSのEC2にSSHでつないでデプロイぽちっていう程度の初歩的なところもやりたがらないんだよ
>lolipopにソースをアップして完了!ってのが関の山
むしろlolipopのが登録なりめんどくせーだろ。 アカウントの登録が楽しいんだろ
リア充エンジニアはそんなもん sshでデプロイって今時ないよな
どうでもいいことは出来なくていいよ レン鯖で自分の足りない頭でも手の届く範囲でやってくれてるなら可愛いもんだ
本当に厄介なのは、よく分からないくせにVMのシェルを触りたがる中途半端なアホ
レン鯖が嫌ならせめてPaaSを使ってくれと思うが、彼等にとってはアホ向け情報の少ないPaaSより
コマンドをコピペするだけでMySQLやら何やらが揃って一応動く生VMの方が簡単らしい >>957
残念ながらあるんだよなぁ・・・(弊社)
しかもそれでも2015年ごろに作られたというのが驚きモモヒキケンタッキー
作ったの80年代前半生まれだが、この世代のオッサンPGども、ガチで無能すぎて笑うわ
MVCすらろくに理解してない >>960
自動化すればいいだけのことでは?
君がおっさん達ほど無能でないのなら、JenkinsやCircleCIまでいかなくとも手元のシェルスクリプトで一発でデプロイできるようにするくらい楽勝でしょ このスレって次世代言語以前の問題を抱えてるやつ多すぎだろ
最新言語使っても英語読めない、デプロイが手動って……😣 >>961
筆舌に尽くしがたい魔法と呪いで動くアルティメットレガシーやぞ
リプレース案件も動いてるし、もう必要がなければ触るな祟り状態なんや >>963
次世代言語使いに憧れるSIerのスレだからな >>960
同じ穴のムジナだからね
他人だけが悪いとする老害の初期症状 人間は環境には抗えないからな
ゴミみたいな環境に居たら自分もゴミになるし不満があるならマジでさっさと転職した方がいいよ お前らって動的型付け馬鹿にしてるけど静的型付けで作られた有名なサイトとかほとんど無くね?
狭くて閉じた環境でしか使われない言語を極めて楽しいか? java・・・いやなんでもないよ
そうだね、動的だね サーバー側にはソース公開しない権利と動的型を使う権利がある
権利と権利はセットになっている バックエンドが静的型付けのサイトとかもう腐るほどあると思うけど
そもそも動的型付け言語はクソ遅いのばっかりだからスケールしてくると必然的に静的型付けに置き換わっていく 静的型付け言語は奴隷のための言語ってことだよ
自分でサービスを作ることなく会社でぬくぬく育ちたい人はそれを使ってりゃいい ウェブサービスなんてUXデザインが9割なんだからコード書いてる時点で奴隷だよ >>975
と、思いたいJava使いであった……w >>959
FTP ωωω
セキュアにすらしてない 永遠に極小規模のゴミサービスだけ量産するなら動的言語でいいだろうな 普通のWebは技術的には実際全く面白くないよね
デザイナーやプロダクトマネージャの言うとおりに開発という名の単純作業を繰り返すだけ
SIerにいたころに使役してた多重下請の底辺コーダーですらあれに比べたら頭使ってるわ >>978
>>979
でもお前Javaしか使えないじゃん 技術的に面白くないよね(Java6、オンプレ、手動デプロイ、SVN、Eclipse、Windows、ウォーターフォール、Outlook、メモリ4GB) >>898 確かにわかりやすそうだな。 短時間で仕上げた能力は素直に認めよう。
これをそのまま発展させていくかどうかはドキュメントができてから。 普通のWebは技術的には実際全く面白くないよね(Java6、オンプレ、手動デプロイ、SVN、Eclipse、Windows、ウォーターフォール、Outlook、メモリ4GB、自社フレームワーク、エクセル、スーツ着用、リモートワーク不可、ネットサーフィン禁止) >>984
おま中(Java6、オンプレ、手動デプロイ、SVN、Eclipse、Windows、ウォーターフォール、Outlook、メモリ4GB、自社フレームワーク、エクセル、スーツ着用、リモートワーク不可、ネットサーフィン禁止) 昭和といえばCOBOLとPL/Iとメインフレーム
しかし令和でも第一線なのであった
この国に未来はない 客に会うわけでもないのにスーツ…
温暖化でますます日本の気候に合わなくなってると思うんだが… トンキンオチンピックで、各国選手をウンコ水で泳がせたり、コンクリグリルで走らせる
糞バカ中世ジャップランド土人村を馬鹿にするな
四季があるんだぞ マジで客先常駐で働いてるやつらがフリーランスにならない理由がわからないんだが
同じ奴隷だとしても毎月70万円貰ったほうがマシだろ まもなくここは 乂1000取り合戦場乂 となります。
\∧_ヘ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
,,、,、,,, / \〇ノゝ∩ < 1000取り合戦、いくぞゴルァ!! ,,、,、,,,
/三√ ゚Д゚) / \____________ ,,、,、,,,
/三/| ゚U゚|\ ,,、,、,,, ,,、,、,,,
,,、,、,,, U (:::::::::::) ,,、,、,,, \オーーーーーーーッ!!/
//三/|三|\ ∧_∧∧_∧ ∧_∧∧_∧∧_∧∧_∧
∪ ∪ ( ) ( ) ( ) )
,,、,、,,, ,,、,、,,, ∧_∧∧_∧∧_∧ ∧_∧∧_∧∧_∧∧_∧
,,、,、,,, ( ) ( ) ( ) ( ) >>994
個人なんて相手にしないよ
実力ある個人より末端SIerから派遣された未経験の新卒を選ぶ業界 このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 24日 0時間 0分 20秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。