ボンカレーの箱からガンダムを作ってみた！ パッケージのデザインを生かしながら「ボンカレーガンダム」が完成！
投稿者のpocariroboさんがボンカレーゴールドの箱でガンダムを作ります。 まずはガンダムのデザインを調べて試作を繰り返し、図面を作りました。 図面を元に箱を切り分けます。色や文章など、箱のデザインに合わせカットされているのがよくわかりますね。 カットした紙を折り曲げてまず作ったのは足先です。 同様に各パーツを組み立てていきます。 腰部や胸部など、とてもガンダムらしいフォルムです。 国産の文字がくっきりと見えるのはランドセル。 曲げられた指の作りも細やかな手のパーツ。 ボンカレーガンダムの頭部もできました。顔はファースト寄りにしたそうです。 シールドには大きくボンカレーの文字が。 裏面には余った材料を貼りディテールアップ。 全てのパーツが揃いました。 ボンカレーガンダム 甘口タイプの完成です！ 中辛、辛口も作りました。 ダークな色合いの大辛タイプまであります。 並んだボンカレーガンダム
富士通の実践知が詰まったデザイン思考のテキストブック公開
2021年12月3日に本テキストブックを題材に、デザイン経営の考え方や導入方法、テキストブックの制作秘話などについて語るオンラインイベントが開催されました。下記のリンク先からアーカイブ動画をご覧いただけます。 詳しくはこちら（外部サイト） > 富士通のこれまでの実践から得られたノウハウと、イタリアのミラノ工科大学デザインスクールPOLI.Designの研究成果やフィロソフィーを組み合わせた、デザイン思考のテキストブック「Transformation by Design デジタルトランスフォーメーションに挑戦するデザイン戦略とサービスプランニング」（日本語版・英語版）を公開いたします。このテキストブックはPDFで閲覧可能です。またテキストブック制作の背景や制作チームの想いなど、制作のディレクターを務めた宇多村志伸と高嶋大介に話を聞きましたので、ぜひダウンロードの際に併せてお読みください。
ヘルプサイトの作り方
2019年2月16日紙版発売 2019年2月16日電子版発売 仲田尚央，山本絵理 著 A5判／208ページ 定価2,838円（本体2,580円＋税10%） ISBN 978-4-297-10404-7 Gihyo Direct Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto 本書のサポートページサンプルファイルのダウンロードや正誤表など この本の概要 単機能なプロダクトではヘルプサイトは必要ないかもしれませんが，機能が増えると，チュートリアルやヘルプなどによるフォローなしにはユーザーがプロダクトを使いこなすことが難しくなっていきます。また，ユーザーに長くプロダクトを利用してもらうためには，機能追加などに伴いヘルプサイトを継続的に改善していくことが必
ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳
はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません 用法用量を守り、個人の責任で業務に投入してください 参考資料 2024/02/14追記 実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか 今北産業で頼む テーブルに状態を持たせず状態毎のテーブルを作る 状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる 僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。 これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。 基本はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録
Browse Fonts - Google Fonts
Making the web more beautiful, fast, and open through great typography
内燃機関超基礎講座 | ハイブリッド車をイラストで解説：シリーズ／パラレル／マイクロ｜Motor-FanTECH[モーターファンテック]
さまざまな方式で展開するハイブリッド車。それぞれのレイアウトはどのようになっているのか。イラストから理解してみよう。 TEXT：高橋一平（TAKAHASHI Ippey） ILLUST：熊谷敏直 すべての写真を 見る 電気自動車：Electric Vehicle バッテリーに蓄えた電力とモーターのみで走行するEV。基本的な技術的要素と概念は自動車の黎明期から存在するほど古いものだが、ここにきてEVは着実に進歩の歩幅を伸ばしている。 バッテリーのエネルギー密度向上や、IGBTなどの高電圧のコントロールを可能とする電力制御半導体、モーターの高性能化、高度な制御を可能とするコンピューター技術など、多くの要素が複合的に絡み合う現代のEV技術を総合的に理解することは容易ではない。しかし、あえてわかりやすい部分をひとつだけ抽出すると、コンピューター制御技術と電力制御半導体により、三相交流電源でACモー
![内燃機関超基礎講座 | ハイブリッド車をイラストで解説：シリーズ／パラレル／マイクロ｜Motor-FanTECH[モーターファンテック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/f74444ed674d6044e4a596e96d904cea12b66ef8/height=288;version=1;width=512/https%3A%2F%2Fcar.motor-fan.jp%2Fimages%2Farticles%2F10018203%2Fbig_main10018203_20210206085849000000.jpg)
ソシオメディア | ヒューマンインターフェース ガイドライン
ソシオメディアがまとめている、ヒューマンインターフェースをデザインする際の指針です。これらは、インターフェースデザインに関する様々な文献と、実際のデザインコンサルティングで得た知見をもとに、ソシオメディアが独自に編纂したものです。継続的に追加・更新していきます。 すべてモデルインタラクションプレゼンテーション
UXライティングとは何か 人間中心の「言葉のデザイン」で企業価値を高める
こんにちは、コンセント Design Leadershipの太田です。 UXデザイン、UXリサーチなど、UX＝ユーザーエクスペリエンスにまつわる言葉がビジネスの現場で多く使われるようになりましたが、最近にわかに「UXライティング」という言葉が注目を浴びるようになっています。 ユーザー体験におけるライティング、つまり言葉のデザインとも言えるこの活動は、そのキャッチーな語感とは裏腹に実態がよくわからないといった声もしばしば聞かれます。 そこで今回は、UXライティングという新たな活動の潮流と実際について、長く人間中心デザインに取り組んできた私の視点からお話ししたいと思います。 UXライティングとは？ UXデザインという活動は今や当たり前のように行われるようになりました。国内においても多くの専門家が活躍し、明らかな事業成果を出し続けています。企業活動におけるその有益性・必要性についてはもはや議論の
マイクロサービス設計原則: SOLIDではなくIDEALS
キーポイント For object-oriented design we follow the SOLID principles. For microservice design we propose developers follow the “IDEALS”: interface segregation, deployability (is on you), event-driven, availability over consistency, loose-coupling, and single responsibility. Interface segregation tells us that different types of clients (e.g., mobile apps, web apps, CLI programs) should be able to inte
【OOUI】設計を改善したらユーザー（オカン）が使ってくれるアプリになった話 - Qiita
▼この記事では、前回の記事で紹介した自作アプリを題材にしています。 前回の記事を先に読んでもらえると、この記事の内容がより理解しやすくなると思います！ 【初アプリ】未経験がFlutterで肉牛繁殖農家のためのアプリを作ってみた こんにちは、Takuです。 先日、Flutterで肉牛生育記録管理アプリ「Memow」をリリースしました。 このアプリのユーザーである自分のオカンオトンは、特にこちらからレクチャーせずとも問題なく使いこなしています。 基本的にオカンがデータを入力し、オトンは共有データを閲覧するという使い方をしているようです。 それまでアナログ管理をしていたオカンオトンがすんなりこのアプリを使用できていることについて、前回の記事を読んでいただいた方から「驚いた」という反応を多くいただきました。 ユーザー（オカンオトン）がこのアプリを使えている理由を自分なりに分析する
98.css
A design system for building faithful recreations of old UIs. Intro 98.css is a CSS library for building interfaces that look like Windows 98. See more on GitHub. This library relies on the usage of semantic HTML. To make a button, you'll need to use a <button>. Input elements require labels. Icon buttons rely on aria-label. This page will guide you through that process, but accessibility is a pri
Hacker UI - 開発者向けのWeb UIフレームワーク
Webサイトはシンプルなデザインが好みです。情報量が多いと、どこを見ていいのか分かりませんし、情報の取りこぼし（メールマガジンの送付設定など）があってイライラしたりします。 開発者には開発者に合ったUIがあるはずです。今回紹介するHacker UIはまさに開発者のために作られたWeb UIフレームワークです。 Hacker UIの使い方 スクリーンショット多めで紹介します。 ボタンです。 ボタンをアウトライン化した例。 リスト。 フォーム。 ラジオボタン。 チップ。 ツールチップ。 モーダル。 タイポグラフィ。 Hacker UIはボタンなどがはっきりしており、フラットなデザインになっています。シンプルで、何が何を行うUIなのかが分かりやすいです。開発者以外の人にとっては殺風景に見えるかも知れませんが、開発者にとってはこれくらいのデザインがさっぱりしていて、使いやすいのではないでしょうか。
Home | Old Book Illustrations
Artist:Bartlett, William Henry Book Title:The Danube Technique:Metal Engraving Subject:Buildings & Monuments Artist:Howitt, Samuel Book Title:A new work of animals Technique:Etching Subject:Animals Artist:Stephanoff, Philip Francis Book Title:Leila; or, the siege of Granada Technique:Metal Engraving Subject:Narratives
オブジェクトベースなUI設計を学んだら視点がガラリと変わった話｜Yutaro Murakami
同僚である@akira_motomuraにオススメされて、上野学(@manabuueno)さんのオブジェクト指向やOOUIに関する記事を読んでみたのですが、 個人的にサービスをつくる際の視点がガラリと変わったのでまとめてみたいと思います。 オブジェクトベースなUIとは？オブジェクトベースなUIとは、オブジェクト（ユーザの関心の対象物）を手がかりに操作設計されたユーザーインターフェースのことを言います。 （OOUIとも呼ばれている） 代表的な例としてApple製品が取り上げられることが多いのですが、例えばiPhoneの写真アプリだと、ある写真に対して何らかの処理を行いたい場合、ユーザーはまず対象のオブジェクト（写真）を選び、その後にアクション（編集、送信、お気に入り、削除）を選ぶ、という流れになります。 ソフトウェア（アプリ）は実態がないのでわかりにくいのですが、基本的には自分を拡張する道具
僕とDDDとClean ArchitectureとやっぱりDDD - kenfdev’s blog
2022/04/21更新 ふりかえってみて、この記事は手段と目的をごっちゃにしちゃった自分がよくわかる記事です。 DDDは「どうやってコードを書くか」が問題ではありません。その点を勘違いしちゃってるエンジニアの話として、続きを読みたい人は読んでください🙏 DDD（Domain Driven Design）って難しいですよね。難しい難しいとばかり考えていた僕もようやく最近になって少しずつわかってきた気がします。そのきっかけとなった書籍と僕のストーリーを本記事で紹介できたらと思います。 TL;DR Clean Architectureはなんとなくわかる DDDは難しい と感じている人は「Domain-Driven Design in PHP」を読むと道が拓けるかもしれない。 leanpub.com 僕とDDD DDDといえばEvansのドメイン駆動設計： エリック・エヴァンスのドメイン駆動設
エラーメッセージはフォームのどこに表示するべきか
UX Movementの著者および設立者です。ユーザー体験のデザインスキルの開発を手助けしてよりユーザーフレンドリーな世界のために、このブログを創設しました。 フォームのどこにエラーメッセージを配置していますか？ ユーザーの期待する場所にエラーメッセージが置かれていないと、ユーザーはフォーム入力を完了できなくなってしまうかもしれません。 フォーム入力を間違えたら、ユーザーはそれを修正して送信し直すために、なにが間違っていたのかを理解する必要があります。フォームを完了しようと思っていたとしても、それがあまりにも大変であればユーザーは心変わりしてしまうでしょう。 フォームの上か、フィールドのインラインか エラーメッセージの配置場所でもっとも一般的なのは、「フォームの上」と、「エラーのあるフィールドのインライン」という２箇所です。どちらの配置場所が、ユーザーにとってより直感的でしょうか？ 調査に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
EXPERIENCE JAPAN PICTOGRAMS
PS5のボタンはなぜ「×で決定」に変わったのか【西田宗千佳のイマトミライ】
Diagrams · Diagram as Code
system-design-primer#system-design-interview-questions-with-solutions
