[過去ﾛｸﾞ] 次世代言語12 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
490: 2018/07/29(日)21:19 ID:jHvVDWmn(2/2) AAS
Haskellのエラーモナドかましたリスト内包表記は難解すぎる
491(1): 2018/07/29(日)22:06 ID:GVyD60rv(1/3) AAS
多言語を批判するならお互いが同じ例題でソース書き比べたらええやん
ずっとごちゃごちゃ言ってるやつってソースもごちゃごちゃしてそうｗ
492(1): 2018/07/29(日)22:09 ID:9WGuah8C(1/2) AAS
言い出しっぺがまずやってみせて
493: 2018/07/29(日)22:14 ID:GVyD60rv(2/3) AAS
>>492
多言語を批判なんてしてないから言い出しっぺではない傍観者だ
494: 2018/07/29(日)22:24 ID:9WGuah8C(2/2) AAS
いや君の提案でしょ？
495(1): 2018/07/29(日)22:25 ID:uE0dE1bw(1) AAS
>>491
書き比べはそれはそれでもめるんよ
言語ごとの推し抽象化手法（有り体に言えば得意分野）が違うから同じの書かせつつ公平にはしにくいし
オーバーラップする領域ではライブラリーのAPI叩くだけのHelloWorldレベルのコード比較に終始してしまう
496: 2018/07/29(日)22:29 ID:gNiJKIOF(17/18) AAS
つまりパイソニップお手上げ降参状態ですよっと
497: 2018/07/29(日)22:50 ID:HPChxVcI(6/6) AAS
Python嫌いってどういう層だよ
498: 2018/07/29(日)22:58 ID:GVyD60rv(3/3) AAS
>>495
なるほどね触れた俺がアホだったわすまんなｗ
NG入れて見ないようにすればいいだけだしなｗ
読解力のないIQ低すぎる奴とは会話が噛み合わないから仕方ないなｗ
499: 2018/07/29(日)23:03 ID:gNiJKIOF(18/18) AAS
というわけで多言語とか言ってる馬鹿 ID:GVyD60rv はNGっと
500: 2018/07/30(月)00:09 ID:15o6QT6I(1/2) AAS
なんでpythonの話になっとるんだ
rustの話が尽きたからか
501: 2018/07/30(月)00:20 ID:cSovQdPN(1) AAS
批判っていうか評論も一つの作品だよな
漫画や小説なら良いが評論は悪いという価値観を押し付けるから揉めてるんじゃないか
502: 2018/07/30(月)00:42 ID:BCmT78P/(1/2) AAS
拡張子htaみたいな事出来る言語ねーかな
503: 2018/07/30(月)21:32 ID:9zA5gDfM(1) AAS
>>478
「|」をオーバーロードしてるライブラリはある。
外部ﾘﾝｸ[py]:github.com
俺は別に読みやすいと思わんが。
504(1): 2018/07/30(月)22:36 ID:15o6QT6I(2/2) AAS
数学やってりゃ分かるってのは高級言語にとって正当性の担保にならんと思うんだけど
pythonはスクリプトを書くためにあってアプリケーションを書くには向いてないよ
505: 2018/07/30(月)23:30 ID:BCmT78P/(2/2) AAS
pythonはスクリプトやアプリケーションとかじゃなくてapiとかライブラリとかじゃないか？
506: 2018/07/31(火)02:24 ID:6M1+k6px(1/2) AAS
スクリプトは後で修正するためにある
正当性の担保ってのがなくても後で修正すればいいと思ってる
だからスクリプトはズル
本物のアプリケーションはズルをしない
507(1): 2018/07/31(火)06:32 ID:rMUR8HCB(1) AAS
androidアプリ開発でGUデザインに拘りたいとしたら
どんな言語がいいでしょうか？
508: 2018/07/31(火)07:25 ID:HSKVxhV4(1) AAS
ん？ユニクロをもっと安っぽくしたようなデザインにしたいってこと？
509(2): 2018/07/31(火)07:33 ID:UxY/lhlr(1) AAS
Twitterﾘﾝｸ:kskexx
githubの分析だそうだけども
.netどこに行ってしまったん
510: 2018/07/31(火)07:35 ID:NvL3iNMe(1) AAS
>>509
お前記事読んでないやろw
511: 2018/07/31(火)07:59 ID:ZEe/Gn0n(1) AAS
>>507
Unity
512: 2018/07/31(火)08:15 ID:JoTrRiyA(1) AAS
GUIライブラリに何を使うかによる
SDLってAndroidでもつかえたっけか？
513(1): 2018/07/31(火)12:04 ID:wLuD0qiK(1) AAS
In our survey of 16,000+ npm users in January 2018, 46% of them reported using TypeScript.
Twitterﾘﾝｸ:seldo
514: 2018/07/31(火)12:16 ID:MCiT+aJj(1) AAS
>>509
.NetのC#以外は死んでるようなものだし
C#も半端な位置で留まってるから話題にならんのだろ
他バッサリ切ってC#に注力すればいいのにな
515: 2018/07/31(火)12:35 ID:Y+ETzapn(1) AAS
F#使いも生きてるぞ
516(2): 2018/07/31(火)13:56 ID:zoworXJJ(1/8) AAS
>>504
たしかに、そのとおりです
たとえば数学でいう直積(direct product あるいは cartesian product)の
プログラミング言語上の表現を、一般的には「タプル」と呼んでいる
もちろん ML や Haskell に代表される厳格な型システムを前提に設計された
言語の代数的データ型を持ち出すまでもなく、直積と直和の概念は
計算における数学上の概念の中で基本中の基本です
それにもかかわらず Python では、単なる不変(immutable)な配列に対して
公式文書でこともあろうか「タプル」と命名し、驚くなかれ「1要素のタプル」
といふ数学の概念を超越したリテラル構文を定義しちゃいました
世界的に普及している/していた言語は数多くありますが、こんな命名や
リテラル定義が存在するのは、後にも先にも Python だけ、唯一無二の存在です
まさに Python の設計哲学とは；
スクリプト言語にとって数学なんてクソ
といふことなんでしょうね
517(2): 2018/07/31(火)14:34 ID:U3QRqLaV(1) AAS
直積集合がタプルじゃなくて直積集合の要素がタプルな
んでもってn個の集合の直積を考える場合普通n=1は除外しない
518(1): 2018/07/31(火)15:00 ID:zoworXJJ(2/8) AAS
>>478
あのぅメソッドチェーンとは異なり、内包表記というのは
決して万能な道具ではないんですけど、ご存知ですか？
内包表記というのは、高階関数 map/filter とジェネレータという
三つの要素を簡潔に表現できる構文糖でしかありませんから、
内包表記では表現できない課題も数多く存在します
ですからたとえば Haskell では内包表記を提供する一方で、
ポイントフリーといふ関数を繋ぐ流れるようなスタイルでも書けます
つまり「メソッドチェーン vs. 内包表記」という対決の図式は成り立ちません
これでもまだ「リスト内包がわからんってわめき散らすの無知晒してるだけ」と
騒ぎたいなら、以下のお題(>>430-431)を内包表記だけで書いてみてください
'-'.join(map(lambda x: str(x), reversed(sorted(a))))
>>478氏が無知でなければ、内包表記でサラッとエレガントなコードを書けますよね？
ちなみに以下のような三重にカッコが入れ子になった醜いコードは勘弁してくださいね
'-'.join(str(x) for x in reveresed(sorted(a)))
519: 2018/07/31(火)15:33 ID:zoworXJJ(3/8) AAS
>>517
>n個の集合の直積を考える場合普通n=1は除外しない
ええ、それが Python 村の中では「普通」で常識なんですよね
でも Python 村から一歩外に出れば：
n個の集合の直積を考える、ここで n>=2
が「普通」なんですけど、ご存知でしたか？
たとえば手元の教科書(*1)だと、直積は以下のように定義されています
・２つの集合の直積 A × B = { <x, y> | x <- A, y <- B }
・３つの集合の直積 A × B × C = { <x, y, z> | x <- A, y <- B, z <- C }
・４つの集合の直積も同様に定義される
この本では n=1 は定義されていないし、個人としても定義のしようがないと考えます
で、ML/Haskell/Erlang/Prolog といったタプルというデータ構造が存在する言語でも、
「普通」n=1の直積を除外しており、これが世間の常識です
ちなみに「Python村の常識、世間の非常識」といふ格言、聞いたことありませぬか？
ところで、もちろん内包表記はご存知ですよね？
知らないと>>478氏に「無知晒してる」と嗤われちゃいますよ
*1：論理と計算のしくみ
外部ﾘﾝｸ:www.amazon.co.jp
上下前次1-新書関写板覧索設栞歴
あと 483 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.016s