タグ

2011年10月16日のブックマーク (13件)

  • 顔のニキビを一刻も早く治す効果的な方法

    顔のニキビを一刻も早く治す効果的な方法 大事な日が控えている時に限ってできてしまうこと、ありませんか? ニキビができてしまうと、それだけで気分も落ち込み、印象も大分変わってしまいますよね? 私も最近まではチョコチョコニキビができてしまうことがありました。 最近は以下の対策をすることで、劇的にニキビに悩むことが少なくなりました。 よかったら参考にしてみてください。 【YouTube】赤ら顔を治す方法こちら 顔のニキビの原因 まずはニキビができてしまった原因を特定しましょう。 ニキビの原因は様々です。 生活の乱れ、角質の汚れ、メイクがきちんと落とせていない。 乾燥によるニキビ、または疲れが溜まっていたり、ストレスが溜まっている場合、ホルモンのバランスが崩れている場合などが挙げられます。 自分のニキビの原因が何なのかを知ることもとても大切です。 対処法その1 原因が分かったら、その原因を排除し

  • 初心者の頃に知っておきたかった rpm と yum の違いと使い分け

  • 変形 - Akiba Hideki

    今回は、「設計変更」が発生したときの設計者とクライアント間のコミュニケーションを考慮しました。 あなたは、あなたのために仕事を注文するクライアントやディレクターとどのような意識を持っていますか? たとえば、少し大規模なシステム開発の場合、「このように動くものを作る」と言った直後にプログラムを作成する開発者などはいないようです。 実際、システム開発の予算の大部分は非常に重要であるため、「設計(要件定義を含む)」に充てられています。 つまり、この「設計」フローがなければ、手を動かすことで作業することはできません(大まかに言えば)。 一般的なデザイナーの仕事には大きな懸念があります。 つまり、「要件を設計および定義するためのフローなしで設計を行う設計者が多すぎます」。 現在、特にWeb制作では、「デザイナーと開発者」は異なる次元の人種のように切り離されていますが、それは当ですか? 私はデザイナ

  • 中学生でもわかるベジェ曲線

    移動しました。 http://blog.sigbus.info/2011/10/bezier.html

    中学生でもわかるベジェ曲線
  • 例えば GC を止める・Ruby ウェブアプリケーションの高速化 - 2nd life (移転しました)

    最近クックパッドでは、アプリケーションサーバの大半が Rails 2.3 から Rails 3 に置き換わったのですが*1、リリース前のベンチマークの時点ではあまりパフォーマンスが出ず四苦八苦していました。具体的には Rails 2.3 の時と比べ MRI 1.8.7 だとレスポンスタムが200%ぐらい遅い結果でした。Rails 3 になって実装が Merb core を取り入れ疎結合で綺麗になった反面、より多くのオブジェクトと・メモリを利用する様になった影響かと思います。 そこで Ruby インタプリタの変更*2を行い検証をしたところ MRI 1.8.7 (Rails 2.3と比べ) 約200%遅い MRI 1.8.7 -> Ruby Enterprise Edition 1.8.7 2011.03 (tcmalloc 無効) 約180%低速 MRI 1.8.7 -> Ruby Ente

    例えば GC を止める・Ruby ウェブアプリケーションの高速化 - 2nd life (移転しました)
  • CSSセレクタによる高速化、実際のところ « NAVER Engineers' Blog

    突然のジョブズ氏逝去のニュースに驚きました。 windowsからmacに移って一年に満たないにわかマカーですが、ご冥福をお祈りいたします。 ネイバージャパンでマークアップを担当している富田です。 さて、今回はサイトの高速化について、とくに、MEひとりでも実施可能なCSSHTMLのみでの高速化の手法とそれを実施する上で注意すべきポイントについて見てみたいと思います。 高速化のテクニックと、コーディング時のコスト CSSのセレクタは、body .contents .header span aというように、左から右により詳細になっていくように指定するかたちが一般的です。 しかしブラウザはこれとは逆に、右から左にセレクタを解釈しながら描画していきます。 そのため、より負荷のすくないCSSを書くために、 スタイルを当てる要素にはできるだけclass又はIDを指定する 子孫セレクタは重いので、

    hokaccha
    hokaccha 2011/10/16
  • カヤック流ソーシャルアプリの作り方 インフラ編 - KAYAC Engineers' Blog

    入社4年目にもなってtech.kayac初登場のせいです。 ブログ書けプレッシャーにとうとう屈する時がきました。 これで夢にkyo_agoが出てうなされなくてすみます。(彼はtech.kayacの尻たたき担当でした) 先々月「ぼくらの甲子園!熱闘編」というゲームをモバゲー内にてリリースしました。 これは去年リリースした「ぼくらの甲子園!」の続編です。 モバゲーユーザの方、是非遊んでみてください。 今回はこの「ぼくらの甲子園!熱闘編」がどういうインフラ構成になってるか紹介したいと思います。 注) 題名に「カヤック流」とはつけましたが、カヤックでは多様性を善としている風潮があり、 ゲームによってインフラの構成が違うどころか、利用しているプログラミング言語すら違います。 なので全てのゲームがこのような構成になってるわけではありません。 前提 今回のインフラ構成を決めるに至って考慮した点は「ラクに

    カヤック流ソーシャルアプリの作り方 インフラ編 - KAYAC Engineers' Blog
    hokaccha
    hokaccha 2011/10/16
    sei yes!
  • Ryan Dahl「スケールするネットワークプログラムをかんたんに書く方法」 - 以下斜め読んだ内容

    nodejsブログの2011.10.4のエントリ An Easy Way to Build Scalable Network Programs « node blog ryanによるnode啓蒙記事 なぜこのタイミングで? 最近話題の「nodeなんて癌だ」(by@dozba)発言へのryanからの真面目な反応の1つ 今回の騒動はフレームの歴史の2011年のエピソードの1つとしてカウントされると思われる Node.js is Cancer 翻訳されてる uu59のメモ | 訳:Node.jsは癌だ ebayのエンジニア、milo.comのファウンダーの一人、低レベルにも詳しい、という方なんだけど、乱心すぎてレスも不明瞭でポイントがよくわからん ryanからの真面目じゃない反応もある 「youtubeのnodeのintro動画の再生回数が10万回超え。nodeの繁殖力はまるで癌」 Twitte

    Ryan Dahl「スケールするネットワークプログラムをかんたんに書く方法」 - 以下斜め読んだ内容
  • Deferredのコールバックスタイルと比較したメリット/デメリット - fujidigの雑記

    まだそんなに使い込んでいるわけではないけれど。 使う前はコールバックスタイルに比べてなにか利点あるの?別にコールバックスタイルで困らないんじゃない?って思っていたのでまとめてみる。 メリット コールバック引数が消えてすっきりする 処理1をやって非同期処理を挟んで、処理2をやって、処理3をやって...というときにコールバックスタイルだと汚くなるのが綺麗にかける 非同期処理でもエラーハンドリングが綺麗にできる (一部のDeferredライブラリのみ) 非同期処理を行っている最中にキャンセルできる。ちょうどスレッドの使える言語で、バックグラウンドで処理を行っているスレッドをとめるように ライブラリにもよるが以下のようなことをするためのユーティリティがある。コールバックスタイルでもそういうユーティリティは作れるっちゃ作れるが、あらかじめ存在するDeferredライブラリに任せちゃう方がいいよね 複

    Deferredのコールバックスタイルと比較したメリット/デメリット - fujidigの雑記
  • jQueryのbind/live/delegateの違いまとめ、と新API .on()の使い方 - y-kawazの日記

    jQueryのイベント記述方法はいくつかあり、大雑把におさらいしたのが以下の3パターンです。 まず一番基的なのが $("a").click(fn) や $("a").bind('click', fn) です。click(fn)はbind('click', fn)の省略形です。 次にjQuery1.3で $("a").live("click", fn) という機能が出来ました。liveの良いところはDOM操作で出たり消えたりするエレメントに対して再バインド無しでイベント定義ができる利便性と、内部的にはbind個所がdocumentの1か所になり複数個所へのbindが無くなることによるメモリ効率と実効速度の向上です。 更にjQuery1.4.2で $("#foo").delegate("a", "click", fn) という書き方が出来るようになりました。これは特定要素以下に限定するliv

    jQueryのbind/live/delegateの違いまとめ、と新API .on()の使い方 - y-kawazの日記
    hokaccha
    hokaccha 2011/10/16
    よさげ
  • Node.jsはソフトウェアの癌になる。 - from scratch

    eBayのテクニカルスタッフであるTed Dziubaから衝撃的な記事が出たので、読んでしまいました。 Node.js is Cancer 要点を訳すと下記のような感じです。 Node.jsがスケーラブルであるというのは嘘。 Nodeの運用が難しい。 やっぱりJavaScriptってWebアプリのロジックを書くのに向いてない。 Node.jsがスケーラブルであるというのは嘘であるについて Nodeのサイトには下記のように記載されています。 Almost no function in Node directly performs I/O, so the process never blocks. Because nothing blocks, less-than-expert programmers are able to develop fast systems. Node内のほとんどのf

    Node.jsはソフトウェアの癌になる。 - from scratch
  • Firefox 8 の主な新機能を紹介します

    9/27 には Firefox 7 のリリースが予定されていますが、同時に Firefox 8 の開発はベータチャンネルへと切り替わり、数日中に最初のベータ版が公開されます。ベータチャンネルでは基的に安定性や互換性の修正が行われるのみで、新機能は追加されません。Firefox 8 のリリースは 11/08 を予定していますが、機能が確定するこのタイミングで、主な新機能と改良点を一足先にご紹介します。 Firefox 8 の特徴 Firefox 8 ではアドオンの管理機能が強化され、ユーザの確認なくアドオンがインストールされないようになります。パフォーマンス面では、メモリ使用量を引き続き削減すると共に、タブを多数使っていても起動時間を短くできるよう、タブを選択するまで読み込まない設定が追加されます。ユーザインターフェイス面では、タブのドラッグ時のアニメーションにより操作性を向上したり、デフ

    Firefox 8 の主な新機能を紹介します
    hokaccha
    hokaccha 2011/10/16
    menu要素よさげ
  • YAPC::Asia Tokyo 2011

    正式なタイムテーブルをまてないというそんなあなたはGoogle Calendarフィードをご覧下さい 70周年記念講堂: [ xml ] ディジタル多目的ホール (14日): [ xml ] フェライト会議室 100年記念館: [ xml ] 蔵前会館 ロイヤルブルーホール (15日): [ xml ] スイーツエリア - [ xml ] RejectConf - [ xml ] あくまで*現時点*でのスケジュールです。スケジュールは変更される可能性がありますのでご了承下さい