虹裏img歴史資料館

1 24/02/10(土)23:26:49 No.1155998805

あぁ…？

2 24/02/10(土)23:29:11 No.1155999734

一歩たりとも一緒に歩きたくなくなるようなクソダサい私服着てそうな女子高生

3 24/02/10(土)23:32:41 No.1156001188

カッコいいコード書けるようになったらエッチしてくれるかなこのJK

4 24/02/10(土)23:33:52 No.1156001648

監獄学園は関係なかった

5 24/02/10(土)23:35:57 No.1156002385

IQ高すぎると意思疎通が困難になるというが

6 24/02/10(土)23:37:51 No.1156003137

関数型ってラムダ式だっけ 利点がわかんない

7 24/02/10(土)23:37:59 No.1156003183

関数型ってオブジェクト指向とは違うの

8 24/02/10(土)23:41:12 No.1156004469

ラムダ式って可読性悪いよねっていうと嬉々としてこんなのもわからないの？って言われる印象がある

9 24/02/11(日)00:05:27 No.1156012867

関数型はリスト生成するときに便利

10 24/02/11(日)00:06:27 No.1156013232

懐かしいな エンジニア界隈にもこう言うのあるんだなってなった

11 24/02/11(日)00:07:28 No.1156013582

関数型は停止性を検査するのに都合がいいとか聞く

12 24/02/11(日)00:07:51 No.1156013712

この人はmixi wikipedia twitter togetterBANの 悪い意味でのプログラミング界の有名人です… 本の内容もゴミです…

13 24/02/11(日)00:07:53 No.1156013720

監獄学園かと思った

14 24/02/11(日)00:08:47 No.1156014063

>関数型ってオブジェクト指向とは違うの 一般には全く違うと言っていいかもね 状態を持つオブジェクトを組み合わせるのがOOP 状態を引数にして動作だけを組み合わせるのが関数型

15 24/02/11(日)00:09:03 No.1156014156

利点がいまいち分からんっていうか メンテがしやすくなるとかそういうのなんかな

16 24/02/11(日)00:10:40 No.1156014698

関数型言語の一部の要素は他の言語に取り入れられて有効活用されたけど 関数型言語自体は…

17 24/02/11(日)00:11:20 No.1156014915

>関数型は停止性を検査するのに都合がいいとか聞く 全然わかんねえどう言う事だ 再帰とか継続に停止性は関係ないぞ

18 24/02/11(日)00:11:37 No.1156014998

毛の壁なつかしいな

19 24/02/11(日)00:12:03 No.1156015154

>利点がいまいち分からんっていうか >メンテがしやすくなるとかそういうのなんかな 圧倒的に依存が少ない

20 24/02/11(日)00:12:34 No.1156015317

テスト容易性だっけ

21 24/02/11(日)00:14:44 No.1156016086

オブジェクトがなんなのかわからんと前尋ねたときに「」が金型とプラモの関係に例えてわかった気がしたけど 関数型ってなんなの

22 24/02/11(日)00:15:33 No.1156016387

>テスト容易性だっけ 基本的に結合が疎だからそれはあるけど その手の話は型付けの話も入ってる気がする

23 24/02/11(日)00:16:38 No.1156016799

pythonとかでもdefineして関数作ったりするけどそういう関数じゃないんだろうな多分 lambdaを延々とpipeしてくようなもんなんだろうか

24 24/02/11(日)00:17:08 No.1156016977

>オブジェクトがなんなのかわからんと前尋ねたときに「」が金型とプラモの関係に例えてわかった気がしたけど >関数型ってなんなの それ型の話であってオブジェクト指向の話そのものじゃない気がするぞ…

25 24/02/11(日)00:17:26 No.1156017108

本来の数式のイメージが強い

26 24/02/11(日)00:17:43 No.1156017210

>それ型の話であってオブジェクト指向の話そのものじゃない気がするぞ… そうなの ニワカでごめん ごめん

27 24/02/11(日)00:18:18 No.1156017413

>lambdaを延々とpipeしてくようなもんなんだろうか 考え方としてはそれでいいと思う 手続きだけを組み合わせる感じ まあ本来は関数そのものが第一級って条件があるけども

28 24/02/11(日)00:18:20 No.1156017422

引数で1～9の数字が渡ってくるからそれぞれのパターンの動きが用意されてるとかそんなん？

29 24/02/11(日)00:19:07 No.1156017685

>ニワカでごめん >ごめん いやその説明した方が悪いからお前さんは悪くない

30 24/02/11(日)00:19:15 No.1156017744

なんとなくSQL書くときの感覚に近いんだろうなと勝手に思ってる

31 24/02/11(日)00:20:22 No.1156018161

大域変数がないとどうなる？

32 24/02/11(日)00:21:18 No.1156018488

