タグ

designに関するmas-higaのブックマーク (114)

  • ベーシックな名刺デザイン覚え書き

    紙のデザインはメインの仕事ではないけれど、ロゴ制作の依頼に合わせて、名刺の依頼もいただくことが多い。頻度は高くないものの、1年に数回はあるので、自分のメモも兼ねて名刺デザインについてまとめてみたいと思う。 この記事は実験的に有料にしていますが、投げ銭制度となっており、購入しなくてもすべて読めます。その代わり購入いただいた方にはオマケでこの記事用につくった名刺のIllustratorデータをダウンロードいただけます。基フォーマットまず基的なこととして、名刺のサイズは「55 × 91mm」 海外だともう一回り小さな名刺が主流で「51 × 89mm」 載せる内容意外と依頼する側は何を載せるのか決まってなかったりする。そのため、まずこちらから項目を渡し、載せたい情報のみを教えてもらうと良い。 名前 フリガナ(ローマ字、平仮名。大抵はローマ字) 肩書 会社名 電話番号 メールアドレス URL S

    ベーシックな名刺デザイン覚え書き
  • ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳

    はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません 用法用量を守り、個人の責任で業務に投入してください 参考資料 2024/02/14追記 実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか 今北産業で頼む テーブルに状態を持たせず状態毎のテーブルを作る 状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる 僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。 これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。 基はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録

    ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳
  • 画面サイズのレスポンシブデザインはなぜ必要? 対応が必須となったいま求められること | Webデザイン、これからどうなるの?(全10回)

    画面サイズのレスポンシブデザインはなぜ必要? 対応が必須となったいま求められること | Webデザイン、これからどうなるの?(全10回)
    mas-higa
    mas-higa 2018/04/12
    PC でもスマホでも、ヘッダ、フッタ、サイドバー、、、みたいなの嫌い。
  • 「悪い方が良い」原則と僕の体験談|Rui Ueyama

    ソフトウェアの世界には「悪い方が良い」原則という有名なエッセイがある。キレイにレイヤ分けされた一貫性のある良いデザインよりも、一見手抜きの悪いデザインのほうが実は良いときもあるという話だ。この逆説的なデザイン原則を僕は身をもって体験したことがある。それについてちょっと書いてみようと思う。 僕はlldというリンカの現行バージョンのオリジナル作者だ。リンカというのはコンパイラと組み合わせて使うもので、実行ファイルやDLLを作るのに使用される。lldはプロダクトとしてはかなり成功していて、標準のシステムリンカとして採用しているOSがいくつかあったり、GoogleやFacebookなど皆が知っているような大規模サイトの中で広く使われていたりする。 現在のlldは2世代目で、第1世代のlldは僕がプロジェクトに参加する前から存在していたのだけど、数年前にそれを捨てて一から書き直すということになった。

    「悪い方が良い」原則と僕の体験談|Rui Ueyama
  • 絵描きさんやデザイナーさんなどが配色パターンの参考として超重宝している本があるらしい

    &IDEA編集部(SBクリエイティブ) @and_IDEA 《新しい知識が、明日を拓く。》SBクリエイティブ株式会社&IDEA(アンドアイデア)編集部です。ITやデザインにまつわる技術書を出版しています。 ※書籍に関するご質問などは下記サイトのメールフォームよりお寄せくださいますよう、よろしくお願いいたします。 https://t.co/fQnLz30xff

    絵描きさんやデザイナーさんなどが配色パターンの参考として超重宝している本があるらしい
    mas-higa
    mas-higa 2018/03/29
    こういうの見ても素人 (自分) は「ふーん」で終わる。どう使ったらいいかわからない。
  • 最近のスタートアップのロゴのスタイルが似通ってきている問題について | freshtrax | デザイン会社 btrax ブログ

    お気に入りのスタートアップやサービスのロゴがいつの間にか変わっている。このような事が最近増えている。 少し前までであれば、「ロゴのリデザイン ー なぜGapが失敗しAirbnbが受け入れられたのか」でも見られるように、ロゴの変更やリブランディングは一つのトピックとして、多くの人たちからの反響が得られていた。 しかし、最近ではなぜか”しれっと”変わっているケースが後を絶たない。それも新しいロゴのデザインが”ある一定の”共通パターンをなぞっていて、特にロゴタイプの部分はどのロゴもかなり似通ってきている。 スタートアップのビジョンをロゴで表現スタートアップを始めた当初には一体何があるであろうか?ファウンダー達の理想的な未来へのビジョン、名前、そしてロゴぐらいだろう。プロダクトもほぼ無い状態の場合、見た人の印象に残るのはその名前とロゴぐらいしか無い。そのために、自分たちのビジョンをロゴに込めて表現

    最近のスタートアップのロゴのスタイルが似通ってきている問題について | freshtrax | デザイン会社 btrax ブログ
    mas-higa
    mas-higa 2018/03/27
    "ロゴはアイコン部分のロゴシンボルと文字の部分のロゴタイプに分けられる" それで会話が噛み合わないことがあるのか
  • Website Unavailable

    Loading

    Website Unavailable
    mas-higa
    mas-higa 2018/03/06
    タイトル写真にある「読みやすいフォント」という文字が太すぎて読み辛いと感じる
  • ネガティブスペースを上手く使ったロゴデザイン 30 - NxWorld

    ネガティブスペースを上手く使ったロゴデザインをまとめたデザイン備忘録です。 文字や要素を組み合わせて空間を上手く使うことで新たな文字やアイテムが見えてくるデザインで、参考にするのはもちろん、眺めているだけでも面白いです。

    ネガティブスペースを上手く使ったロゴデザイン 30 - NxWorld
    mas-higa
    mas-higa 2018/01/18
    こういうのは、なるべくやらない方がいいな。というアンチパターン集。
  • Clojureの世界観 - 紙箱

    ブログを書くのは久々です。 京都で小さな会社をやっていて、自社開発でClojureとClojureScriptを使用し続けて、概ね3年くらい使い続けています。その過程で、Clojure自体にも小さいながらソースレベルの貢献ができたりして、オープンソースプロジェクトとしても面白かったのですが、もともとオブジェクト指向言語ばかりやってきたところから、Clojureという、まったくオブジェクト指向言語ではない言語に飛び込んだ経験や考えたことなんかを、ブログにストックすると、何か他の人にも役立つこともあるかと思って、ブログに書くことにしました。 このところずっと、自社の仕事とは別に、恵比寿にある 株式会社ユーザベース さんのお仕事に参加しています(私が法人を作る前からなので、もう5、6年くらいになります)。そちらの方でもClojureやシステム設計の話(プレゼンなど)などを何度かさせてもらったり、

    Clojureの世界観 - 紙箱
    mas-higa
    mas-higa 2018/01/12
    "他の文化を無理やり持ち込まない"
  • バッドデザイン賞を勝手にノミネートしてみた-2017年度版- - 酔いどれデザイン日誌 - Drunken Design Diary -

    忙しい年の瀬ですが、皆さま如何お過ごしでしょうか。 さて、皆さんは「グッドデザイン賞はあるのにバッドデザイン賞が無いのはおかしい」という風に思ったことはありませんか?私は職業柄、日常生活で見かけた良いデザイン事例と悪いデザイン事例を写真に撮ってストックしているのですが、その中には「当にこれギャグじゃないの?」というレベルのバッドデザインがあったりするんですよね。 良いものを良いと評価することも大切ですが、良くないものを無視するのは人類の進歩に大きな影を落としているような気さえします。ということで、勝手にアワード化してしまいました。2017と付いてますが、私が見つけたのが2017年だったというだけで製造年度などとの相関性はなく、特に意味はないです。あくまでジョークコンテンツとしてお楽しみください。 【追記】Twitterの方で一部画像が自分で撮影したものではないのでは?とご指摘頂きました。

    バッドデザイン賞を勝手にノミネートしてみた-2017年度版- - 酔いどれデザイン日誌 - Drunken Design Diary -
    mas-higa
    mas-higa 2017/12/07
    どのデザインも想像以上に酷かった。
  • もし、HTMLのテキスト周りでデザイナーからこんなお願いをされたら... - Qiita

    HTMLのテキストはPhotoshopのように融通が効かないから、デザイナーからの細かいお願いはだいたい断っている...なんてことありませんか? モダンブラウザは色んなプロパティが対応してきているので、できることも増えています。 今回は、知っているといざというとき便利なテキスト周りのCSSを集めてみました。 「日語、文字詰めできないかな?ほら、このカタカナとかキモい。。」 「Webで文字詰めだと?無理なんだよあきらめな!」なんていう時代はもうとうに過ぎ去っています。OpenTypeのフォントであれば、日語でもちゃんと文字詰めできるんです。 .class { -moz-font-feature-settings: "palt"; -webkit-font-feature-settings: "palt"; font-feature-settings: "palt"; } ↓こんなかんじで

    もし、HTMLのテキスト周りでデザイナーからこんなお願いをされたら... - Qiita
    mas-higa
    mas-higa 2017/11/22
    阿部寛のホームページを見習えよ
  • 黄金比の簡単な見つけ方と生み出し方とそのための3つの考え方 - MIKINOTE

    portal.nifty.com 先日、上記の「無理やり黄金比を見つけ出したい」というタイトルの記事を読みました。 これ、試みとしてはすごくおもしろいです。またこの記事のように、世の中の色んな所に黄金比が隠れているのも事実です。 しかし、黄金比を見つけるための考え方としてはちょっと間違っていて、そもそも黄金比のことをよく知らない人が書いた記事なんだろうなあと、もやもや感が残りました。(読み物としては楽しかったけどね。) 僕は普段、作品を作ったり、他の人の作品を観たりする時は黄金比をなんとなく意識しながら観ていたりします。そして、そうした特別な比率を意識するかどうかでは絵画作品や彫刻やデザイン、もっというと写真撮影や建築や料理等、いわゆる「作品」と呼べるものの見方が全然変わってきます。 また、黄金比などの比率に対する観察の方法と考え方がわかってくると、それに伴って、何かを作るときの考え方も変

    黄金比の簡単な見つけ方と生み出し方とそのための3つの考え方 - MIKINOTE
  • ウェブ制作者なら意識してほしいCSS設計の基礎知識 - ICS MEDIA

    みなさんは、CSSを書くときに管理のしやすさを意識していますか? CSSを書くときに命名や構造のルールをシンプルにすることで、他のCSS編集者が理解しやすくなります。 何も意識せずにCSSを書くと、 誰も読めない、理解できない 何に使っているかわからない謎のルールセットがあるが、必要かもしれないので消せない CSSを修正したら意図していないパーツも修正の影響が出てしまった スタイルが上書きされすぎていて、 !important せざるを得ない といった問題が起こりやすくなります。このような問題を解決するアプローチとして、CSSを設計するという考え方があります。ウェブサイトの規模が大きくなり複雑化していく現代では、CSS設計を意識することの重要性が高まってきています。今回は、CSS設計をしたことがなくても意識してほしいCSS設計の基礎になる考え方と、基の手法についてご紹介します。 CSS

    ウェブ制作者なら意識してほしいCSS設計の基礎知識 - ICS MEDIA
  • おしゃれなチラシの作り方:誰でもできるデザインのコツ14個

    今回はおしゃれなデザインのチラシ(フライヤー)をサクッと作成する方法を解説します。どれも特別なテクニックや技術は必要なく、すぐに実践できるものです。

    おしゃれなチラシの作り方:誰でもできるデザインのコツ14個
    mas-higa
    mas-higa 2017/03/10
    どのテクニックを使うべきか、何と何を組み合わせるか、そういうセンスが素人には無理。
  • 誰も教えてくれない「分かりやすく美しい図の作り方」超具体的な20のテクニック

    【追記】この記事をきっかけに、名著「ノンデザイナーズ・デザインブック」の20周年記念特典eBookの制作に協力させていただきました。詳しくはこちらを御覧ください。 ノンデザイナーズ・デザインブック20周年記念の特典に寄稿しました デザイナーである・なしに関わらず、仕事の中で伝えたいことを「図」で説明する機会は多々あります。提案書で事業内容を説明することもあるでしょうし、具体的な数値をグラフで説明することもあるでしょう。そんな中でこんな指摘を受けたことはありませんか? ・最終的に何を言いたいのか結論が見えないよ。 ・関係性が複雑すぎて理解しずらいんだけど。 ・要素が多すぎて全てを把握するのが大変。 ・何をどこから見れば良いの? ・結局一番言いたいことはなんなの? ・文字サイズがたくさんありすぎてまとまりがないね。 ・安っぽいチラシみたいでダサイなぁ。 ・全体的にバランスが偏ってて不安定。 ・

    誰も教えてくれない「分かりやすく美しい図の作り方」超具体的な20のテクニック
  • 新型MacBook Proが最大メモリー16GBの理由は「それ以上はバッテリー持ちに悪影響を与える」ため - Engadget 日本版

    Research indicates that carbon dioxide removal plans will not be enough to meet Paris treaty goals

    新型MacBook Proが最大メモリー16GBの理由は「それ以上はバッテリー持ちに悪影響を与える」ため - Engadget 日本版
    mas-higa
    mas-higa 2016/11/04
    設計のなにもかもが中途半端やな。言いたくはないが昔はもっと割切りが上手かった。
  • 最近のruby-core (2016年10月) - Money Forward Developers Blog

    こんにちは。卜部です。 ruby-coreというRuby体の開発の議論がされているメーリングリストがあります。 新機能やバグ報告などがだいたいここに集約されてくるので購読しておくとRubyの動きが分かります。 最近興味深かったトピックを紹介します。過去ログはこちら 最近のruby-core (2016年9月) 最近のruby-core (2016年7月) 最近のruby-core (2016年6月) 最近のruby-core (2016年4月) 最近のruby-core (2016年3月) 最近のruby-core (2016年2月) [#12039] Fixnum#infinite?/Bignum#infinite or Numeric#infinte, consistent with Float#infinite? and BigDecimal#infinite? 以前も紹介したかと

    最近のruby-core (2016年10月) - Money Forward Developers Blog
    mas-higa
    mas-higa 2016/11/02
    これはいいまとめ
  • 高木浩光@自宅の日記 - 「食べログ」アプリの「ブックマーク」デフォルト公開で利用者の意図に反して特定個人識別される危険

    ■ 「べログ」アプリの「ブックマーク」デフォルト公開で利用者の意図に反して特定個人識別される危険 「べログ」は著名なサービスであるが、その利用者の多くは店を探す目的のみに使い、レビュー(「口コミ投稿」)を書く気は全くないという人がかなりの割合で存在すると推察される。私もその一人で、出先でGPSを使って近くの店を探すため、もっぱらスマホアプリ版の「べログ」を使ってきた。 一昨年の2月まで、オレンジ色のアイコンだった旧版の「べログ」アプリは、「ブックマーク」機能があり、これは、スマホにローカルに記憶しておくものであったため、ログインが不要であり、私も、ログインせずに、このローカルブックマーク機能を活用していた。このような利用者は、完全に匿名であり、閲覧するだけの利用であって、一切の情報の公開に関与していないという意識で「べログ」を使っていただろう。 これが、一昨年、白アイコンの新版「

    高木浩光@自宅の日記 - 「食べログ」アプリの「ブックマーク」デフォルト公開で利用者の意図に反して特定個人識別される危険
    mas-higa
    mas-higa 2016/04/26
    "そうではない。ここからが本題である。" 前フリ段階で既にヤバかったのに、この後なにが!?
  • APIデザインにおける七つの大厄介 | POSTD

    (編注:2016/7/29、頂いたフィードバックを元に記事を修正いたしました。) APIをデザインするということは、科学であり技術でもあります。多くの頭の良い人たちが失敗を重ねてきました。成功している人たちは、APIの主な目的を念頭においてデザインしているのです。その目的とは、「開発者たちをウンザリさせる」ということです。 親愛なる仲間たち、その崇高っぽい追求を称えるべく、「APIデザインにおける七つの大厄介」を共に数え上げようではありませんか(私がしたことを見てください)。 リスティクル(箇条書き形式の記事) を書くつもりはないのですが、少なくともタイトルは 教養ある宗教的文献が参照元 です。 まず、ルールを決めましょう。ここでは、成功し、きちんと機能しているAPIを取り上げます。ですから、「動かない」とか、「大量のセキュリティホールがある」といったことは厄介ごとに数えません。「致命的」

    APIデザインにおける七つの大厄介 | POSTD
    mas-higa
    mas-higa 2016/03/28
    ぐち
  • 伊勢志摩サミットのロゴについて思うこと、あるいはデザインの死。 - not simple

    www.asahi.com 僕はこのロゴマークを、デザインとしての好き嫌い(Feeling)、正しさ(Logic)、双方の観点から認めることができません。東京五輪のそれについては、好きではないけれど、デザインとしての正しさはまだあったと思います。東京五輪の時には選考のプロセスについて問題になっていましたが、プロセスが正しくても、アウトプットが正しくなければ意味がない。仮に世界に存在するすべてのもののデザインの品質に平均値があるとして、これはその平均値を著しく下げてしまうとすら思っています。 なぜそう思うのかというと、論点は二つあって、デザインの目的の不明瞭さとデザインとしての稚拙さがあると思っています。 デザインは手段であって、デザインが施される全てのことやものには、なにがしかの目的があるはずです(それが顕在化しているか否かは置いておいて)。以前五輪のロゴについて書いたときに、「一般公募で

    伊勢志摩サミットのロゴについて思うこと、あるいはデザインの死。 - not simple
    mas-higa
    mas-higa 2015/12/31
    デザインと公募って相性悪そう。