Elixir から Elm の流れで、いよいよオブジェクト指向に対する懐疑心が無視できないレベルに達した2017年冬。 – ゆびてく

529 users テクノロジーカテゴリーの変更を依頼記事元:

ubiteku.oinker.me

はてなブックマークに登録して、この記事にコメントしよう！会員登録またはログインする

人気のコメント(10)
全てのコメント

tzt 抽象化は人間の脳が複雑なものを理解するための唯一の方法なわけで、抽象化という手法が糞ならそれはもう人間の脳が糞ということなので仕方ないね。

2017/12/02 リスト

lizy OOPはGUIアプリにはフィットするイメージ、サーバサイドだとデータ変換が主？となるので関数型があいそう。まあ適材適所か

2017/12/02 リスト

uehaj 皆がかかるはしか。そして今後どんな言語を書いても、関数型になるという後遺症が残る/Elmで重複が多いのはユーザ定義の型クラスを定義できないせいもある

2017/12/02 リスト

turanukimaru そうだよ関数型言語というか数学のほうが正しい。これは哲学より数学のほうが古いという話でもある。でも、なぜ我々が数式じゃなくて自然言語を話してるかというと数学だけじゃ全てを解決できないからなんだよ。

2017/12/02 リスト

JULY まぁ、「銀の弾は無い」のは半世紀経っても変わっていない訳で。

プログラミング

2017/12/02 リスト

kabochatori 懐疑心ってなんじゃいな…。信じて使うものじゃなくてメリット・デメリット理解して状況に応じて採用するもんだろう

2017/12/02 リスト

mizchi id:lizy GUIもmutabilityを排するのが今のトレンドです

2017/12/02 リスト

teruroom オブジェクト指向と関数型のハイブリッドでいいとこ取りでいいんじゃなかろうか。

2017/12/02 リスト

megumin1 悪記事。「OOPで抽象化」==「副作用が必ず存在」のような短絡的な思い込みはやめましょう。OOPで高度に抽象化しておきながら副作用を徹底的に排除したAPIデザインなソフトウェア・ライブラリはたくさんありますよ。

2017/12/02 リスト

endo_5501 現状、「この方法だったら誰でもうまくいく」的な銀の弾丸は存在しないので、駄目な奴は何使おうと駄目という状況は当分続くと思う

programming

2017/12/02 リスト

masaru_b_cl だいぶたってから読んだけど、プログラミングや設計難しいです

2019/07/14 リスト

yuya_presto ビジネスロジックの文脈ではとてもわかりつつ、一方ユーザから見た機械の中の状態（ボタンを押すとONになる等）は主たる関心事だからなぁ。ReduxもあるけどOOPより遠回りな気もする。

2018/08/14 リスト

rryu 結局、じゃどうすればいいのかということには人類はまだ答えを出せていない。

2018/08/04 リスト

ono_matope あるあるな話が多く、面白かった

2018/08/02 リスト

takaesu 「間違った抽象化よりも、コードの重複の方を好む」とかは実感するな

2018/08/01 リスト

matarillo 関数型では抽象化をしないという論だとするとたぶん誤りで、関数型にだって抽象化はある。なので「じゃあ関数型が想定する抽象化ってどういうものなの」がないと物足りない。

2018/08/01 リスト

teruyastar “DRY原則”

2018/07/31 リスト

quadry そんな事よりもこういうしょうもない記事を書く人をどうにかした方がいいと思う

2018/02/10 リスト

gigs123 iPadから送信

2017/12/15 リスト

kyon_mm 何も解決されていない気がした。

2017/12/06 リスト

to4iki OOPの過剰なレイヤー構造は本当に必要なのかとは確かに

2017/12/05 リスト

outer-inside 関数型言語が型定義をモジュール外に晒しても割合平気なのは変更時にもユーザコードの網羅性を捉え切る強い型システムあってのことなので、持たざる言語で安易に真似すると実行時例外に埋もれて死ぬ

2017/12/05 リスト

