  |
はてなキーワード: 管理とは
アイアンマン、ソー、キャプテンアメリカがドラゴンボール、幽遊白書、スラムダンクでそこに数作品集まってアベンジャーズ、ワンピースやるろ剣も電撃参加して綺麗に終わったのがエンドゲーム
今のMCUはナルトやブリーチが無いるろ剣時代のジャンプなのよ。その時代のパンチ力弱めの作品を実写化したってウケるわけ無いし儲かるわけない
管理とかコンテンツが多すぎるとか以前の問題だと思う。もう一回アイアンマン達を戻そうって考えも悪くない。実際DBは超で、幽白は実写化、スラムダンクも映画で成功している。この先ブレイドやデアデビルやったって日本人にとってはゾンビパウダーの実写化みたいな感じだしそれを見るために過去作を我慢して見ないといけないのは流石に限界
ウルトロンくらいまでのアイアンマン1作だけ見ておけば大丈夫よな空気に戻さないとMCUはもう無理でしょ。日本じゃなく本国アメリカでどうしようも無いんだし。
あれさー
鍋のベーナーのバリエーションというか、
あれは随時色々な具材を途中投入して
味は同じだとしても具の変化で楽しめる今日は白菜入れよう！とか追い鶏肉いれよう！とか
ベーナーの鍋の具が一切なくなって
澄み渡る美味しそうなスープのルーシーのいい出汁が出たところに
いろんな変化を楽しめる変わり目の季節はもうすっかり冬！って感じもしていいと思うのね。
だけど
煮込む日数が増えれば増えるほど
まあ味が濃縮されて美味しくはなる伸び代はあるけれど
急成長はしないのよね。
だから今週はずーっとそのタマネギトマトヒヨコ豆のスープをどんどん食べないと鍋が空かない空にならない現象があるし、
食べ切らないといけない苦行でもあるわ。
でも自分で作ったからちゃんと自分で始末して食べ切るからいいけど、
このタマネギトマトヒヨコ豆スープの運用の仕方を本気で考えないと
いつまで経ってもお鍋のベーナーの中身のルーシーのスープで満たされたままなのよ。
大きな保存容器に買ってきて入れて冷蔵庫でストックしておくスタイルを
その仕組みを考えつくべきところよね。
でも逆に冷蔵庫に入れちまったら次発掘されるのは何万年後？の人類が発掘しそうにならないほど忘れちゃったら忘れちゃったでダメなので
でもさー
少量1食分作るのって面倒なのよね。
大量に作った方が効率が良いし味の調整がある程度余白があるから自由にいけるんだけど、
週刊誌で言うところの読み切りタイプの連載のようなことはなかなか難しいわよね。
どうしても鍋一杯満載の量が搭載されたスープが出来上がっちゃうから
あと若干意外とタマネギとトマトとヒヨコ豆って言うスタメンの具が多いのかも？
作るのは楽しいけれど
食べるのが辛いってどゆこと？って思っちゃうわ。
ハマっているときは良いけどね。
個人でもセルフパウチが出来るような装置で何年も保存ができるようにしたら便利なのになぁーって
でもそんなことしちゃったら
ますます食べるのを忘れてしまって生産ばかり楽しくなって在庫がじゃんじゃん増えるって
もうさ
残念ながらまだ飽きそうにはないのよね。
もっとファミレスのこれお湯？って思うほど薄いスープよりは濃いぐらいのは目指したいところだけど、
なかなか良い塩梅のところを目指して作るのは難しいわよねーって話し。
平らげて鍋を空にしてベーナーを洗って
次の何をスープをするか！って考えるのが
スープ寄りのもっと液体を感じるスープにして今度は作ってみようかしら。
もう
スタンプ集めのでF-ZERO99も5レース走らなくちゃいけないし
スプラトゥーン3もシーズン最後だし1日1勝はしなくてはいけないし。
忙しいのよね。
こないだなんてもう最悪！
8連敗！そんなのある？
もー泣けるー！
涙の数だけ強くなれるなんて嘘よ！
いや嘘じゃないかも知れないけれど、
中条きよしさん歌う名曲の「うそ」よりも嘘じゃないかも知れないわ！
その勢いで、
どうか勝てますように！って祈るのよね
勝てたときはホッとするけど。
でも！
私速いから！F-ZERO99は5レースと言えども1レース2分の10分で終わらせる！
スプラトゥーン3も立ち回りよかったら！初戦1戦目の勝利で3分！
そう考えると逆に毎日のやることが多いけど、
スープも作りの方が時間かかって大変だわーって実感することが多いのよね。
またお鍋のベーナーに美味しいスープのルーシーを満たせるように華を咲かせるわ！
それこそスープ作りは地味だけどね！
うふふ。
合わないわけなくない？
納得がいったわ！
なるー！って。
ホッツ白湯ウォーラーに梅干しまたの名をソルティープラムとも言い換えて
シャレオツ感アップのホッツ白湯ソルティープラムウォーラーってところね。
体調管理、
中から温めましょう！
すいすいすいようび～
今日も頑張りましょう！
「他人の性欲を管理せよ」というディストピア過ぎる提案をする増田。増田は親から性欲を管理されたいか？嫌ならそれが答えだし、強く管理する親はそれだけで子供に脅威。
全員ではないけど、あれに賛同してる人にはエアプ勢も多そうだなという印象
なぜなら、増田が挙げてる不満点は今日では解消済みのものがほとんどだから（ちゃんと確認してないので全部かどうかはわからない）
というか増田が挙げてるwiki関連の挙動は機能自体が廃止されて久しいしね
そういう事情知らなそうな、最近触ってないんだろうなーというコメントが散見された
ちなみに俺の感想としては、slack, zoom, webex, lineworksあたり色々使ってみたけど（弊社はもう少し運用を統一しろ）チャットツールやWEB会議ツールは基本的には慣れの問題で大差ないし、teamsだけが特別ぼろくそいわれるツールではない、少なくとも
むしろteamsを使う利点は結構あって他のツールで代替は難しそう
※他のツールにも「代替は難しそう」という要素はあることが多いので何かを下げる意図はない、まあ結局使い分けなんだろうな
例えばoffice系との連係特にオンラインでできる操作周りには他には真似できないし、他社と連携して進めるプロジェクトでteams以上に諸々を一元管理できるツールはないと思う
皆が使っているOSやソフトを押さえてて連携機能もつけられるのはやっぱり強いよ
あ、コミュニティは糞だと思う
あるある。撲滅はできなかったんだけどテプラで「○○用」って貼るだけで頻度は減ったよ。あとこっそり戻してもらえるようになった。
外部の人が使う用ならやはり紐で繋ぐのが一番。なおネックレスのチェーンで繋ぐとちょっとオシャレ。
いくらのボールペンなのか知らないけど、1本20円くらいなら悩んだり管理したりする方がよっぽど高コストなので、安いボールペンにして無くなってもいいようにした方がみんな幸せになれると思う。従業員なら一通り行き渡れば少しは落ち着きそう
元々そこそこ高給だけど激務のソフトハウスでパッケージソフトの開発してたんだけど
その後、精神状態も落ち着いてきたので地元の物流会社に再就職したのね。
面接のときに前職の話とかもちゃんとして、その上で肉体労働で給料が安くてもいい
って話でまとまって、もう５年くらい働いてたんだけど、
いろいろ人が入れ替わって中途で入ってきた常務がこれからの時代はIT化だ！とか言い出して
いや時代100周は遅れとるやろって感じなんだけど、
俺の前職からお前社内SEやれって言い出して、最初は断ったんだけど
どうしても断れなさそうな感じだったからだったらせめて給料を上げろって要求したら
５年サボってた俺のスキルが今のソフトウェア開発業界においてどのレベルかはともかく、
それでも俺と同等クラスの会社に勤めてた奴を中途で取ったら月給は今の俺の1.7倍はあると思うの。
それは俺が代替可能なパーツとしての肉体労働職(バイトの管理とかもしてるけど)でしかないからで、
前の職場と同じ仕事をやらせるってんだったら、見合った待遇よこせよっていうのってそんなおかしいかな？
「ToDo管理としてはメールのほうがはるかに使いやすいのだが」
ごめんこれ全部知らなかった
参考になったはありがとう
行政管理番号という言葉の響きが一部の人達の神経を逆撫ですることは想像できるが、そもそも国家による国民の管理を厭う国民感情は著しく退潮していて、そうなって随分久しいのだから気にすることはない。マイナカードと保険証との一体化が反発を招きマイナンバーカードの返却運動が起きたことは記憶に新しいが、そもそも返却するということは取得しているということなわけで、たかだか数万円分のマイナポイントに釣られて取得してしまう程度には、運動に参加した人間の反骨心の筋金は脆いのである
「マイナンバー」でいいんだから「J-ID」でもいいじゃんとか思ったが、死ぬほどダサいので却下
「マイナンバー」を「日本行政管理番号（通称・行政管理番号）」に、
そして「マイナンバーカード」を「日本行政管理番号カード（通称・行管番カード）」に
まあ、これだと行政サービス利用者以外を行政が番号で管理するとき、その番号を何と命名すればいいのかって問題が生じるのだが、そのときは番号を拡張して一本化してしまうという手もある
追記：
田舎だとどこの家にも今の野菜保管庫には、じゃがいも、さつまいも、さといも、かぼちゃ、玉ねぎがあって、
畑には大根、白菜、ホウレンソウ、ニンジン、ネギを少しずつ収穫しながら毎日の料理に使ってると思う。
都会だと野菜を全部買うんでしょ。
そうするとやっぱどうしても嫌な人ばっかりが目立ってしまうのよ
悪意と利己主義にまみれた自分のことしか考えないでいかに他者から金を掠め取るかしか考えてない人たち
実際はそういう人なんて50人に1人程度なんだけど、何度かそういう経験を積み重ねていくとそのカテゴリーに属する人すべてがそう見えてくる
「いやいや、みんながみんなそんな自分勝手な人ばかりではないよ」って自分に一生懸命言い聞かせるんだけど、そのコントロールはなかなか難しい
だから仕事とは関係ないところでスポーツサークルを運営している
別に仕事が嫌で始めたわけではなくて、そのスポーツを自分が続けたかったから自分で作っただけなんだけど
そこに集まってくれる人がめっちゃいい人ばかりで
まあいい人に思えるのはその人たちと深い付き合いをしていないから、スポーツだけの付き合いしかしていないからなんだけど
それでも、そのサークルにいると、「なんだ。世の中にはいい人いっぱいいるじゃないか。」って思えるんだよな。
一人ゴミクソがいると、そのカテゴリー全体を疑いの目で見てしまうのが人間ってものじゃないか
スポーツサークルでもこれから人間関係トラブルが起こる可能性あるけどさぁ
今だけはスポーツサークルの上っ面のお付き合いが俺の心を救ってくれてるわけ
小中学校でブスだのデブだの◎◎菌だの言われていじめられたから、高校時代に頑張ってダイエットして美容にも気をつけて努力したんだわ。
太ってていじられてた奴が食う量気を付けるようにしただけのことを偉そうに
んなもんいたって普通の話だろ
派手な女子が少なくチャラチャラしてない大学なら自分もモテるのではと思って頑張って勉強して国立大学の理系学部にいった。それでようやく付き合う相手ができた。
でも、男でも高校時代にそれくらいの意識持って女にモテるよう努力したら、地味な女と付き合うぐらいどうにかなるんじゃないかと思うよ。
ウエイトトレーニングが趣味の俺は定期的に15kgぐらい減量するけど
食う量管理すりゃ誰でも痩せる 痩せなかったらそいつは光合成している
そりゃ男はそれ以外のことも頑張らなきゃのちのち詰むしな
ここまで努力しないと収入が保証されてる女性に養ってもらうのは無理なんだな。怠惰を求めて勤勉になるとはまさにこのことだな。
俺が元増田ならその努力を資産形成することに向けるかなあ。こんだけ目標を明確に定めて努力できるんだから、資産形成に向けて勉強する努力もできると思う。そして、普通より難易度の高い婚活をやってたんだから、普通に専業主婦志望の女性との結婚も余裕だと思う。専業主婦志望の女性と結婚して養いつつ、老後困らないだけの資産を形成できたら今の仕事なんてやめて、低賃金で夜勤あっても良いから、施設の管理とかのただそこにいれば良い何も考えなくて良い仕事して生きるかな。
こういう仕事は割とあるんだがなかなかのヤバさだったので紹介したい
ちなみにサービスの内容は非常に良くてユーザーも万単位で付いているらしい
バックエンドは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を使っていたので大丈夫そうだったが、本当に大丈夫かどうかは自信がもてない
システム内容はゴミのような状態だがサービス的には良いので、幹部やプロダクトオーナーからは追加要望が山盛り来ている
開発チームが「稼働が足りない」という理由で断ったので「じゃぁ支援して」ということで自分のところに来たのだが
「申し訳ないが、そもそもそういうレベルに無いし、全て作り直しが必要」
と伝えてもどうやら伝わっていない様子
ちなみに元々の開発チームは過去にもこんな感じでサービス作ってたらしいが売れないので問題になってなかった様子
ぱっと見は動いているように見えるのが厄介なところ
正直逃げたいところではある
（追記）
ぬるっと家事終わらせて見に来たらたくさん読まれてて嬉しい。婚活は大変だったけど学びもあり、あのままブラック労働を続けるよりよっぽど良い人生＆良い人間になれた気がするよ。書ききれなかった学びと自分語りを書いた。誰かの参考になれば幸いだし、おれはいつでもお前らの婚活の成功を祈ってる。
https://anond.hatelabo.jp/20231130215545
（ここから本文↓）
10年前、新卒で入社したブラック企業で心身削られ心底思った。働きたくない。
その年の末、帰省した際に5歳上の姉から婚約者を紹介された。婚約者は国家公務員で、姉は専業主婦になるという。羨ましすぎて狂うかと思った。
婚約者が帰り、両親が眠った後で姉と2人きりになった。酒の勢いもあって「女は主婦になれていいよな、俺も養われてぇ〜〜〜」と愚痴ったら、「じゃあお前もなれよ、そのための努力をしろ」と言われた。姉からのアドバイスを忠実に実行し自分なりにも試行錯誤を繰り返した結果、今では主夫の座を得て週2の趣味みたいなバイト以外は家でネトフリ見ながら家事をしている。今日は主夫希望の男性やいわゆる弱者男性に向け、おれの主夫までの道のりをシェアハピ！します。身バレを防ぐため、ちょっとフェイク入れるのは許して。
当たり前だが主夫になるには一馬力で家族を養える女性をパートナーに選ばねばならない。そして高収入な女性の周りには当然高収入な男性が多くいるため、彼らとの競争に勝つ必要がある。また一馬力で家族を養える女性は1人なら何も気にせず贅沢に暮らしていけるため、家族を養う＝金銭的な自由を手放しても、こいつと結婚したいと思われる必要がある。いいか？「高収入でも年増のブスは結婚できるなら誰でもいいんだろwwwいいから俺を養えよwww」などという考えは捨てろ。高収入女性はお前を養うくらいなら1人で楽しく生きて行く。
悔しいけど、女性は学生時代の友達とずっと仲良かったり、いつでも新しい友達を作れたりで男より人間関係に恵まれやすいのよね。それで金まであるとくれば…。
初めに姉に「お前のアピールポイントは何？」と聞かれた時、おれはもごもごと口ごもった末に「や、優しさ…？」と答えた。不正解だった。姉曰く、成熟した人間にとってある程度の優しさは標準装備だ。自分の長所を問われて1番に優しさとのたまう男女は、それ以外のアピールポイントがないと言っているのと同じ、とのこと。あと自分が他人より優しいと思う根拠は何？と言われてぐうの音も出なかった。
では何ならいいのか。例えば家事スキルは有効だ。仕事から帰れば片付いた部屋でうまい飯、というのは男女問わずバリバリ働く人間には効く。他にも聞き上手、ケア能力、可愛げ、あとは最悪顔でもいい。何か最低ひとつは武器として持っていないと話にならない。
俺は家事スキルに振った。前から料理は好きだった（当時は激務でほとんどしていなかったが…）から、女ウケする低カロリーで美味しい料理の研究に励んだ。掃除洗濯もそつなくこなせる。
また、意図して可愛げも伸ばした。主夫になりたいくらいなので元からプライドが高くなく、優秀な女性と張り合う気持ちがないこと、尊敬の気持ちや好意を素直に表現できること、仲の良い姉がいて女性が好む話題がわかること、察する能力が男としては比較的高いこと…などを長所とし（この辺りは姉と相談した）、高収入男性と競合しないブランディングを目指した。
あと転職した。ブラック企業は給料だけはそこそこだったが俺の幸せはそこにはない。主夫を目指すと決めてから、収入が下がっても週末は休んで婚活できる仕事を選んだ。婚活ガチ勢。
俺は非正規のヒモではなく、ちゃんと結婚して主夫になりたかった。不安定な派遣ではなく正社員になりたい気持ちに近い。ということで婚活アプリを始めた。女性なら若ければ若いだけ申し込みがくると言うが、おれの場合は当時24歳低収入だったこともありビビるほどマッチしなかった。いかにもヒモ狙いっぽくて怪しかったのかもしれない。おれは主夫でかつある程度余裕がほしかったので、それなりの収入を求めると相手の年齢は、少なくとも5歳は年上になる。基本女性は共働き・あるいは自分が仕事をセーブする想定なので、高収入な女性ほど高収入な男性を求める傾向にある。男性を養う想定がない。
サービスの趣旨的に双方結婚前提のはずなので、ミスマッチを防ぐためプロフィールに主夫志望であることを明記し（それが誠実さだと思っていた）、料理の写真なども載せた。だがほとんどの申し込みは断られ、さすがに傷ついた。唯一会ってくれたのは12歳年上の女医だがずっと値踏みされ疑われている感じが辛かった。なんとかデートを終え、向こうからはまた会いたい（限りなく会ってやってもいい、みたいな感じ）と連絡があったが、おれのほうが無理で断りを入れた。
それからは普通のマッチングアプリに切り替えた。こちらは結婚前提のアプリではないが、結婚願望が強く相手をサポートしたい気持ちがあることを明記した（主夫という言葉は使わなかった）。条件が合う人にひたすらいいねを送り続け、返ってきた人にマメに対応し、デートにこぎつけた。ちなみにおれの求める条件はこれ
・40歳以下
・年収500万以上、年収の記載がない場合は専門職、大手企業など
・仕事が好きそう
・結婚願望あり
・最低限の見た目
見た目はあまり重視しなかったが、流石に太りすぎていたり清潔感がなかったり、写真がない（あるいは重加工で原型を留めてなさそう）な人はパス。
主夫志望の男性諸君に言っておくが、働かない男性を喜んで養う28歳高収入川口春奈似美女は存在しない。いたとしても養いたいのは芸能人級のルックスと甘い言葉を操れるホストみたいな男だろう。そんな女性と結婚したければ、むしろ高収入イケメンを目指した方がまだ可能性がある。それができないおれたちは高望みしている場合じゃない（ただし見た目に関しては高収入30代はけっこう綺麗な人が多い印象もある）。
自分が25〜28歳くらいまでは仕事を続けながら数人の彼女と交際した（もちろん1人ずつ。同時並行したわけじゃない）。相手は5〜10歳年上だ。普通に上手くいかない場合もあったし、仕事への熱意の差もあり尊敬できない…と言われてフラれたこともあった。また、28歳で同棲した彼女は激務で余裕がなく、ヒステリックにあたられるのが辛くて俺から別れを告げた。37歳のコンサルで美人だったけどモラハラがひどかった。逆説的だけどそういう人とすぐに別れられたのは、自分が仕事をしていたからが大きい。同棲時点で家賃その他は彼女持ちで、あなたは仕事を辞めていいとも言われていたが、あの時生活の全てを彼女に委ねていたらと思うとゾッとする。
結局、コンサル彼女と別れてガチの結婚相談所に登録した。適齢期だし以前より少しだけ収入が上がっていた上、容姿もある程度コントロールできていたからか、以前よりスムーズにマッチングできた。そのうちの今の妻と出会って半年で結婚した。偶然だが、姉の夫と同じく妻は国家公務員。おれは主夫やらしてもらってます。
・ある種の割り切り
・ストライクゾーンの広さ
・めげない、あきらめない
主夫になったと言うとけっこう羨ましがられるが、ぶっちゃけ自分も普通に働いて、特に高収入でもない共働きの奥さんもらう方が簡単じゃね？と思う。今の生活は最高だし妻も好きだが、ここに至るまでの努力や苦労は仕事とは異なるヤバさがあった。何度も挫けかけたが、絶対に働きたくないでござる！という強い気持ちで乗り越えられた。
女性がハイスペ婚からの専業ルートに行くには高い競争率を勝ち抜くため、若さを武器に容姿を磨き上げる、またはハイスペと出会うため自分もハイスペになり、相互信頼を勝ち得た上ですっぱりキャリアを捨てる必要がある（姉は後者）。
男性の専業ルートはそこまで容姿は重要視されないが、高収入女性に自分を養うメリットを全力アピールしなくてはならない。まずは視界に入る努力からだ。
そこまで重要視されないと言っても、容姿が『普通』の範囲にいることは最低条件だ。おれはイケメンじゃないし太りやすく身長も平均に満たないが、脱毛し食事を管理し、安くてもいいから着古してない服と靴を身につけた。要は減点材料を減らせばいいのだ。ニコニコとよく笑い愛嬌アピも忘れなかった。ありのままを愛してくれ、なんて気持ちは捨てましょう。
デートの際も、相手を楽しませるという気持ちが大切。こちらは就活の気持ちだが、相手はおれを採用する必要はない。たくさんの女性と会って、モテる人ほどホスピタリティが高いと言うか会話が上手いしちょっとしたことを褒めてくれ、気持ちよく話させてくれるなと気づいた。ただし、それでこちらが調子に乗ってベラベラ喋ると次はない。デート（恋愛）の主導権は楽しませた側にあるのだ。
おれは金がないから大したところに連れて行けないが、その分相手の話をよく聞き、褒め、また会話の内容を覚えておくことでちょっとしたサプライズを用意したりした。例えば、チョコレートが好きだと聞いたら、デパートで嘘みたいに小さいのに800円くらいするチョコを買って、次のデートで「思い出したから」とあげるとか。800円のチョコは普通に高いが、「覚えていて喜ばせようとしてくれたんだ」という驚きは1万円くらいの効果を発揮すると思う。おれはデートの後に話したことを思い出せるかぎりノートに書いてたよ。相手の好きはともかく、苦手なものもなるべく把握した。「これ苦手だったよね？やめとく？」なんて気遣いも喜ばれる。
専業主夫への道は意外と険しいことがわかってもらえたら嬉しい。男性も頑張れば全然主夫なれるぜ！という気持ちと、ほとんどの男性は主夫になる努力より普通に働く方が楽だよなぁ…という気持ちが半々。おれは組織労働より、少人数（家族）のパーソナルケアが性に合ってる。
妻に出会うまでたくさんの女性と会ったが、おれと合う合わないを別にすれば7割以上は常識があり良い人と言えた。ただしとんでもないモンスターやモラハラ気質の人もいるため、人を見る目は超大事。結婚したらパートナー兼雇用主だから。ただコンサルの元カノは、同棲まで猫かぶっていたしあれは見抜けなかった…もはや運なのかも。
弊社で受託しているソフトウェア開発プロジェクトが終了間近となり、納品物をまとめる作業をしている。
納品物の一つにはFOSS (Free and Open Source Software)、俗に言うOSS、の説明書がある。
増田はこれまでで受託開発企業を3社ほど転々としてきたが、これをきちんと納品している会社は過去には見たことは無かった。道義的責任として、「このソフトウェアはこんなOSSを使ってます」という説明は顧客に対して為されるべきだとずっと思ってた。もちろん、納品時ではなくてプロジェクトの初期で実施するのが良いと思うけども。
経済産業省が公開している「情報システム・モデル取引・契約書（第二版）」という、受託開発の契約書の雛形が存在する。この雛形の中では次のような条項が提案されている。
https://www.ipa.go.jp/digital/model/model20201222.html
（FOSSの利用）
第49条 乙は、本件業務遂行の過程において、本件ソフトウェアを構成する一部としてFOSSを利用しようとするときは、当該FOSSの利用許諾条項、機能、開発管理コミュニティの名称・特徴などFOSSの性格に関する情報、当該FOSSの機能上の制限事項、品質レベル等に関して適切な情報を、書面により提供し、甲にFOSSの利用を提案するものとする。
2. 甲は、前項所定の乙の提案を自らの責任で検討・評価し、FOSSの採否を決定する。
3. 乙は、FOSSに関して、著作権その他の権利の侵害がないこと及び契約不適合のないことを保証するものではなく、乙は、第1項所定のFOSS利用の提案時に権利侵害又は契約不適合の存在を知りながら、若しくは重大な過失により知らずに告げなかった場合を除き、何らの責任を負わないものとする。
開発者は「こんなFOSSを使ってます、それはこんな機能があって、こんだけ人気があって信頼がおけるものです」みたいな説明をする義務を負う代わりに、万が一そのFOSSがバグったりしても責任が限定される、という話だ。
もしも受託開発の契約書にこのような条項があったとしたら、きちんと利用しているFOSSの説明をしよう。しなかったとしたら、後で不利益があるかもしれないし、それ以前にその仕事は技術的に真摯なものではないと言える。
子持ち様的なトレンドを見る度にそう思う。
入園してすぐはとにかく熱を出す。
でも半年か1年経つと随分落ち着く。それでも熱は出すけど、入園直後の頻度ではない。勿論個人差はあるだろうけど。
そういうものなんだから入園してから少し経ってから復帰するだけでも周りの負担は随分軽くなる気がする。
でも、だめなんだよな。入園したらその月に復帰しないと退園なんだよ。
定員割れなんてニュースも見るけど、あんなのは大体3歳児クラス以降の話で1才児2歳児クラスはいまだに激戦な地域も多い。
だから復帰しないと入園できないし、入園が決まったらその月に復帰しないといけない。
このシステムを少し緩和するだけでも随分違う気がする。
子ども側の体調管理は無理だ。子どもは熱を出す。入園直後は特に。これはコントロールできない。
働かない選択が出来る人はもうしてるだろう。復帰を望む人はそれが必要なのだから復帰するなというのも無理だ。
会社側のフォローにだって限界がある。人手が有り余っている時代は終わった。
特に熱を出しやすい初年度に発熱頻度が落ち着くまで復帰を先送りに出来るだけで解決する事はたくさんある気がする。
復帰していなければ慣らし保育も長い期間でする事が出来るし、子どもにとっても環境の変化が緩やかで負担が少ないのではないか。
でもまあ、こういうのは考えるのは簡単でも実行するとなると色々と大変なんだろうな。
