次世代言語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 >>263
流し読みだけど見たよ
VBA&VB6のOn Error Gotoとは全然別物だろ
Go2のhandle&checkはdeferに近い感じで悪くないものだと思うけど(特別良くもないけど)
マジメには読んでないし、他言語のエラーハンドリング手法のどれとも
あまり似てないからどこかに落とし穴がありそうで不安ではあるが…
例えば、defer文の中でcheckキーワードを使用するとどうなるのか?とか
戻り値の最後がerror型じゃない関数に対してcheckキーワードを使用した場合はどうなるのか?とか
コンパイルエラー?それとも最後の型がerror型じゃなくてもhandleでキャッチ出来ちゃう?後者なら嫌だな 実際いくつ言語覚えりゃ良いんだろうな
経験言語とか答えるのバカらしくなってきた WebAssemblyってこれからぼちぼち開発ターゲットになってくるんかな C/C++、C#、Java、PHP、Ruby、Python
ここまではできて当たり前
当然使えるのを前提にされてる このスレを見てる様な言語マニアならあとGoとRustが必須かな?ってくらいじゃない? 最低(必要)でもコレぐらいは
読んだり書いたりできないといけない
必要 → c/c++、sql、shell script(sed、awk等でのコマンドラインによる編集含む)、javascript
pascal(擬似コードを読んだり書いたりするために必要)、
BNF(文書を読んだり書いたりするために必要)
html、css
なおよし → java、c#、fortran、algol、lisp
オプショナル → python、cobol、perl、vb、php、ruby (右へいくほど不要でどうでもいい) SQLが使えるっていうのにも結構個人によって格差あるよね PHP7を現代的な書き方で使えればまあいいんじゃないの 40代クラスのSQL使えますおじさんのSQLはマジで害悪
いっそ消えてほしい >>280
元の仕様が糞なのに
利用者増やすために理念もなく継ぎ足しパクった糞仕様の糞糞アン糞の山
今さら糞ペチパーが型安全とか語ってて糞が出る サブクエリとかJOINとかEXISTSとかCASE WHENとか使えない人がORMなんていう害悪を生み出したんだろうなってのはたまに思う >>285
おっ 糞バカデカSQLでキャストしまくりおじさんか?
そのスロークエリまた若手に笑われてたぞ いやいや対象のテーブル持ってきてプログラム内でマッチングするよりもINNER JOINでマッチングして絞り込んでから持ってきた方が遥かにコスト下がるからさ
あとEXISTSとか使った事ない? 知恵遅れは実行計画の見方も分からないからな
メクラで巨大なSQL書く ORMをバカにして良いのは全部ストアドプロシージャで頑張るマンだけだぞ。いいな? 複雑さの方向性による
SQLを駆使して複雑なリレーションをスマートに処理できる人は尊敬する
迷惑なSQLおじさんは帳票や画面項目とDBのマッピングをSQLで済ませようとしてCASEだらけの壮大な糞を垂れるんだよ c++ は utf-8、utf-16、utf-32 のユニコードリテラルと
対応するキャラクタ型が仕様に追加されたのが地味に便利 SQLが得意ですおじさんって、だいたい全てのSQLアンチパターンを踏み抜いてく
死んでくれねえかな >>289
今時ストアドなんて使うの?
あんなの製作者本人しか読めないようなのばっかりだから後の保守を考えるなら使わない方がいい
>>290
ケース文の結果を出力に使おうとは思わんけどORDER BYとかGROUP BYの対象にするときはあるな ORMってJOINできるんじゃないの
entity framework は普通にできる >>295
EntityFrameworkのJOINっていまだに慣れないんだよなあ ORM使ってJOIN使わずN+1問題仕込むのは百歩譲って良いとしても、
トランザクションやロックが意識できてなくて一貫性崩れてる不具合見つけたときは
ORMは害悪!ってなった ORMとQueryBuilderの区別もつかんアホども >>297
こういうガイジがSQLわかってる俺ケッケーしてるかと思うと笑える
殺してやるから表でろよ F#に入門してみたけどクソ使いやすいなこれ
関数型らしさと実用性を極めて高いレベルで両立してる
記述を大胆に省略できるのに、類推を阻害するような理不尽なシンタックスエラーに遭遇することもない
Scalaが生きてた頃はライバル扱いされてたようだが、あんなもんF#に比べたらはっきり言って便所の落書き以下
リリース後の紆余曲折なしにこのレベルをいきなり世に出せるって、設計した奴頭良すぎで恐怖すら覚える ORMは低学歴知恵遅れの底辺ドカタ用か
このスレみててよくわかったわ >>301
いきなりって、Ocamlを忘れないでくださいて F#流行ればいいのになぁ
Unityがデフォでサポートしてくれればあるいは 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 で書かれたコードは読めもしないだろう ■ このスレッドは過去ログ倉庫に格納されています