初めてエンジニア面接をすることになって準備したことと反省 - yashigani?.days
成長期のスタートアップにおけるチーム開発の罠
ーーーーーーーーーーーーーーーーーーーーーーー schoo WEB-campusは「WEBに誕生した、学校の新しいカタチ」。 ＷＥＢ生放送の授業を無料で配信しています。 ▼こちらから授業に参加すると、先生への質問や、ユーザーとのチャット、資料の拡大表示等が可能です。 https://schoo.jp/class/285/room ーーーーーーーーーーーーーーーーーーーーーーー
この『物語』は、ぼくが歩き出す物語だ。肉体が……という意味ではなく、エンジニアとしてという意味で……
デブサミ関西基調講演資料
サービスを日々運用し続けながら最新版のRailsに追従させる極意
SmartNewsにおける開発の考えかた
【StartupWeekendTokyo x DevLOVE】イケてるスタートアップの開発現場の話が聞きたい！ http://swtokyo.doorkeeper.jp/events/12769
エタらないための技術力
nanapi和田修一氏が約5年かけて「技術が正義」な企業文化を作るまで【連載:エンジニアの幸せな職場】 - エンジニアtype | 転職type
ベストでなくても実際のところやってしまうこと - ワザノバ | wazanova
Mobile First Development at COOKPAD #deploygate
Bakusoku Iterations Tokyo at mixi (2014/5/29) の発表資料です http://deploygate.doorkeeper.jp/events/11579
実践的な設計って、なんだろう？
Devlove 名古屋 2014-5-18 DDD, Object Oriented Design, ドメイン駆動設計 オブジェクト指向設計Read less
ホーム - CloneTracker
当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。
チームで使うチャットサービスにHipChatを採用した話 - Sweet Escape
昨日からブログを再開し「毎日書くぞ」と思ったものの、そんなにネタがあるわけでもないので、最近チーム内のコミュニケーションツールとしてHipChatを導入してみたのでそのあたりの話を。 前提 まず、自分のチームはとあるサービスの開発と運用をしています。人数は6名でプロパー5名、パートナーが1名と比較的小規模なチームと言えます。 作業場所としては基本的には全員が同じ曜日、同じ時間に同じ場所（つまりオフィスの一角）に集まって作業をしています。 全員、開発用に使う端末は専用の端末として社内ネットワークには繋がっていないMacを使っていて基本的にはインターネットベースです。 そんな感じなのでコミュニケーションツールなんていらないじゃないかなんて意見もあるかも知れないけど。 これまで コミュニケーションツールの導入自体は初めてではなくて、これまでも使ってた。当初はSkypeを使ってて、最近ではLine
ドメインオブジェクトはIoCコンテナ(DIコンテナ)に預けるな | matarillo.com
久々にチーム開発したのでメモ - ひげろぐ
APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight
Developers Summit 2014 で「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」という内容で発表してきました - sifue's blog
ユーザーストーリーとは？
ユーザーストーリーとは？ 1. ユーザーストーリーとはhttp://www.flickr.com/photos/cannedtuna/4674434821/ 2. 吉羽龍太郎 (@Ryuzee) アジャイルコーチ 認定スクラムプロフェショナル(CSP) 認定スクラムマスター(CSM) 認定スクラムプロダクトオーナー(CSPO) http://www.ryuzee.com/ 野村総合研究所等を経てベンチャーのCTOhttp://www.flickr.com/photos/adforce1/2539903964/ 3. プロダクトオーナー スクラムマスター チーム (7±2人) ステークホルダー製品に対して責任をもち機能 スクラムプロセスがうまく プロダクトの開発を行う。 製品の利用者、出資者、管理職に優先順位を付ける いくようにする。 製品の成功に向けて最大限 などの利害関係者。鶏と称す 外
アプリ納品時に泣かないための受け入れテストの基礎知識
「受け入れテスト」と「システムテスト」 本連載「Androidアプリ開発テスト入門」では、これまで「Vモデル」に従って単体テスト、結合テスト、システムテストと順を追って見てきました。システムテストのさらに上層で、かつ最上層に位置するプロセスは「受け入れテスト」です。最後に、“Androidの受け入れテストのまとめ”で、この連載を締めくくりたいと思います。 「システムテスト」は「総合テスト」とも呼ばれます。この「総合」という言葉は単体テストの「単体」という言葉の対義です。ところが、「受け入れテスト」は「ユーザーテスト」とも呼ばれ、「ベンダ」の対義としての「ユーザー」という、実行責任を表した定義になります。 このように、システムテストと受け入れテストは、仮に内容が同じだったとしても、実行責任に違いがあるため、これまで紹介したテスト技法とは異なる考え方が必要になります。 「受け入れテスト」と「受
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コードレビューガイドライン #loupestudy
SEが知っておきたいソフトウェア構成管理きほんのき一覧
