こんにちは。 開発チームのめろたん(@renyamizuno_)です。 マイブームは開発メンバーの写真をトリミングしてSlackの絵文字に追加することです。 これは哀愁ただよう僕の写真です。こくぼさん(@yusuke_kokubo)が「アイキャッチにどうぞ」と作ってくれたのでアイキャッチにしました。 このブログを書いている今ですらこの写真を貼ったことを後悔しています。 ですがせっかく作ってくれたものなので貼ったままにしておきます。 はい。 今回は無駄なコードや深淵をのぞいてしまった時、「あっあっあっ。」と言いながらフタをするのではなく積極的に闇を消していこう。 という話を書きます。 大量のログイン画面 最近実装した画面でログインモーダルを追加することがあり、単純にログインフォームを実装したのですが上手く動きませんでした。 参考にログイン画面を見ようと思ったら、 sessions/new.h

Flows are just as important to good interfaces as individual screens are. Customers don’t land on screens from out of nowhere. Specific sequences of actions lead customers through your app as they try to accomplish their tasks. But as important as they are, flows are hard to communicate during the design process. Drawing out every state of a flow is too time-consuming. And drawings become instantl

2014.11.19 / UI 画面遷移に疑問を感じたあなたにオススメするUI Flowsというツール Tomohiro Suzuki クライアントやディレクターから渡された画面遷移図を元にワイヤーフレームを作ってみると、後から足りない画面が次々に発見された、または画面内の情報がどこに繋がるのか分からないといった経験はありませんか？ この画面遷移図というものは本来は制作範囲の全体像と構造を明確にし、必要な画面というものを洗い出したりするものです。通常のWebサイトであれば、従来のような画面遷移図でも問題ないかもしれませんが、多くのインタラクションが発生するサービスの設計では複雑化しやすく、何度も情報を行き来して確認することになるため時間がかかります。 原因のひとつとして、画面遷移図では画面名のみを記載して繋げていくことになるため、必要な情報が不足していることが挙げられます。その結果、本来で