タグ

2009年4月7日のブックマーク (5件)

  • エンジニアにもわかる「ユーザーインターフェース設計」

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに 島津悠樹と申します。Yahoo! JAPANのソーシャルメディア系サービスの開発・ユーザーインターフェース(以下UI)設計を担当しています。私からは「エンジニアにもわかる『ユーザーインターフェース設計』」と題し、エンジニアのみなさまに考え方のヒントとなるようなネタをお届けします。 エンジニアの方々にとって、UI設計は、おもしろそう、けれど、どこかとっつきにくい......、そんな印象を持っておられるのではないかと思います。 私も以前はそう思っていました。ですが、とっつきにくさを理由にUI設計をやらないのはもったいない、という思いで試行錯誤した結果、なんとか、UI設計のお仕事をいろいろ担当させていただくことができるようにな

    エンジニアにもわかる「ユーザーインターフェース設計」
    ryster
    ryster 2009/04/07
  • MySQL に大きなデータを送る際に max_allowed_packet を確認した方がいい | Sun Limited Mt.

    MySQL でクライアントからサーバに送ることができるパケットの最大は 16MB です。しかしデフォルトでは 1MB になっています。画像を DB に格納している OpenPNE のようなアプリケーションではこの制限に引っかかってしまうことがあります。 max_allowed_packet の確認 mysql> show variables like 'max_allowed_packet'; +--------------------+---------+ | Variable_name | Value | +--------------------+---------+ | max_allowed_packet | 1048576 | +--------------------+---------+ max_allowed_packet を SQL により変更する mysql> set

    ryster
    ryster 2009/04/07
  • 勤務中に居眠りするための枕一体型キーボード

    手首を保護するための、キーボードレストやマウスレストは使ったことがありますが… これは、当に枕です。 枕付きキーボードというのか、キーボード付き枕というのかわかりませんが、とにかくキーボードと枕が合体しています。 布団の中まで仕事を持ち込むような仕事中毒の方や、仕事中にちょっと仮眠を取る場合に非常に便利そうです。 でも、ちょっと難点は、額にキーボードの型がついてしまうことでしょうか? あと、起きたらモニターに「っっっっっっっっっっっっっっっg」「あsdfghjkl」なんて意味不明の文字の羅列が並んでいてびっくりするかも。 寝るときは寝る、仕事するときは仕事する、という生活を送りたいものですね。 [Project Page] Sean Fallon(原文/聖幸) 【関連記事】 ・顔をうずめて眠りたい「おっぱい枕」 ・オフィスでの快適な居眠りを支援するスリーピースドレスシャツ ・ノートPC

    ryster
    ryster 2009/04/07
  • Firefox拡張開発に便利な拡張、資料リンク集:phpspot開発日誌

    Firefox 拡張開発にあたり、使った拡張や参考になった拡張など - 8時40分が超えられない - subtech Firefox拡張開発に便利な拡張集が公開されています。 XUL開発をしたいという場合に参考に出来そうです。 作り方については、以下が詳しいかも 特集:Firefox 3ではじめる拡張機能開発|gihyo.jp … 技術評論社 Firefox拡張機能(extension)の作り方 — ありえるえりあ XUL Apps > Documentations - outsider reflex 私も腰を入れてXULを作ったことはないのですが、こうして開発方法や資料も充実してきている&firefoxのシェアもあがっているのでやりたいなぁと思っています。

  • やってはいけない!!MySQLに悲鳴をあげさせる10の方法

    いつも「MySQLを使うときはこうするべき」という観点から記事を書いているが、今日は逆に犯してはいけない過ちをリストアップしようと思う。 1. 全てのカラムにインデックスをつけるデータベース初心者がもっともやってしまいがちな間違いはコレではないだろうか。インデックスはいい。検索がとても速くなるから。しかし、それと引き替えにインデックスは更新するときにコストがかかるし、その分多くのディスクスペースを消費する。特に更新にかかるコストは時に甚大で、該当するインデックスのページがキャッシュ上にない場合はディスクからいったんそのページを読み込まなければいけない。ディスクアクセスは動作にとても時間がかかるので、インデックスが多数、例えば全てのカラムに付いていたりすると「あれ?固まったか?」というような状態になってしまうことがあるだろう。インデックスは必要なカラムにだけつけるようにテーブルを設計しよう。

    やってはいけない!!MySQLに悲鳴をあげさせる10の方法
    ryster
    ryster 2009/04/07