ooshiro01 rustもelixirも読みづらさで挫折したクチなんだけどコツとかあるのかなー

2017/12/05 リスト

hyperpeppy え？ staticおじさん大勝利？

2017/12/04 リスト

neuecc まぁ「間違った抽象化よりも、コードの重複の方を好む」みたいなのを言った時になんだお前、みたいに言われなくても済むだけでも良い。硬直化していたし、それにカウンターがあるのは正しい。TDD再考とかもね。

2017/12/03 リスト

t2wave “オブジェクトが、他のオブジェクトに委譲を行って、その先もさらに委譲を繰り返すような場合、プログラムが読みにくくなるのも事実です。つまり間接層は、最小限に絞り込むべきなのです。”

2017/12/03 リスト

t-murachi 「設計判断の根拠となる「スコープが適切でない」ということを、後から文脈をズラすことでいくらでも言えてしまう」humm... 書いてる最中に問題に気づいて変数の位置を変えるだけでも結構な手戻り感だったりはする。

2017/12/03 リスト

k-motoyan888 OOP信者が感と経験を磨くといいみたいな曖昧なことを言ってばかりいるから論理の確立した関数型がいいという話になるんだろう？

2017/12/02 リスト

fuji_haruka Elm使ってみないとなんともわからん

2017/12/02 リスト

ys0000 AIがプログラミングを行うようになったら、人間が理解できない関数型を量産すると思う。

2017/12/02 リスト

braitom “プログラマがオブジェクト指向のマインドセットでコーディングしていれば、たとえElmのような純粋関数型の言語であっても、オブジェクト指向的にデザインされてしまうということです。”

2017/12/02 リスト

ch1248 面白かった。

2017/12/02 リスト

umai_bow Java使うのやめればいいだけじゃない？

2017/12/02 リスト

albacore Elmいいぞぉ

2017/12/02 リスト

ceptree 数値計算を主にやってるんだけど、OOPでしっくり来るやり方がわからない。データ(入力、出力)、パラメータ、処理をうまいこと扱うデザインパターンってないのかな。

2017/12/02 リスト

mizchi id:lizy GUIもmutabilityを排するのが今のトレンドです

2017/12/02 リスト

kompiro 全然ちがう話かもしれないけど、Reactも関数型に寄せて副作用をなくし、Reduxは状態自体を1つのツリーにしちゃってるよね。OOPも副作用をなくしたり管理すべきものをなくしていくとFPになっていく

2017/12/02 リスト

zentarou 早すぎる最適化は避けるべきだけど世界は常に変化しているから、早すぎていないことを確定することはできないのよね。

2017/12/02 リスト

carrotsword 個人的には関数型言語書いててもデータと関数は適切なスコープでまとまっててほしいと思うんだけどなー。まあそんなに関数型言語専門でもないのであれだけど。

2017/12/02 リスト

shozzy ブコメ見ると評価が真っ二つだな。

2017/12/02 リスト

規約違反を報告

Elixir から Elm の流れで、いよいよオブジェクト指向に対する懐疑心が無視できないレベルに達した2017年冬。 – ゆびてく

このエントリは Elm2 Advent Calendar 2017、2日目の記事になります。 Disclaimer: 勢いで書いてしまっ... このエントリは Elm2 Advent Calendar 2017、2日目の記事になります。 Disclaimer: 勢いで書いてしまった後に改めて読み返してみると、Elmの中身には全く触れてないような気もしなくはない感じになってました… その辺を期待している方はブラウザ（のタブ）をそっ閉じして明日の記事にご期待下さい。東京都港区の会社でインフラの仕事をしているフリをしながら、Elixir や Elm での関数型プログラミングに四苦八苦しつつ、Cotoami というよく分からないアプリケーションを作ったりしています。今回は、まだ駆け出しの関数型プログラマーである筆者が、関数型プログラミングの洗礼を受けたことによって、長年慣れ親しんできたオブジェクト指向に対する見方が変わってきたという話について書いてみたいと思います。たとえて言えば、外国語を勉強することで、初めて日本語というものを客観的