>大域変数がないとどうなる？ 別にどうもならんのでは？ 結局環境の状態を関数やAPIで取得してるなら同じ事だし

33 24/02/11(日)00:21:52 No.1156018733

俺には関数型は難しすぎるが部分適用は便利だと思う

34 24/02/11(日)00:21:55 No.1156018753

>なんとなくSQL書くときの感覚に近いんだろうなと勝手に思ってる その感覚でSQL書けてる人自体貴重だと思う

35 24/02/11(日)00:23:49 No.1156019457

>なんとなくSQL書くときの感覚に近いんだろうなと勝手に思ってる あー確かにSQL書いてる人は感覚的にだいぶ理解してそう 元々SQL自体は状態を持たないしね

36 24/02/11(日)00:25:06 No.1156019919

演習問題とかで最初から設計が与えられてる分には関数型すげえ！ってなるけど 自分でロジックを関数型に落とし込める気が全くしない

37 24/02/11(日)00:25:08 No.1156019934

関数型ヴォルデモートの女体化か何かかよって思ったら 著者が関数型ヴォルデモート本人じゃねーか

38 24/02/11(日)00:25:13 No.1156019963

SQLで延々とWITH書いてるようなもんなのか でも冷静に考えると俺pythonも割とそういう使い方しかしてないわ…

39 24/02/11(日)00:25:43 No.1156020152

>関数型言語の一部の要素は他の言語に取り入れられて有効活用されたけど >関数型言語自体は… 状態を持たないから単体では実用的じゃないのではという気がする

40 24/02/11(日)00:27:54 No.1156020901

>状態を持たないから単体では実用的じゃないのではという気がする インフラとかDevOps系だとだいぶ使われてたりする Citrixとかも中身OCamlだったしなあ…

41 24/02/11(日)00:28:57 No.1156021211

実用的じゃないは普通に嘘なんだけど 大規模だと状態を持たない事が枷になるのはそう 末端の内容まで入ったメタクソにデカいデータを最上位で持つことになるから

42 24/02/11(日)00:28:58 No.1156021215

えらい硬い本にイラスト描いてるんだな…と思ったら 監獄学園じゃねえのか

43 24/02/11(日)00:29:05 No.1156021266

関数型プログラミングってエラー処理どうするの？

44 24/02/11(日)00:29:43 No.1156021454

毛の壁先生って今何してるの？

45 24/02/11(日)00:30:09 No.1156021636

>関数型プログラミングってエラー処理どうするの？ Optionalとパターンマッチでやる Rustとかでも使われてるよ

46 24/02/11(日)00:30:27 No.1156021740

結局状態とかエラー処理が面倒だから 言語に状態とかエラー処理の命令も用意してあってそれも使うよ そして「あれ…これ普通の言語でいいな…？」となっていく

47 24/02/11(日)00:31:01 No.1156021941

手続き型が川の流れのように論理を組むのに対して関数型は水の波紋がビターン！って広がるように論理を組む みたいな漠然としたイメージを持っている

48 24/02/11(日)00:31:48 No.1156022188

いきなり会社で他に誰も使ってないF#で作ったプログラム一式渡されてエラー吐いたらコード読んでってあまりにも無法な投げ方された事がある まず開発者ですらないんだぞ俺は

49 24/02/11(日)00:31:54 No.1156022229

>結局状態とかエラー処理が面倒だから >言語に状態とかエラー処理の命令も用意してあってそれも使うよ すまんけどなんの話だそれ…？ EitherとかMaybeのが普通に楽じゃない？

50 24/02/11(日)00:32:53 No.1156022517

秀和システムか懐かしいな 分厚い本持ってたわ

51 24/02/11(日)00:33:25 No.1156022678

道具なので使い道にあったものを作ろう使おう… 十得ナイフみたいなクラスは作るな

52 24/02/11(日)00:33:40 No.1156022760

>すまんけどなんの話だそれ…？ >EitherとかMaybeのが普通に楽じゃない？ OCamlだとカジュアルに例外起こして大域脱出しまくるからそれとか？知らんけど

53 24/02/11(日)00:34:22 No.1156022984

>OCamlだとカジュアルに例外起こして大域脱出しまくるからそれとか？知らんけど OCamlでもパターンマッチで登っていかないか？ よくわからんな

54 24/02/11(日)00:35:57 No.1156023551

こういう押し付けてくるの嫌い反吐が出る この手のやつに限ってそちらのオフィス古くない？とか今どき○○なんですか？みたいなことを環境も知らずに言ってくる

55 24/02/11(日)00:36:19 No.1156023668

なんかQiitaでポエム書いてた人だっけ 内容読んだことないけど

56 24/02/11(日)00:36:56 No.1156023853

エラー処理は関数型の方が楽というか たぶん処理に手抜きできない話を言ってるんだろうなこれは 未定義動作の余地がいくらあってもいいよみたいな状況だと確かに使えない

