最近、いくつかのデザインに取り組んでわかったことがあるので、書いておこうと思う。 ぼくは2,3年前にこの業界に入ってからずーっとフロントの実装畑でやってきた。 それは自分の意図していたものではなかったけど、前職のまぼろしという会社は実装が強みの会社だったので、デザインに触れることはほぼほぼなかった。 それもあってか、ぼくは「もうちょっとコストを考慮してほしい」「このあしらいが一体ユーザーにいくらのお金を落とさせるんだろう」とか、あげくの果てには「実装のことを考えたデザインをすべき」とまで考えていた。これらの考え方はぼくだけでなく、コーダーからよく同様の声が上がっている。 だけどデザイナーさんと接する機会が増えるごとに、デザインができるようになったら今までイラついていたことがどんな風に見えるのか確かめたいな、という気持ちになった。 それ以外にも「なにか作るとデザイナーばかり褒められて厳しい」

最近 WebGL の勉強を始めまして、doxas さんが主催している WebGL 勉強会に参加している。 WebGL、かなりややこしい感じなので、受講した日はその日の情報を咀嚼しようと思った。 （有料の講座ですが、こういうの書くのは講師の方に許可得てます。） 今日は WebGL の基本的な部分の話だった。 基本の部分で既に無事死亡している。 WebGL とは GPU に直接アクセスできるブラウザに組み込まれた API で、OpenGL というネイティブで動作するグラフィック API を、ブラウザから呼び出すパイプ的な存在。 直接 GPU を利用できるので、すっごい高速。ぬるぬるしてるのはそういうことなんですね。 ただ、ブラウザに組み込まれた API ということは、つまりブラウザ側の実装に依存しているというわけで、ブラウザ間の差異や、そもそも OS レベルで無効化されてることもあるそう。 ま

新しい職場に変わってから、愛用している IDE の PhpStorm がやたら重く感じるようになった。 使い物にならないレベルで、必死に改善しようとしたけど上手くいかず。 そのときに試したことは以下の通り。 PhpStorm へのメモリの割り当てを増やす。 Mac のディスクユーティリティからディスクのアクセス権を修復し、再起動 上記は多少効果があったように思えた。だけどそれも束の間で、2時間くらいするとまた使い物にならなくなる。 ちなみにそれぞれのやり方は以下のブログを参照する。 [PHPStormのメモリ割り当てを変更してパフォーマンス改善]（http://webinthelife.com/archives/112） ディスクのアクセス権を修復する方法（Mac OS X） これはまずいなあと急遽、以前使っていた Sublime Text に戻り設定を行 った。 PhpStorm、よかっ

なぜコードが綺麗じゃないといけないの？という質問をごく一部の方、特にデザイナーさんから受けることがあるので（半分くらいの人はネタで言ってますが）、自分なりの意見をまとめたいと思う。勉強不足で浅い感あるので、偉い人にご指摘いただけると嬉しいです。 「コード汚くてもデザインが見えればいいじゃん」の定義について 「コード汚くてもデザインが見えればいいじゃん」はかなりふわっとした印象を持つので、ここでは「コードが汚い」の定義として、以下の2つを挙げる。 メンテナンス性に欠ける （W3Cの）仕様に沿っていない なので「コード汚くてもデザインが見えればいいじゃん」というのを「メンテナンス性に欠け、仕様に沿っていなくても、デザインが見えていればいいじゃん」という意味に置き換えて話を進める。 確かに表面的な視点で見ると、エンドユーザーには関係がなさそうに見えるかもしれない。 例えばメンテナンス性の高いコー

SNSを眺めているとクライアントからの無茶苦茶だったり意味不明な要求への愚痴をよく目にする。 居酒屋で同業の人と飲んでいても、キツイ要求についての話が出ることが多い。 それは多くの場合「プロとして、クライアントの無茶な要求に応えてやったぜ。」みたいな話が多いのだけど、ぼくは少し違和感を覚える。 クライアントは、制作者よりも制作についての知識が希薄であることが多い。そのため、その実装によってどれだけのコストがかかるのか、費用対効果はどうなのか、ユーザビリティやアクセシビリティへの配慮、情報設計は破綻しないのか、メンテナンス性が大きく損なわれることはないのか、などを考えられるベースがない。 無茶な要求はそのために生まれることが多いけど、それを鵜呑みにしてはプロとして失礼にあたると思う。 プロとして依頼された以上、クライアントの意向は汲みながらも、制作者が持っている知識を最大限に活かして提案をし