タグ

2009年6月9日のブックマーク (6件)

  • 電子工作の経験がなくても、誰でもハードウェアを自作できる時代が来ていた! : akiyan.com

    電子工作の経験がなくても、誰でもハードウェアを自作できる時代が来ていた! 2009-06-07 『電子工作』 なんとなく興味はあるけど、電気回路なんてまったくわからないし、はんだごてとか使うのもやたら危なそうだし...というイメージが(少なくとも個人的には)ある電子工作の世界。 そんなイメージは、とあるセミナーでぶっ壊されました。 なんと、最近の電子工作の世界は「プログラミング未経験でもperlCGIやPHPぐらいならできそう」と同じくらいのところまできていたのです。 たとえば、PCを使わずに「人が通ったことをセンサーで感知して、自動的にtwitterにpostする機械」を、電子工作経験がほぼゼロの僕でもちょっとがんばれば作れそうと思えるぐらいでした。 「できたらいいなあ」が「やればできちゃう」ぐらいになってて、なんだか、視野がぐぐっと広がった感じがしてかなりテンションがあがりました。

    電子工作の経験がなくても、誰でもハードウェアを自作できる時代が来ていた! : akiyan.com
  • 「このままじっと我慢してれば、そのうち良くなる」。そんな神話を信じる老害社員はなぜ増えたのか? - カレーなる辛口Javaな加齢日記

    http://diamond.jp/series/wagamama/10001/ http://diamond.jp/series/wagamama/10002/ 気でこんな文章を書いているのかな.誰からお金を貰ってる書いてることやら.*1 しかし、いったんストレスのかかる場面に遭遇するととても弱く、強く叱責すると翌日から出社しなくなってしまったり、時には親身の指導を「パワハラである」と言い出します。最近は、こんな「会社のワガママちゃん」に振り回される管理職のグチをよく耳にします。 第1回目は、この連載で取り上げる「会社のワガママちゃん」が増えた背景とその人物像について解説をしましょう。 こういう話自体は昔も今も変わらない.*2 *3 ただし,そういう話が「増えた」背景には,高度経済成長の終焉という時代の変化*4と,それに対応できていない旧世代との対立という構図がある. このあいだびっく

    「このままじっと我慢してれば、そのうち良くなる」。そんな神話を信じる老害社員はなぜ増えたのか? - カレーなる辛口Javaな加齢日記
  • Googleに学ぶ、ウェブページのパフォーマンスを最適化する方法

    Web Performance Best Practices 下記、ウェブページのパフォーマンスを最適化するポイントをまとめたものです。 キャッシュの最適化 往復遅延時間を減らす HTTPリクエストを減らす ロードサイズを減らす レンダリングの最適化 関連書籍 1. Optimize caching キャッシュの最適化 ブラウザのキャッシュを活用 JavaScriptCSSファイルや画像などのスタティックなリソースは、HTTPヘッダを使用してキャッシュをロードするようにします。 アドバイス スタティックなリソースは全て、積極的にキャッシュにセットします。 時々更新するリソースのキャッシュには、ファイルパスにフィンガープリントを埋め込みます。 IEでも確実にキャッシュされるように、Varyヘッダは削除します。 URLを自動生成している場合は、Fxのディスクキャッシュで使用している8文字のラ

  • Google製サイト高速化Firefoxアドオン「Page Speed」を試してみました:phpspot開発日誌

    Page Speed Home Google製サイト高速化Firefoxアドオン「Page Speed」というのがリリースされたようで試してみました。 同様のFirefoxアドオンである、Yahoo!製のYSlowがあったりますが、後から出ただけあってYSlowにない便利機能なんかもあるみたいなので併用してもいいかも。 インストールすると、「Page Speed」、「Page Speed Activity」がタブに追加されました。 Analyze ボタンでページの検証が始まります。 検証結果画面。アイコン付きでYSlowより見やすいかも。 ここに表示される警告を直していけばページの高速化が簡単にできますね。 見出しをクリックすると解説ページに移動できます。 ブラウザベースのキャッシュをもうちょっと使うように、ということでメッセージが表示されました。 ブラウザキャッシュに対応するには、apa

  • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

    先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出

    システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
  • ユーザビリティーを学ぶための20サイト – creamu

    Inspired Magazineというサイトで、ユーザビリティーを学ぶための20サイトが紹介されています。 ざっといくつかご紹介。 » UX Booth デザイナー、デベロッパのためになるユーザビリティーレビュー » UX Magazine 記事ごとにいろいろな角度からユーザビリティーに関して考察しているサイト » Usability post いいデザインをするためのTipsや考察 » 456 Berea Street Web標準、アクセシビリティー、ユーザビリティーをテーマに書いているサイト » Boxes & Arrows グラフィックデザイン、インタラクションデザイン、IAなどについて書かれたサイト その他のリストは以下からどうぞ。 » UX Madness – 20 Fantastic Resources For User Experience Know How ぐおー遅くなっ