Webデザインでよく使うUI要素の名称・用語一覧 - Qiita
Overview Webサイトを作っているとよく出てくるUIの名称を、ざっくばらんにまとめました。 人や会社ごとで固有の呼び方があると思いますが、私の場合こんな感じです。 コミュニケーション円滑にな〜れ ※2016/11/28 はてブコメントなど参照させていただき、少し更新しました。 ポップアップ表示系 ▼ アラート JSのalertかブラウザのデフォルト機能で出るやつ。ダイアログとも。 ▼ モーダル・モーダルウィンドウ 閲覧中のページにカバーを重ねて表示させるやつ。 modalは「このページはいま入力モードだぜ」といった意味合いでmodeを形容詞化したことば。 ▼ ツールチップ・ポップアップ表示 マウスオーバーすると吹き出しとかで表示されるUI。 補足説明などで使用されることが多い。 ▼ ポップアップウィンドウ 閲覧中のウィンドウとは別に、勝手に立ち上がるウィンドウ。 スパイウェアなどの
最近の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? 以前も紹介したかと
ゲームデザイン入門＜目次＞
●ゲームデザイン入門＜第六版＞ ――1992.08.16 初版発行 ――1997.08.15 第六版第三刷発行 ――企画・編集 ざるの会 ※基本的に原文のままHTML化してあります。 はじめに オフセット版発行に当たって ミクロビデオゲーム理論 1．意義と限界 1）意義論 2）限界論 2-1）理論内の「限界」 2-2）理論自体の「限界」 2．基礎概念 1）定義 ～「ビデオゲーム」とは何か？ 2）本質 ～「面白い」とはどういう事か？ 2-1）刺激と快感 2-2）出力に由来する快感 2-3）パルスチャート 2-4）「考える」 ～意思決定の快感 3）難易度 3-1）定義 3-2）情報処理モデル 3-3）思考波モデル 3-4）設定 4）トータルデザイン 4-1）刺激の「質」と「量」と「配置」 4-2）刺激の逓減性 4-3）「モデリング」 4-4）回転力 ～何がサイクルを回すのか？ 4-5）ゲームデ
デザイナー兼プロダクトオーナーのススメ
Designers Meetup Vol.1 http://goodpatch.connpass.com/event/26109/ でお話させていただきました
CSS 設計の長い夢 - ペパボのフロントエンドスタンダード
フロントエンド周りの技術は驚異的なスピードで進化し、また多様化しています。それらを全てマスターするのは途方もなく大変なので、ペパボでは、社内のエンジニア・デザイナが「最低限これだけはおさえておこう」というスタンダードを文書化することにいたしました。社内向けを想定した文書ではありますが、社内のみに留めず多くの方に役立てたいと考えたため公開します。 スタイルシートの夢 (1) 予測しやすい (2) 再利用しやすい (3) 保守しやすい (4) 拡張しやすい 代表的な CSS 設計手法 既存プロジェクトの CSS に立ち向かう！ (0) 流れ (1) 既存の CSS ファイルを元に SCSS ファイルに変換する (2) イニシャライズ CSS や共通の箇所のスタイルを分離する (3) CSSLint を使って、修正しやすいところから整理していく (4) コンパイル (5) スタイルのスコープ（あ
「単純作業は機械に任せて、人間は創造的な仕事を」自動コーディングはWeb制作の世界を変えるのか？—AUTOCODINGインタビュー | SEKAI LAB TIMES（セカイラボタイムス）
デザインデータをもとに自動でHTMLを生成してくれる、自動コーディングツールのAUTOCODING。通常4時間程かかるようなコーディングもたった5分程度で仕上がってしまうと言います。しかもクオリティは人間がやった場合と比べて遜色ないとか。このIT業界を揺るがしそうなAUTOCODINGの生まれた背景と、今後の展開等についてお伺いしました。 マニュアル化できれば機械化できる？AUTOCODING誕生の背景 山本氏：弊社はもともとSEOを中心としたプロモーション支援の会社ですが、プロモーションのトレンドも変化していく中で、サイト自体の改善提案および制作業務も担うようになりました。制作の依頼が増えるにつれ、社内で体制を整えていくのですが、コーディングのリソースが不足している状況でした。 特に、納期がタイトなプロジェクトや、スクリプトを利用したサイト制作を対応するため、コーダーの負荷は高まる一方で
エンジニアがデザインに取り組んでわかったこと
最近、いくつかのデザインに取り組んでわかったことがあるので、書いておこうと思う。 ぼくは2,3年前にこの業界に入ってからずーっとフロントの実装畑でやってきた。 それは自分の意図していたものではなかったけど、前職のまぼろしという会社は実装が強みの会社だったので、デザインに触れることはほぼほぼなかった。 それもあってか、ぼくは「もうちょっとコストを考慮してほしい」「このあしらいが一体ユーザーにいくらのお金を落とさせるんだろう」とか、あげくの果てには「実装のことを考えたデザインをすべき」とまで考えていた。これらの考え方はぼくだけでなく、コーダーからよく同様の声が上がっている。 だけどデザイナーさんと接する機会が増えるごとに、デザインができるようになったら今までイラついていたことがどんな風に見えるのか確かめたいな、という気持ちになった。 それ以外にも「なにか作るとデザイナーばかり褒められて厳しい」
「エンジニア病」を抱えたあなたに効く「デザインの考え方」 ～ソニックガーデン・デザインメンター対談のまとめ～ - give IT a try
はじめに 先日、僕が勤務しているソニックガーデンのブログ記事で、弊社プログラマとデザイナーさんの対談記事が公開されました。 【前編】エンジニアの会社でデザインがうまくいくワケ〜「エンジニア病」にはダメ出しされよう 【中編】プログラミングとデザイン、やっていることはわりと同じ〜「デザインは感覚じゃない」 【後編】デザインできるプログラマの育てかた〜「デザインメンター制度」のキモは理由で納得！ インタビューに登場する町田さん（@machida）と赤塚さん（@ken_c_lo）は僕もよく知っているとても素晴らしいデザイナーさんです。 素敵なデザインができるのはもちろん、HamlやSassなどプログラマ寄りの技術知識も豊富に持ち合わせていますし、物腰も柔らかくてとても相談しやすい方たちです。 業界の各方面から引っ張りだこなのも十分頷けます。 ところで、上の記事の中に出てくる「デザインメンター制度」
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Design
チームで作る!イケてるデザイン