  |
はてなキーワード: アンチパターンとは
今行ってきたセブンイレブンで、レジに見かけたことのないおばあさんがいた。70代後半ぐらいで、表情は険しかった。
新入りかなと思って仕事ぶりを眺めていると、このおばあさんはことごとく仕事に失敗する。電子レンジを操作すれば弁当のタレを爆発させるし、集荷の書類のありかがわからなくて右往左往したりもする。
他にも棚をぶちまけたり、多数のミスを次々とやってのけた。
たちまちセブンイレブンのレジ待ちの行列は長くなり、相方のおそらく監督役の中国人の若者もおろおろしだした。
ばあさんも自分が全然作業に貢献できていないことを理解しているのだろう、表情は険しい。
それでもばあさんにとっては仕事をやってのけなければ食いぶちがなくなるから、努力はしなければいけない。
結果として無能なバカが空回りして努力することによりリカバリーのための無駄な仕事がどんどん生まれているという地獄のような状況に至る。
たった一人無能なばばあがいるだけでレジは大混乱に陥る。これはチームを編成するときにバカに張り切らせるとチームの作業の流れがことごとく破綻することを示唆していて、チーム編成上のアンチパターンの典型例だと感じた。
このババアの困惑をもとにChatGPTとどうしたらいいか壁打ちをして、最終的にババア達の脳をブレインマシンインターフェースで結合してBBA計算クラスターを作成するという途方もないSFが生まれた。
粗結合性から見るとアンチパターンだが、コードの見やすさは上がる。
#改善前 def honya1(a,b,c,d,e,f,g,h,i,j,k,l,m,n): (処理) #改善後 def honya2(**kwargs): (処理)
追記: 文脈がわかってないようなので書く。これは、どこかの計算で使われた集合を複数個(a,b,c,d,e,f,g,...)引っ張ってきて直積にする算術。最初は2つだったので良かったが、徐々に必要な直積が増えていき、その分だけ引数を定義していた。しかも任意個なのでNoneを与える部分もあった。*argsか**kwargsを使えばもっと簡単にかけるはず。
きのう
新しく種を撒く
小さいポットの方がマリーゴールド
大きい方は百日草
モロヘイヤの間引き、まだ発芽してない種があるようで間引いても間引いても新芽が出てくる
芝桜の挿し芽、だいぶ前にポットで５つ作ったが、一つが枯れてきている
芝桜の挿し芽第二弾、先週の日曜日にポットで１８つ作ったが、勢いがまったくないのでたぶん全滅する
というか、後で知ったのだが培養土に挿し芽をするのはアンチパターンらしい
やはり間引きが遅れて徒長させてしまったのもあるが、引き抜いてみると地面から上は真っすぐ上に伸びているが地面の下は真横に伸びていたりするので、種を撒いた時に被せた土が多すぎたのかもしれない
主に同棲をしているなどで、普段の生活において家事の分担が発生した場合に「家事手伝い」によって起こりうるすれ違い（ほとんどお気持ちのようなもの）を書いてみた。
そもそも、それぞれの家庭がどのように家事をこなすかということ自体様々なパターンがあると思う。
絶対にこれをしてはいけない。というよりは、自分はこういう風に思うことがあるんだけど、他の人ってどうなの？というのを家事をする側・手伝いをする側の双方の意見を聞けたら良いなと思って書く。
他にもこういうのあるよねというのがあればぜひ知りたいし、こういう気持ちで手伝ってるんだよなというのも聞いてみたい。
実際、いつも料理している人が料理を作れないみたいな時は後片付けも含めて億劫な状況であることが多く、料理部分だけをやってもむしろなぜ人が散らかしたものを自分が片づけるんだ！？という気持ちになりがち。
これはちょっと笑い話でもあるんだけど、こういう時に限ってなんかすごい面倒そうなもの作るね！？みたいなことがあったりする。せっかく作るんだからみたいなところから来るのかな？聞いてみたい。
せっかくのアンチパターンなのでこういう状況はどうすればよいのかみたいなことも書いておくと、サクッと出前を取るとかするか、料理するなら後片付けまでちゃんとやるまですればとりあえず良さそう。
後片付けのクオリティみたいなところもあるけど、その辺は期待値コントロール次第。
家事の種類によらず、自分が今まさにやっている家事を手伝おうとする、みたいなことが結構起こる。
自分が家事に取り組み始めた段階で、これくらいの時間でこの手順で終わらせていこうみたいな計画があるので、途中で手を出されるとそれを並行で進められてもなーという気持ちになることがある。
結構ウキウキで手伝っている気がするので、手持無沙汰な時間のコミュニケーション的な感じでやっているのかなー？と思っている。
解決策はシンプルで、残っている家事で手を付けていないやつをやってもらえるのがよい。ちょっと手伝おうと思うんだけど、なにすればいい？みたいなコミュニケーションがあるだけでじゃあこれお願い！となる。
家事の分担自体、最終的に生活力が高い人が多くを担う形に落ち着きがちだと思う。双方ストレスなく回るなら別にそれでも良いと思う。
そうすると、あまり家事をやらない方ができることと言えば、まとまっているものを定時に出すみたいな簡単な仕事になる（ならない？）。
で、例えばなんやかんやあって朝のゴミ捨てはお願いねという形になるのだが、これが普通に難しい。
朝ってバタバタしてて見逃すということもあるし、前日自分がゴミをまとめるのを忘れていたみたいなことも起きる。
あとは、複数種類のゴミをまとめて置いた場合に自分が持っていけるやつだけ持っていくとかもある。燃えないゴミは隔週だから本当に重要なのはこっちだったのに...とかもある。
自分は特に思いつかなかったんだけど、こういう簡単なものを任されたけどうまく回らなかったパターン色々ありそうだなーと思っている。
これの解決策、なんでしょうね？ゴミ捨ての場合は普通に24時間ゴミが出せるマンションに住むとかくらい？あとは、心配しなくてもゴミの日はまた来るのでくよくよ考えずに切り替える。なんかいい方法あったら教えてください。
なんか書き出してみるとそんなに出てこなかった。
現代、自動で色々やってくれる家電も普及しているしそもそもすごく大変な家事みたいなのは少ないのかも。
子供がいると全然違う、というのはあると思うのでもしあれば色々教えて欲しい＆パートナーで話合う種になると良いなと思っています。
module_name.pyみたいなモジュールごとにファイル分割して、インターフェイスだけ公開してその他はdef _funcみたいにprotected(or private)にしとく。
でも「共通性がありそうだから共通関数にする」はアンチパターンだな。たまたま共通してただけの場合は分岐コードが増えて共通関数の保守コストが上がる。
あとありがちなのは、php開発者が関数分割しないですべてメインコードにべた書きするケース。こういうのはやめないと保守が大変。
とっておきのクズがやりがちなのは、神オブジェクトを作るとかだな。Userクラスのフィールドに関係する機能が多いからといって、コンポジションなどによるクラス分割をせずにユーザークラスにあらゆるフィールドとメソッドを追加して、さらに進むとユーザーとは無関係な機能も含めすべてをユーザークラスに定義するアフォ。こうなってしまったら、後から修正するのが難しくなる。
先に手を打つことが、プログラマーの素質「怠惰」につながるのであり、面倒臭いといって後回しにするのは美徳でもなんでもない。
こういう仕事は割とあるんだがなかなかのヤバさだったので紹介したい
ちなみにサービスの内容は非常に良くてユーザーも万単位で付いているらしい
バックエンドはAWS EC2で動作しているがログインアカウントは共通化されていてパスワードを全員で共有している
ユーザーを追加しようとしたら「そのような勝手な行為はセキュリティ上許可されていません」とのこと
本番環境とStagingはインスタンスが分かれているが運用は同じ方法
Staging上で5人ぐらいが作業しているが、ホームの下にそれぞれのユーザーが自分の名前でディレクトリを作って作業している
バックエンド側のシステムは詳細は伏せるが、某システムで動いている
仮にNode.js系だとすると、package.jsonがあってnpm run installでインストールするのだが、普通にインストールしようとするとエラーになる
内容は依存関係で失敗しているのだが、本番も同じソースで動作している
動作させるにはnode_modulesをまるっとコピーして、とのこと
さっきの自分の名前のディレクトリ配下にコピーしてきて、適当なポート番号でサーバを立ち上げれば一応は動く
このため、新しいモジュールを入れようとすると依存関係で失敗するため、便利なモジュールがあってもインストールできないし
セキュリティアップデートも当てることはできない（現にバージョンがすごく古い）
ソースコードはGitHub管理されているがセーブポイント感覚でcommitされているのでコミットログを見ても何が起きているのかさっぱり分からない
おまけにPRも使わずにmainにマージしまくっていてわけがわからない
加えてソースコードはコメントアウトの嵐でどこに何が書いてあるのかさっぱりわからない
データベースはPostgreSQLだが山ほどテーブルがあるのに外部キー依存は入っていないしVIEWも作られていない
まぁ、他にもテーブルを見ていくとアンチパターンのオンパレードで、EAV、ジェイウォークあたりは確認できたしHTMLやSQLが格納されているテーブルも見つけた
ソース上でクエリを作ってAPIを作っているが、ザッと見ただけでもインジェクションし放題の状態になっていた
フロントエンドも詳細は伏せるが、いわゆるReact的なものを利用している
こちらは npm run installでインストールできるし npm run devでちゃんと動く
ただ前述の通りバックエンドはローカルで構築できないのでEC2を利用するしかなく、CORS対応のためのプロキシを自前で用意する必要があった
バックエンド同様にGitHub管理されているが、管理しているだけ
バックエンドは5人ぐらいが利用しているが、ソースコードを編集するのは実質1人なのでコンフリクトはほとんど起こさないらしいが
フロントエンドは5人ぐらいが編集するのでコンフリクトしまくっている
解消するときにデグレすることが日常茶飯事でその都度Hotfixしている
コードもコメントアウトだらけなのに加えて、不必要なコードが大量にあるので可読性が著しく低い
（難しい処理を読み解いて追いかけていったら最終的に使われていない、などが大量にある）
2000行ぐらいあるコードとかChatGPTに突っ込んだら20行ぐらいになる予感がある
また、DBがご覧の状態なので取得されるデータも全然抽象化できておらず、コードが膨れ上がっている
例えばProductの一覧データをサーバから取得して、ユーザーがクリックしたProductをCartに投入するのだが、投入する情報はProductではなく、CartItemにする必要があるし
OrderするときはOrderItemにしてAPIを叩く必要がある
ほとんど同じ情報なのだが微妙に変わっていたりKey名が違っていたりするのでそれぞれ変換する
他にも数え上げればキリがないが、コピペして少しだけ改変している部分などが大量にあってバグがあるのかどうかすら判別できない
DBにHTMLやSQLが入っていると言ったが、調べて見るとDBから取得したHTMLをそのまま埋め込んで表示していたりした
SQLについてはフロントエンド側でSQL生成しており、そのテキストをAPIに送り込んでサーバ側で実行して貰った上で格納とかしていたので
「ここにDROP TABLEとか書けばTABLE消えるんですか？」
と聞くと
とか言われたのでことの重大さを伝えたが、まだ対処できていないようだった
認証等はOAuth2を使っていたので大丈夫そうだったが、本当に大丈夫かどうかは自信がもてない
システム内容はゴミのような状態だがサービス的には良いので、幹部やプロダクトオーナーからは追加要望が山盛り来ている
開発チームが「稼働が足りない」という理由で断ったので「じゃぁ支援して」ということで自分のところに来たのだが
「申し訳ないが、そもそもそういうレベルに無いし、全て作り直しが必要」
と伝えてもどうやら伝わっていない様子
ちなみに元々の開発チームは過去にもこんな感じでサービス作ってたらしいが売れないので問題になってなかった様子
ぱっと見は動いているように見えるのが厄介なところ
正直逃げたいところではある
エリートって正面突破で物事をやろうとするよな。自作ニューラルネットライブラリを作ったりとか、GPUを自作したりとか。
俺は以前「ソフトウェアとレバレッジ」という記事を書いて馬鹿にされた者だが、正面突破系の連中はマジでリスク概念を持っておいたほうが良いぞ。
アンチパターンと一見見えるかもしれないが、モバゲーやGREEが一斉を風靡した時代、投資コストが非常に低いのに莫大な利益をもたらすことが業界でわかっていたはずだ。
正面突破も確かに魅力はあるかもしれない。つまり技術優位性を確保できるということだ。そのような技術に投資する他国がいないので有利になる可能性があるということだ。
しかし、ソフトウェアというのは効率の産物だ。一度作ったらそれを様々なところへ配布できることに魅力がある。
システムを開発して、一回きりで終わりというのではレバレッジは効かない。特定の汎用システムを作り、世界中へ配布してこそレバレッジが効くのである。
しかも作ったソフトウェアは無制限にコピーできるので、物理製造よりも圧倒的にレバレッジが効く。
そもそも、金融においてレバレッジとは、他人から借りた資産と自分の資産の比率のことである。
ソフトウェアにおける一つのレバレッジの形態は、フリー・オープンソース・ソフトウェア（FOSS）ライブラリを使用することで、開発者は他人のコードを活用し、より少ないコードベースで提供される機能を倍増させることができる。
あるいはブログプラットフォームのレバレッジはわかりやすいかもしれない。コンテンツをユーザーに作らせ、そこに検索エンジンからのアクセスを獲得する。そしてプラットフォームシステムの提供者は、広告を載せることで利益を獲得する。
これは「コンテンツの作成をユーザーに肩代わりする」という形態のレバレッジである。一度プラットフォームが有名になり、誰もが使うようになれば、非常に低い労働コストで高い利益を獲得することができる。
なにより、広告産業のレバレッジは最も魅力的な形態だろう。インターネットを通じて広告の効果は極大化される。
手の込んだFF14のようなオンラインゲームというのはGREEなどと比較すると正面突破的であり、レバレッジの世界ではないかもしれない。
「幸福な家庭はどれも似通っているが、不幸な家庭はそれぞれの不幸がある」
人生が駄目になったとき、それには様々な理由があるので、そこから立ち上がるための方法は人によって違うのだ。
故に我々が知るべきは「誰かがこの方法で成功した」ではなく「あなたはこうして人生に失敗する」というアンチパターンである。
一見して路頭に迷った時に最適解に見える職業ほど、路頭に迷ったときに更なる絶望が待っているものだ。
公務員のメリットは「クビになりにくい」のと「賃金の最低ラインが高い」という２点だけだ。
仕事を通じて得られるやりがいや自由度は皆無に等しく、国政の頂点に立つ小さな暴君～町内のご意見番を気取る小さな暴君まで様々な小さな暴君たちに媚びへつらうだけの仕事である。
中でも自衛隊は最悪であり、この組織は無数の小さな暴君を量産し、ネズミ講的に「お前も後輩にエバれるよ。だから今は我慢しようね」と教えられて育つ。
小さな村社会の中でしか役に立たないゴミのよなルールを精一杯に読み込み、最後は身近な上司によって全部ひっくり返される。
そして気づけば声を荒げることに長けた誰かや、地雷を埋めて逃げていくネコババ野郎の尻拭いをするために、公文書を偽造させられ、下手をすれば捕まって仕事を失うのだ。
世間に偏見があるのではなく、実際に公務員は「世間の人間とは全く違う働き方」をしすぎており、他の社会では全く使えないのだ。
特に自衛隊はその傾向が強く、「人間関係が嫌で陸自をやめて海自にいった」みたいな人間がゴロゴロいる。
転職の候補として民間企業が入らないということは、３０辺りにある年齢制限をオーバーしたが最後、もうまともに転職を出来なくなるということである。
普通に働けない人間が「じゃあ俺は芸術家になれば良い」と突然目覚めてしまうことほど恐ろしいことはない。
大抵の場合それは単に「他人の作品を通して努力や才能を正しく評価する目が養われていない」ことに端を発する自画自賛から始まっている。
クリエイターであっても３DCGが使えたりイラストがかけたりするならば意外と働ける場所は多い。
絵による説明は多くの業界において便利なスキルだし、単純に「綺麗なパワポやポンチ絵が作れる」というだけでも生き残りやすくなる。
工作作業系はその技術をある程度流用してつける一般的な職業もあるのでクリエイターを目指して失敗しても再起のチャンスは残る。
本当に文章が人より上手くなれるのならばいいのだが、大抵の小説ワナビは意味不明なポエムを語りだす悪癖がついただけの妖怪となる。
文章によるコミュ力は目指す前よりも下がっているパターンが多く、面接ではシートを見た段階で落ちていく未来が待っている。
小説ワナビはポエム癖がついていたことに気づければ最終的には文章力が身についているということが多い。
だが音楽に向き合った時間が後に残すモノの中で、音楽と無関係な業界で役立つものはあまりにも少ない。
リズム感がちょっと人より優れていたとして、それが現代においてどう役に立つのだろうか？
たとえばアフィブログはそれはそれは一時期流行ったが、今はその末路を見ることの方が多いだろう。
情報商材を売り歩く詐欺師や、ネットにゴミをばらまく反社となった者達はまさしく「末路」だ。
ゴールドラッシュで掘り当てた金を堅実に使いながら、普通の会社員として働いてる人間たちだけが正解だったと言えるだろう。
今はまだ生き残っているブロガー連中も、AIの発達とともに死が待ち受けているのは明らかである。
Youtberはブロガーとはまた少し毛色が違うが、本質に違いはない。
収入源がYoutubeの経営方針に依存しているという点ではより厳しい立場にあるとも言える。
次々と参入するプロはどんどん大規模になっていき、個人Youtubeが生き残ることは本当に至難である。
起業に拾われる道ももはや狭まり、起業がオーディションで選んだ新人を売り出す時期に来ている。
とはいえ何らかの強みと言える分野が自分にある場合は、それが転職の時に役立つ可能性はある。
少なくとも「私はこんなにも一つのことに没頭できました」という経験があるのはいいことだ。
だがそこで「私はゲームをひたすらやってました」となったらどうだろうか？
ゲームはそれ自体の完成度が高すぎる娯楽であり、それを誰かがやり込んだならその成果が褒められるのは作ったゲーム会社の方である。
料理を作るのと、完成した料理を食べ歩くことの違いのようなものだ。
むしろ、単に酒を飲んだくれ続けていたのを「私は酒に打ち込んだ」と語るようなものだろう。
それでは誰も君のことを認めはしない。
ああ……本当に恐ろしい錯誤がここにあるのだ……。
ハロワと提携している団体がやる職業訓練で定番なのがパソコンコースとビルメンコースだ。（追記：介護コースも定番ですね。介護もめちゃヤバっぽいので安易に選んでは駄目です）
まだ３０前後の人間や、前職での経験を思い切り値下げして売り込めばいくらでも再就職できる人間がこのコースに来ることがあるのだ。
勿体ない。
ここに「でも学校の用務員って結構美味しい仕事らしいよ？」という錯誤が出てくる。
彼らがそれなりの待遇を得ているかのように見せるのは、あまりにも自分の立場が惨めすぎて強がっているだけなのだ。
ダメ人間達がビルメンは楽らしいぞと勘違いして押し寄せたことで業界は人余りに近づいてきている。
それこそ「多少乱暴に人間を扱って辞められても次が来る。というかビルメンになるような奴らは辞めても次がないから、そのうち同業他社から回ってくる」という価値観が今でも通用するほどに。
電気工事士や電験三種で資格ブンブン振り回せばいけるだろうという考えの人間がビルメンに行くのもオススメしない。
そういった仕事をするのならば本当にちゃんとモノをメンテナンスする修理業者や工場のような製造業につくべきだ。
電気ビルメンにおける日本トップと言える東京電力の原子力発電所がどれほど終わっていたか忘れたわけではないだろう？
下手に資格があるビルメンは尻尾切りのための座布団を与えられ、その上から組織が薄利多売で買ってきた本当にどうしようもない人間たちを監督させられ、最終的には自分を守るために全部の仕事を自分でやることになるのだ。
あえて多くを語らないでみよう。
社会に対しての憎しみから犯罪に手を染める落伍者は少なくない。
最低賃金とコンプライアンスという壁に阻まれた最低賃金未満労働者が、そういったルールが存在しない反社に拾われることも多いだろう。
詐欺で億を稼げば、それを上手く隠してから刑務所に１０年入っても実質的に年収数千万になる。
裏切りが不可能な関係で結ばれた有能な仲間たちがいるなら、犯罪は美味しい。
扱いの悪さにおける最悪は闇バイトだろう。
最初の一瞬だけはコスパもよく感じるが、犯罪の証拠を一方的に握られてしまったことで便利に使われるようになる。
最終的には自分の有り金を差し出して告発を防ぐことになるので収入はマイナスだ。
犯罪行為に加担するための絶対条件は、「俺がお前をチクったらお前も死ぬんだぜ？」と言えることだ。
生まれつき親が莫大な遺産を残してくれているわけでもないならプロニートになる道は諦めるべきだ。
親がめちゃ金持ちであったとしても「遺産相続のために親に媚びる必要がある」という状態を続けるのは精神に悪いので、億単位の小遣いを貰って貯金してるとかじゃないなら一応は働いた方がいい。
ニートの定番といえばスロプーだが、スロプーは実際にはスロットに縛られて労働しているも同然でありニートの旨味がない。
本人たちにニートの自覚はないかも知れないが、労働しているも同然なだけで遊んでいるだけなのでニートの一種である。
ニートとしてプロを目指す道はアフィリエイターに繋がることが多いのだが、それはもう語ってしまったので割愛する。
FIREの一種とされる株ニートだが、これを実現するために必要な資産額は結構なものになる。
そこに辿り着く頃には既にニートの年齢制限を終えているというツッコミはおいといて、資産がありながら使えないストレスや変動による人生への影響の強さを考えると、働いておいたほうが心身が平和なことは多い。
大家業なんかをある種のニートみたいに捉える人もいるが、付き合う相手が不動産業界であることを思い出してもらえれば過酷さが想像できるのではないだろうか。
あれはニートではない。
将来的に考えると、働いているのに経歴０の状態になりかねない。
日本という格差社会において経歴は家柄と同じぐらい強い力を持つ。
強い経歴を作にくい職業、他の業界に行った後のリセット幅が大きい職業につくのはかなりリスクが高い。
たとえばエロゲーを作っていたような人間であっても、経営・営業・事務といった行為に関わっていれば「ゲ、ゲームとか作ってて～」と誤魔化せば他業種でもそのスキルは通用するとみなされやすい。
だが水商売におけるスキルは思いっきり詐欺まがいのことをするような業界や、奴隷を管理するような業界以外では応用しづらい。
そういう業界自体は結構多いのだが、そこに途中から入ってきてそのスキルを活かせる立場につける確率は低い。
店に所属するならまだいいものの、パパ活のような個人経営型水商売となるといよいよヤバイ。
個人経営の経験があると身につくスキルは結構多いのは「子供の金融リテラシーを鍛えたいならまレモネードを売らせてみよう」という話を思い出してほしいのだが、パパ活は売っている商品が特殊すぎてこういったスキルも身につきにくい。
自分が年老いても女衒として他の女を売るという道はあるのだが、そんな器用なことが出来るなら落語者にはならない。
手に職の究極のように語られるが、勉強マン同士の戦いの中で勉強するより、ちょっとズラしたポイントに勉強コストを割いたほうが強い。
勉強ができるというスキルは実際かなり強く、あらゆる職種においてそれ自体が「コイツは職場の柱になるぜ」というオーラを持たせてくれる。
せっかくそういう能力があるのに勉強しすぎマンまみれの士業に飛び込んでしまうのは、結果として自分の才能を安く売ることになりやすい。
資格で食っていくのは一見手堅いが、手に職の本質は自分のスキルによって食っていくことであり、資格は箔をつけるアイテムとしての側面が強い。
資格を持っていることが大前提となってしまう世界では、資格を持っているだけの人間は最低ラインからのスタートになるというのも忘れてはいけない。
落伍者になるような連中は得てしてプライドが高いが、そんな君が自慢の勉強スキルを「できて当たり前」と言われながら底辺として何年も下積みできるのかね？
「勉強できるなんて凄い！」と言われながら未来のエース感に守ってもらいつつ下積みをしたほうが幸せではないか？
口下手、愚鈍、声が通らない、語彙力がない、という典型的なコミュ障。
「音読すると言葉がスラスラ出るようになるし、語彙力が付くし、前頭葉が刺激されて頭の回転が速くなるよ！」とかいう宣伝文句に釣られて、毎日1〜10分、長い時は30分ほど音読を実践した。元々読書が好きなので苦はなかった。
streaksっていう習慣管理アプリを見ると今日で180日、約半年間実践していたことになっていた。
だがどうにも効果が感じられない。
相変わらず言葉に詰まることが多いし、自分の言いたいことを上手く表現できない。頭の回転が早くなったとかもってのほかだ。
強いて言うならちょっと声の通りが良くなった気がするけど、別にイケボになったとかそういうレベルではない。
かすれて聞き取りづらい声が、少し聞き取りやすくなったってくらい。
ネットで音読について調べるとびっくりするくらいポジティブなことばかり書いているので、今回はそのアンチパターンとして書き記しておく。
https://blog.tinect.jp/?p=81116
要は家庭運営は「プロジェクト」であるのだから適切なプロジェクト運営を行う必要がある、という趣旨で内容については概ね同意ではあるのだが、これを実践しようとするには大きな問題がある。
普通の人は「プロジェクトマネージメント」なんてできないのだ。
私はいろいろな会社の小さめのプロジェクトに参加して開発を請け負うエンジニアなのだが、まともなプロジェクト責任者に当たるのは20%もない。
ここでいう「まともな」というのは、
という、プロジェクトマネージメントを行うにあたっての最低限のスキルがある人である。
もちろん優秀な人が集まる大企業であれば多くの人が簡単にこなせるだろうが、私が参加するような中小企業にいるような人たちには難しいのだ。
つまり、「夫婦の人生というプロジェクト」において、プロジェクトマネージメント的な方法を用いて適切な運営を行おうとしても、なかなかに難しい話なのである。
そして更に大きな問題が1つある。
誰かが明確なプロジェクトの責任者であるなら、モチベの管理はその人の責任ですけれど、家庭運営というプロジェクトで「主従」があるべきではない
これはその通りなのだが、人生というプロジェクトにおいて最も大変と言える子育ての初期はそうもいかない。
相対的に妻が家庭運営にかけられる時間が多く、それにより知識の差もできてしまい、結果として妻側がマネージャー、夫側が指示を受ける側、という立場にならざるを得ないのだ。
そして妻側にプロジェクトマネージメントの経験がない場合に、プロジェクトが崩壊へと向かってしまう。
初産の年齢でなんらかのプロジェクトのマネージメント経験がある女性がどれだけいるかを考えれば、多くの家庭が機能不全に陥ってしまうのは想像に難くないだろう。
まずは、妻の方がマネージャーとならざるを得ない状況が大きな問題なのであるから、夫も妻と同等かそれ以上の時間を家庭運営に割けるように、育休を妻と同期間かそれ以上の期間取得すれば良いのだ。
これはとても簡単な話だ。
次に、それができたとしても若い夫婦にはそもそもプロジェクト運営は困難だ。
それを解決するにはエンジニアリングの世界からヒントを持ってこよう。
ソフトウェアエンジニアの世界には「ペアプログラミング」というものがある。
ソフトウェア開発をペアになって行うのだ。一人がコードを書き、一人がナビゲーターとしてサポートする。
一見すると一人しかコードを書いていないため作業が遅くなるように思われるが、二人がそれぞれコードを書くよりも開発が早く進む場合が多い。
これはペアで作業を行うことで、ミスを発見しやすくなる、知識を共有する時間が不要となる、チームワークが向上する、といったメリットがあるからだ。
家庭運営でも同じことをすれば良い。
まずは全ての作業を一緒にやるのだ。
分担するのは全体感の把握と個別作業の理解が十分にできてからで良い。
ネットの書き込みを見ると「夫はこの程度のこともちゃんとできない」という愚痴をよく見る。
「こんなこともわからないのか」と責めるようなマネージメントのアンチパターンではすぐに無能な夫が出来上がってしまうので、そうではなくて「一緒にやろう」と声をかけて、何度か作業を見てもらって、その後実際にやってもらって、それで何回かすれば期待する作業をやってもらえるようになるだろう。
逆に、「何か手伝うとすぐに怒る妻」には「ちゃんとやりたいからまずやり方を見せて」「今度は俺がやるから見てて」というコミュニケーションをすれば良い。
日本の多くの家庭は話し合いの場を持つということすら苦手だと思うので、この「一緒にやってみてそれから分担を考える」というプロセスは導入しやすい。
これから子供が生まれる家庭で、夫婦共にプロジェクトマネージメントのプロフェッショナルでない場合は、「育休を取る」「家事はペアプロ」この2つだけはぜひ覚えておいてほしい。
