  |
はてなキーワード: 変数とは
働く上では社会的に何か意義のあることをしたいと思う人は多いと思う。自分もこの観点は重視する。
けど、いろいろな会社や団体が解決を謳っている問題を上位に遡っていくとだんだんよく分からなくなってくる。
大体のソリューションは部分最適にしかならない場合が多いように思う一方で、全体最適が望ましいとも思えない。
例えば、人道支援なんかは確かに恩恵を得られた人たちにとっては意義があるが、この持つ人から持たない人への資源の分配は突き詰めていくと全人類で資源を均等に分けましょうということになる。でもそうなるとおそらく先進国の多くの人たちの生活水準は大きく下がる。これは誰にとっても望ましいことか？
当然このような選択肢は恵まれている日本に住む人には到底受け入れられないと思う。そういう前提が暗黙的にあるうえで社会的意義って言ってもむなしい気持ちになる。
あと、何が最適なのかは結局最大化する目的変数をどう定めるかで答えが変わってくると考えると、それは突き詰めると価値観の話で、必ず正しい意義のあることはそもそも無くて人それぞれってことになっちゃうのかなぁ。
こういった記事を「馬鹿が言葉の意味も理解せずになんかすごそうだからって適当なこと言ってる」と切って捨てる増田様、どんな独自の凄い技術を持ってるのか？ 私、気になります。
ってちょっと考えさせられるな
Tweet: a short, high sound made by a bird
X:変数、未知の値
今のXって小鳥どころか巨人みたいなアカウントもたくさんいて、小鳥の流れをコントロールしたりしてるわけでTweetだけでは全然なくなってる
Xで共有された動画で塾講師の先生が「要領が悪い奴は定数を動かそうとする、変数をどうにかすべき、だからこういうところが数学を学ぶ意味だ」とか言ってんのよ
いいか、数学ってのは公理から演繹的に体系を導き出す「芸術」だ
証明法にもエレガントさってものがあるし、第一、美しくない公理体系は見向きもされない
定数ってのは物理学の話だ。物理学にはプランク定数h、光の速度c、重力定数G、という基本的な3つの定数があるが、たしかにこれらを「動かそう」という話はしない
あるいは数学にもπやeのような定数はあるが、要領の良さとは無関係であり、動かそうという話もない
しかしそれは常識レベルの話だ、「誰も神の力を持っていない」と言うようなものだからだ
線型回帰を適用したら定数項が出るかも知れないが、これは変数に依存しないというだけの話で、データが変われば動く
政治に対しては努力次第で影響を与えられるし、人間関係だってそうだろう
「努力の大きさに見合わないほど、それを動かすのが難しい」という話をしたいなら、残念ながらそれは「定数」の話ではない、むしろ現象が変数に対して持つ感度の問題である
しかし俺がいいたいのはそういうことじゃない。芸術であるはずのものを「要領の良さ」という低俗なトピックに落とし込むその感性が全く同意できないのである
例えばラングランズ・プログラムの先にあるものはなにか、と考えれば、それは驚愕的な数学の繋がりを示すことであり、陳腐とも言える「要領のいい」応用を目指したものではないだろう
要領の良さというのは、要するに経済学の話であり、数学ではない
わかったか？
１．恣意的に別条件付け足したらミラーリングじゃなくなるでしよ
の記載内容に関して論理的根拠は問題ないと思う。ただ今時、女性向けの性的商品であるBLが駅や新聞広告に頻繁に登場する中で、ネットの素人議論ならともかく「たわわ」に関しては、なぜ曲がりなりにもプロの報道機関や研究者が取り上げるんだろうか？
https://www.moj.go.jp/content/001324318.pdf
P.12より
「◦ アダルトサイト（暴力的性行動，小児ポルノなど）などで逸脱した性的ファンタジーを強める
https://www.moj.go.jp/content/001362700.pdf
P.16より
「アダルトビデオやアダルトサイトのようなことをみんなしたいと思っているはずだ」
https://www.jstage.jst.go.jp/article/pacjpa/71/0/71_3PM012/_pdf/-char/ja
「モデルで導入された外敵潜在変数は「メディア興奮」「性的欲求」「性格特性」「女性認知」の４つである。強姦や暴力メディアに興奮しやすいほど、そして性的欲求が高いほど買春、違法ポルノやのぞきといった逸脱した性行動をしやすく、逸脱した性行動をしやすいほど、そして性的欲求が高いほど、および平等的性役割感が低いほど、悪質な性加害行為を執行しやすくなる。」
上記のように法曹や心理学の分野では、性犯罪者は男尊女卑的な価値観に影響されやすく、性的ファンタジーの反芻と強化が逸脱した性行動を引き起こしてると記載がある。性的商品が性犯罪者の認知に影響を与えることが認められてるよう。
なので言及元の記事にある「言われたことに反論出来なくなったらとりあえず『性暴力ガー』と絶叫しておけば最悪引き分けまで行ける」などの主張は、法曹や心理学の世界での根拠付きの議論と比べると弱いと思う。少なくとも、性犯罪の要因として根拠が示されていることを考えると、男性向け性的商品の批判はある程度根拠があると言えると思う。
ポルノも酒と同様に、禁酒法のように全面的な規制が闇に潜り犯罪化を促す可能性があると思う。実際、フランスで買春を禁止する方向での規制が行われた結果、セックスワーカーの活動が闇に追いやられたという報告もある
「フランス買春処罰法がセックスワーカーの仕事と生活に及ぼした影響」
引用記事はセックスワーカーの権利を推進する団体が書いた記事とはいえ示唆としては参考にできる。
ポルノや買春の極端な規制は性暴力の問題解決に効果がない可能性があるよなあ。結果として、男性向け性的商品がなくなることはないと思う。
性暴力被害者側が多い女性（もちろん男性にも被害者はいる）だけでなく、性被害に遭っていない男性も「男性向け性的商品はファンタジーであり、性暴力衝動を肯定するものではない」って当たり前の考え方を広めることしかないかなあ。引用した法務省の二つの資料でも
「性犯罪者の現状」P.10より「性に関する認知のゆがみとは◦性犯罪者だけでなく，実は社会もその多くを共有してはいないか？」
「性犯罪加害者の理解と対策」P.5より性暴力を強要する側とされる側の力関係の発生について「この背景には日本社会の文化的背景も影響している」
と社会の性差別的な思考が性暴力の発生に影響を与えている可能性があると認識してるようなのよ。昨今例のジャニーズ問題で女性と思われる人によるセカンドレイプが問題になる中でさえ、「フェミニストはバカ」と同じくらい、いえそれ以上に「男性は性犯罪者になりやすい、統計的数値にもでてる。男性向け性的商品も影響ある」と思われてる。その認識を解消するしかないんじゃないかな。
ネットの匿名記事とはいえ、ジェンダーの話は、どの立場からも問題点の洗い出しや分析、解決案を考える気の無い素朴な記事が多いなと思うので女性の立場からちょっと書いてみた。
https://b.hatena.ne.jp/entry/4753165127601855040/comment/frothmouth
この記事に対するエビデンスの弱さを指摘いただいた。ありがとう。ただブコメでも書いたけど、私のリテラシーのなさより、男性が法務省のような政府機関から弱い根拠で性犯罪と結び付けられる方が問題大きいと思う。その関係が弱いなら性犯罪の対策誤った認識で取られてるってことやん。ちょっと検索したけど性犯罪とポルノの因果関係が弱い証明の記事って本当に見つけにくいのよ。それを持って性犯罪とポルノの因果関係の強弱は決めれないけど、その辺り「女はばか」みたいな話より、ポルノの自由含め、ちゃんと洗い出しや議論する方がええと思う。
https://b.hatena.ne.jp/entry/4753165127601855040/comment/kishimoto0050
「法務省がそうなっているのも大学や言論人の偉い方々が様々な議会や勉強会なんかに参考人として出入りして色々言った結果でもありフェミニズム言説と法務省を切り離せる問題ではない気がしていますがどうなんでしょう」
法務省はフェミニストにロビイング受けている！と言いたいと思うけど、仮にロビイングがポルノ業界に悪影響与えてるなら、なぜネットでフェミニストに反対してる人筆頭に、エビデンス出して反論しないの？酒とかタバコ業界はある程度ロビイングしてるからこそある程度の規制で済んでるのに、なぜポルノ業界はネットの世論味方につけてそれをしないんだろう。ポルノ業界の味方の方々は、たとえネットでも、もっと実行力のある発言を心がけた方が良いと思う。
「法曹界でも意見が割れている」「根拠ない」なら頼む、本当にエビデンスを持ってちゃんと議論した方がいいと思う。少なくともポルノ業界と利益造反するフェミニスト業界と思われる人は一応政府機関に食い込んでるわけよ。勝ち負けで言うと、どっちが有利かは考えてみよう。
https://b.hatena.ne.jp/entry/4753165127601855040/comment/li_tide
「法曹の間でも意見が割れてるけどポルノが因果関係をもって悪影響を与えるとまでは認められてないかな。それとたわわや性的商品広告も資料にあるようなポルノとは全く違うので、これらを結びつけるのは雑過ぎる」
確かに雑だ、すまん。ただ規制する方はこちらの記事で２例ほど出したけど、大抵「性犯罪を犯す人は男尊女卑の価値観に過剰適応している」って前提で活動してると思う。
https://anond.hatelabo.jp/20240508152120
なんでポルノに限らず、たわわみたいな性的商品広告も少なくとも女性のモノ化みたいな意見で男尊女卑の価値観に沿ってる、てなロジックで槍玉に上がりやすくはなる。てかなってる。それが間違いだ、という意見はもっと言っていい。
たとえ雑とはいえ、私の稚拙な意見でも、ある程度考えたら批判意見でも煽りみたいな意見減って、論理立てた反論が返ってくるのよ。この調子で男性ももっと言葉を積み重ねてほしい。できれば根拠となる引用つきで。
いい区切りだったので乱文になるけど吐き出させてほしい
8年ほど前、まだ20代後半だった自分が今の会社に中途採用された際に同時入社の同期が１人いた
自分とは歳の離れた40代後半であった同期である彼こそが後に、時限爆弾を仕掛ける人物である
入社した会社はその時期に基幹システムの刷新を考えていたらしく
その募集でシステム部として採用されたのが自分とその同期であった
当時のシステム部の社員は2名体制で1人が60代で定年間近の上司A、もう一人は50代の上司B
2人でなんとか基幹システムの維持だけを行っている状態であった
会社としては基幹システムの刷新以外にも社員の世代交代を徐々に行っていくための採用だったと入社直後に言われた記憶がある
60代の上司A、50代の上司B、40代の同期、そして20代の自分
確かにそのまま行けば年齢層は順調に推移して、10年単位で20代を採用することを繰り返せばいい感じにも思えた
入社してからの仕事としては60代上司Aの定年退職が控えているため、まずは稼働中の基幹システムの仕様理解に日々の業務の引継ぎ
そんな多忙な業務をこなすなか同期と話すうちに彼の人柄が徐々にわかってきた
箇条書きでまとめるとこんな感じだったと思う
・今の会社に採用される前、同じような職を転々として現在8社目であること
・受託システム開発ばかりやっていたが、そろそろゆっくり仕事ができる社内SEでまったり過ごしたいこと
・年齢と経歴の割にプログラムが雑なこと（※これは自分視点だがそう的外れではないと思う
また、今の会社に対してのスタンスや不満が溜まってきていることも伝わってきた
・システムを作る自分たちのチームが上で、運用するチームを下だと見下していること
・その運用チームから稼働テストの際にミスを指摘されると不機嫌になること
中々怪しい気配が漂ってきたと当時の自分は思った
残業に関しては、毎日という程ではないが20時頃までは働いていたと思う、遅くても21時までだったはずだ
ただこれはシステムの刷新が終わるまでという明確なゴールがあったのでそれまでは申し訳ないが対応してほしいと事前に説明があったし残業代もきっちり出ていた
自分は前職が完全にブラックで終電帰り、残業代なしが当たり前という環境もあったため特に問題なく仕事ができていたが同期はかなりストレスだったようだ
給料については会社の方針として勤続給ではなく年齢給であったため同時入社であるものの同期は自分よりかなり貰っていたはずであるが、それでも不満だったようだ
トラブルといってもただ上司Bが打ち合わせ中の同期の態度について不真面目だと切れて説教したのだ
この上司Bと同期の彼は相性が悪いようで度々小さな衝突はあったが上司Bが声を荒げて説教するのは始めてのことであった。
しかしこのことがきっかけで上司Bは同期に対して我慢がきかなくなったのかこの後もおよそ2ヶ月に1度のペースで業務のミスといったことから朝に挨拶をしなかったといった細かいことまで説教は続いた
この状態に嫌気が差した同期はある時を境にプライベートの予定があるからと基本残業はしなくなった
たまにどうしても必要がある際は業務命令という形で残業を依頼していたが、それでも19時くらいまでであった
しかし同期はそれもかなり不満だったらしく
残業した日は会社の最寄り駅と会社の間にあるビジネスホテルに泊まり
翌朝、ホテルの前を出勤中の社長や役員の前を偶然を装ってチェックアウトして遭遇し上司Bが無茶な残業を強要するせいでホテルに泊まる羽目になったとアピールするということもあったという
そのため、ちょくちょくシステム部にたいして過度な残業に関する指導が入っていたと後に上司Aから聞いたことがある
そして入社からおよそ3年が過ぎ、なんとか新システムも完成に近づいた時
しかしこの時は同期も相当機嫌が悪かったのか、それとも今まで積もり積もったストレスが限界だったのか、もしくは両方か分からないが
上司Bも同期もお互いに売り言葉に買い言葉で収集が付かず、上司Bが一旦頭を冷やすといって席を離れた際に同期はPCを少しいじると私物をまとめ無断で早退として帰っていった
なおこの時、上司Aは有給で休み、自分は電話応対中であったため止める者がおらず気がついたら終わっていたといっていいスピード感だった
そして同期は翌日、人事部に退職すると電話するとその後出社することはなかった
新システムの作成中データを取り出すために起動したがそれ以降はそのまま一度も起動することなく放置という状態であった
上司Bは撤去したい様子ではあったが、ある役員から戻って来るかもしれないからとりあえずそのままにしておくようにと指示があったので触れることもしなかった
その後、同期の担当分を自分が引継ぎ新システムの作成にとりかかるが彼の担当していた機能はなんとなく察してはいたが、かなり雑な作りな上
運用部門の要望をまったく聞かなかったため、とてもリリースできる状態でないことが発覚
改めて要望に沿った形で修正をする方針で進めると彼が作成したコードで残った部分は30％も残らなかった、ほとんど作り直しと言っていいレベルだ
そのときには定年から雇用延長となっていた上司Aは区切りがついたと退職
会社の業績もあまり安定しない時期でもあったため追加人員の採用は見送られシステム部は上司Bと自分の2名体制となった
その際に新システム作成が評価されたのと2名体制で苦労をかける事情からか自分は課長に昇進した、4年目のことである
新システムはその後、小さなトラブルはあるものの順調に稼働を続ける
なお小さなトラブルの大半は同期の彼が作った部分が関わっていることが多く
その度に彼が作ったコードは修正され、今では機能の殆どに彼のコードは残っていない
残っているのはせいぜい彼が名付けた関数名や変数名くらいである、中身はもう別物だ
そして6年目のある日、上司Bが突然亡くなった
腹痛を訴え病院へ、で即入院してそのまま復帰することなくという形だ
癌だったらしい
その時の会社の上層部はかなり大慌てであったらしいがシステム部としては正直あまり変わりがなかった
というのも新システムを作る際に運用部門の要望をほぼ取り込んだ結果
システム部の基幹システムに関する仕事はほとんどなくなったといっていいレベルとなったのだ
しかし周りはそうは思っていないらしく、システム部は1人しかいないのだから極力負担をかけないようにと各部門には通達がいったらしい
しかし実態はあれだけ忙しく残業していた日々が嘘のように毎日定時で帰っても問題ないのだ
同期の彼が望んでいたゆっくり仕事ができる環境がここに完成していた
そんな中、同期のPCを残しておくよう指示を出した役員も退職する時期となり
そこで改めてPCを起動して中をいろいろ確認していったのだが、そこであることに気づく
起動回数は1回限りで未実行、起動予定はかなり過去の日付が指定されており、とっくにその日付は過ぎていた
バッチ処理の内容を詳しく見てみるとPCの全ドライブの消去コマンドが書かれていた
同期の嫌がらせだったらしい
起動予定の日付を良く確認すると彼が退職を連絡した日の翌月が指定されていた
しかし実際は彼が退職した翌日以来、PCを起動した事はないしバッチも動作していない
※今回は不発だったから良いけど実際にやると損賠賠償になるから
このことは報告していないが、業務でバッチ処理に関わる度に同期のことを思い出す
もし彼が残っていたら昇進したのは自分ではなく同期となり、彼の言う満足いく給料を貰えたかもしれない
もし彼が残っていたら上司Bがいなくなりストレスがない職場で彼は働けたかもしれない
もし彼が残っていたら運用部門からの要請はなくなり、残業とは無縁な仕事が出来たかもしれない
いや最後のは無理かな
作ってたコード雑だったし、人の話聞かなかったし
ふと彼のその後が気になって調べてみたことがある
世間話で同期がSNSをやっていると聞いたことがあり検索してみたのだ
アカウントは知らなかったが彼の話していた世間話の内容で検索してみると意外なほど簡単に見つけることができた、アイコンも自身の顔写真にしており間違いないと思われた
また次（の次？）の職場で残業がらみのトラブルを起こした愚痴が書いてあった
うちの会社を退職したときの事は何を書いていたのか過去の在職期間の投稿を見てみると大半は案の定愚痴の羅列が並んでいた
そして、その連続した投稿の中で退職直後の時期に面白い投稿があった
要約するならこうだろうか
社内システム作っている自分に無茶ぶりばかり、データ全部消去して退職してやった
直してくれと謝罪の連絡してももう遅い、既に新しいホワイトな職場でまったり仕事中です
彼の中でうちの会社は有用スキルを持った人間を無能と決めつけ追放したギルドのように写っていたらしい
しかし実際はデータ削除の時限爆弾は不発であったし、仮に成功していても
現在彼の書いたコードはほぼ残っていないから直してくれと依頼することもない
そして彼の新しい職場は現在のSNSの投稿を見るに彼基準ではホワイトな職場ではないと自白をしている始末だ
ところで実際彼に連絡した人がいたのかという話だが
上司Bは既に亡くなっているので分からないが、おそらく連絡はとらなかっただろう
彼が退職の連絡をしてきた後、残っていた有給を消化したくらいのタイミング（大体1か月後）で退職に伴う書類の送付先の確認で何度か電話をしたが繋がることはなかったという
どうやら彼はこの連絡を会社からの謝罪の連絡だと思っていたのかもしれない
.txt と .TXT で挙動を変えていた話しがあったやん？
プログラム全体で、TxtFileExt が一カ所でしか使われてないなら、変数にする必要はほぼないけど、
２か所、３カ所になったら、.txt を .TXT に変えるだけでもミスする人でてくる。
.txt を .debug.txt とか .masuda.txt に気分次第で変える時も楽やん
const 〇〇ParamIntMax = 25;
もプログラム全体で、一カ所しか使われてなければ変更ミスは生じないけど、
何カ所にも別れたら、変更時に見落とすやん。
いろんなアプリケーションのメンテ(バグ取りとか細かい機能追加とか)を何度か経験してきた。
主にテキストファイルとかCSVファイルとかExcelファイルとかを入出力するものばかりだったんだが、その大半がファイルの拡張子をグローバル変数化していた。
こんな感じ
const TxtFileExt = ".txt"; const CsvFileExt = ".csv"; const ExelFileExt = ".xlsx";
outFileName = 〇〇 + ×× + "ABCDEFG" + TxtFileExt;
みたいな指定をしなきゃならない。
あと、プログラム言語の標準的なメソッドのあらゆる引数も全部変数で定義されてて、そのまま渡すのは禁止、みたいな規約になってる。
たとえば引数が三種類(true、false(未指定時のデフォルト値)、任意の数値(ただし当該プログラムでは0、10、25以外指定不可))しかないやつはこんな感じ。
const 〇〇ParamTrue = true; const 〇〇ParamFalse = false; const 〇〇ParamIntMin = 0; const 〇〇ParamIntMid = 10; const 〇〇ParamIntMax = 25;
const charCodeSJIS = "Shift_JIS"; const charCodeUtf8 = "UTF-8";
以前関わった改修内容に「××の処理は開始時と終了時にそれぞれUTF-8(BOMなし)形式でログを出力する」みたいなのがあって、普通に文字コード指定する部分に「UTF-8」で直に書いたら、規約に従ってないからとコードレビューで指摘されて差し戻されたんだけど、そもそもこういう規約って何の意味があるの？
「与えられた変数のオーダーに従って、それが許容される計算量のラインのアルゴリズムを探して、それを実装するゲーム」
って理解で合ってる？
難しいところは
・アルゴリズムを探す
・実装する
という認識でいい？計算量がいくら許容されるかは結構すぐわかりそうだし
で最終的には「アルゴリズムを探す」という点に終着する。アルゴリズムがわかれば、実装するというのは比較的簡単だろうしね
この変数のオーダーならO(n^2)でも大丈夫だけど、これはO(logn)のアルゴリズムが必要だ。O(logn)のアルゴリズムで処理したデータはこの程度のオーダーなので......。これを繰り返していく感じ
自分はマジで最初の最初の問題すら実装できないんだけど（AtCoderならABCのA問題すら ChatGPTの解説が必要）
電気料金が複雑化しすぎて、どの電力会社が得なのか計算しきれなくなってるんだけど、どうしたらいい？
たとえば、自分（単身者）の3月の電気料金は、「まちエネ」で20A契約（きほんプラン20A）・124kWh・4016円だった。
4016円の内訳
まちエネから東京電力エナジーパートナーの「従量電灯B」か「スタンダードS」に変えたいと思っているんだけど、変数が多すぎてどれが最も得なのかが分からないんだ（電力比較シミュレーションを使っても燃料費調整額などはなぜか計算されない）。
ちなみに年間で最も電力を使わない月は98kWh、最も使う月は322kWh。
発達障害みたいなバグを量産してしまってチームからの目が痛い。
正直これはPythonのせいだ。
例えば
if is_checked:
この構文、”False"という文字列ではTrueになってしまう。想定外にオブジェクトが入ってしまっても普通にTrueになってしまう。想定外のNoneが来てしまうとFalseになって開発中はなかなか気付かないなんてこともある。基本的にifの後は if hoge == True: と書くべきだと思ってる。linterで怒られることもあるが、それよりもバグに気付けない方が怖い。
if "1" == 1:
これはfalseだけど、これが変数で来てたりすると全然気付かない。
for i in user_list:
こんな構文でuser_listにはリストが来ることを期待していたのに文字列を入れてしまうことがある。
そうなるともうぐちゃぐちゃ。
user_list += user_id
これはuser_idが ["hogehoge"]ならうまくいって"hogehoge"なら["h", "o", "g", "e", ...]が追加されることになる。
これも気付きにくい。
いずれも開発段階では気付かないことが多い。テスト段階になったり、テストないような突貫工事体制だとリリース直前の動作確認で気付いたりする。
リストを入れるつもりだったのに文字列を入れてしまったりbooleanを入れるつもりだったのに文字列が入れられるからこんなことになる。性的型付けしか受け付けたくない。
コーンフレークじゃなくて、Haskellだとして、全体のネタを書き直してくださいっていう指示した結果
ボケ＆ツッコミ「お願いしますー ありがとうございますー」
ツッコミ「あー ありがとうございますー ねっ 今Githubでスターをいただきましたけどもね」
ボケ＆ツッコミ「ありがとうございますー」
ツッコミ「ねー 有り難いですよ ほんとにね」
ボケ「入れておきましょう」
ボケ「いきなりですけどね うちのオカンがね 好きなプログラミング言語があるらしいんやけど」
ツッコミ「プログラミング言語の名前忘れてもうて どうなってんねそれ」
ツッコミ「分からへんの？ いや ほな俺がね おかんの好きなプログラミング言語 ちょっと一緒に考えてあげるから どんな特徴ゆうてたかってのを教えてみてよ」
ボケ「あのー関数型言語で、型システムが強力で、遅延評価するやつやって言うねんな」
ツッコミ「おー Haskellやないかい その特徴はもう完全にHaskellやがな」
ツッコミ「すぐ分かったやん こんなんもー」
ツッコミ「いやそうやろ？」
ボケ「オカンが言うには 将来の夢はそれで書かれたOSを使うことやって言うねんな」
ツッコミ「あー ほなHaskellと違うかぁ Haskell製のOSなんてまだ無いもんね」
ボケ「そやねん」
ツッコミ「HaskellはOSを作るのには向いてへんからなぁ」
ボケ「そやねんな」
ツッコミ「な？ Haskell側もOS開発に任命されたら荷が重いよあれ」
ボケ「そやねんそやねん」
ツッコミ「Haskellってそういうもんやから ほなHaskellちゃうがなこれ」
ボケ「そやねん」
ツッコミ「あれほなもう一度詳しく教えてくれる？」
ツッコミ「Haskellやないかい モナドは確かに難しいねんHaskellの でも俺はね あれはHaskellの良いところやと思うねん 俺の目は騙されへんよ 俺騙したら大したもんや」
ボケ「まあねー」
ツッコミ「ほんであれよー いざ使ってみたらね モナドのおかげでコードがスッキリするねん 俺は何でもお見通しやねんから Haskellのモナドなんて」
ツッコミ「そうやろ」
ボケ「オカンが言うには プロダクションで使うにはまだ早いって言うねんな」
ツッコミ「ほなHaskellちゃうやないかい プロダクションでHaskell使ったら 上司がひっくり返すもんね Haskellはねー まだ研究段階やから実務では使いにくいねん」
ボケ「そやねんそやねん」
ツッコミ「な？ Haskell使ってみたらだんだん罠が見えてくるから 最後ちょっとだけ避けてまうねんあれ」
ボケ「そやねんそやねん」
ボケ「そやねんな」
ツッコミ「Haskellちゃうがな ほな もうちょっとなんか言ってなかった？」
ボケ「学生の頃 なんでみんな憧れるんか分からんかったらしいねん」
ツッコミ「Haskellやないかい 学生の頃はHaskellとOCamlとLispに憧れるんやから あとSmalltalkも憧れたな Haskellそんなもんよ」
ツッコミ「そうやろ」
ボケ「オカンが言うには 関数型プログラミングの教科書に必ず載ってるっていうねん」
ツッコミ「ほなHaskellやないかい 教科書のサンプルコードにHaskellのコードが出てこんわけないやん」
ツッコミ「Haskellはね 関数型プログラミングの王道中の王道やねん」
ツッコミ「Haskellや絶対 ほな ほなもうちょっとなんかゆうてなかったか？」
ツッコミ「Haskellやないかい Yesodとかあるやろ な？ RubyとかPythonの次はHaskellが来るって言われてるねん 俺はそう思うよマジで Haskellや絶対」
ツッコミ「そうやて」
ボケ「オカンが言うには ジャンルでいうたら数学やっていうねん」
ツッコミ「ほなHaskellやないかい ジャンルで数学言うたらHaskellしかあらへんやん な？ Haskellは数学の理論がベースになってるんやで ラムダ計算とか圏論とかな」
ボケ「そやねんそやねん」
ツッコミ「ほなHaskellに決まりやないかい ほなもうちょっとなんかゆうてなかった？」
ツッコミ「Haskellやないかい Haskellは変数が不変やから 変数に感謝するのは当然やねん ね？ 状態変更せんと安心して使えるからな」
ボケ「そやねんそやねん」
ツッコミ「Javaとかの変数は裏切るからアカンねん Haskellの変数は一生そばにおってくれるから最高やで」
ボケ「でも分かれへんねん」
ツッコミ「分からへんことない おかんの好きなプログラミング言語はHaskell もぉ」
ボケ「でもオカンが言うには Haskellではないって言うねん」
ツッコミ「ほなHaskellちゃうやないかい オカンがHaskellではないと言うんやから Haskellちゃうがな」
ボケ「そやねん」
ツッコミ「先ゆえよ 俺がラムダ計算の説明してる時どう思っててんお前」
ツッコミ「ホンマに分からへんがなこれ どうなってんねんもう」
ボケ「んでオトンが言うにはな」
ツッコミ「オトン？」