こちらのイベントの登壇発表資料です。 アーキテクチャを突き詰める Online Conference https://findy.connpass.com/event/314782/

こんにちは、@ShikiCheriです。 現在フリーランスのUIUXデザイナーをやっており、単発案件ではなく長期的に組織や事業にコミットするような形で、サービス開発のデザインを中心に担当しています。 デザインシステム構築を担当したことでUIデザインの最適解について目から鱗が落ちた…！？クックパッドは25年のサービスの歴史があり、特にWeb版は今でも現役で活用されているサービスです。私はこの長寿サービスWeb版クックパッドのUIのリニューアルを行いました。 またこのプロジェクトと同時に、webに限らずアプリも含めたサービス全体の体験を統一するためのデザインシステムの構築を担当しました。 Apron - Figma Community これらのプロジェクトを推進する際、デザイン×開発の架け橋的存在であるUXエンジニアのむーさん、実装もできるデザイナーのけんけんさん、TOFUWORKSさんと共に

html.to.design converts any website into fully editable Figma designs. Leverage an existing website and import its html to Figma to start your own designs, without building each element from scratch. 📖 Documentation 💬 Chat with us 👉 Learn more How to import a website into Figma? In Figma, go to...

毎日ちょっとずつ、デザインを学ぼう毎日ちょっとずつデザインを学ぼうIT/Web業界のデザイン学習サイト

ダンジョン、作るの得意ですか？ なんとな～くマップタイルを敷いてみたり。 なんとな～く分かれ道を作ったり。 なんとな～く行き止まりに宝箱を置いたり置かなかったり。 なんとな～く敵を配置してみたり。 なんとな～く謎解き要素を入れてみたり。 していませんか？ ダンジョンってそれっぽく作ることは簡単なんですよ。 ただ、そうして作られたダンジョンが面白いかどうかはまた別です。 ぶっちゃけ、 分かれ道があったところで怠いダンジョンは怠いし、ちょこちょこ宝箱があった所で「うひょ～、このゲーム最高に楽しいぜ！！」とはならない。 というのが現実じゃないですかね。なんとな～く作ったダンジョンが、なんとな～くつまらないダンジョンになっても、まぁ別に全然おかしな話じゃないわけです。 ただ、なんとな～く作っている人も、別になんとな～く作りたくて作っているというよりは、 何を考えて作れば良く分からんからとりあえず手

Unityを学ぶための動画を集めたサイト「Unity Learning Materials」。ユニティ・テクノロジーズ・ジャパンの安原氏が、ゲーム制作に使う数学について解説しました。パート5のテーマは「RPGで数列」。ゲームデザインにおける経験値の計算例と、そこで必要となる数列の概念について。 RPGで適切な経験値はどう与えたらいいのか？安原祐二氏（以下、安原）：パート5は、かなり具体的な例を出してみようかなと思います。（スライドを示して）RPGは、ロールプレイングゲームのつもりで書いています。「RPGで数列」という話をしてみましょう。 自分がレベル5のプレイヤーだったとしましょう。ロールプレイングゲームは、見えていない場合もありますが、だいたい敵にもレベルがあります。 自分よりもレベルが低い敵には楽勝で、同じレベルの敵はいい勝負。そして、1つ上のレベルはちょっと厳しいというゲームデザイン

私が一番最初にAndroid アプリをデザインしたのが2016年の初夏頃で、その頃はまだiOS・Android とデザインが違うのが主流でしたが、2021年現在のアプリはiOS もAndroid もプラットフォームごとの細かな違いはあれどほぼ同じデザインが主流となっています。 これは2016年の10月にAndroid APIがBottomNavigationView に対応してからじわじわ浸透していった変化だと考えているのですが、その辺の歴史の話は省略します。プラットフォームは違えどスマートフォンアプリである以上デザインは同じ方が楽なので、共通化されていったのは自然な流れだと思います。実際両者が全然違うUI・デザインだと大変ですしね……。 とはいえ、プラットフォームが違うので全て同じというわけにもいきません。iOS にはHuman Interface Guidelines、Android

無料で商用利用OK！クレジット表記不要のフリーイラスト素材を配布中。どんなシーンにも大体はまる、シンプルでかわいいイラストを配布しています。

はじめに こんにちは！ 社会人2年目を頑張っております、エンジニアの@b0ntenmaruです。 今年2月までリファクタリング専門チームにてcrowdworks.jpの技術的負債を返却するために奮闘しておりましたが、そこから現在まではユーザーの皆様に安心安全なサービスを提供するためにクラウドワークス 安心安全宣言のための施策を行っています。 リファクタリング専門チームについては以下をご覧ください。 engineer.crowdworks.jp qiita.com 施策による機能開発を行う際に直面した課題 施策では主にフロントエンドの機能追加をすることになったのですが、技術的負債によりスピードを維持しながら開発を続けることは困難な状態でした。 crowdworks.jpを取り巻くフロントエンドの技術スタックはざっくり書くと下記3つに分類できます。それぞれで発生している問題を簡潔にまとめます。

2012年に Heroku のエンジニアによって提唱された「The Twelve-Factor App」は素晴らしく，アプリケーションをうまく開発し，うまく運用するための「ベストプラクティス」として知られている．2020年になった現在でもよく引用されていると思う．日本語訳もある． 12factor.net Beyond the Twelve-Factor App とは？ クラウド化が進むなど，提唱された2012年と比較すると技術的な変化もあり，今までの「The Twelve-Factor App」で宣言されていた観点以外にも必要な観点やベストプラクティスがあるのでは？という意見もある．そこで，2016年に Pivotal のエンジニアが「Beyond the Twelve-Factor App」を提唱した．The Twelve-Factor App にあった「12項目をアップデート」し，新

