Re: 技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - @kyanny's blog

2022/12/22 176 users 負債 Speaker Deck 速度 トレードオフ たび

技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - Speaker Deck 「品質と速度はトレードオフの関係ではなく、比例する」みたいな話を見聞きするたびにモヤッとするのが、 本当に短期的な話、三十分以内に変更してデプロイしたい、みたいな「短期的」な話であれば「テスト書いてる時間は... 続きを読む

Firefox やめた - @kyanny's blog

2018/03/09 287 users Firefox

2018 - 03 - 10 Firefox やめた blog.kyanny.me 使い物にならない、とは言わないが、おすすめしない。 遅い もっぱら毎日 GitHub や Google Drive にアクセスしているが、どこも Chrome に比べて体感で明らかにわかるほど表示も動作も遅い 速度がウリって、いったいどこのウェブサイトなら速いわけ？ 一番困ったのが Cmd+W に対する反応が遅くて... 続きを読む

採用基準についてトレードオフスライダーを使って議論した - @kyanny's blog

2017/11/13 141 users 議論 中途採用 認識 インタビュー コードテスト

2017 - 11 - 10 採用基準についてトレードオフスライダーを使って議論した 開発者の中途採用をやっていくにあたり、「チームの誰もが採用担当」というポリシーでインタビューやコードテストのレビューなどをみんなでやってきたが、「どういう人を採用すべきか？」についての認識が合わなくなってきたと感じたので、認識を合わせるために議論の場を設けた。議論を進めるためのツールとして トレードオフスライダー... 続きを読む

私のソースコードの書き方 - @kyanny's blog

2016/07/18 374 users ソースコード note.mu 書き方 当たり 土地勘

2016 - 07 - 18 私のソースコードの書き方 note.mu なるほど自分も同じような感じでやっているなぁ、と思った。もうちょっと詳しく書くと、 まず変更しようと思っている部分の周辺のコードを読んで、「ここらへんをいじればよさそう」と当たりをつける（当たりのつけかたにもいろいろあるのだが後述） 土地勘を養ったところで具体的な変更の仕方を考える。必要に応じて紙に下手くそな図を書いたり、考え... 続きを読む

第二次CTOブームから技術顧問ブームへの流れについての考察 - @kyanny's blog

2015/10/01 269 users 考察 技術顧問ブーム ＣＴＯ 肩書 ムーブメント

2015-10-02 第二次CTOブームから技術顧問ブームへの流れについての考察 「エンジニア組織のトップには最も技術力が高い人が立つべき」という価値観にもとづいて、多くのWeb事業会社においてエース格のスターエンジニアがCTOないし類似の肩書と地位と権力を持つポジションに就いたゼロ年代のムーブメントを第一次CTOブームと呼ぶことにしよう それを踏まえてテン年代に入り、「スタートアップのような小さ... 続きを読む

リモートで働く開発者が行うとよいたった二つの習慣 - @kyanny's blog

2015/08/15 199 users 習慣 開発者 Mention HERE 返事

2015-08-15 リモートで働く開発者が行うとよいたった二つの習慣 チャット・Issue Tracker・メール等の非同期コミュニケーションツール上で返事をはやく返す チャット・Issue Tracker・メール等の非同期コミュニケーションツール上で自分の状況をこまめに報告する 目安としては、 1 on 1 チャットは 30 秒以内・パブリックチャットのグループ mention （@here ... 続きを読む

Qiita::Team やめた - @kyanny's blog

2015/07/29 216 users Qiita Quipper qii TEAM WIKI

2015-07-30 Qiita::Team やめた Quipper 日本オフィス（+ 海外オフィス勤務の日本人）で「チャット以上 Wiki 未満」な情報共有ツールとして二年ほど使ってきた Qiita::Team をやめて、 GitHub Issues に移行した。 Qiita::Team は日本人の間では活用されていたが、グローバル企業なので英語以外のみでの情報共有は好ましくなく、しかも Qii... 続きを読む

Quipperで2年働いてわかった、グローバル企業で求められる英語力の現実 - @kyanny's blog

2015/05/30 428 users 英検 TOEIC Quipper 外資系企業 程度

2015-05-31 Quipperで2年働いてわかった、グローバル企業で求められる英語力の現実 Quipperに入社して2年経った。 転職するにあたり、最も心配だったのは英語だ。当時は英検もTOEICも受験した経験すらなく、自分の英語力がどの程度のものなのか客観的に知る術がなかった。日常的に英語を使う機会も乏しく、果たして本当に外資系企業でやっていけるのか甚だ不安だった。 2年働いてみて、なんと... 続きを読む

SNS 見るのやめた - @kyanny's blog

2015/01/31 242 users SNS 傍目 愚痴 たくさん 精神

