[B! developer][blog] luccafortのブックマーク

luccafort id:luccafort

developerとblogに関するluccafortのブックマーク (2)

はてなで働くエンジニアにアンケートシリーズ第2回 onk - Hatena Developer Blog
こんにちは、id:hitode909です。今回は、id:onkに話を聞いてみます。 onkさんとはここ半年ほど隣の席に座っていて、マンガチームでの課題を足がかりに、CTO室の時間を使って全社的な問題を解決しようと日々活動しています。 id:onkにアンケートはてなidとその由来を教えてくださいいつどんなきっかけで入社されましたか? 現在の仕事を教えてくださいチーム内の立ち位置を教えてください今日一日の流れを教えてください最近うまくいったことは何ですか? 最近うまくいってないことは何ですか? ふだん大切にしていることは何ですか? はてなはどんな会社ですか? おわりに id:onkにアンケートはてなidとその由来を教えてください苗字の大仲 (ONaKa) からです。2004-2005 年ぐらいに取得したはず。当時は (今も？) 母音を省略するのがカッコイイという雰囲気があったと思
luccafort 2018/11/28
"「作業 8 割、仕事 2 割」の意識"なにこれめちゃくちゃエモい。いま作業10割なので目標にしていきたさしかない。
リンク
「新機能作成時に開発ブランチに細かくmergeしていく戦略」について社内勉強会で発表しました - Hatena Developer Blog
はてなのアプリケーションエンジニアのid:shiba_yu36です。社内技術勉強会で「新機能作成時に開発ブランチに細かくmergeしていく戦略」という発表をしたので、資料を公開します。 speakerdeck.com 以下、簡単に文字でまとめておきます。戦略ユーザーに新機能が見えないようにする工夫をし、新機能のbranchもどんどん開発ブランチにmergeしていく mergeされたものは随時本番にリリースされるが、ユーザーに見えない工夫をしているので問題なし PRは可能な限り細かくする機能が完成したら最後にユーザーに新機能を見えるようなPRを作り、mergeしてリリースするなぜこの戦略を使うのかいろんな失敗を経験して、この戦略を最近使っている。失敗パターンその1: 巨大PRパターン失敗パターンその2: 新機能リリースブランチパターン失敗パターンその1: 巨大PRパターン新機
luccafort 2017/08/08
例えばA機能を実装しようとしたときに先にB機能を実装したことでA機能の意味がほぼなくなってしまってissue自体をCloseされたら場合各実装をrevertしていくのだろうか？あと入れ替えミスとかが怖い。

developer

Blog

hatena

development

programming

management

git
リンク
1