著名 OSS にあって自作 OSS に無いものの一つにロゴがあります。 OSS において README の出来不出来はユーザへのリーチを高める重要な要素であり、詳細な Description や GIF によるデモはもちろん、ロゴがあればより魅力的な README になるでしょう。 また、SNS でシェアされる際もロゴがあればより良いでしょう。 はじめにソフトウェアエンジニアの多くはデザイナーではないためロゴを作るコストは低くなく、テキストだけ作るのであればまだ簡単ですが、自作アイコンを作ることはかなりの労力を要することでしょう。 僕も同様で、デザイナーではないため、結論として非デザイナーでも出来る戦略を考えることになりました。 今回は、micnncim 流の、出来るだけ低コストで低くないクオリティの OSS のためのロゴの作成方法について解説します。 慣れれば上の画像のようなロゴが 5

最近、OOUX という言葉を見聞きしました。これはオブジェクト指向の利用者体験（Object-Oriented User Experience）のことで、いくつかの記事を読んだところ、アプリケーション設計において画面とデータを対応づける際にオブジェクトを手掛かりにするという方法論のようです。つまり OOUX は「オブジェクトベースのUIモデリング」と言い換えることができそうです。そうすると実は以前からそのようなデザイン手法はあり、「OOUI（オブジェクト指向ユーザーインターフェース）」と呼ばれていたのです。最近になって OOUX という言葉が使われるのは、OOUI のことを知らなかったか、もしくは流行語である「UX」を用いた方がかっこいいと考えたからではないでしょうか。 「オブジェクトベースのUIモデリング」というデザイン手法は、GUI アプリケーションをデザインする際の基本的なテクニック

Downloads Get the desktop, mobile,
and font installer apps

まずは紙。家にあるチラシの裏の白い部分でも可能なのですが、方眼のものが製図しやすいです。お気に入りのノートを使ってみてください。後述するプロトタイプ制作ツールのMarvelから、無料のプロトタイピング用紙（PDF）が配布されているので、こちらを使ってみてもいいですね。 基本的にどんなペンでも構わないのですが、太いペン、細いペン、薄い色（灰色）のマーカーの3種類あれば文句なしです。マーカーはなんやかんやコピックが使いやすいのかなーと思います。 その他 紙とペンだけでOKですが、よく使うアイコンが手軽に描けるUI Stencilsという定規兼ステンシルがあると便利です。iPhone用ステンシルだけではなく、様々な種類が用意されているので、興味のある方はUI StencilsのWebサイトを覗いてみてくださいね。 ペーパープロトタイプの描き方 1. ざっくりとしたレイアウト組み まずは画面をレイ

メタバースショッピングモール『Metapa』がつくり出す、TOPPAN既存事業とのシナジー ～「誰にとっても使いやすいメタバース」...

WebAPI を開発していると、ファイルを扱いたい場面に出くわすこともあると思います。 ただ、いざ WebAPI にファイルアップロードの仕組みを入れようとすると、いまいちしっくり来る方法がわからず、悩んだりするのではないでしょうか。 今回は実サービスの例を踏まえつつ、どのような方法が使われていて、何がベストプラクティスなのかを検討しようと思います。 ファイルの送信方法 モダンな RESTful WebAPI では、だいたい JSON でデータがやりとりされていると思いますが、この中にファイルの概念を入れようとすると、特に Input（ファイル送信）のやり方に悩むのではないかと思います。 世の中の WebAPI をざっと見てみると、ファイル送信については主に「multipart/form-data」と「Base64 エンコード」のどちらかが使われていることがわかります。 では、それぞれの特

有名イラストレータmizutamaさんとのコラボアプリ「mizutamaTODO」 をリリースしました。 その時に、生粋の開発者である僕が、どうやってストア画像を作ったのか、その秘密をこの記事では大公開します。 iOS版：https://apple.co/2Ungcfd Android版：http://bit.ly/2UBTukj 作ったストア画像 早速作ってみよう 1. デザインのテイストを決める まず、どんなデザインにしたいか考えます。 難しく考える必要は無いです。 かわいく？ カッコよく？ 楽しそう？ もし具体的に、インスタグラムっぽく！などがあれば、なお良し。 そのテイストにあう画像をAppStoreやネットから探します。 僕は 「mizutamaさんのイラストみたいなカワイイ感じ」 にしたいので、mizutamaさんの公式サイトに行ってみます。 「mizutama」 でググってポ

エンジニアさんでデザインに苦戦している、できない！という声を聞きます。 これまでデザインをつくってきて思うのは、実はデザインはロジカルな部分が多いということ。ある程度コツを押さえると、センスがなくてもキレイに整えることはできます。 今日はそのテクニックについてご紹介していきます。 まず、メリハリ。メリハリは見せたい順番にレベル分けしていくことです。 フォントを大きくしたり、太字にしたり、色をつけたりして優先度がわかるようにします。MENTAの場合、このように大中小でレベルをつけています。 メリハリが無いとこのように見づらくなります。 同じように色を使いすぎたり、要素が増えすぎると見づらくなるので、見てほしい順に全体を調整していくことがポイントです。 色の組み合わせ初心者でもまとめやすいのは彩度を使うパターン。上にように青で濃いものから薄いものと準備してます。これを組み合わせるだけでまとまり