「岡部」を含む日記 RSS

はてなキーワード: 岡部とは

2017-11-13

選択夫婦別姓に冷静に反対しよう

選択夫婦別姓に反対していこう。

効率的・実務的側面から反対
文化的歴史的側面から反対

①.効率・実務

 西暦2015に最高裁が「選択夫婦別姓却下」と判断を示しました。

これを受けて原告団長の塚本協子さんは「判決を聞いて涙が止まらなかった」

「『塚本協子』として生きること、死ぬことができなくなりました。」と述べました。

 しかし待ってください。それって法律解決しなくちゃいけないことでしょうか?

 真犯人名前を教えましょう。旧姓で呼んでくれない職場旧姓で呼んでくれない銀行旧姓で呼んでくれない葬式

 やつらです。

 数年をかけて裁判を何度も起こすより! 三井住友銀行毎日クレームを送りましょう。

 この投稿を見たら「ペンネームでも簡単に口座が! マイナンバーを持ってお近くの銀行へ!」のキャンペーンをしてください。

 「パスポート名前を記入させないで」とお便りを送りましょう。

 年賀状なんてやめて、外務省とか東京都生活文化局とかに絵葉書を送りましょう。

 「佐藤から始まる同姓同名なんてたくさんいるんだから本日は晴天なり』と自筆記入させてくれませんか?」と添えて。

 サイボウズ社長の青野さんは理不尽にもこう言っています

子供の姓はどうするんだ」

今回の訴訟では、子供の姓のルール改正は求めていませんので、「結婚時に決めた戸籍筆頭者の姓に統一する」だけです。もし、別のニーズ子供は新しい姓にするとか)が発生したら、また時代に合わせて改正検討すればいいと思います海外のように、両親の名字をくっつけて子供の姓にする時代が来るかもしれませんね。「ますだおかだ」とか。

 みなさんには役人友達がいませんか? みなさんの友達は泣いていませんか?

 「鈴木佐藤結婚するだけで『鈴木』『佐藤』『鈴木佐藤』『佐藤鈴木』『鈴佐』『鈴藤』『佐木』『木藤』とにかくたくさんだ!」

 ただでさえ無駄の多い役所仕事無理難題要求するのは、みなさんの反対するところではありませんか?

 そもそも戸籍本名だと神様が決めたわけではないのです。

 戸籍戸籍本名本名です。

 選択夫婦別姓は結局、戸籍にしがみついているだけですから最高裁が別姓を認めてくれたところで無意味です。

 子供名字は、親の名字は、先祖名字は、友達名字は……。戸籍に全てを任せようとしてしまます

 選択夫婦別姓の先にあるのは、子供が「父親名字になりたい。母は要らなかった。戸籍を変えたい」と訴訟を起こす未来です。

 私たちの涙は止まらなくなるでしょう。

 効率的・実務的に言って役所をただ混乱させるだけの選択夫婦別姓制度には断固反対していくべきで、

 「そういえば所ジョージさんって芳賀隆之って戸籍上なってるらしいですが、所ジョージの方が本名って感じがしません?」と不動産会社の人に言いましょう。

 選択夫婦別姓なんて結局、子供名字をどうするのか決めなくちゃいけないんですから

 社会は何も悪くありません。悪いのは会社です。

