社内横断で開発効率を上げる取り組み #pepabohatena - hitode909の日記
プレゼンモード 再生 ← / →で移動 fでフルスクリーン escでおわる こんにちは，id:hitode909です．はてな・ペパボ技術大会 #4 〜DevOps〜 @京都において，「社内横断で開発効率を上げる取り組み」というお題で発表しています．この記事は，その発表資料です． 社内横断で開発効率を上げる取り組み はてな・ペパボ技術大会 #4 〜DevOps〜 @京都 hitode909 自己紹介 hitode909 株式会社はてな アプリケーションエンジニア 好きな本はオブジェクト指向入門とドメイン駆動設計 2009年〜 うごメモチーム 2012年〜 ブログチーム 2017年〜 マンガチーム 2018年〜 CTO室(兼務) アジェンダ CTO室での活動 特定のチームに閉じず，社内横断で開発効率を上げるための試み みなさん 学生の方? 🙌 社会人の方? 🙌 Devの方? 🙌 Opsの
グローバルソフトウェア開発のベストプラクティス: テスト実行時のタイムゾーンを（あえて）ずらす - @kyanny's blog
タイトル大げさだけど実用的なテクニックなのでおすすめです。 タイムゾーンをまたぐ複数拠点でソフトウェア開発をしていると、日付処理に関するコードのテストが特定の拠点でだけ頻繁に落ちることがある。考えなしにローカルタイムを使うのは論外だが、うっかり書いてテストもレビューもパスしてしまうことはあるし、タイムゾーンを意識したテストコードを書いてるにもかかわらず時間帯合わせが漏れてしまうこともある。 こういうテストはフラストレーションがたまるし発見も修正もけっこう難しいので、 Fail-fast の精神でテスト実行時のタイムゾーンを「誰のローカルタイムゾーンでもない」ものにしてしまうとよい。根本的な解決にはならないが、壊れ方がそこそこ分散するので不公平感が減る。 具体的には、 RSpec でいうと spec_helper.rb にこう書く。 Quipper の場合 London (GMT、しかしサマ
foodfoto inc.サイトの作成に使ったツール・サービス - Fjord, Inc(株式会社フィヨルド)
お手伝いさせて頂いたfoodfoto incのコーポレートサイトが2月1日に公開されました。デザインプロセスは@machidaさんが書かれたので僕はシステム面について書きたいと思います。 といってもプログラマーの僕は殆ど何もやってません。これは依頼者である@func09さんとデザイナーの@machidaさんがコラボレーションツールを上手く使った為だと思います。そこでfoodfoto.jpサイトを作るに当たって使ったツールやサービスを紹介してみたいと思います。 Basecamp 言わずと知れた37signals, LLCのコラボレーションツール。ハードに使う人・ソフトに使う人、プロジェクトに関わる人は色々いると思いますが、今回、常にBasecampの画面を睨んでいるというようなハードな使い方ではなく、ソフトに関わった僕としては”メッセージ”の機能が便利に思いました。 “メッセージ”は要は掲示
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Phacility - Home