57 24/02/11(日)00:37:27 No.1156024014

>こういう押し付けてくるの嫌い反吐が出る >この手のやつに限ってそちらのオフィス古くない？とか今どき○○なんですか？みたいなことを環境も知らずに言ってくる 大丈夫 そもそもこの人できない人だから

58 24/02/11(日)00:37:30 No.1156024029

環境の更新が止まったらそれはそれでコトだが…

59 24/02/11(日)00:37:46 No.1156024119

どの言語もSQLの感覚で書いてるところあるからぶっちゃけ差が分かんねえ ほとんどpandasしか触ってないし…

60 24/02/11(日)00:38:30 No.1156024363

ダサいコードだとぉ…？

61 24/02/11(日)00:38:53 No.1156024506

ダサいコードはマジでダサいからな…

62 24/02/11(日)00:39:10 No.1156024613

記事のアーカイブ？見つけた うん… http://kentechdoc.blogspot.com/2019/12/iq145jk-backup.html

63 24/02/11(日)00:39:15 No.1156024660

スカラしかわからねぇ

64 24/02/11(日)00:39:22 No.1156024704

今時〇〇なんですか？でイラつくのは使う正当な理由もないなら危機感持った方がいいんじゃねえかな… ちゃんと勉強してたら仕事環境の方に不満持つだろうし

65 24/02/11(日)00:40:13 No.1156024960

>こういう押し付けてくるの嫌い反吐が出る >この手のやつに限ってそちらのオフィス古くない？とか今どき○○なんですか？みたいなことを環境も知らずに言ってくる スレの流れに切れてるのかと思って混乱したけどスレ画に対してか まあダサいコード書いてるなんて言ったらほとんど宣戦布告だからな…

66 24/02/11(日)00:41:30 No.1156025383

>>こういう押し付けてくるの嫌い反吐が出る >>この手のやつに限ってそちらのオフィス古くない？とか今どき○○なんですか？みたいなことを環境も知らずに言ってくる >スレの流れに切れてるのかと思って混乱したけどスレ画に対してか >まあダサいコード書いてるなんて言ったらほとんど宣戦布告だからな… この書き方だと下手すると関数型でないならダサいまで言ってるんじゃないかって受け取り方までできちゃうから…

67 24/02/11(日)00:41:35 No.1156025412

ダサいコードといえばあらゆる場所にtry catchを書いてしまうのどうにかしたいとは思ってるぞ俺

68 24/02/11(日)00:41:39 No.1156025426

仕事中他人の書いたコードに対して心の中で「このクソコード！！」と毒づくことはあるけど 実際のところは何かしら事情とか意図とかあるかも知れんし恐れ多くて口では言えねえ

69 24/02/11(日)00:41:44 No.1156025461

>大丈夫 >そもそもこの人できない人だから もうあの騒動も知らない人は多そう 何だかんだもう10年近く前なのか

70 24/02/11(日)00:42:21 No.1156025679

>ダサいコードといえばあらゆる場所にtry catchを書いてしまうのどうにかしたいとは思ってるぞ俺 それはマジでダサいからなんとかした方がいいと思う ダサいどころかパフォーマンスも悪い

71 24/02/11(日)00:42:32 No.1156025748

バグなしでちゃんと動く事が最優先だからな…

72 24/02/11(日)00:43:16 No.1156026019

ダサい=読みにくいでなんで動いてるのかすぐわかんなくならね？

73 24/02/11(日)00:43:34 No.1156026109

>ダサいコードといえばあらゆる場所にtry catchを書いてしまうのどうにかしたいとは思ってるぞ俺 別に悪くはないぞ 適切にログ吐いたり上にわかりやすい例外に入れ直したりして投げ直せば

74 24/02/11(日)00:43:45 No.1156026165

>仕事中他人の書いたコードに対して心の中で「このクソコード！！」と毒づくことはあるけど >実際のところは何かしら事情とか意図とかあるかも知れんし恐れ多くて口では言えねえ 口では言わないけど正直あんまり任せたくねえなってなるよ 逆に性格クソでも素晴らしいコード書く人は脳破壊されそうになる

75 24/02/11(日)00:44:04 No.1156026277

3分悩んだらダサいコード書いてる

76 24/02/11(日)00:44:38 No.1156026483

TryGet～あるのにディクショナリーへのアクセス全部try catchしてたら死ねよ原始人って思う

77 24/02/11(日)00:44:41 No.1156026499

>ダサいコードといえばあらゆる場所にtry catchを書いてしまうのどうにかしたいとは思ってるぞ俺 throwしてるならいいよ

78 24/02/11(日)00:44:52 No.1156026581

いや例外は極力避けた方がいいよ… わりと依存性振りまいて疎結合の破壊者になるからな…

79 24/02/11(日)00:45:00 No.1156026629

オカルト学園かとおもったのに・・・