東宝系に問題が集中、ワーナーはゼロ!映画サイトのドメイン名問題、邦画ヒット作10年間332本の実態を調査 6月24日 7:05
大阪市阿倍野区にある「文の里(ふみのさと)商店街」では、最近シャッターを下ろした店が目立つようになってきました。 そこで、商店街の活気を取り戻そうと大阪商工会議所が、商店街のPRポスター約200点を、電通関西支社に依頼して制作しました。制作したのは電通関西支社の若手クリエーター60人。そこで制作されたポスターが斜め上をいっていて素敵でしたのでご紹介します。(本当は全部センスがあって紹介したいのですが、今回は特に気になったポスターをご紹介します) 大嶋漬物店 ポスター? はよ作ってや。死ぬで。 やっと気付いた。この仕事、しんどい。 お漬かれさまでした。という文字までこだわっています。すごい。 鳥藤商店 いいムネあります。 いいモモあります。 浜口鮮魚店 おめで鯛!があるならメリークリス鱒!てのはどやろ。 これ、スズキ。僕、ハマグチ。 アンティーク着物 姉妹屋 その着物 かわいいやん かわいい
Modern JavaScript Applications: Design PatternsAI-enhanced description The document covers modern JavaScript application development, focusing on achieving well-structured code through various methods such as object-oriented programming, module patterns, and MVC frameworks. It discusses key principles like dependency management, design patterns, and the importance of separating concerns in code st
Natasha Murashevがブログで、API Strategy and Practice Conferenceにおける、Michele Titolo (先月、「 Ruby RoguesメンバとiOSエンジニアのAPI議論」で紹介しました。)とEtsyのPaul Wrightの講演のポイントをまとめてくれています。 1) スピード ユーザは待ってくれない。300msで、リクエスト / レスポンスの処理 / ユーザに結果の表示をする。 2) RESTが常にベストとは限らない 以前のEtsyのAPIリソースはDBスキーマのミラーになっていた。クライアントがリスティングのリストを受け取ったら、ユーザがFavoritedに指定しているリスティングIDを取得するために、再度APIコールする必要があった。クライアントのAPIコールが増えると、クライアントのスピードが落ちる。また障害の可能性となるポ
デバイスがどのように進化しようが、アプリの時代になろうが、ユーザビリティは変わらず求められるものです。Web/IT業界では「使いやすさ」という意味で気軽に使われる言葉ですが、奥は深く、原論を解説した書籍もいくつか出ています。 学術的な解説はそういった書籍に任せるとして、ここでは、経験の浅いデザイナー、あるいは非デザイナー(ディレクター、Web担当者、エンジニアなど)向けに、ユーザビリティの向上に繋がる基本的な要点をまとめてみました。 ボタン、テキスト、コピーなど ボタンやテキストのデザインは、ユーザビリティを左右する大きなポイントです。表面的な美観に流されず、ユーザ視点で考えていきましょう。 1:ボタンじゃない要素は、ボタンと似たデザインにしない ボタンのデザイン次第で、サイトやアプリの使いやすさは大きく変わります。特に、ボタンでない要素にボタンのようなデザインを施すことは、どこが押せるの
ちょっと前にTwitterでAPIのバージョニングをどうやるかみたいな話をしていたのですが、そのへんもやもやしているので少し整理しておきたいなと。 APIのURLを/api/v1/*とかってやるの、やめたほうがいいとおもうんだけどなぁ。いざv2を作るとなったときに、大量のコピペが発生して後悔するよ、って伝えたい。— Kenn Ejima (@kenn) February 28, 2014 さて、これについて色々と異論・反論も含めた意見が出たのですが、まずは、大昔にURL方式(=コントローラ分割)でやってきて後悔したぼくが、(5年ぐらい前から)現在はどうやってAPIのバージョンを管理しているか?について紹介します。 基本原理としては、コピペが多発する根っこで分岐(=コントローラ分割)じゃなくて、必要最小限のところで限局的に分岐するのがいい、という考え方に基づきます。 一言でいうと、「パラメー
無料なのにこのクオリティヤバイ!! Bootstrap Zeroはその名の通り、Bootstrapをベースにデザインされた美しいテーマが無料で配布されているサイトです。 これまでもStart BootstrapとかBootswatchとか無料のサイトが合ったのですが、無料だけあって有料のテーマと比べるとちょっとベーシック感が否めない状況でした。 ところがこのBootstrap Zeroはかなりクオリティが高いテンプレートが多いです。自分でデザインする人のためのStarterから、そのまま使えるデザイン済みのThemes、さらにFacebook風やGoogle+風、Android風などもあってかなりのクオリティっぷり! それではいくつか御覧ください。 Starter 本家のexampleにひと手間加えた感じです。 Themes こちらは気に入ったものを幾つか Admin 管理画面で使える!!
「画面」のデザインは、エンドユーザーから見た「プロダクト」との唯一の接点。超大事。 そんな画面のデザインにまつわる、エンジニアが「いじる」ときに気をつけると、もしかしたら面倒が減って争いが減ってみんなが幸せになれるんじゃないかなあ、とか、そもそもの設計上で考慮できると、もしかしたら使う人たちが幸せになれるんじゃないかなあ、というポイントを、思い付きで書いていくので、あとは誰か整理してほしい的な投げやり感あふれるアレコレ。デザインとコーディングの話を混ぜて書いてます。 空白の理由を考える編 その1. 空白にまつわる認識の相違 例えば、Tumblrのダッシュボード。右肩のメニューの隅までちゃんとレイアウトされてるなーって感じがします。 でも、もしあなたが「空白を理解しないエンジニア」だった場合、こんな感じにコーディングしてしまうかもしれません。 (※画像はイメージです) 「なーんか、素人感があ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 理解しやすいように適当に遮ったり、言い切ってしまったところもあるがご容赦いただきたい。 MVCの登場 MVCは、SmalltalkのGUIライブラリのモデルとして登場した。 これはGUIアプリケーションを記述する際に、適切なモデル化を進めるのにとてもいい考え方だと思われていたし、実際にそうだった。 これはアーキテクチャパターンとして、それぞれがどのように依存するべきか、どこにコードを書くべきかということを端的に表している。 安定依存の原則というものがある。これは、要件が安定しているモジュールに依存し、要件が変動しやすいモジュールには依存
和田卓人さんによるテスト駆動開発問題解説の寄稿です! バグのないよいコードを書くには、よいテスト設計が重要です。今回は現在時刻に関する問題と、その問題で提出された実際の解答コードを紹介しながら、どのようにテスト設計し開発していくのかを解説していきます。 ゲスト解答による解答コードも公開中! by CodeIQ運営事務局 はじめに こんにちは、和田(@t_wada)です。今日は先日出題させていただいたTDDに関する問題の総評を行いつつ、テスト容易性設計について考えてみたいと思います。 問題文 私が出した問題は、以下のようなものでした。 問1. 下記の仕様をテスティングフレームワークを使ってテストコードを書きながら実装してください。 【仕様1】 「現在時刻」に応じて、挨拶の内容を下記のようにそれぞれ返す機能を作成したい。 (タイムゾーンはAsia/Tokyoとする) 朝(05:00:00以上
「基本的に運営側がすることが正しいんですよ Webの世界ってそういう論理で動いてるんですよ」理論 実はここで言われている@masarakkiさんの意見はすごくわかる。「最高にクール」なUIがクソユーザー(便宜上、UIの良さがわからないユーザーを本エントリではそう呼ぶ)によって阻止されるのは中の人としては決して喜ばしいことではない。 ユーザーは「最高にクールなUI」がわかるか?まずこの問いから始めたい。一般ユーザーは「最高にクール」なUIがわかるか? 答えはNOだ。彼らは「使いやすい」UIはわかっても「クール」なUIはわからない。そして「使いやすい」というのは結局各人の主観に依るものなので、この「使いやすい」UIというのは参考にはできても信用はできないものである。 この話を読んで真っ先に思い出した1つの話がある。 フラットデザインや新機種が評判どうか、というのはAppleにとっては意味が無い
月が変わっても変わらなくてもついついめくってしまう「スカートめくりカレンダー 2013」が2012年に発売されましたが、さらにバージョンアップし紺色スカートと灰色スカートという2色展開でリリースされたのが「スカートめくりカレンダー 2014」です。今回はカレンダーだけでなく、メッセージを見るためにスカートをめくる「スカートめくりフセン」も発売されたので、実際にどんなものなのか見てみました。 スカートめくりカレンダー 2014 / ヴィレヴァン通販 http://vvstore.jp/feature/detail/2207/ スカートめくりカレンダー 2014は段ボールに挟まれて到着。 2013年は紺色のスカート1種類でしたが、2014年はあらたに灰色のスカートのカレンダーが登場しました。どちらも上履きにハイソックス。スカート丈は膝上20cmという感じです。なお、価格はいずれも税込2100円
久しぶりの更新です。最近、修行だと思って色々な本を読み漁っているのですが、やっとこさPHPのinterfaceが分かるようになってきた感じがあるので、まとめてみます。 インターフェースは、クラスから"ユーザー定義型"の能力のみを分離した言語機構です。PHPのそれはJavaのinterfaceのパクリです。 "ユーザー定義型"という単語を使いました。動的型付き言語のことを「型のない言語」と言う人がたまにいるんですが、とんでもねー間違いです。PHPにだって型はあります。変数が型を持たず、値が型を持っているというだけの話です。 interfaceを宣言する文法はクラスとよく似ていますが、キーワードclassの代わりにキーワードinterfaceを使います。中身は定義のないメソッドの宣言を書きます。なお、定数も含めることが可能です。 <?php interface FooInterface { c
iOSを始め最近あちこちのWebサービスでUIが変わり始めていますね。UIが変わる度に主にTwitterで文句を垂れる人がいるけど、じゃあ、お前の中でどうなったら最適なUIなのかをブログにかいてくれよ。って僕はいつも思ってる。UIが変わる度に条件反射でTwitter開いて「クソUI」の4文字をテキストエリアに叩きこむ余裕があるなら、UIが変わった理由を考えてほしいし、ちゃんと客観的な理由でクソであるんだったら「クソUI」の4文字を許容できると思う。WebサービスのUIが変わる度に思考停止気味な「クソUI」の文字列にうんざりするし、僕が1番危惧しているのは、思考停止の塊の連中がうだうだ言うせいで、Webサービスのユーザの幸せを願ってUIの改善に注力しているチームがUIを改善することに抵抗を感じてしまうとそれはもうWebサービスっていうかものづくりの破滅の始まりだ。 慣れたUIがいい人達、必要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く