次世代言語14 Go Rust Swift Kotlin TypeScript
■ このスレッドは過去ログ倉庫に格納されています
スレタイ以外の言語もok
前スレ
次世代言語13 Go Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1534769753/
>>1の1行目に記入
!extend:on:vvvvv:1000:512
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured F#ほど完成度高くても流行らないんだから
関数型は日本じゃどうやっても流行らんね まるでF#を始めとした関数型が海外では流行ってるみたいな言い草だけど
関数型は海外でも人気ない
言語の人気と仕事の収入は負の相関があるので収入水準は高いが でも海外の方がはるかに関心高いよね
仕事も日本よりあるだろう
日本と同列にするのは雑すぎる
日本でF#やってれば高収入得られるかと言われたら無理だし >>315
まるで「海外でF#やってれば高収入得られる」みたいな言い草だな
そこらの凡百がF#やったってただ単に「仕事がない」で終わるだけ
F#開発者の収入が高いのは、
・F#をやってるような人間は当然他の言語にも精通していてスキルが高いことが多い
・F#は人気がないので母数が少なく優秀な開発者を確保するのが困難
・結果として、F#の仕事が存在するとき、雇われたF#開発者は高待遇で迎えられる
という事情による F#が高給なのは主に金融系で使われているという事情のためだろ
ドメイン知識が重要であり、言語だけできても意味はない 金融はてっきりPythonが主流なのかと思ってた
F#も使うんだ 金融っていってもプログラムにさせる仕事はいろいろだろ >>316
そういう知ったかはいいからさ
まず日本じゃF#の仕事ないじゃん
F#やってる奴がいないからじゃん
海外より流行ってないからだよね?相対的に
なんも間違ったこと言ってないんだがな
まるで、まるでってあんたが勝手に変な解釈してるだけで >>321
海外でも似たような事情があるものについて、
「日本じゃ」「日本で」という文言をつければ、「日本以外ではそういうわけではない」
という主張を暗黙に含むと受け取られて当然
>関数型は日本じゃどうやっても流行らんね
海外でも全然流行っていないので「日本じゃ」という文言が余計
>日本でF#やってれば高収入得られるかと言われたら
海外でも「F#をやってれば高収入を得られる」という事実はないので「日本で」という文言が余計
>まず日本じゃF#の仕事ないじゃん
>F#やってる奴がいないからじゃん
少数なら日本にもF#の仕事はあるし、海外でも少数しかない
間違った仮定から導かれる間違った結論
>なんも間違ったこと言ってないんだがな
「間違ったこと言ってない」を、その発言をした本人が言ってもなんの意味もないね
じゃあ俺も言おうか、「俺はなんも間違ったこと言ってないんだがな」 >>321
>そういう知ったかはいいからさ
はい、ではあなたは信頼できる情報源とともに、
>海外より流行ってないからだよね?相対的に
>まず日本じゃF#の仕事ないじゃん
>F#やってる奴がいないからじゃん
を証明する統計データを持ってきてくださいね
>>316と違って、あなたの主張は十分に統計で証明可能な内容。
統計的に証明可能な内容を統計データの裏付けなしに主張するならまさに「知ったかぶり」というヤツですからね なんやこいつw
自分からつっかかってきて支離滅裂な逆ギレ
まるで〜の口調で知ったかしたかっただけやろw 日本より海外のほうで使われてるってことも認めないの?
そこにつっかかってきたんだよね?
言葉遊びやりたいだけなら議論する価値もないんだけど そもそも話の論点がずれてる。
元々、(日本で使われるF#) と (海外で使われるF#) の量を言ってたのに、
日本での(他の言語と比べてのF#の量) と 海外での(他の言語と比べてのF#の量) に話がすり替わってる。 金融で使われるのは言うまでもなくCOBOLかJavaが大半だしな 低学歴エンジニアは「〇〇は主に〇〇分野で使われている」と「〇〇分野では主に〇〇分野で使われている」の区別がつかない奴多いよね >>330
失礼、後者は「〇〇分野では主に〇〇が使われている」の間違い 関数型言語は、これからElmが流行ると思う
簡単だし実用性高い
言語マニアには物足りないかもしれないが 日本と海外で比較するのは変。
だって日本と日本以外の国全てとの比較なんかしたら必ずどこかの国が日本を部分的に抜かしていて当然だろう。 特定の言語のプロフェッショナルです(プッ
ドカタにありがち 経験ゼロで、今から3つ言語覚えるとしたらどれがいい? >>334
使う人は使うかも知れんけど流行る事はないと思うしそれでいいんじゃない? >>335
IEのシェアにしてもiPhoneのシェアにしても何かしら日本は特異な存在なんだよ困ったことに 学習の順序はコレでいい
1. C、 shell
2. sql、html/css/javascript
3. C++
コレできたらjavaでもc#でも
その他のどうでもいいウンコ言語でも
すぐに分かるようになる >>343
C++は要らんと思う
C言語で事足りる事はC言語でやればいいしそれで不都合なものは別言語のがいい ホビーに絞るなら
javascript Pyhton C#
実務を見据えたら
c java javascript
かな そこよりjavascriptが幅を利かせてるとこを気にしなきゃ その後は
go typescript と好きな関数型言語を一個えらべばいい オブジェクト指向言語で組まれたシステムって不具合改修する際に元の製作者居なくなってたらもう1から組み直した方がいいんじゃないか?ってレベルになるよね
手続き型言語ならまだ関数単位では流用できるかもってなるけど 結局Cなのはもうしょうがない
共通の祖だし現役だし cは文法中心の入門書をなぞっていくだけじゃ
メモリリークの深刻さが体験できない >>338
C ML Octave R
おっと4つだ DOMを操作するのにもjavascriptは必須
webでは
クライアントサイドでの処理でjavascriptは外しようがない
サーバーサイドでもjavascriptがどんどん猛威をふるってる javascriptすらできないヤツは
webの技術者にすらなれない
webでjavascriptは必須の技術要件
その他ウンコスクリプトはオプショナルでどうでもいいことになる PHPやっておけば食うには困らんぞ
一生他人のひり出したウンコの保守だが >>344
読むくらいはできないと既存のいろんなものが読めない人になるぞ >>357
RustがあればJavascriptも要らないよ
Wasmがあるから 断言するが >>364 はwebkitやlibavformat のコードは読めhaskel で書かれたコードは読めもしないだろう PHPかPerlやらないと殺すって言われたらどうする? PHPなんて過去の人が書いたコードは気に入らなきゃファイル単位で全取っ替えで差し替えて行けばいいから楽なもんだがな
害悪なのはCMSとフレームワーク >>359
>PHPやっておけば食うには困らんぞ
ためになるお言葉に感涙の嵐となっております… PHPにやたらヘイト溜めてる人居るけど
改修するのにわざわざ元のコード活かしながらやってたの? ペチプァはガイジだからみんなオレオレフレームワーク作ってオレオレロックインしてるよ
一生ウンポコペチプーウンコードの保守やってろゴミ >>371
>>359
>一生他人のひり出したウンコの保守だが
こっちの一言に感涙したんだろw
正直になれw >>375
長期的に保守するってんならじわじわ全取っ替えすればいいだけだしな >>376
ガイジペチプァはPHPしか書けないのに何に全取っ替えするっていうんだ?
ウンコをウンコに全取っ替えしてもそれはウンコだぞ >>377
気に入らないなら言語毎変える事だって出来るだろ?
それともインフラ周りの能力がまるでないのか? >>379
いじれないんですね。
ありがとうございました! >>363
現状では、wasmから直接DOM操作することはできないよ(将来的にはできるようになる予定)
でも、Rustならwasm-bindgen, web-sys, stdwebとかがあって、
JSのグルーコードを吐いてくれるからRustオンリーでDOM操作することも可能
ただし、結局JSを経由するわけだから生JSで直接DOM操作したほうが実行速度は多分速い
どうしてもRustでクライアントサイドの開発したい奇特な人向けかな webassemblyで
rustみたいなmozillarローカルのウンコ言語使うヤツいないわ
普通にだれもがc/c++使うことになる
そもそも、webassemblyはc/c++で先にできるしな >>378
頭がペチクソパァのクソバカ(エンジニア定年超え)にそんなスキルあるわけないんだよなあ >>384
数か月前の情報だから今は分からないけど、
C++のwasmに関しては例外がまだ非対応だったはず
wasm関連は意外とRustの方がしっかり対応してるよ
wasmだとC/C++よりGoが強敵になりそう >>385
いや、君自身に聞いてるんだけど
前職では随分糞PHPerの糞コードに悩まされたそうじゃないか
全取っ替えしようとは思わなかったのかい? >>388
さっさと転職してあんなゴミ臭い連中とは縁切りましたわ
なぜ俺様が糞バカ中世土人のクソパーに技術を与えてやらねばいけないんだい? >>389
じゃあお前が心配するこた何も無いだろw
なんで毎回いちいち必死に息巻いてんの?w 「あいつら無能だったんで教育しときました」←有能
「あいつら無能だったんでクビにしました。代わりに俺やりますわ」←まあわかる
「あいつら無能だったんで辞めました」←無能 みじんも心配なんかしてないよ
ただ事実を書いてるだけさ もう縁がないなら事実も何もお前の中に最新情報も無いんだし、更新されない情報で一生ディスってるなら人として袋小路だから黙っとけな。
事実かどうかはおいといて、お前の主張はそういう事なんだよ。
縁切りましたわ、ってそういう事。
だから無能なの。 こういう自分の主張が無条件に受け入れられる最高の居場所(と本人だけが思っていた場所)を追い出されたキチガイが発狂して凶行に走るんでしょ
ネット界隈ってあちこちでそれ繰り返してるよね >>383
wasmからDOMいじれるようになったらけっこうフレームワーク界隈楽しいことになりそうだなあ >>383
もしWASMからdom操作できるようになると、おそらくjavascriptを
使うより高速にdom操作できるようになるんじゃない?
そうなるとwebのフロントエンドでWASMを出力できる実行速度最優先言語が流行るんじゃないかな 64bit整数型, 構造体, スタック配置が使えるから
呼び出し時のマーシャリングの処理コストは減るかもな
セキュリティ的にチェック処理は無くせないだろうけど js以外の言語でwasm使うとランタイム的なコードが増えて結局通信量増えたりせんのかな DOMはネイティブ側の解析やレンダリングがボトルネックだから言語を変えても速くはならない
仮想DOMにおいてJS側とネイティブ側の処理時間の割合が具体的にどの程度なのかは知らないけど、ほぼ無視できる程度にはJSは十分速いんじゃないかな Webで使う場合のホスト言語は事実上jsしかないし、そこを気にする意味もないだろう。 もともとwasmはDOM操作以外の部分を高速化するために作られた機能だからな
DOM操作の高速化については現状では未知数かな?
そもそもwasmのDOM操作用API策定の優先順位もそれほど高くなさそうだし当分先の話なんじゃないかな?
確かまだスレッドさえ実装できてなかったような…
高速化が目的なんだからマルチスレッド処理の方が優先順位高いでしょ
従来のJSのweb workerとは別物らしい…たぶんOSのスレッドとほぼ同じものにするんじゃないかな? もうJavaScript自体がDOM操作の為に大概最適化されてるだろうしね 突っ込むとこそこかww
レス全体があまりにもいい加減だと思うぞ いや、実際wasmにしたからってDOM操作が早くなるとは限らんって事だけど それは予測だから好き勝手言って論じていいと思うけど、
メジャーな実装のソースも読めて幾らでも検証できるのに
断言でも伝聞でもなく想像として書くのは未開っぽいと思ったんだよ
宇宙人が作ってる仕組みのわからないものじゃないんだからさ ?!?!
API策定されてないのにどうやって検証するの? ■ このスレッドは過去ログ倉庫に格納されています