暮らしのサイクルが乱れている - hitode909の日記
ランダムな時間に睡眠を始めてしまう おとといは風呂出た直後、けさは朝起きたけど再度リビングで寝始める、いまも疲れすぎたのでもう今日はミーティングいろいろ無視して寝ることにした 現実感がなくてバーチャルリアリティっぽいと感じる 家で会話するときに、今バーチャルリアリティっぽいね、とか言って、現実なんだけど？みたいな返事が返ってくる そうこうしていると気持ち悪くなって食事をあまりとれなくなってしまう ご飯係をやりたいものの自分は食べるつもりはない、みたいなことになって妻が全部やることになってしまう なんか気持ち悪いなというとき腕時計を見ると心拍数90くらいになっている みたいに、いろいろとうまくいってなくて困る。仕事、プライベート、共に、一日に発生して対処できる出来事の許容量を超えてしまっている気がする。 人間、無能になるまで昇進していく、という話があるけど、これｍで順風満帆な人生を送ってきて
モノリスからマイクロサービスへ - hitode909の日記
マイクロサービスアーキテクチャの人の著作。 マイクロサービス化は万人向けではない、ということがはっきり書かれていて、マイクロサービス化しなくても、別の選択肢を使うことでも同じ目標を達成できますよ、というようなことが最初の方に書かれていてよかった。 実際にやりましょうとなったらちょっとずつやろうとか、依存関係を分析して、こういうところからやろう、とか、実務的な役立つ情報が多かったと思う。こういう新しい技術を入れるときには、ついつい、盛り盛りの構成にしたくなる人が多いと思うので、盛りそうになったらこの本を紹介したい。 読んでて思ったのは、マイクロサービス化は、今の自分が所属するくらいの規模のチームで選ぶ選択肢ではないだろう、ということで、たとえば事業部ごとに関心が異なっていてデリバリーのタイミングの調整に苦労する、とかそういうときに断腸の思いで泣きながら導入する技術だと思う。 たとえばマンガビ
99%のためのフェミニズム宣言 - hitode909の日記
よく、ガラスの天井を破るという話があるけど、女性が能力主義の社会に進出したところで、家事や子育てなどは安価に別の女性に外注されることになる。そして安価に働く女性は故郷を離れ、本来の家族との暮らしを失っている。 このように、資本主義や能力主義には女性への搾取が組み込まれている、だから私たちは反資本主義でやっていくぞ、という本。 朝の公園で子を抱っこしたりベビーカーに乗っけたりしながら読んでいたので子育て本として読んでいた。 この本では、人を育てて社会を維持する仕事を社会的再生産と呼んでいて、資本主義では、社会的再生産が利潤を生むための生産を切り離され、女性や立場の弱い人達に押し付けられている。 自分はこれまでは、そこそこいい給料をもらってのうのうと生きていて、寝る前に一番心配な悩みは仕事のことで起きたら仕事の悩みが再開する、というくらい仕事大好きだったけど、子が生まれたので、当分は元の働き方
子の泣いてる時間を観察したくてM5StickCで泣き声モニタを作った - hitode909の日記
深夜に絶叫する子を抱っこしていると、いつから泣いてるのか、いつまで泣いてるのか、など考えてしまって精神的に参ってくる。 実際のところどれくらいのペースで泣いてるのか可視化したくなって、M5StickCで可視化するグッズを作った。 作りたいもの 常時マイク入力がオンになっていて、直近しばらくの音量の履歴が可視化されたら便利そうだと考えた。 可視化によって子が泣き止むわけではなくても、「しばらく泣いてる気がしたけどまだ3分くらいだ」とか、「10分間に渡って静かにしていて偉い」とか数値を見て客観的な考察をできるようになりたい。 M5StickC M5StickCは小型のM5Stack。 小さくて邪魔にならなさそうなのと、マイクがついているので買ってみた。 3000円以下で買ってきて書いたコードが動いて画面に表示もできるのでおもしろいと思う。 www.switch-science.com 実装する
子 - hitode909の日記
実は妻が妊娠しておりまして、ってこの日記には書いていなかったけど、今日が帝王切開の予定日だった。 コロナ禍で、診察にも付き添えていなかったのだけど、先週から緊急事態が終わったためか付き添えるようになり、今日は生まれる前後だけ立ち会うことができた。 人が手術している横に座って見守る体験ができるのは出産のときくらいで、これより開頭手術…みたいなときに家族が横に座ってのんきにGoProを構えている場面はあまりイメージできない。 仕切りの向こう側ですごいことになっているので、どんなもんかなって覗こうとしたら、まだ座っててくださいって座らされた。 しかし普通に生きててこんな手術することはあまりないだろうから、ねぎらってもねぎらいきれない。交代できるなら交代してあげたいところだった。 タロイモの収穫みたいな感じでもりもりっと取り出されたのが実は子供の出生の瞬間で、お尻が出てきましたよ、みたいなことを言
誤タップで500ドル分のプロモーションツイートを始めてしまう - hitode909の日記
なんか、このどうでもいいツイートがやたらといいねされるな…と思ったら、このどうでもいいツイートが予算500ドルのプロモーションツイートになっていて、13万インプレッション獲得し、390ドルくらい消費していた。 プロモーションツイートは開始してもメールなど来ないようで、同僚のもとにプロモーションツイートが表示されていて気づけた。twitterからのメールは全部受信トレイをスキップしているので気づけず、検索するとアーカイブ済みのメールから請求のメールだけ発見できた。 普通に使っているとこんな簡単にプロモーションになってしまうことはないはずで、自分は以前、自作のウェブサービスの宣伝をプロモーションツイートでやってみていたので、そのときにクレカを登録していて、その結果、何度かタップすると予算500ドルのプロモーションを始めてしまうようだった。たぶん歩いてるときかなんかにぺこぺこっと押してもらったの
ネイティブアプリからGraphQLを叩くときにどこまでパラメータ化するか - hitode909の日記
GraphQLを使って、ネイティブアプリにさまざまな集計方法のランキングを出す、というときについて考えている。 たとえば、ソーシャルブックマークアプリを作っているなら、「総合」「一般」「世の中」「政治と経済」みたいに、カテゴリごとのランキングを出すことがイメージできると思う。 どのようなqueryを用意して、どこまでパラメータ化するか、どこまで自由にするかによって、サーバークライアント間の責任分担や、その後の変更コストが変わってくる。 サーバーサイドで制御する rankings: [Ranking!]!みたいに、クライアントからは「ランキングください」とだけ送るパターンを考えられる。クライアントでは、Arrayの返ってきた順に画面上に表示する。 良い点 サーバーサイドでランキングの定義を持てるので、APIだけでなく、ウェブの画面に表示するランキングなど、他の面との仕様を揃えやすい 変更がサ
未知の道に突入せず、まずは半分知ってるくらいの状態になる - hitode909の日記
Perl製アプリケーションからGraphQLを喋ってみたい、ということがあって昨年末に2週間くらいでプロトタイピングしていた。 CPANにGraphQLというライブラリが公開されていて、社内の利用実績もあるので、これをいきなり使ってみても良かったのだけど、自分はGraphQLについては、耳では知っていて、GitHubのAPIを呼び出したことがある、くらいで、実際に実装したことはなかった。 このような状態で突き進むと、問題に遭遇したときに2パターンの怪しさが出てきて、切り分けていくことになる。未知のものが多すぎて、プロジェクトXの、トンネルを掘るだけで難しいのに現地の言葉はわからない、みたいな回をイメージしてください。 GraphQL自体への理解が間違っているパターン スキーマ、クエリの書き方が悪い、概念を勘違いしている、など PerlでのGraphQLライブラリの使い方が間違っているパター
hitode909の日記の2020年ブックマークランキングベスト100 - hitode909の日記
2月くらいはPerfumeのライブを見に行ったり、VJやったりとか、普通に出歩いていたんだな〜というのが今となっては新鮮。 家に引きこもっていたので、この記事もあの記事も家で書いたな、というのを思い出せる。去年はスマホアプリから書いたり会社から書いたりと、色んな場所から発信していたのが、ベッドルームでダンスミュージックを作る人と同じメンタリティになってきていると思う。 リモート飲み会は飽きてしまい、そのため遠隔地に住んでる友達と話すことがなくなって不便。人間の古来の文化では、新年の挨拶とか、盆に実家に帰るとか、理由をつけて発話するタイミングが設けられていた。オンラインではそんな風習はない(ラピュタの崩壊に合わせてtwitterに書き込むくらい)ので、四季折々の会話タイミングが設けられていたのは、人類の知恵だったのかもしれない。 年間ブックマークランキングジェネレーターを5年ぶりに動かしてみ
テンション上がらないときは誰か呼んできてペア作業すると良い - hitode909の日記
という話を2年くらい前に社内ブログにちょろっと書いていたのをid:aerealが探していたので発掘しておきました。 個人的なテンション上がらないときのおすすめテクニックは誰か呼んできてペア作業することで、ブログチームにいたときは困ったらはこべさんをペアプロしましょうって呼んできて、僕は横から応援する係に回り、代わりに書いてもらってた。 逆の立場のときもあり、テンションが下がったときに助け合える関係になってるとチームとして強くなれそう。 はこべさん(id:hakobe932)はパソコンダンプカーみたいな感じの人で、なんでも倒していってくれるので、助けを求めるとすべてが解決する。 助けを求めて、名乗り出てくれた人にやってもらう、というのがひどい話でもあるけど、人によって得意不得意があり、呼ばれて出てきた方は苦にならず進めてくれることもある。 あまりに面倒な作業とか、ふたりともテンション上がらな
アウトプットの品質を下げておくと気軽に書けるようになる - hitode909の日記
12月であるし、アドベントカレンダーが回っていたりして、よくできた興味深いブログの記事を目にすることが多い。 よくできた記事ばかり見ていると、自分もちゃんとしたものを出さなければ、となってしまうことがありそう。しかしちょっと待ってほしい。 ブログ記事、といっても、プロの編集の手が入ったお金のかかった記事、一人で頑張って書いた大作、チョロっと書いて出てきた日記まで様々なものがある。 100文字くらいで終わっているものもあれば10万文字くらい書かれているものもあるので、文量に1000倍の差がある。 映像の世界で1000倍の差を出そうとすると、2時間すなわち7000秒の映画と、スマホで撮った7秒の動画、くらいの差がある。 2時間で観れるすばらしい映画がなにかあるとして、 Amazon.co.jp: フォレスト・ガンプ／一期一会 (字幕版)を観る | Prime Video これの1000分の1の
テスト、正常系から書くか異常系から書くか - hitode909の日記
今週は同僚と毎日長時間ペアプロしていた。 おもしろかったのが、同僚のテストの書き進め方で、一番複雑な正常系のテストをちゃんと書いてから、その複雑なテストをもとに、いろんな条件を削っていって異常系のテストを作っていく、というところ。 僕は逆で、入力が空なら何も起きない、とか、一番簡単な異常系のテストを書いて、そこだけ通るのを確認して、よしよし、と進めていって、メソッド本来の動きは最後に確認して終わる。 変な進め方だな〜(主観)と思って眺めていたけど、たしかに正常系のテストが通っていれば、あとはバリデーションまわりのチェックとか、例外となる場合のチェックをすれば終わりで、異常系のテストがすごい速さで書かれていておもしろかった。 …という話をしたら、チームメンバーたちは正常系のテストから書きはじめるという人が多くて、正しくことを確認してから、1個ずつ前提となる条件を外してみて試す、と聞いて、同値
時間を区切って設計を打ち切るのはおすすめできない - hitode909の日記
最初にマイルストーンを切って、この週で設計、この週で実装、みたいなことをやるのはおすすめできない。 設計に使える時間を最初に決めた時間までしか使わないということは、どうすればいいか、考えきれてなくても作り始めているということ。 コードは書けていくので、進んでいるようにも見えるけど、問題を先送りしているだけなので、じっくり設計や作戦を詰めていれば気付ける問題に、あとのほうで直面することになる。 この問題を回避するためにはこのように作るべきであった、ということにあとで気づくと手戻りが大きくなり、こんなことをするくらいなら最初に決めておけばよかった、となることが多いと思う。 家を建てることをイメージすると、設計フェーズはここで打ち切って、手を出せるところから始めよう、といきなり柱を建てることをイメージしてほしい。 先のことを見据えると、4本の柱は長方形になっているべきという制約があるけど、そのこ
危険予測トレーニングに興味が出てきた - hitode909の日記
道にボールが飛んできました。このあとどうなりますか？というと、子供が飛び出てくるに違いない。子供が飛び出てこなくても、子供が飛び出てくるに違いないと仮定して進めることに違和感がある人はいないと思う。 それは危険予測トレーニングとして考えが定着しているためである。 ソフトウェア開発をしていると、設計上の相談、とか、実装上の相談、とかで呼ばれることがある。 相談するときに主にやっていることは、このまま進めたときの危険は何かを指摘する、ということ。 ユーザーからは同じように見えるけど実装が全然別の物を作ろうとしています、と言われたら、そのまま進むと微妙な仕様の差異に、サービス提供者、ユーザーともども、苦しむことになるでしょう、みたいな。 完璧に危険を予測して対策ことはできなくて、死角からスケボーで子供が滑り込んでくることへの対策は、起きる確率が低いので対処を見送りましょう、みたいな、どこまでやる
今週は技術的な選択の仕方について考えることが多かった - hitode909の日記
今週は技術的な選択の仕方について考えることが多かった。 どうやって決めるか、というだけでなくて、どこに決めポイントがあるか、というところの見極めも難しい。 何も決めずに進んでいって、あとで見返すとすごいことになってしまい、ここをもうちょっと考えておけると良かったね、ということもあるし、考えすぎて重厚に作りすぎだったので、あとからシンプルな形に直していく、ということもある。 個人的には、ふだんはこのように考えています、という手順を書いておくと、 実現方法を考えるだけでなくて、他に取れる作戦がないか考えていく よさそうな方針が、他の作戦と比べてこれが一番良い、という確証を得る 確証が得られないときは、考えて決める 昼休みにプールに行って泳いでいると、これだけ考え続けて何も出てこないということはこれで行くしかない!と決められることが多かった というような形でやっていると思う。これでできるのでこれ
Perlの依存モジュールのアップデートを自動化するためのCLIツールを作った。GitHub Actions上で動かしてPull Requestも送れる - hitode909の日記
近年のソフトウェア開発では、RenovateやDependabotといった依存関係更新のためのツールが普及していて、ツールの支援を借りながら依存ライブラリを更新していく開発フローが広まってきている。 これらのツールは、package.jsonで管理されているライブラリだったり、Dockerfileで指定しているイメージだったりを自動的に最新版に更新してPull Requestを出してくれるので、人間は内容を確認してマージボタンを押すか、変なところがあったら手直ししてからマージしていくだけでよい。 はてなでの開発フローでも使い倒していて、先月くらいにも、社内で共有して使ってる設定を公開したりしていた。今ではRenovateのない暮らしに戻ることは考えられないくらいに広まっている。 developer.hatenastaff.com 普段、仕事ではPerlやTypeScriptを書いていて、T
チームのScrapbox3000ページくらいを見返して整理した - hitode909の日記
会社でScrapboxを使っている。チームごとやプロジェクトごと、話題や趣味ごとにプロジェクトを作っていて、うちのチームは1年3ヶ月くらい使って3000ページほどに達している。 どんどん書いていたのだけど、最近、どこに何があるかわからなくなってきていた。同僚に、ここの仕様はどうでしたっけ、って何度も聞いてしまうことがあったので、これはまずいと思ってちょっと整理していた。 表記揺れを直す One Fact in One Placeということで、どんどんページをマージしていった。ページを同名にリネームするとマージボタンが出現して押すだけなので楽。 よくみるとスペースの有無によって同じ話題のページが2ページに分かれていたり、略称と正式名称と、「(正式名称)まとめ」の3つにわかれたりしていた。情報を探しているときにはどんどんマージしたりしないので、今回マージするぞと見返せてよかった。 サポート担当
コードを書くには連続した2時間が必要 - hitode909の日記
ある日の午後のスケジュールは、30分ミーティングx2→30分自由時間→そして1.5時間ミーティング、その後は30分自由時間と30分ミーティングを繰り返して定時を迎える…みたいな様子だった。案の定、自由時間で意味ある仕事を進めることはできなかった。 自由な時間が30分あれば、チャットを読んだり、コードレビューしたり、グループウェアを見て回ったり、とかはできる。コードを書くにしても、ここをこう変えれば良いことがわかっていて、書くだけ、とか、ライブラリのバージョンアップ、くらいなら30分で書いてpushしておいて、次の30分でテストが落ちたら直したりして、と進められる。 しかし、そういうことより難しいことをしようとすると、30分だと、さて、問題がどういうものかは分かってきたので、どうしようかな、というあたりで時間切れになってしまう。1時間あれば、ようやくコードを書き始められるかな、というところで
測りすぎ――なぜパフォーマンス評価は失敗するのか? - hitode909の日記
計測結果をインセンティブに結びつけるとハックされてしまうという本。 科学実験とかなら計測するのは有益だけど、対象が人間の営みとかだと、指標とする数字を上げるための操作が可能になってしまう。学校において、テストの平均点を上げるために、点数の悪い生徒を障害児として別のグループに入れる、とか、医療現場において、手術成功率を上げるために、リスクのある手術をしない、とか、厳しい事例が紹介されている。 短期的な目標が報酬に紐付いていると売上を追い求めて値上げし続けて信頼を失ったりする、指揮官は固定給に切り替えている事例もある、という話も載っていた。 我が社では半年ごとに目標を決めて、今期はこれをやりましょうってやっているけど、上の方の人の目線も一律で半年後で売上を追い求めている、というよりは、もうちょっと先を見据えて、一喜一憂したり数字をハックしたりせずに暮らせるようになっている方がよさそう。 たとえ
Googleの広告設定を共有する活動 - hitode909の日記
Googleの広告設定をScrapboxのタグとして取り込む遊びをやっていた。 最初はスクショを共有して遊んでたのだけど、普通にテキストコピーできることに気づいた人が居て、じゃあタグとして取り込めそう、とやってみたら教示を通じて人々がつながることができておもしろかった。 普通、タグは他のページにもついているものが役に立つけど、このプロジェクトにおいては他のページに付いていないタグが重要で、そのメンバーの個性とかユニークな興味を表していることになる。いまは人が少ないので0か1かだけでいいけど、人が増えてきたら、被リンク数がいくつあるのかによって色を変えられると便利になりそう。どこに注目したらいいかわかるようにCSSでちょっと文字を大きくしてみている。 僕の属性はこれで、このプロジェクト内では唯一アークテリクスが好きな人材。 scrapbox.io インターネットを使った良い遊びという雰囲気で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