2015-02-01 SNS 見るのやめた 昨年末から SNS を見るのをやめた。目的は精神の平穏を保つため。誰が退職しただの、誰が本を書いただの、そういう業界ゴシップで心惑わされるのに疲れ果てた。知る価値のある情報もたくさんあるが、 S/N 比が悪くなりすぎた。 また、 SNS に愚痴や攻撃的なことを書いたりしてしまうのもやめたかった。傍目に悪いし、書いてスカッとするわけでもない。いつか炎上する... 続きを読む

livedoor Reader 終了に寄せて: Fastladder オープンソース版は GitHub で開発継続中です - @kyanny's blog

2014/10/02 136 users GitHub Reader livedoor Reader

2014-10-03 livedoor Reader 終了に寄せて: Fastladder オープンソース版は GitHub で開発継続中です 【重要】 livedoor Reader サービス終了のお知らせ : livedoor Reader 開発日誌 【重要】 livedoor Reader サービス終了のお知らせ｜livedoor Reader 開発日誌 livedoor Reader が ... 続きを読む

クライアントサイド JavaScript (AltJS) のテストを書くのは本当に難しいのか？ - @kyanny's blog

2014/08/30 119 users altJS 後続 marionette.js エントリ 自覚

2014-08-30 クライアントサイド JavaScript (AltJS) のテストを書くのは本当に難しいのか？ TL;DR - 最初の一人はつらいけど後続はそうでもないので先駆者は自覚と誇りを持ってオールグリーンを維持しよう このエントリはMarionette.js ベースで3ヶ月開発したアプリのカバレッジ推移をまとめてみた - @kyanny's blogというエントリの続きにあたります。... 続きを読む

JavaScript で if 文を書くとき必ず波括弧を書くべきと主張しているスタイルガイド - @kyanny's blog

2014/06/02 248 users 一行 本体 好み コード JavaScript

2014-06-02 JavaScript で if 文を書くとき必ず波括弧を書くべきと主張しているスタイルガイド 新人さんの JavaScript のコードレビューをしていて、 if 文の本体部分を波括弧で囲っていないコードを見つけた。 おれは本体が一行しかなくても必ず波括弧で囲うようにしており（そのほうがわかりやすいと思っているから）、できればそうして欲しいけど個人の好みを押し付けるのはよくな... 続きを読む

Single Page Application ではない場合 JavaScript コードのエントリポイントはどこにあるべきか？ - @kyanny's blog

2014/03/30 110 users エントリポイント テンプレートファイル assets App

2014-03-31 Single Page Application ではない場合 JavaScript コードのエントリポイントはどこにあるべきか？ 仕事で中規模程度の Rails アプリケーションのコードベースをいじっている。このアプリはもともと app/assets/javascripts 以下に必要に応じて JavaScript ファイルを置き、適当なテンプレートファイルから直接 Java... 続きを読む

Increments は和製 GitHub の夢を見るか？ - @kyanny's blog

2013/08/01 110 users Qiita Quipper Increments TEAM

2013-08-01 Increments は和製 GitHub の夢を見るか？ Quipper では日本オフィスの開発者を中心に、 Qiita::Team を導入して社内のドキュメント共有を行なっている。書かれる内容は日報が多いが、技術 Tips の共有やチャットでは適切でない込み入った技術的問題を解決する議論の場としても活用している。 なぜわざわざドキュメント共有？ていうか日報書くなんてダサす... 続きを読む

ルーク、 MongoLab を使え！ - @kyanny's blog

2013/07/27 199 users Quipper co-founder ルーク DeNA 渡辺

2013-07-28 ルーク、 MongoLab を使え！ 五月の終わりから Quipper で働いている。 Quipper は DeNA の co-founder である渡辺雅之氏がロンドンで創業したモバイル学習プラットフォームの会社で...みたいな話は長くなるし、読者の興味を引きそうにないのでやめておく。このへんの話を詳しく知りたい人は渡辺によるハーバード・ビジネス・レビューの連載をどうぞ。 ... 続きを読む

デプロイ作業の属人化を徹底的に排除したい話 - 刺身☆ブーメランのブログ / @kyanny's blog

2012/07/19 391 users ブーメラン デプロイ作業 刺身 属人化 ブログ

ここ数カ月、デプロイとリリースについて、同僚や友人と議論したり雑談したりする機会が数多くあった。そんな折に、友人から Facebook のリリースエンジニアリングチームについて教えてもらった。曰く、 Facebook ではリリース作業を専門とするチームがあり、そこのメンバーは開発ブランチのコミットとそれに付随する ITS の議論を精査した上でリリースに値する変更をリリースブランチへ cherry-... 続きを読む

「RSpec は英語として読みやすいから良い」というお題目はなんだったのか - 刺身☆ブーメランのブログ / @kyanny's blog

2012/07/12 175 users rspec ブーメラン 刺身 お題目 英語

rspec-2.11 がリリースされましたね。いくつかの変更点の中に、今後は should ではなく expect を推奨し、デフォルトでは expect のみが有効化されるようになる、というものがありました。http://myronmars.to/n/dev-blog/2012/06/rspecs-new-expectation-syntax個人的にこの変更は説得力に欠けるなーと思っていて、 e... 続きを読む