とても個人的な話ですが、ここ最近で自分自身のプライバシー意識の高まりを感じて、ブラウザの設定を見直す機会がありました。見直したのはCookieの設定で、許可したドメインにしかCookieを記憶しないようにしました。設定変更によるある程度の不便は覚悟していました。とはいえ、ま〜せいぜい、初回アクセスの時のモーダルが何度も出るようになるとか、ログインできなくなるとか、そのくらいかなと思っていました。 しかし実際は、悪い意味で期待を裏切られることになりました。 Cookieが無効なだけで、“全く”動かなくなってしまうウェブサイトやウェブアプリが、本当にたくさんあることに気づいたのです。 全く動かなくなってしまう原因は単純（後述）だったのですが、ちょっとした対処で簡単に直せることなのに、サイト全体が一切使い物にならなくなってて、もったいない！！　と思いました。 フロントエンドの想定外 ウェブサイト

下の子(小1)が日々の最低限やることを可視化することにした。 毎日同じことの注意を繰り返しているがゆえに、「あー！もう何度言えばわかるんだよ！」みたいな叱り方になっちゃう日々も、これで改善されるだろうと期待している。 単にタスクを可視化しただけだと、作業者本人は次にやるべきこととかを迷わなくなるものの、結局のところさぼってしまったらそれで終了してしまう。したがって可視化に加えて共有することが肝要となる。共有することで、何をどれだけ完了しているのかが本人以外も把握できるので、さぼりにくくなるというわけだ。しかしながら、さぼりにくくなるというだけではモチベーション的な継続性に欠けるともいえる。開き直るというスキルによって、たとえ共有していたとしてもさぼるということはやはり可能であるし、むしろその域までいくと次の打つ手がかなり狭まってくるように思う。 ようするに、共有した結果を糧に改善すべきは指

レスポンシブテーブルという言葉をご存知でしょうか。テーブル（表組み）に対してレスポンシブデザインを適用する手法のことです。既存のものとは少し違った手法を考案したので記事を書きました。 レスポンシブテーブルは一般的に難易度の高いものとされています。沢山の人がいろいろな方法を考案していますが、どんな表組みにも使える汎用的なレスポンシブテーブルの枠組みはまだ登場していません。第一、表組に入る内容はほんとうに様々なので、汎用化という考え方に限界があることは明白なのです。 いくつかの実装パターンは「レスポンシブWebデザインでテーブルを使う時の小技」という人気記事で紹介されています。この記事で紹介されているものの多くは、CSSのdisplayプロパティの値を上書きすることで表組みからリスト形式に組み替えたり、行と列を逆転してスクロールさせて見られるようにしたりといった、ある種、大道芸を見せられている

株式会社プレートさんが、AUTOCODINGというサービスを開始されました。デザインファイルからコーディングを自動生成してくれるというサービスですが、さわりだけ聞くといかにも眉唾な感じです。ほんまにちゃんと作ってくれるんかいな？　ということで試してみました。 試すには無料体験に申し込む必要があります。わたしの場合、入力したメールアドレスが間違っていたらしく、後日プレートの方から電話があり正しいメールアドレスを聞かれるというステップを踏みました。プレートの担当者様、たいへんお手数をおかけしました。ありがとうございます！ 無料体験に申し込むと、ログインページのURLとID、仮パスワードがメールで送られてきます。そのIDでログインしたところがこちら。 チュートリアルは手とり足とり教えてくれるというよりは、管理画面の概要をかんたんに説明してくれるコンテンツです。まずはマニュアルを読んでみました。