手を動かす人は無条件に偉い 手を動かさない人より手を動かす人のほうが偉い。 たとえもっと上手くやれる人がいたとしても、その能力を適切なタイミングで発揮しなければ能力がないのと一緒。 同様に、自分のほうが上手くやれると思っていても、あなたが実際にその能力を発揮しないのであれば能力は無いのと同じ。 あなたの能力が要求を満たすことはおそらく永遠に来ない ピーターの法則によれば組織に属する人々は、無能を露呈するまで昇進し続ける。 つまり放っておけば自分の能力を越えた仕事が課せられるようになるということ。 これは能力の成長曲線とは関係なしに働く力学と捉えられている。 ということは「○○ができないので××という仕事をやるには時期尚早だ」と思っていても、○○ができるようになるころには最早××は要求されずさらに難しい別の仕事が求められるようになる。 失敗するなら早めに 常に要求が能力を上回るのであれば失敗

職業ソフトウェアエンジニアが普段の業務でソフトウェアを作る時は、過不足ないソフトウェア製作を通して試行錯誤を素早くこなして目的に至ることが求められているでしょう。 『リーン・スタートアップ』やアジャイル開発などで説かれている考え方です。 ソフトウェア産業が扱う領域がより高度で複雑になってきたために生じる不確実性とうまく付き合うためのやりかたで、今日では前提とされます。 一方で、それらを支えるソフトウェア技術の幅や深さを広げるためにはどうすれば良いか、必要性は理解されてはいても具体的な実現方法を模索しているという人が多いのではないでしょうか。 ここでは、会社としてどうするかという点から一旦離れ、一個人のソフトウェアエンジニアとしてどうするかという観点で考えをまとめたいと思います。 作りたがりな自分 自分は「作りたがり」な性質で、業務では常にオーバーエンジニアリングに走ってより新しいこと・おも

公開しているライブラリほどじゃないにせよ、チームで開発しているTypeScriptで書いたコードにちらほらドキュメンテーションしていきたい。 それESLintで とりあえず今までろくに書いていなかった部分はいまさっき書き足すPull Requestを作ったけれど、今後手を入れる時にもちゃんと書いていってほしい。 で、こういうルールの徹底を人間がレビューで「ドキュメントおねがいします」って言うのは不毛。2020年代にやっていいことではない。 TypeScript/JavaScriptでやろうとなったらESLintでどうにかしたい。eslint-plugin-jsdocがJSDocに関連したルールを提供している。 JSDocはTSDocと基本的なフォーマットは同じで細かいタグのセマンティクスは差異がありそう。 そしてなんとeslint-plugin-jsdocはTypeScriptもサポートし

2020年8月14日付けで退職する運びとなった。 入社が2012年なので勤続丸8年を迎え社内でも古株の方になってきつつある。Web業界にしてはわりと長くいたほうだと思う。 自分自身でもこんなに長く籍を置くとは思っていなかったので驚いている。 退職を決めた理由は主に2つ。 金沢移住 1つめは、現在住んでいる京都を離れて金沢で暮らしたいと考えたから。 数年前に観光で訪れた金沢を歩いてから一目惚れしてしまい、自分がここで生活する想像をするうちに単なる夢想から具体的に実現することを考えはじめた。 これを書いている時点で、株式会社はてなの事業拠点は東京と京都のみであり、在宅勤務は育児や介護、その他会社が認めるに足る理由があるケースのみ認められている。 平時は週数日程度スポットでの在宅勤務はマネージャーと合意した上では認められている。またコロナ禍においては在宅勤務推奨となっている。ただし、継続的にフル

社内グループに書いていたメモをせっかくなので放流します。 前提 昼食はオフィスで食べられる 基本はオフィス勤務だが、相談の上リモート勤務も可能 自宅からオフィスには徒歩で20分、自転車で10分 京都在住 北海道の実家で2週間程度のリモート勤務を2回経験 リモート勤務の感想 お昼ごはんの用意をしていると昼休みがあっという間になくなる 普段オフィスにいるとランチをいただくのに20〜30分くらい、残りは休憩スペースで同僚と話したり本を読んだしている お昼休み・定時になるとチャイムが鳴るが、自宅だと鳴らないのでしょっちゅう時計を気にして疲れる 途中までSlackで参加していた会話が口頭に変わると経過がわからなくなるので、あとはうまく話が進んでいることを祈るしかなくなる いまのチームに慣れたからいいけど、入りたてとかだと不安だと思う 人と関わりがなくて気が滅入ってくる 普段、人と話すわけではないけど

git-archive を使うと worktree に変更があるかどうか (dirty かどうか) を気にしなくてよくて便利。 moznion.hatenadiary.com 上記のようなことをやってみた例: gist.github.com