エンジニアの評価観点について - @katzchang.gist
techass.md エンジニアの評価観点について こんにちは。 @katzchangです。 VOYAGE GROUPでは人事評価制度の一つとして技術力評価会というのが年に2回ほど開催されて、半年くらいの仕事から何かテーマをピックアップしつつ、別チームのエンジニア2名とお話をしつつ、なんと評価までされてしまうという、とても楽しい会があります。 評価する側のエンジニアも多様で、ある程度の評価軸はありつつも、それぞれの質問や評価はそれなりに個性が出るものだろうなーと眺めています。ということで、私なりの質問や評価のポイントをいくつか挙げてみます。 質問に対して明確に答えるための手段を知っているか？ 例えば「キャッシュの有効時間はどれくらいか？」みたいな質問をすることがあるとします。当然、「わかりません！」で終わると残念なのは皆知ってるので、頑張って答えようとします。しかし、その場で「xx分です！
鳶嶋工房 / AppleScript / Dictionary(リファレンス)
AppleScriptの用語説明をHTML化し解説やサンプルを加えたリファレンスと、技術用語の解説です。 縦に細長いレイアウトで、スクリプト制作時に並べて邪魔にならないようにしています。スクリプトの学習や制作に活用下さい。 ※この用語集は、MacOS8.5以降のOSを対象に製作されているので、それ以前のバージョンでは、一部正しく動作しない可能性があります。 ※Mac OS Xの用語に関しては、OS付属のアプリケーションも含めて10.3以降のOSを対象に製作されているので、それ以前のバージョンでは、一部正しく動作しない可能性があります。 AppleScript (c)Apple Computer Inc. AppleScript用語辞書 (c)OHGUSHI Toshifumi 1998-2012
TokyuRuby会議08でLT王をとってきた - publicなhtml
去るいい肉の日(11月29日)、TokyuRuby会議08でLTをして"LT王"のタイトルをいただいてきました。 TokyuRuby会議はいわゆるビアバッシュ形式のLT大会です。当日食べ物・飲み物(もちろんアルコールもｗ)を持ち寄り、投票でLT王・飯王・酒王が決められます。特に持ち寄りのレベルが高いことで有名で、各王それぞれに熾烈な戦いが繰り広げられます。そんな中で、私は憧れのLT王を獲得することができました！ 当日のスライドは、相棒に「有益な情報が全くない」と一刀両断されたので晒すのは控えておきます。内容としては、最近結婚したことと、彼にTokyuに誘われたのがきっかけで私がRubyistになったことをコミカルに紹介した後、その場でfacebookの交際ステータスを既婚にするという、正攻法から外れに外れきった全くの飛び道具でした。 今回はチーム戦だった 後から思えば、今回のLTはチーム戦
REST APIドキュメント生成パターン - ✘╹◡╹✘
REST API用のドキュメントを生成するときにどうやってるかについて雑記を残しとく。 概要 実装とドキュメントの乖離を避けるためには、同じ意味情報を二箇所以上に定義することを避ける必要がある。そのための方法として、実装それ自身か、もしくは実装が参照している何らかのメタデータを元にしてドキュメントを生成したり、テストの実行結果からドキュメントを生成するというパターンがある。 テストから Cookpadでは、autodocというライブラリを利用して、RSpecでテストを実行している途中で得られたメタデータからドキュメントを生成している。これはテストの実行結果からドキュメントを生成するパターン。 これは実現方法としてはかなり特殊な部類。このパターンが最も効果的に働くのは、ドキュメント生成のために余分な開発コストはあまり掛けたくないが、テストは真面目に書いている OR 真面目に書いてほしい、とい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
著者セントラル