DeNA TechCon 2018- Frontend:DDD - - DeNA Design
約1年間の構想と実装期間を経て、担当事業のKenCoMがリニューアルオープンしました。今回の発表には、その過程で向き合った課題・解決したテクニック、DDDの統合を盛り込んでいます。【公開資料】：サービス開発における フロントエンド・ドメイン駆動設計の実践 いま、フロントエンド・エンジニアには、SPAを筆頭にリッチクライアントと呼ぶに相応しい実装が求められています。私の担当事業に限った話ではなく、フロントエンドの状態管理（データバインディング技術・データフローアーキテクチャ）は、次のステージに移行している様に感じています。 従来バックエンドが抱えていた複雑さの取り扱いが、フロントエンドに移行してきているのは間違いないでしょう。DDDは言語不問のアプローチであり、プログラミングのためだけのもではありません。この一角をコードに反映させることで「アプリケーションが複雑に変化していっても破綻しない」
複数のデザイナーで Sketch ファイルを共同編集・バージョン管理するための「Abstract.app」ワイワイやっていき - DeNA Design
複数のデザイナーで Sketch ファイルを 共同編集・バージョン管理するための 「Abstract.app」ワイワイやっていき#Sketch#CVS#Abstract Abstract というツールを使うと同じ Sketch ファイルを同時刻に別の人が作業・編集→後ほど合体といったワークフローで、共同デザイン作業が行えます。 ブランチやマージといった概念で、「Git」のような作業が Sketch ファイルで行うことができます。複数人デザイナーがいるチームにはとてもオススメのツールになります。差分確認・レビューも行えるので、まさにデザイン版 GitHub ですね。 お一人様利用で導入してもログが残るので良いかも。(でもそれは使える環境であれば TimeMachine で十分な気がする。) Push / Fetch / Status / ラベリング の作業が自動で行われているのもポイントで、
サービスデザインで考慮しておきたいUXチェックシート35問 - DeNA Design
こんにちは。DeNAデザイン戦略部 デザイナーの宮本です。 今回はサービスデザインをする上で考慮しておくべきUXについて考えたいと思います。 「既存サービスのリプレイス」「新規サービスの立ち上げ」どちらにせよプロジェクト初期段階で考慮する点が重なっていることが多いのですが、毎回白紙の状態から進めてしまうと必ず考慮漏れが起きることから、これを予防するために実際の現場でのノウハウ（失敗）を元に問いかけ形式のチェックシートを作ったので公開したいと思います。 なお、今回のチェックシートはモバイル向けアプリの改修・立ち上げ時を想定した初・中級者向けで、あくまで個人的観点から重要だと思うところを中心に列挙しておりますので、参考程度に捉えていただけると幸いです🙇 戦略・施策設計においてはターゲットユーザーの鮮明化と、本当にそのサービスが使ってもらえるのか？を重点的に言語化できるようにしています。 また
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
