[過去ﾛｸﾞ] 次世代言語12 Go Rust Swift Kotlin TypeScript (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
376(1): デフォルトの名無しさん [sage] 2018/07/26(木) 00:53:38.27 ID:aEpW7KYl(1/4) AAS
>>370
370(1): デフォルトの名無しさん [] 2018/07/25(水) 21:11:06.64 ID:ZMLutfsH(2/2) AAS
MSの最近のOSSへの貢献度をみればありがてぇと思うけどな

>>359
goはゴミだもの
私物化を貢献と言い張る社員様
Googleのsageも入れてぬかりなし
454: デフォルトの名無しさん [sage] 2018/07/29(日) 14:00:10.27 ID:ikK7Yp3X(3/4) AAS
>>451
451(2): デフォルトの名無しさん [sage] 2018/07/29(日) 13:54:46.41 ID:gNiJKIOF(6/18) AAS
> 一行にだらだら書くべきじゃない

a = unko()
b_result = b(a)
c_result = c(b_result)

あっ、ふーん・・・

読みやすい！
pythonic!
pythonic!

こうですね
464: 463 [] 2018/07/29(日) 14:28:12.27 ID:++hEM/7+(4/4) AAS
アンカを訂正：
　　X：>>456
456(2): デフォルトの名無しさん [sage] 2018/07/29(日) 14:08:42.69 ID:I6LJ2IHq(2/2) AAS
関数型言語の関数チェーンはともかく、メソッドチェーンは似て非なるゴミ。
　　O：>>457
457(1): デフォルトの名無しさん [sage] 2018/07/29(日) 14:11:10.25 ID:lzRBxehA(2/2) AAS
Pythonだと、>>451の一行一行で扱うものがGBクラスのバッチだったりするからね
474: デフォルトの名無しさん [sage] 2018/07/29(日) 15:34:16.27 ID:J+11rz8t(1/3) AAS
>>467
467(2): デフォルトの名無しさん [sage] 2018/07/29(日) 15:04:42.51 ID:gNiJKIOF(12/18) AAS
>>466
はいガイジ
全てのメソッドチェーンは副作用ないよ
くそパイソニップと違ってね

悔しかったら糞糞糞内包糞記で糞してみろよゴミｗ
バカすぎるので晒しとこw
508: デフォルトの名無しさん [sage] 2018/07/31(火) 07:25:08.27 ID:HSKVxhV4(1) AAS
ん？ユニクロをもっと安っぽくしたようなデザインにしたいってこと？
518(1): デフォルトの名無しさん [] 2018/07/31(火) 15:00:19.27 ID:zoworXJJ(2/8) AAS
>>478
478(6): デフォルトの名無しさん [sage] 2018/07/29(日) 16:09:52.04 ID:EbPqex13(1/2) AAS
メソッドチェーンがぱっとわかりやすいのも分かるが
リスト内包はリスト内包で数学やってりゃわかる可読性がある

リスト内包がわからんってわめき散らすの無知晒してるだけだからやめた方がいい

それはそれとしてPythonはもっと関数を横に繋げられるようにしてくれ
Elixirのパイプ演算子みたいな感じでさあ
あのぅメソッドチェーンとは異なり、内包表記というのは
決して万能な道具ではないんですけど、ご存知ですか？

内包表記というのは、高階関数 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)))
545(1): デフォルトの名無しさん [sage] 2018/07/31(火) 22:37:48.27 ID:vpErkqT1(2/2) AAS
>>541
541(2): デフォルトの名無しさん [] 2018/07/31(火) 22:23:11.93 ID:CfkG900T(3/6) AAS
プログラマならバグの素を毛嫌いするのは当たり前じゃん
あくまでリーダビリティを損ねない範疇でだけども
バグの元の一番大きなものは可読性のなさだぞ。
測りにくいものを一切無視するのがこの手の輩のダメなとこだな。
763(2): デフォルトの名無しさん [sage] 2018/08/12(日) 11:58:45.27 ID:/Wm/F5Iv(6/8) AAS
>>760
760(1): デフォルトの名無しさん [sage] 2018/08/12(日) 11:45:09.80 ID:m3BnuYl0(1/2) AAS
いや普通に tensorflow1.8.0 は python3 で動いてるぞ。
google cloud 周りは確かに python2 系統だが。

互換性周りの話って、python3推しもpython2推しも普通に嘘つくから嫌なんだよ。
自分の都合のいい話しか信じないっていうのが露骨に出る。
いやTensorflowが3系で動くこと自体がはっきりいって眉唾
公式じゃ動くって言ってるが手元で動いたためしがない

>>761
761(1): デフォルトの名無しさん [sage] 2018/08/12(日) 11:54:38.90 ID:/Wm/F5Iv(5/8) AAS
>>756
numpyまわりで3系だけの不具合って何？
まともに動かないと言うくらいなら、いくつも例を出せるでしょ？

え？出せない？思いつきで言っただけ？
そもそもインポートでエラー出るんだよなあ
930(1): デフォルトの名無しさん [sage] 2018/08/18(土) 11:39:33.27 ID:cIuR0GWn(4/5) AAS
>>928
928(1): デフォルトの名無しさん [sage] 2018/08/18(土) 11:25:02.02 ID:NmE0jaYM(2/3) AAS
HaskellはCのライブラリをいくらでも取り入れるのでCが分からないと地獄
「全部自動化すればCが分からなくても問題ない」という説を信じたら地獄

一方、JavaやJavaScriptは鎖国のようなことをやってCを使わないようにした

この問題についてはパラダイムは関係ない
haskellの評価順序とcの評価順序のバインディング考えるだけでも頭痛くなるわ。
そこに特有の最適化仕の把握しとかないと使えんだろうし、そんなもん普通のプログラマが使えるか。

>一方、JavaやJavaScriptは鎖国のようなことをやってCを使わないようにした
javascriptは知らんがjavaもc呼び出しはやるだろ。メモリモデルの違いで苦労はするがcの他からの呼び出しやすさはやっぱすげーと思う。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.041s