lynx   »   [go: up one dir, main page]

記事へのコメント42件

  • 注目コメント
  • 新着コメント
kaputte
関数型＋長文てアレ思い出すんだよね…

その他
t-wada
"関数型プログラミングとは、純粋な関数を書いて隠れた入出力をなるべく取り除き、できるだけ多くのコードを入力と出力の関係だけで記述することだ"

その他
otituke
ずーーーっと理解できなかった関数型プログラミングが氷解するように理解できた（気がする）、Part2もぜひ翻訳していただきたい。。

その他
sutatin
「職業プログラマ向けの純粋関数の定義」これくらい割り切ってくれてる方がありがたい。

その他
yimajo
“（僕は実のところ、隠れた出力を表す「副作用 (side-effect)」という語だけでなく、隠れた入力を表す「副原因 (side-cause)」という語も必要だと思う。これ以降の記事では、ほとんどの場所では簡潔に「副作用」とだけ書くが

その他
gen0083
引数と戻り値は1つではない、隠れた入出力がある

その他
tmatsuu
とても良かった。理解できた気がする

その他
takatama
分かりやすい

その他
luccafort
副作用は悪なのか？以降がどうしても内容が頭に入ってこないのは背景によるものなのかもしれない、想定している環境をぼくがきちんと想像できてない気がする。

その他
rjge
”それを把握する方法は三つしかない: 関数の定義に飛び込むか、複雑性を表層に持ってくるか、無視を決め込んでうまくいくことを祈るか”

その他
efcl
関数型プログラミングと副作用と副原因について

その他
airos
すごく良かった。いま関数型勉強中なので助かります。

その他
Dai_Kamijo
"関数型プログラミングとは、純粋な関数を書いて隠れた入出力をなるべく取り除き、できるだけ多くのコードを入力と出力の関係だけで記述することだ" / “「関数型プログラミングって何？」日本語訳 - Okapies' Archiv

その他
tettekete37564
カプセル化とは責任の境界を明確にし分離する事。この主張からするとどれほどコールスタックが深くなろうとも main 関数のスコープから time を渡せるようにしろという話になる。どこに境界を引く？その設計が OOP のキモ

その他
ch1248
素晴らしい。

その他
otituke
otituke ずーーーっと理解できなかった関数型プログラミングが氷解するように理解できた（気がする）、Part2もぜひ翻訳していただきたい。。

2016/12/16 リンク

その他
massa142
“隠れた出力を表す「副作用 (side-effect)」という語だけでなく、隠れた入力を表す「副原因 (side-cause)」という語も必要”

その他
t-wada
t-wada "関数型プログラミングとは、純粋な関数を書いて隠れた入出力をなるべく取り除き、できるだけ多くのコードを入力と出力の関係だけで記述することだ"

2016/12/16 リンク

その他
lalala360
関数よりさらに細かい単位でも、if分岐やforループが式の形で書けると、入出力の関係がわかりやすくなって好き。

その他
k1take
ちょっと分かった！(気がする)

その他
hogege
φ(･_･

その他
itouhiro
「あらゆる関数には二組の入力（引数、副原因）と二組の出力（返値、副作用）がある。副作用副原因があると複雑性（他のコードに依存）。なければデバッグ・テストが簡単。複雑性を表層に移す→引数化。純粋関数」

その他
jumperson
"関数型言語は副作用の積極的な排除を可能な限り助け、それができない場合は厳重に制御するのに役立つ。"関数型言語の定義が明確だなー。

その他
kasumani
「関数型プログラミングって何？」日本語訳 この記事は、技術翻訳 Advent Calendar 2016 の15日目です（枠が空いてたので勝手にお邪魔してます）。前回（6日目）は、id:msyksphinz さんの「個人が趣味で技術書を翻訳するという意

その他
kaputte
kaputte 関数型＋長文てアレ思い出すんだよね…

2016/12/16 リンク

その他
tick2tack
"関数型プログラミング言語とは、副作用なしでプログラミングすることをサポートしたり奨励したりするような言語だ"

その他
to4iki
導入部

その他
plurielleirulp
“隠れた出力を表す「副作用 (side-effect)」という語だけでなく、隠れた入力を表す「副原因 (side-cause)」という語も必要だと思う”

その他
sublatphile
“隠れた出力を表す「副作用 (side-effect)」という語だけでなく、隠れた入力を表す「副原因 (side-cause)」という語も必要だと思う”

その他
Nilfs
いい記事。これは広めたい

その他
yfujisawa
素晴らしい慧眼だ。ここまで分かりやすく関数型の本質を紹介している文章は今まで見たことがない。

その他
lifeisadog
いいこと言ってる。余裕のない現場ではなかなか難しいのだけど

その他
igrep
"関数が〈純粋〉であるとは、全ての入力が入力として包み隠さず宣言されていて、同様に出力が出力として宣言されている" やっぱり型に現れることが大事よね

その他
minoru0707
なんとなくわかるような気がしないでもない。

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

アプリのスクリーンショット
いまの話題をアプリでチェック！
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

「関数型プログラミングって何？」日本語訳 - Okapies' Archive

この記事は、技術翻訳 Advent Calendar 2016 の15日目です（枠が空いてたので勝手にお邪魔してます）。...

ブックマークしたユーザー

すべてのユーザーの
詳細を表示します

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2025 Hatena. All Rights Reserved.
Лучший частный хостинг