開発合宿でのチームの回し方 - Hatena Developer Blog
こんにちは、アプリケーションエンジニアの id:shimobayashi です。 先日はてなでは開発合宿が行われ、私はエンジニアでありつつもその傍らでディレクター業にチャレンジという形で3人のチームに参加しました。 そんな開発合宿の振り返りを通じて、何かチーム開発のヒントになればと思いこの記事を書くことにしました。 なお、この記事ははてなエンジニアアドベントカレンダーの11日目です。 いきなり崩壊 まずはチームビルディングですが、結果からいうと崩壊しかけました。 やることを決めずに3人でチームを結成*1してしまったので事前の準備として、 目標を設定 目標を踏まえて、取り組むテーマを設定 テーマを踏まえて、サービス案を決定 というアプローチでサービス案を決めようとしました。 妥当なサービス案を考え出すことを狙ったアプローチです。 しかし、いよいよサービス案を決定する段階になって「テーマが不適
DISられないUIを作るために最低限守るべき5つの鉄則 - たごもりすメモ
ぼくらが迂闊にUIを作ると、そこにはユーザの正直な目線があり、非常に様々な、そして真っ当な反応がある。 曰く「わからん」「まさかそこをクリックするとは」「不思議な動作」「独自宇宙」「モリスUI」。 反応がもらえるのは非常に良いことだが、何度も何度も繰り返しているとつらくなってくるので、できれば避けたい。分かっている(いた)ことは最初から対応しておきたいものだ。*1 ということで、ここではブラウザで操作する管理画面等のWebUIを作るとき、真っ先に心得ておくべき5つの鉄則を紹介したい。これを守っていてもDISられなくなるというわけではないが、これを守らないと間違いなくDISられるので注意しよう。 なおこの記事ではオリジナリティというものについては考慮しない。オリジナリティとか犬に食わせろ。 クリックできる場所はcursor:pointerを指定しろ これを忘れるとこの世のものとは思えないくら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
