Re: 技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - @kyanny's blog
技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - Speaker Deck 「品質と速度はトレードオフの関係ではなく、比例する」みたいな話を見聞きするたびにモヤッとするのが、 本当に短期的な話、三十分以内に変更してデプロイしたい、みたいな「短期的」な話であれば「テスト書いてる時間はない」は間違いではない、一分将棋みたいなギリギリのプロジェクトに従事している人のことを考えろ（？） 「ちゃんと設計せずに作った（そうせざるを得ない外圧があった）→ちゃんと設計する余裕があれば負債を溜め込まずに済んだ」みたいに聞こえるが、十分な時間があったら負債が出ない高品質の設計ができたとでも思っているのか？ ↑に書いた「三十分か一時間か」みたいなギリギリの状況ならいざ知らず、日・週単位でスケジュールが組まれてるソフトウェア開発プロジェクト
grape-entity と Array - @kyanny's blog
振る舞いが把握しきれずどうにも気持ち悪いが、期待しない振る舞いを避ける方法は見つかったので一旦まとめ。 https://github.com/kyanny/playground/tree/gh-pages/grape-entity-collection-but-not-array Item に対する ItemEntity がある場合、 ItemEntity.new(item) と ItemEntity.represent(item) は同じ意味になる どちらの as_json to_json を呼んでもちゃんと期待するものを返す Item のコレクションとして Items がある場合、 ItemEntity.new(items).as_json も ItemEntity.represent(items).as_json も例外を吐く ItemEntity missing attribute
autodoc その後 - @kyanny's blog
二年前に autodoc を導入したが、現在はもはや誰も見てないし使ってないね、という話を社内でしたら、「使い始めた話だけじゃなくて、やめちゃった話もブログに書くべき」と指摘され、確かに誠実な姿勢とはいえないなと反省したのでこの記事を書いています。 恥を忍んで現状を明かすと、 master ブランチに push されたタイミングで実行される Jenkins のジョブが半年ずっと fail していた、ということに昨日気づいた体たらく。そもそも生成された markdown ドキュメントを push していたリポジトリがとっくの昔に削除されていたと思っていた。 うまくいかなかった原因の分析: Quipper の Internal API は非常に込み入ったデータ構造を返すものがほとんどで、お世辞にも「きれいな RESTful API」とは言えない。なので request spec を書く際に、完
渋谷Ruby会議01 で Grape の話をしました #428rk01 - @kyanny's blog
渋谷Ruby会議01 の Member talk 枠で、 Ruby のマイクロフレームワーク Grape について話しました。運営の皆さん、参加者の皆さん、ありがとうございました。 大幅に時間オーバーしてしまい、ご迷惑をおかけしました。 15 分は思っていたよりずっと短かく、あっという間でした。なおスライド六枚目に「Grape でググると世界で2位」とありますが、どうやら僕のブラウザ自体がパーソナライズされていた結果によるものらしく、他の方が検索したらもっと順位は低かったそうです。 Grape 自体の紹介がちょっと長くなりすぎたため、後半は Grape のいまいちなところ（と僕が感じているところ）ばかり挙げてしまいましたが良い点もちゃんとあり、特に route 定義と実装の場所が離れていないため URL から実装箇所を特定するのが楽で、これは自分が書いたのではないソースを読む際には便利です
WIP (Work in Progress) な Pull Request を目立たなくする Chrome 拡張をリリース - @kyanny's blog
Pull Request ベースの開発手法（いわゆる "GitHub Flow" というやつ）では、未完成のブランチに "WIP" という件名をつけて作業中である旨を示しつつ途中経過もレビューしてもらう、というのをよくやります。 Quipper ではそれに加えて "DONT MERGE" とか "DO NOT MERGE" というのもよく使っています。 WIP と同じ意味で使うこともあれば、レビューの過程で発生した議論にまだ決着がついていないのでマージしないでね、という意思表明として使うこともあります。 僕は一日にだいたい十個弱の Pull Request をレビュー・マージしています（個人差はありますが Quipper のデベロッパーの多くは似たようなものです）レビュー・マージのタイミングははやいほうが良いので、一日に少なくとも二回か三回は Organization の Pull Req
フレームワークとアプリケーションの境目 - @kyanny's blog
それでもRailsを選択する3つの理由 - pblog 興味深く読んだ。 ずっと気になっていることがある。フレームワークとアプリケーションの境目について。 アプリケーションとフレームワークははっきり区別されるべきなんだろうか。 Rails は「区別するべきだ」と要請しているように感じられる。アプリケーションはフレームワークが規定する「できること」の範囲内で書くべきであり、その範囲を外れる場合は相応の覚悟をしろ、領分を守る限り難しいが一般的な問題はフレームワークが正しく解決してやるぞ、と。 一方で、フレームワークもアプリケーションの一部である、とする考え方もあると思う。足場を支えるライブラリに過ぎない、という思想。両者の境界は曖昧になり、フレームワークが規定する「できること」だけでは物足りなくなったとき、アプリケーション側を「できること」の枠内に合わせるのではなく、フレームワーク側を拡張して
30days Album はどのようにして画像にアクセス認証をかけているか - @kyanny's blog
30days Album は画像の URL にもアクセス認証を入れています - 刺身☆ブーメランのはてなダイアリー の技術的な解説。基本的に 関西オープンソース 2008 30days Albumの裏側 のとおり。 ミドルウェアはこのスライドのときと比べてけっこう様変わりしている。 Perlbal は相変わらず使ってるけど。 リバースプロキシは nginx バックエンドに Apache (Passenger) と Perlbal 静的ファイルは nginx が配信 画像の URL は Perlbal にプロキシ 画像認証用の Perlbal Plugin がセッションストレージの Kyoto Tycoon に認証情報があるか問い合わせ それ以外にも提携している外部サービスのために特定の IP アドレスは素通りさせたりしている 画像ストレージは MogileFS なので X-REPROXY-
AZIK 一週間くらいたったかな - @kyanny's blog
「っ」は結構打てるようになってきた。「でぃ」がなかなか難しい。「ディスクが」とかで結構頻繁に使うので、覚えざるをえなかった。「てぃ」もよく使うので、さっき打ち方を調べて覚えた。「でぃ = dci」「てぃ = tgi」子音を押して、右下の子音を押して、母音を押す。
MySQL の MEMORY(HEAP) ストレージエンジンを使うときは index_type に気をつけろ - @kyanny's blog
結論: MEMORY ストレージエンジンの index_type はデフォルトで HASH なので = or <=>演算子を使用する等価比較にのみ使用される。 >, >=, <, <=, BTWEEN を使うクエリでインデックスを使いたいときは USING BTREE をつけてインデックスを作ること。 MySQL 5.0.75 (やや古めかしい？）を使っていて、 MEMORY ストレージエンジンのテーブルに対して、 SELECT * FROM tbl WHERE col1 = 'val1' AND col2 <= 'val2';なんてクエリを実行したら妙に遅かった。 col1, col2 の順番で複合インデックスをはっているにもかかわらず。マニュアル読んだらちゃんと書いてありました。あんまり使う機会もないだろうけど（だからこそ？）メモ。 その名前からもわかるように、MEMORY テーブルは
デプロイ作業の属人化を徹底的に排除したい話 - @kyanny's blog
ここ数カ月、デプロイとリリースについて、同僚や友人と議論したり雑談したりする機会が数多くあった。そんな折に、友人から Facebook のリリースエンジニアリングチームについて教えてもらった。曰く、 Facebook ではリリース作業を専門とするチームがあり、そこのメンバーは開発ブランチのコミットとそれに付随する ITS の議論を精査した上でリリースに値する変更をリリースブランチへ cherry-pick するのだそうだ。 2012/07/25 追記 Facebook のリリースエンジニアリングについては Facebook のリリースと文化 - Kato Kazuyoshi を参照のこと cherry-pick は無いわー、というのは置いておくとしても、リリースという極めて重要な作業が特定の人たちに委ねられている点に恐ろしさを感じた。嫌だと思うのはなぜなのかしばらく考えて、デプロイ作業の属
「RSpec は英語として読みやすいから良い」というお題目はなんだったのか - @kyanny's blog
rspec-2.11 がリリースされましたね。いくつかの変更点の中に、今後は should ではなく expect を推奨し、デフォルトでは expect のみが有効化されるようになる、というものがありました。 http://myronmars.to/n/dev-blog/2012/06/rspecs-new-expectation-syntax 個人的にこの変更は説得力に欠けるなーと思っていて、 expect 推しにする理由が should は Kernel にはえるので Kernel を include しない BasicObject のインスタンスに対して should を呼ぶとおかしくなる 標準ライブラリ delegate は Kernel のメソッドの一部だけを include するので rspec と delegate のどちらが先にロードされるかによって should の挙動
anything.el 挑戦日記（一日目）（三回目） - @kyanny's blog
今日からまた anything.el を使い始めました。過去に二回くらい挑戦して挫折した覚えがあるので、三回目のチャレンジです。 とりあえず今やりたいことは、 local::lib でインストールした CPAN モジュールの pod がひっかからないので anything-c-source-man-pages に認識させたい。中で woman を使ってるっぽいので woman-path を設定してみたりしたがうまくいかず。 perl のビルトイン関数もひっかけたいけどひっかからないのでやり方を調べている。 この二つが解決するだけでも相当タイプ数が減りそう。いまは M-x cperl-perldoc RET HTML::Element RET とかやっててシフト押すとき指がつりそうです。これをなんとかしたい。 キーバインドは C-x b, M-N, M-P とかにしてみた。 C-M-n, C
おれの eshell の設定 - @kyanny's blog
21世紀の1/10が過ぎたにもかかわらず未だに eshell をメインのシェルとして使ってる刺身☆ブーメランですこんにちわ。 http://oldtype.sumibi.org/show-page/kiyoka.2011_02_22#10 に触発されておれの eshell の設定をさらしてみる。もともと GitHub にあるけども。 https://github.com/kyanny/emacs-config/blob/master/dot.emacs.d/init.el#L249 ;; Eshell ;; Emacs 起動時に Eshell を起動 ;(add-hook 'after-init-hook (lambda () (eshell) )) ;; 補完時に大文字小文字を区別しない (setq eshell-cmpl-ignore-case t) ;; 確認なしでヒストリ保存 (s
ssh localhost したら ssh_exchange_identification: Connection closed by remote host エラーでログインできない場合に疑うべきこと - @kyanny's blog
あるサーバで localhost に対して ssh したら ssh_exchange_identification: Connection closed by remote host エラーでログインできなかったので少し調べた。 /etc/hosts.allow, /etc/hosts.deny まずこのファイルを疑う。 ssh_exchange_identification: Connection closed by remote host 追記: リンク切れてたので web.archive.org のキャッシュを参照のことssh_exchange_identification: Connection closed by remote host (2009/07/21) 設定の仕方は http://www.turbolinux.co.jp/products/server/11s/user
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