②.文化歴史

 既に主旨は述べましたが、ではどうして戸籍擁護するのか整理させてください。

 みなさんもご存じの通り、夫婦別姓というのは極めて男女差別的な側面があります

 日本は長いこと、夫婦別姓の国でありました。

 中韓現在夫婦別姓であるように、極東では女性家族の中でただ一人、男の姓を名乗ることを許されないものでした。

 子供と同じ名字を名乗ることができなかったのです。

 そこで明治維新の頃、列強ルール「妻は夫の名字を名乗る」という先進的な男女差別へと乗り換えたのが日本です。

 名字の話をするだけで昔の各国のパワーバランスの話になりました。

 名は……ちょっと土地を変えれば全く違う理論で働いている、とても価値のあるものです。年輪です。地層です。百科事典です。

 ロシアには「父親名前が、子供自動的に足される風習」があります。「父称」で検索

 プーチン大統領は「ウラジーミル・ウラジーミロヴィチ・プーチン」という名ですが、ミドルネームにあたる「ウラジーミロヴィチ」は父親から来ています

 砕いて言うと「ウラジーミルウラジーミルの子の、プーチン」です。ウラジーミル・プーチンの父もウラジーミルだとミドルネームに書いてあるのです。

 父親子供名前が同じというのは日本からすると変かもしれません。

 しかし「名前無頓着名前」は世界的には多々あることで、マクドナルドは「ドナルドの息子」という意味だとされています

 マクミランは「ミランの息子」、マッカーサーは「アーサーの息子」とされています

 名は文化歴史的価値のあるもので、善とか悪とかそういう尺度で語るべきものではありません。

 日本では源義経牛若丸だし、豊臣秀吉は羽柴藤吉郎だし、鳳凰院凶真は岡部太郎だし……。

 名は大切なものではありましたが、そのせいか代わりの名前がぽんぽんと出てくるものでありました。

 大切な名、名字戸籍。これは財産ではありませんか?

 選択夫婦別姓の先にあるのは「寿限無」や「ピカソ」のように長い長い名前です。

 「親のせいで俺の名前120字以上になった! ツイートできない!」となります。 

 そういう一般的人間ユーモア役所仕事というのは相性が悪いものです。

 名乗りたい名前があるなら自由に名乗ってくれて構いません。それが国民の総意になる未来もあるでしょう。

 戸籍とは別の本名という風習が起きるかもしれません。

 しかしそれはともかくとして国がきちんと古くさく管理するのを許してあげてくれないでしょうか?

 そうしてきちんとされたものが百年先、千年先にどう解釈されるのか私たちには全く想像できないのですから


余談

 選択夫婦別姓には明確に全国民が反対すべきです。

 一方で「夫婦は夫の名字が九割以上」の現状はもうちょっとどうにかなってもいいんじゃない

 訴訟、待ってます

2017-10-26

プログラマーのススメ

日本人は全員プログラミング勉強した方が良い。

プログラミング簡単だし、IT企業なら開業資金も少額で済む。(最初パソコン回線プリンターがあれば十分)

 

自己資金で数カ月で軌道に載せれるようなネタしかできない。

 

IT起業の道のりを教えてあげるよ。

  1. 下請け他人が作って欲しいものを作って納品する=資金を増やす自転車操業の段階。
  2. 自社開発:自分で作りたいものを作って売る=自転車操業からストックビジネスに移行する。
  3. レベニューシェア下請けと自社開発の中間ビジネスモデル

 

増田投稿できるってことは、パソコンぐらい持ってるんだろ?

本屋図書館に行って、自分に合った分かりやすプログラミングの本を探してみよう。

 

仕事を取ってくる方法は、ソニックガーデンのやり方を参考にしたら良い。 https://www.sonicgarden.jp/

プログラミング入門

最初に1冊だけ推薦するなら「プログラミングの基礎」という本をお勧めする。 https://www.amazon.co.jp/dp/4781911609/

買う前に、著者のサポートページを見てみると良い。

 

プログラミングパラダイム(考え方)には4種類ある。(【】内は基礎となる計算モデル

計算可能理論で見ると、どれもノイマン型のCPU上で動作する点で同じと言えば同じと言える。(優劣はない)

ただ、筋の良いプログラミング作法を身に付けたいなら、最初関数型を理解しておくことをお勧めする。

関数型の中で一番簡潔かつ強力なのはOCaml」というプログラミング言語だ。(HaskellをやりたければOCamlの次に学ぶスムーズ理解できる。)

関数型言語を学んだ後なら、手続言語はすぐに習得できるだろう。

WEB開発

WebサービスWebアプリを作るのは簡単

  1. HTML
  2. CSS
  3. JavaScript
  4. PHP
  5. MySQL
  6. Linuxサーバー構築)
  7. TCP/IPネットワークセキュリティーの基礎知識

を学べば作れるようになる。3か月勉強すればものになるよ?

 

Webアプリの特徴は、システム構造ネットワークを介して「サーバー側とクライアント側」に分割されていること。(REST - Wikipedia

Webアプリを作るってことは、一言で言えば、データベースラッパーCRUD)を作るだけの話。

アプリ開発

スマホアプリは、GUIの仕組みが分かれば簡単に作れる。

iPhoneアプリ

iPhoneの仕組みは糞だから後回しにしてもOK

XcodeじゃなくてAppCodeで作れるような段階に成熟したら手を出しても良い。

まあ、iPhoneアプリは金のためなら避けられない道だと思うので、苦労覚悟で取り組んでほしいw

