qsona
マガジン
新説: 最後の審判 (将棋)
qsona
- 3本
縫田光司氏による詰将棋の傑作「最後の審判」(1997)。将棋のルールの矛盾を突いた問題作です。現在までの議論では、成立するかルール上不定とされています。果たしてそうなのでしょうか。日本将棋連盟公式による「将棋ガイドブック」(2003)を読みほどき、その真相に迫ります。
記事一覧
マインドの低い焼物売り
栃木県に益子町という焼物の産地がある。毎年5月と11月に陶器市があって、いろんな作家が作品を出していてとにかく様々な陶器がずらーーーっと並んでいる。
僕はこれがすごく好きで、家族や友人と何度も行っている。益子焼というのは歴史がわりと浅く(150年くらい)、その分なのか、かなり自由な風土のようで、釉薬の色など基本の型はあるものの、それに則らなくても良いとされている。実際に個性豊かな作品が多くて、見
Engineering Manager の自己効力感下がりがち問題
Engineering Manager という仕事をしていると、自己効力感が低下する瞬間がけっこうあると感じる。(多分 Engineering に限らない Manager 一般の話も多いと思うけど、ここではその考察はしない)
仕事において自己効力感が高まる状態というのは、たいてい、自分が何か努力して、それによって目に見える成果が出ているときに生まれるのではないかと思う。ところが、Engineer
スタディサプリの開発チームを離れました (リクルートを退職しました)
いわゆる退職エントリです。2019年10月から3年9ヶ月在籍したスタディサプリの開発チームを離れることになりました。
自分は Quipper Limited 時代に入社し、途中でリクルートへと会社統合された後もずっとスタディサプリの開発にずっと関わっていました。そんなわけで「株式会社リクルートを退職しました」というタイトルがいまいちしっくりこなくて、中途半端なタイトルになりました。
次は決まっ
Engineering Manager はじめました
"プログラマー定年" 35歳を目前にして Engineering Manager (以下EM) の職を拝命しました。
直接のきっかけは、数ヶ月前にチームの EM から来期 EM やってもらえないかと言われたことで、少し考えたり相談したりしたが、そこまで迷いなく引き受けた。一番のネックは「俺が他の人と1on1等を出来るほど信頼に足る人間なのか?」というところで、正直今でも疑問で不安だが、多分他の人
コロナワクチン接種記1
7月くらいに来るはずだった職域接種が2回流れ。そうこうしてるうちに目黒区で打てる案内が来た。
予約解禁当日0時から予約を試みる。LINEのチャットボットで予約を取る直前まではなんとか進めるが、最後の予約のところで数十分待たされて「枠がなくなりました」というのが2回くらい続いて、取れないまま寝落ち。
ワクチン予約という対象ドメインの性質上、枠以上の予約を受付することは許されないので、きちんとロッ
マクドナルド理論の逆
最近しくじった話。
とあるテーマについて議論するミーティングに呼ばれた。アジェンダが丁寧に提示されていて時間もあったのと、自分にとって結構経験があるテーマだったので、事前に考えて一つの筋の通った意見を持っていた。
当日、参加者から意見を言うタイミングで、とりあえず積極的に発言する人がいなかったので、「手法Aが良いと思います。理由はこうです(浅い説明)」と発言した。
悪いことに、そこからとにか
最小限の Pull Request Template を考える
コンテキスト: GitHub などを利用したチーム開発を想定する。OSS開発に対するコントリビューションの話ではない。
よくあるパターンとして、Pull Request を読んでも変更の背景などがよくわからない、ということが多くなってきて、それの対処として Pull Request の説明を書きましょう、となり、それをある程度強制させるためのテンプレートが欲しくなる。
が、世の中のテンプレート
qsona へのお仕事の依頼について
(更新日: 2024-01-02)
副業として、技術支援業をはじめます/やっています。具体的には、週1回・1時間程度のミーティング + チャットなどで、非同期的に相談・壁打ちなどをお受けする形を考えています。必要に応じてコードも書きます。
技術的には、Backend全般, Microservices, GraphQL, Ruby on Rails, Node.js などが主に仕事で利用している
BackendチームとFrontendチームとアジャイル
話があんまりまとまってないけどとりあえず出す。
職能型組織とその弊害ある程度大きい Web プロダクト開発の現場 (例: エンジニアが全部で20人) において、その内部が Backend チーム / Web Frontend チーム / iOS チーム / Android チームみたいにサブチームとして分かれていることは実際よくあることだと思う。
アジャイル開発の文脈だと、基本的にこういう分け
(雑思考メモ) Consumer-driven Contract testing を普通のプロセス内のテストに使えるか
class A => class B => (DB呼び出し) みたいな感じになってる時に、Aをテストしたい時にBをstub/mock したいんだけど、そのstubが正しいことって (特にRubyだと) 往々にして信頼できなくなってしまう。
信頼度を上げるために、この stub/mock を B側のテストと連動させられないか? ということを考えた。
例えば B のテストに、「状態 X において、
マイクロサービスを (Ruby on Rails 以外の任意の言語) で書くことについての意見
この文書は、ある組織において、ある一つの Ruby on Rails で書かれたサービスの全部または一部を、(言語A) で書き直したい、という proposal に対して qsona が表明した意見の文を、一部手直ししたものです。このサービスは、現在担当しているチームとは別の人が初期実装をしたものであり、現在はまだ小規模ですが、今後新しいチームの手により発展していくもので、現在の規模のうちに要件や
もっとみる