次世代言語議論スレ[Rust Kotlin Haskell]第6世代 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
ダブルポインタとか言うバカに構文木を教えるために括弧を強制してやったのに >>899
それをC#だとキャストできるという話なんだが、頭おかしいのか? このように、>>899のように俺は分かってる感を出してる奴にとってすらジェネリックの変性は理解が難しいんだよな
ちなみにKotlinだと型定義時の指定と型使用時の指定の両方をサポートしてたりする
TypeScriptの場合はキャストが完全なstructual-subtypingベースで、型名やジェネリックは型定義のエイリアスに過ぎない
だから特に変成を明示的に指定する必要はない C++「仮想関数とtemplateは直交する」
Go「templateやめた」
Haskell「仮想関数やめた」
Java「直交やめた」 >TypeScriptの場合はキャストが完全なstructual-subtypingベースで、型名やジェネリックは型定義のエイリアスに過ぎない
>だから特に変成を明示的に指定する必要はない
TypeScriptの場合は必要ないと言うより、個々に指定できないから固定ルールでごまかしてるってのが近いと思うが。 ごまかしてるというのは擬人化しすぎというか
擬人化だけならいいが擬人化してから罪悪感を植えつけるのは科学ではない
政治に近い >>899
この文脈で脈絡のないモナドとか出してる時点で
いつもの知ったかぶり野郎ってわかんだね >>906
structural subtypingあるのにできないって、随分中途半端な言語なんだな ジェネリクス一つとっても言語によって結構変わるんだなってことしかわからん。 言語を決めようとするなよ
言語は決めたがコードは書けない無駄な状態ができるだけだから
決められない状態の次の瞬間に書き終えるのが正しい >>881
T extends Foo
U super Bar
だと人間がその型変数が入力用か出力用かわかりづらいからin/outの方がわかりやすいって言ってるだけ。
>>903
キャストじゃないって言ってるだろ。 PHP出身のオッサンマジでつっかえなくてワロタ
mapとlistの区別もできないガイジ
年上に敬語使いたくなくなったの初めてだわ PHPはちょっと前までリストは無かったかならぁ。
あったのは数値インデックスをキーとするマップだった。
でもPHP7からまともになったと噂で聞いたがどうなんだい? >>916
ウンコにカレーかけたらカレーになるか?
そういうことだ 概念なんて知らなきゃ知らない
知ってりゃ知ってる程度の話で
ただやった事あるかないかの差だろう
やればすぐに覚える
その程度で上になった気になってマウント取れる頭が羨ましいわ >>914
だからC#ではキャストなんだよ
知らないなら黙ってろよ >>919
まぁ、逆にそういう基礎的なことを知らない時点で他も推して知るべしってなってイライラする気持ちもわかる。
多分、色々あったんだよ 自己学習をしない老人ほど役に立たないものはない
若者にバカにされたくなかったら勉強を怠るなということさ まあ、敬語を使う基準や使ってはいけない基準が「年上」ってのも相当だけどな。
他人であれば敬語以外の選択肢が出てくる時点で異常。
上司であれ部下であれ、客であれ飼い主であれ、友達じゃねえんだから。
ほんとにドヤ顔したいなら、理解させたら良いのに。
理解させる事が出来ないなら、そいつ以下な気がするわ。
少なくともそいつより賢くないとできない事が、そいつに教えるって事なんだし。 無料で教えるのは難しくないね
ブラックジャックのように報酬はいくらでも出すと言わせるのが難しい 別に手弁当で教えなくても、理解させりゃ良いと思うが。
教えるって直接何かを伝える以外にも色々あるじゃん。覚えなきゃ切るって言ったり何でも。
それなら賢くなくても出来るか。 >>920
C#でも同じだバカ。
パラメタ型がキャストできたら型引数が部分多相になるだろうが。
おまえが代入互換性とキャストの区別もついてないだけなんだよ。 まあ若い人が今新しいと思ってるものが将来のレガシーコードを生んでることが多いんだけどね。
今巷にあるテストのないコード見てるとそれが良くわかる。 >>929
メンテしやすいかどうかは言語機能とは無関係なことが多い。 >>927
いいから具体的なC#コードで説明してくれ 未だにMVCとか言ってそう
んで、全部Cにロジック書いてそう とりあえず有名な物批判すれば通ぶれるってメンタルだろ
構ってちゃんにまともに取り合おうとするな 悪いものは更新する
正義なら古くてもそのまま
これだけの話なのに
おそらく正義か悪かを判断したくないから、新しいか古いかだけで決めようとするんだろ わからんのだろう、それが一体どういう場合にどういう悪になるか、とか、
悪は悪だが必要悪だとか、悪は悪だがそれを避けるコストが、我慢して使うコストを圧倒的に上回ってるとか。
ちょっと前の話なら、ClassicASPを嗤ってた割に、SSRとか言ってはしゃいでた奴とかいたが、心底アホなんだなぁって思ったよ。 避けるコストが我慢して使うコスト上回るってelectronとかか? スカラー型程度で嬉ション漏らしてPHPにも型を!
とか言ってる連中ってマジで頭おかしいんちゃうか
あまりのレベルの低さに草も生えない >>941
割と色んなものに当てはまると思うよ。
できればもう書きたくないけどプロジェクトは大規模だし、改修範囲は把握してるし、
動作環境も固定されてるとある機械の制御端末なので、VB6のプログラム改修してパッチ出します、とか真顔でやってるプロジェクトある。
よーやるわ、と思うが。
>>942
建設的にやれば? なぜペチパーは頑なにPHPに拘るのか不思議には思う
JavaScriptはしょうがないにしても、今どきPHPを積極的に採用する理由が見当たらない >>945
WordpressつこてるならPHP以外ないだろ
というかむしろWordpressとECぐらいしか新規案件見ない >>944
そういうことか。
古いjavaならoracleがAPIを削除し始めたから、
そのうち強制移行だろうけどイントラネットみたいなところで生き続けて、
言語仕様の進化から取り残されるんだろうな。
VMレベルで互換性失うのはまだ先だろうけど。 >>945
javascriptはしょうがないで書くような言語でも無いかと。
よくできてると思うよ。
上からまっすぐ降りてくる言語しかできん奴はjs嫌いだろうけど。
型が柔軟なのも良いけどな。なんでも突っ込むのは頭おかしいが、代数的データ型として使う分には良い具合の無茶が出来る。awaitが使えるようになって、ますます良い具合。
phpは置けば動くあの簡単さが良いんだろ、多分。 某Drupal案件は最悪だったな
よくわからんモノシリックFWに、低単価で寄せ集められたクズどもがどうしようもないゴミ山こさえて
どうにかこうにかまともな風に仕立て上げた頃に、新任のCTO就任
早々に言い出したのが「こんなレガシーではいけない!次は・・・Symfonyだ!」
あっという間にみんな撤退したよ
一応未だに企業は残ってるから、あれを保守して何とかやってるんだろうな
Symfonyエンジニアも絶賛募集してるから、レガシーからレガシーへの移行も諦めてないんだろう
あんなゴミでも営業や企画次第で優秀な金儲けの道具になるんだから
エンジニアリングって何だろう、って切なくなる思うことがあるよ >>947
ASP生きてる会社もあるよ、聞いた所だと。
純然たるソフト屋なら対策するだろうけど、製造業やら医療のシステムってたとえイントラでもすぐにスクラッチで作れるもんじゃないしね。台帳保存の法規制とか諸々含め。
windows7のVDI環境もあるし、IEのエンタープライズモードもあるし、多分使わなくなっても5年は動態保存してる。 大抵の言語でもフレームワークでも向き不向きがあって
よほどのレガシー以外で普通に生き残ってるのは
それなりに理由がある。
すぐ優劣みたく言う人はスキル低そうとしか思わんな 「代わりはいくらでもいる」とかなんとか脅して丸投げするのが不可能になるだけだから
自力で読み書きするなら何の問題もない 問題は流行り廃りが激しいことじゃない?
>>954
未だにCOBOLの求人あるぐらいだから"余程"じゃないなw >>954
俺なんかは言語機能はさほど求めない方だけれど、
さすがに構造体みたいなデータをまとめるものは必要じゃないですかね。。 >>956
流行り廃りはランダムではないよ
ほとんどが静的型と動的型が原因だよ
basicが廃れてC/C++が残った原因
Lisperがリストばかり使ってタプルや構造体を使わない原因
動的型に近い性質をもつ継承やvirtualが排除されるかもしれない原因 継承やvirtualが動的型に近いならパターンマッチやジェネリクスも動的型に近いので廃れますね Hackはどうなんだろ。PHPがこんだけ使われてると、
PHP+静的型というのも悪くない気がする。 頭がウンポコピーの頭がクルクルペチパーに
型なんて概念理解できるわけないだろ!いい加減にしろ! 固定長のリストならcdrにデータ直接入れてconsを節約できるんで
それがlispのタプルかな 「それPHPでもできますよね」
自称次世代さんたちはこれに何て返す? >>968
でもペチパーは馬鹿だから奴隷のように安い単価で連れてこれますよ >>966
2個組みならドット対、3個組みならドット対のcdrにドット対入れたものになって、あと4個以上もその繰り返し
表記的には全部ドット対にしてもリストの末尾だけドット対でもどっちでもいいが ペチパーペチパー連呼してる異常者が粘着してるんだなこのスレ。 >>969
ヴァカのプェチプヮーでも出来る内容ならプェチプヮーにやらしとけば良くね!? 隔離スレに分離できたのに
いまだにペチパーペチパー言ってる連中はどんだけペチパーに恋い焦がれてるんだよ・・・ >>974
最初からただの荒らしだっただろ
まともに内容に触れてもないし おおかた自分がそうディスられて悔しくて別の言語勉強したとか、
自分が勉強した言語より重宝されてて悔しいとか、
会社で自分が言ったことが通らずPHPが採用されたとかそういうつまらん理由だろ、あいつは。 PHPプロジェクトで頭がおかしくなってしまったんだろう
PHPに関わった者はみんな不幸になる例 極論すれば外からプリプロセス拡張すればどんな言語でもどんなことでもできる。 数学で習った関数しか知らない数学の大先生の気持ちを考えてみよう
文字列処理は敵だよ ShowやReadではなくMonoidとかいうやつは文字列処理がわかってない 多次元配列を搭載した言語が少なすぎる。setとかdict より需要がないとか信じられん 多次元配列は線形代数ライブラリとセットじゃないと使い物にならないからじゃない? PHPERを卑下するよりhackをはやらせたほうが世の中のためな気がするけど
割と先進的な機能が入ってるみたい。 まあどうせ c とかのライブラリ呼ぶんだろってのはあるか。
あと一般の多次元配列とか考えると結局データベースになるっつー話もある。
そういう意味では統計扱う言語(R,python)は DataFrame とか用意してはいるな。 numpyは本当に優れたライブラリだ。numpy相当のことができる言語はFortran 90、R、Juliaくらいか? >>990
Racket、Clojureも全くできないわけではない レス数が1000を超えています。これ以上書き込みはできません。