Androidアプリ

Androidの中身はLinuxJavaアプリを開発できる。今ならJetBrainsIDEKotlinで楽々開発できる。

日本じゃAndroid貧乏しか使ってないので、あまり金にならないかも。

資金集め

お前偉そうなこと言うのなら、誰か起業してやろうというやつにガッツリ寄り添って手伝ってやりな。

俺はハゲタカじゃないから、無知な奴から搾取することはしない。

というか、自分のことで精一杯だから他人のケツ拭いまでやる体力・気力・理由がないw

 

他人から金をもらうと相手支配下に置かれる。だから資金調達お勧めしない。

自己資金で行けるところまで行って、ダメならまた社畜生活に戻ればいいだけの話。(パソコンインターネットがなくならない限り、プログラマーならIT業界で食っていける)

 

俺は、NPO法人とか社会起業しようとしてる奴だけ無償で手助けすることにしている。(プロボノ

社会起業家は、社会変革の担い手として、社会課題を、事業により解決する人のことを言う。

社会問題認識し、社会変革を起こすために、ベンチャー企業創造組織化経営するために、起業という手法を採るものを指す。

プロボノ(Pro bono)は、各分野の専門家が、職業上持っている知識スキル経験を活かして社会貢献するボランティア活動全般。また、それに参加する専門家自身

 

おまえが将来、社会起業することがあったら増田で呼びかけてくれ。

増田で返答できる範囲アドバイスするよ。頑張れ!

 

(追記)プログラミングパラダイムの4分類は「日経ソフトウェア」という雑誌説明表記しました。

ちなみにSQLチューリング完全なので、問合型言語でもプログラミング可能です。 https://qiita.com/utgwkk/items/20e887645da18e460fee

かに俺は理系だが情報学出身じゃない。独学でプログラミングを学びました。技術的な誤りがあったらブコメで教えてw(夜露死苦

 

(追記2)マイクロソフト関数型言語F#」は、OCamlベースにして開発されました。

現在マイクロソフトで開発中の量子コンピューターではF#が動く予定だそうです。(将来OCaml知識が役に立つでしょう) http://ascii.jp/elem/000/001/569/1569477/

 

(追記3 10/28ブコメレス全部拝見しました。様々なご意見・ご指摘をいただきありがとうございます。大変参考になりました。

「何か既視感があるな」と思ったら、最近ホリエモンが「保育士は誰でも出来る仕事」と言って炎上してたのと似てますね?→「プログラミング簡単」(プログラマーは誰でも出来る仕事

プログラミング学習や実務で苦戦されている方が多いようですね? だとすれば、それを改善支援するサービスニーズがありそう。

具体的にはディアゴスティーニ雑誌みたいに「週刊 プログラミングゲームを作る」みたいな教材があればいい。

https://deagostini.jp/

拝承いたしました。(微力ながら、皆様のお役に立てるよう作ってみたいと思います。)

 

(追記4 10/28OCaml関数型言語メリットについて

ちょっと前に岡部健氏(通称:毛の壁、kenokabe)が、関数型言語を巡りQiita等で論争を巻き起こしていましたが、俺は是々非々岡部氏の意見に一部賛同していました。(全部じゃない)

関数型言語を難しいものとして敬遠するのではなく、まずは使ってみて便利だったら嫌う必要はないと考えています

構造プログラミング命令型、手続型)との対応で言えば、関数型プログラミングは再代入なしでも、

で同じことができます。(優劣はない)

最初関数型プログラミング習得しておけば、参照透過性に注意を払う癖が身につき、テストときに「組合せ爆発」を少なくできます

関数型言語はたくさんありますが、OCamlが良いと思ったのは(自分にとって)分かりやすい教材が揃っており、学習コストが低いと思ったからです。

プログラミングを学ぶとき、独学ではなく、周りに聞ける人がいるなら他の言語でもOKです。

 

(追記5 10/28)「iPhoneの仕組みは糞」=storyboardが使いづらいと思いました。あくま個人の感想なので、Apple関係者信者の方はスルーしていただければ幸甚です。(Swift開発者クリスラットナー氏は、Appleからテスラ転職してしまいましたが、今後もAppleObjective-CからSwiftへの移行を押すのでしょうか?)

幸いiOSアプリ開発は分かりやす教科書がたくさんあるので、初心者でも心配無用です。iOSアプリ開発は(最初簡単なので)気軽に始めてみてくださいw

2017-03-26

[]

本日はお日柄もよく、瀬戸市美術館に行ってきましたわ。

市内の他の博物館美術館でたくさん陶磁器を展示しているか

差別化してくるでしょうとの予想を裏切って、やはり陶磁器

二階は絵画の展示でしたけど、よくみると水墨画家の作った黄瀬戸が部屋の端に!!

なぜかメキシコ風の洋画があふれる部屋にある陶器人形

蛙がお相撲を取っている作品が微笑を誘ってくれました。

一階の現代陶芸家作品の中では加藤土師萌の萌葱金襴手葡萄文壷に

ポストカードで見覚えがあり、兄弟作品を他の美術館でみたようですの。

美濃焼ギャラリーでしょうか。

岡部嶺男の窯変翠青盌のポリゴン状の釉薬変化は、

同じ効果もつもの安価に買った覚えがありました。

展示案内を読んだ感じでも開発した技術工業生産に広げられているようですわ。

瀬戸市は珪石がとれるため、ガラス産業も盛んとのことで、

ガラスアート作品も展示がありました。

メキシコヘクター・M・フローレス作の「トロンポ」がとても面白く、

観る角度によって薄い色ガラスの層から出る色が作品全体に広がって

真っ青に見えたりします。

これは写真では伝えられませんから、とても美術館向きの作品だと思いましたわ。

2017-03-21

http://anond.hatelabo.jp/20170321061256

悦楽の ざっざ ざざんざ 金色の 霰身を打つ ざっざ ざざんざ 

岡部桂一郎

2016-06-17

http://anond.hatelabo.jp/20160617151926

「それも嫌なら・・・どうしたらいいって言うんだよぉぉ」岡部

2016-05-29

http://anond.hatelabo.jp/20160524094615

岡部氏が故意理解できなくて引用しなかったDOMどころか、

「静的型」という用語も知らないことが発覚。これはすごい

2016-05-28

http://anond.hatelabo.jp/20160523005052

FRP関数型言語も、誰も合意があるなんて言ってない。岡部氏の藁人形論法

藁人形に加えて「合意がないから僕の独自理論は正しい!」という詭弁

2016-05-27

低能マンもひさびさだから初めて見るやつもいるかもな

増田においては岡部なんかよりもよほど大物だぞ

いや増田の外では知られてないから、小物界の大物とでもいうべき存在だが

2016-05-25

http://anond.hatelabo.jp/20160525213232

バグがあって、ストリームに変な値が入った時、どこがバグなのか、追跡するのが困難でしょ?

第一に、それは、ストリームFRPの値の定義)の問題であって、ユニットテストすれば良い。もしくは単にFRPログを取れば良い。

グローバル変数ではそういうことはできない。FRPでは、岡部氏のFRPライブラリ特にそうだけど、基本的ミュータブルな値同士が関数リアクティブ連携されて常に整合性を保っているのだからグローバル変数の、各所で更新されたそれぞれの値によって全体の整合性が損なわれないように気を配らなければいけないという(テスト自体困難な)問題は発生しない。それがFRPの唯一とも言えるメリットだとも言える。

使用する関数問題じゃないし、「印」として引数に加えても別に構わないと思うが、君のいうグローバル変数問題と一緒というのはまったく違う。

岡部氏との争いって「OCamlGUIアプリ純粋関数型(状態渡し)で簡潔に書けるか」ってところじゃないよね?

いや、それがそもそもの発端であるブログの経緯には書かれている。説明されている方式GUIアプリまで書けるのか?と疑念が呈されたことがきっかけ。

岡部氏はFRP状態関数の外部に持ってても純粋関数型だ、と言ってて、そこで争ってるんだよね?

この論点は聞いたことがない。岡部氏がこだわっているのは非手続き型の宣言型で、純粋がどうとか議論はされてないように思う。

あと、OCamlGUI状態渡しで書いたら簡潔で無いのを「書けない」、「不可能」って言ってるのはわざと印象操作しようとしてるよね?

原理的に可能かという議論ではなく、実用的な範疇か?という議論。反対派ブログで出てきたコードは、本人が認めるように普通のやり方ではなく、実用的なコードだとは思えない。あと、FRP状態渡しは同じ複雑さだという主張も崩されている。そこが重要

Haskellで書けて、OCaml冗長になっても、書けるなら「書ける」、「可能」だよね?

段階を踏んだ上で、非FRPHaskellのIOモナドコードを誰かが書いたらいんじゃない?当面、最初OCamlの話だったのに、いきなりHaskellやElmのコードで書いて、そういうのがごちゃまぜに、何がどの言語でできるのかできないのか、誤魔化しがあると見做されたか制限されたんでしょ。実際には、OCaml関数型では冗長しか書けないと実証されたけど、そういうのがバレないように、別の言語を利用していたと看破されて当然の状況だと俺は思うね。

俺の書き込み他人といきなり結び付けられたから、電波だな、と思ったの。

俺1人か、とか、らくだや住井が含まれてない根拠とか、関係無いよね。

関係ある。君ひとりは、そうじゃない、と君ひとりが言ってもそれが本当だとは確認のしようがないし、

書き込みをみれば、君以外の書き込みもすべて、その一派ではない、とでも言いたそうだ。

http://anond.hatelabo.jp/20160525202812

否。ストリームに限らず、定数は引数で与えなくても純粋関数である、という見解はごく普通

定数って、プログラム中で更新不可能で、いつ読みだしても同じ値が出てくるからグローバルでも問題無いんだよ。

ストリームは定数だ、って言ってみたところで、プログラム全体から更新可能なんじゃ、グローバル変数と同じでしょ?

バグがあって、ストリームに変な値が入った時、どこがバグなのか、追跡するのが困難でしょ?

なんで伝わらないんだろ。

複数人プログラム開発したり、他人プログラムデバッグしたり、したこと無いんだろうか。

まりGUIになればもはや関数型では書けない、というのが推奨スタイルだ、って言ってるようなもの

純粋関数型」とは何か、という話と、とOCamlでそれが推奨スタイルか、って別の話だよね?

岡部氏との争いって「OCamlGUIアプリ純粋関数型(状態渡し)で簡潔に書けるか」ってところじゃないよね?

純粋関数型とは何かといった時にHaskellのように、IOも含めて引数戻り値表現する、関数のふるまいが関数の外の状態依存しない、関数副作用が伴わないとかの性質をいうと思うんだけど、岡部氏はFRP状態関数の外部に持ってても純粋関数型だ、と言ってて、そこで争ってるんだよね?

あと、OCamlGUI状態渡しで書いたら簡潔で無いのを「書けない」、「不可能」って言ってるのはわざと印象操作しようとしてるよね?

Haskellで書けて、OCaml冗長になっても、書けるなら「書ける」、「可能」だよね?

その発言事実か確かめる術はないし、ここで岡部攻撃しているのは君ひとりなのか?他の人間まで一連の誹謗中傷集団ではない、す駱駝、住井が含まれていないみたいに断言する根拠は何か?

俺の書き込み他人といきなり結び付けられたから、電波だな、と思ったの。

俺1人か、とか、らくだや住井が含まれてない根拠とか、関係無いよね。

http://anond.hatelabo.jp/20160525104221

ストリーム関数の外部に持つFRP純粋関数型っていうのは少数派でしょ。

否。ストリームに限らず、定数は引数で与えなくても純粋関数である、という見解はごく普通

http://stackoverflow.com/questions/37405262/is-this-pure-functional-using-a-value-in-the-nested-closure-like-function/37405374

OCamlの元々の推奨スタイルならもっと短く書けるんでしょ?

まりGUIになればもはや関数型では書けない、というのが推奨スタイルだ、って言ってるようなもので、OCamlベースいくら関数型の講義やっても、最終的にはその関数型でまともなGUIアプリすら書けない、という批判でしょ。その批判岡部からされたら、あたか関数型で書ける、という強弁からまれたのが「状態渡し」理論。それが無理筋だ、ということが今回実証された。

だって駱駝でも住井でもない面識も無い俺の書き込みが住井扱いされるんだもの

その発言事実か確かめる術はないし、ここで岡部攻撃しているのは君ひとりなのか?他の人間まで一連の誹謗中傷集団ではない、す駱駝、住井が含まれていないみたいに断言する根拠は何か?

いやだからグローバル変数使ってるプログラム欠点をそのまま持ってるじゃん

あのね、グローバル変数欠点とは、それが「変数」だからなの。

何度も言うけど、「定数」ならグローバルだろうがなんであろうが、そんな欠点なんてないの。

http://anond.hatelabo.jp/20160524164501

関数型という枠組みの中にミュータブルな時間要素が純粋に収まるようにしているのがFRPだろ。

ストリーム関数の外部に持つFRP純粋関数型っていうのは少数派でしょ。

関数の結果が引数以外で決まるわけだからさ。

多分、純粋とかの定義もまた違うんだろうね。

関数型の拡張」で全部丸く収まると思うんだけど。

いやそもそも岡部氏が複雑なアプリになるとFRP必要

これはGUIアプリ(対話的なアプリ)ってことでいいのかな。

コンパイラだとかをFRPで書かないでしょ。

ユーザから入力リアルタイムに処理するプログラムにはFRP有効だよね。

事実、「駱駝」は「状態渡しはむしろ異常」って書いた上に、

OCamlでは」じゃないの?

全部純粋関数型(引数戻り値に収める、状態渡し)にするのを良しとするHaskellと違って、OCaml副作用部分的に使うのが普通で、IOモナドみたいな入出力までも純粋に書くための道具立てが揃ってない、それでちょっと冗長になる、ってことでしょ?

OCamlの元々の推奨スタイルならもっと短く書けるんでしょ?

俺はそう読んだけど。

それっぽい書き込みほどそうやって、事実誤認だ、と強調するから、なんで当事者でもないのに、そんなことが断言できて、電波だということになるんだ?

だって駱駝でも住井でもない面識も無い俺の書き込みが住井扱いされるんだもの

いやだから、どの関数で読み書きされようと、誰が書き換えようとも、時間にたいしてイミュータブルな定数なんだから、定数は定数なのよ。

いやだからグローバル変数使ってるプログラム欠点をそのまま持ってるじゃん

グローバル変数使ってるプログラム欠点説明する必要ある?

2016-05-24

http://anond.hatelabo.jp/20160524161137

拡張なら「関数型的じゃない」っていわれたら「関数型を拡張してるから」って答えればいいだけの話

関数型という枠組みを拡張しているのではなく、関数型という枠組みの中にミュータブルな時間要素が純粋に収まるようにしているのがFRPだろ。「関数型を拡張してるから」というのは、また独自拡張だ、という批判を許すし、FRP関数型の拡張だというのは誤解を招くし、語弊もある。

FRPの効力を否定なんて誰もしてない(よね)

いやそもそも岡部氏が複雑なアプリになるとFRP必要だ、と批判すると状態渡しで充分だ、という反発があった。それが誤魔化しだとして、今に至るし、否定されているから一連のブログでの徹底的なまでの反撃がなされている。

「これが正しい関数型でお前らの状態渡しは間違ってる」みたいに言うから荒れる

事実、「駱駝」は「状態渡しはむしろ異常」って書いた上に、岡部氏のコードの倍の分量の複雑なコードしか示せなかった。あの無理して書いたのが第三者にもまるわかりの状態渡しの実装って間違ってるんじゃないの?

個人的電波だと思うのはこういう匿名書き込みを住井だ駱駝だ言い出すところ

これまでのアンチ岡部のやり方を眺めていると、被害者岡部氏の分析には一定の信ぴょう性が認められるよね?

しかも、それっぽい書き込みほどそうやって、事実誤認だ、と強調するから、なんで当事者でもないのに、そんなことが断言できて、電波だということになるんだ?という素朴な疑問がある。当事者から否定してるんだろ、と誰が見てもおもうだろ。

ストリームから定数とか、過去の値保存してるから定数とか言ってみたところで、プログラム内の色んな関数から読み書きされる可能性があって誰が書き換えたか中身読まないとわからないんじゃ、グローバル変数使ってるプログラム欠点をそのまま持ってるじゃん

いやだから、どの関数で読み書きされようと、誰が書き換えようとも、時間にたいしてイミュータブルな定数なんだから、定数は定数なのよ。

グローバル変数ってのはFRP関係ないだろ?

http://anond.hatelabo.jp/20160524151555

オブジェクト指向と対比して考え方をまず学ぶって岡部路線、住井グループはそれを目の敵にしていて集団的攻撃している様をみたプログラミングコミュニティは逃げ、その後、不毛な大地のみが残った。

同意。俺が住井某を嫌い、岡部しなのは、考え方を重視する姿勢他人自由な発想を押さえ込んでいるから。本人はそんなことしていないと言うだろうが、「哲学関数型と関係ない」とFAQで堂々と言い切ったり、SNSその他でアンチ岡部連携して攻撃を加えているのをしっかり見続けていたから。

教育者のすることじゃない。岡部が怒り狂うのも理解できる。

http://anond.hatelabo.jp/20160524145224

よーわからんw 岡部氏は、自作ライブラリHPで、

FRP純粋理想とする関数型+時間で変化するストリームを値にマップして扱うリアクティブプログラミングの組み合わせ

まり関数型の拡張っていうなら誰も反対無いと思うんだけど。

FRPライブラリサブタイトルに、 library that provides first class reactive value 'over time' と書かれている、これ拡張じゃないのか?

https://www.npmjs.com/package/timeengine

HaskellのIOモナドみたいな別の抽象化DISりつつ、FRPこそ正しい関数型みたいに言うから荒れるんじゃないの?

IOモナドDisってるのかどうかまでは知らない。しかし、すでに出たサンプルからFRPの効力がまざまざと見せつけられている。

荒れるのは自由だけど、両方正しいとかそういうのじゃなくて、間違っている電波だみたいな叩きしかなくて、要するに感情論で反対派は反発しているだけでOK?

あるよ。

関数がどのパラメータ依存して、何を結果として返すのか明確になる。

グローバルな値を参照したり書き換えたりしてたら、関数の中身読まないとわからなくなる。

短いプログラムならそれでもいいけどね。

別の誰かが書いてたように、上位スコープ内に定義されてるDOMでも、数学ライブラリでもなんでも、引数関数に渡すのか?

グローバルな値を参照したり書き換えたりして

いやだから、定数なんだから書き換わらないんだよ、FRPストリームconst 定数なんだから

関数型のわかりやす説明であって、住井派に反対してるとか、岡部路線とかじゃないよね、と。

オブジェクト指向と対比して考え方をまず学ぶって岡部路線、住井グループはそれを目の敵にしていて集団的攻撃している様をみたプログラミングコミュニティは逃げ、その後、不毛な大地のみが残った。

http://anond.hatelabo.jp/20160524142313

FRP純粋理想とする関数型+時間で変化するストリームを値にマップして扱うリアクティブプログラミングの組み合わせっていうなら、別に誰も反論しないと思うけど。

まり関数型の拡張っていうなら誰も反対無いと思うんだけど。

HaskellのIOモナドみたいな別の抽象化DISりつつ、FRPこそ正しい関数型みたいに言うから荒れるんじゃないの?

全部の時間依存関数にそういうことをする意味はない

あるよ。

関数がどのパラメータ依存して、何を結果として返すのか明確になる。

グローバルな値を参照したり書き換えたりしてたら、関数の中身読まないとわからなくなる。

短いプログラムならそれでもいいけどね。

初心者からFRPのことまで考えてないんだろう。

関数型のわかりやす説明であって、住井派に反対してるとか、岡部路線とかじゃないよね、と。

http://anond.hatelabo.jp/20160524140005

この辺でさ、岡部氏のFRPは、時間軸を持つストリームとしての値っていうのを、特別扱いして外部に持ってるわけじゃん?

岡部氏のFRP」ではなくて、FRPっていうのはそういうもの

反対してる人は、状態を外部(関数引数でも戻り値でも無い所)に持つの関数型的でない、って言ってたわけじゃん?

俺も岡部氏のコード見ながら、この点考えてみたが、時間依存FRPの値を__TIMEVALUEのようなひとつオブジェクトにまとめて、逐一すべての関数引数に加えれば?と思ったが、全部の時間依存関数にそういうことをする意味はない、岡部氏のコードは、反対派ブログに書かれているコードよりも可読性が高く、コード量も半分とか圧倒しているし、「状態渡し」ではアプリは作れない、というのも岡部氏が正面切って批判するまで誰もはっきりと言わなかったことも反対派の信用性がない理由。それに「岡部氏のFRP」とか文句言う反対派の理解が怪しいと俺も思うようになった。

上で引用してるのは「状態渡し」推奨の立場じゃないの?

初心者からFRPのことまで考えてないんだろう。それだけFRPの「考え方」っていうのは難しいんだよ。

http://anond.hatelabo.jp/20160524133941

このように何か処理を実行した際に、入力として受けつけたデータ以外の物が変化することを"副作用がある"と表現するようです。

関数型言語はこの副作用のないプログラムを目指します。

引数データを受け取り、それ以外の情報を使わず戻り値を返す」関数を作ることを考えましょう

外部に依存しないよう関数の入出力を定める

この辺でさ、岡部氏のFRPは、時間軸を持つストリームとしての値っていうのを、特別扱いして外部に持ってるわけじゃん?

反対してる人は、状態を外部(関数引数でも戻り値でも無い所)に持つの関数型的でない、って言ってたわけじゃん?

岡部氏は時間グローバルなのが当たり前、引数戻り値で表す必要はない(全てを引数戻り値表現する「状態渡し」ではアプリは作れない)って立場じゃん?

上で引用してるのは「状態渡し」推奨の立場じゃないの?

なんで状態渡し否定派の岡部氏の路線になるの?

http://anond.hatelabo.jp/20160524120445

現実岡部氏を高く評価している特定の人たちも知っていますが、住井某その他の強弁に騙されるような馬鹿プログラマーばかりではないということです。

関数型プログラミングはまず考え方から理解しよう

http://qiita.com/stkdev/items/5c021d4e5d54d56b927c

とか、まさに岡部氏の路線のものじゃないですか。

Qiitaにこのような記事が登場するまで長い時間がかかりました。

なんとかFAQが参考になる、なんてもう誰も思ってないのでは?

http://anond.hatelabo.jp/20160524094615

勝負ありましたね。

岡部さんの説明で前から納得している方々はそれなりにいます

http://anond.hatelabo.jp/20160520110314

http://kenokabe-techwriting.blogspot.jp/2016/01/qiita-esumiicamloeba8.html

住井も駱駝はメンヘル集団に合流して同化してる時点でクソ

いかんせん、Qiita以降の奴しか知らないので、不慣れなところはレギュラーが極力、バックアップ願います

8賢枠 (暫定) 2015/10/02

スキルハンターの鷹

・知の答弁人田中

思考ゼロ除算ボレロ

・辣腕ギークキャメル

・知のオーバーフロー加藤

AIG(A-Jiro is Guru)

・菅本・ザ・ストリートプログラマー

・(空席)

以上。

「辣腕ギークキャメル 」と@tikuwa_zeroてーとくより拝命されてたことが暴露されてた。

さすがにバレバレなので、本人の希望でNewbie伊藤 ◆p02ZTYXhPKG5として現在2ch岡部スレで大活躍中。

AIG(A-Jiro is Guru) は仲間のEijiro Sumii / 住井 英二郎 - 小林・住井研究室だろう。

http://anond.hatelabo.jp/20160522233006

http://kenokabe-techwriting.blogspot.jp/2016/01/qiita-esumiicamloeba8.html

駱駝はメンヘル集団に合流して同化してる時点でクソ

いかんせん、Qiita以降の奴しか知らないので、不慣れなところはレギュラーが極力、バックアップ願います

8賢枠 (暫定) 2015/10/02

スキルハンターの鷹

・知の答弁人田中

思考ゼロ除算ボレロ

・辣腕ギークキャメル

・知のオーバーフロー加藤

AIG(A-Jiro is Guru)

・菅本・ザ・ストリートプログラマー

・(空席)

以上。

「辣腕ギークキャメル 」と@tikuwa_zeroてーとくより拝命されてたことが暴露されてた。

さすがにバレバレなので、本人の希望でNewbie伊藤 ◆p02ZTYXhPKG5として現在2ch岡部スレで大活躍中。

AIG(A-Jiro is Guru) は仲間のEijiro Sumii / 住井 英二郎 - 小林・住井研究室だろう。

2016-05-23

http://anond.hatelabo.jp/20160520124224

恥ずかしい真似というのは、岡部氏を叩く2ちゃんねるスレッドに、税金をもらっている東北大学教育者が恥ずかしげもなく書き込み

AIG(Ajio is Guru)のようなミッションネームを与えられ、七賢者だのもちあげられていて喜んでいる真似のことだろう。

下劣AAを貼り付けるような連中と結託して、税金で飯を食らう人。恥ずかしくないのかな。

http://anond.hatelabo.jp/20160523003141

住井某が岡部氏が同じことを言ってるのを聞けば「私の知ってる純粋関数型とは違います」とかしれっといいそうだなw

純粋関数型なんて今でもずっと議論されてて合意なんてないよ。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん