はてなブックマーク

あんまり無いと思うんですが、ひとつのリポジトリ内でそれぞれ独立した案件のディレクトリを切っているケースに遭遇しました。 そしてその中にそれぞれ Gulp が入ってる、みたいな。 こんな感じです。 template gulp source project1 gulp source project2 gulp source project3 gulp source で、みんな同じ Gulp task を保有しており、案件が発生する度に template のファイルを copy してそこから拡張していきます。 node_modules とかも全部それぞれのディレクトリ内で管理されてしまっているので、リポジトリが無駄に肥大化＆ init がめんどくさい。 ので、Gulp を外に出して npm scripts を実行する際に option を指定することでそれぞれのディレクトリを包括的に管理できるよ

こんにちは、元 WordPress エンジニアです。 かれこれ1年以上ぶりに WordPress を触っております。つらい。 ちょっと前まで個人でとあるメディアの改修を手伝っておりまして、もともとそのサイトは更新に際していくつかの問題を抱えていたのですが、その中で解決したもののひとつが結構有用なのでは、と思ったのでご紹介します。 今回やりたかったのは、「画像に付随する引用リンクをもっと簡単に追加できるようにしたい」というもの。 具体的には以下のようなコードをビジュアルエディタ上からボタンひとつでできるようにしてほしいという要望でした。 <p>出展：<a href=“トップレベルドメイン/hoge/hoge.html”>トップレベルドメイン</a><p> という感じです。 このサイトでは1つの画像を大量に記事内で利用している写真主体のメディアで画像の引用を多用していたのですが、毎回画像の下に

Google 社の Nexus シリーズで UA を取ると、これまでスマートフォンには「Mobile」という文字列があった。そしてタブレットにはなかった。しかし、Nexus 10 というタブレット端末には Mobile という表記がある。 Nexus 10 （公称：タブレット） Mozilla/5.0 (Linux; Android 4.3; Nexus 10 Build/JSS15Q) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2307.2 Mobile Safari/537.36 Nexus 9 （公称：タブレット） Mozilla/5.0 (Linux; Android 5.0; Nexus 9 Build/LRX21F) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.

最近、いくつかのデザインに取り組んでわかったことがあるので、書いておこうと思う。 ぼくは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の）仕様に沿っていない なので「コード汚くてもデザインが見えればいいじゃん」というのを「メンテナンス性に欠け、仕様に沿っていなくても、デザインが見えていればいいじゃん」という意味に置き換えて話を進める。 確かに表面的な視点で見ると、エンドユーザーには関係がなさそうに見えるかもしれない。 例えばメンテナンス性の高いコー

input type="file" を独自デザインにして、参照しているファイル名のところを非表示にしているとき、場合によってはうまく動作しないときがある。 input type="file" は通常、参照しているファイルのファイル名が表示される UI があり、そこをクリックしてから esc や backspace を押すことで参照を解除できる。 参照が解除されていない状態で同一のファイルを参照しようとしてもなにもイベントは発火しない。 ので、もし submit をする前に、サービス独自で「添付前の確認モーダルを表示する」であるとか » あんまり無いと思うんですが、ひとつのリポジトリ内でそれぞれ独立した案件のディレクトリを切っているケースに遭遇しました。 そしてその中にそれぞれ Gulp が入ってる、みたいな。 こんな感じです。 template gulp source project1 g

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