タグ

2010年6月23日のブックマーク (7件)

  • MacBook:メモリの取り外し方法と取り付け方法 - Apple サポート

    - DDR SO-DIMM (Double Data Rate Small Outline Dual Inline Memory Module) 方式 - 30 mm - 1 GB または 2 GB - 204 ピン - PC3-8500 DDR3 1066 MHz タイプの RAM メモリの取り外しと取り付け 警告:MacBook の内部コンポーネントが熱を帯びていることがあります。この作業の前に MacBook を使っていた場合は、システム終了してから 10 分ほど待ち、内部コンポーネントの温度が下がってから作業を続行してください。 手順 1:始める前に MacBook をシステム終了します。コンピュータへの損傷を防ぐため、電源アダプタ、Ethernet ケーブル、および MacBook に接続されているその他のコードをすべて取り外します。 コンピュータを裏返します。 この MacBo

  • MIRU2010 若手プログラム

    今回は,話題のトピックを「使える」知識として獲得する企画です. * 「聞いたことはあるんだけど中身はよくわからない(- -)」 * 「もっと深く理解したい/もっと自由に使い倒したい!('-')」 * 「最近ちょっと気になってるんだけど,アレってどうなのよ?('3')」 このようなトピックについての調査・実装・発表を通じて,今後の研究に活かせる知識を獲得する機会を提供します.

  • はてなブログ | 無料ブログを作成しよう

    来年も作りたい!ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…

    はてなブログ | 無料ブログを作成しよう
    satojkovic
    satojkovic 2010/06/23
    pullとfetch
  • 文献をたぐり寄せる技術/そのイモズルは「巨人の肩」につながっている

    まずはひとつ、足がかりになる文献を見つけよう。条件は、真っ当な参考文献リストがついていること。 その方法のひとつを、Googleで片付かない捜しものチートシート 読書猿Classic: between / beyond readers に書いた。 参考文献リスト付きの文献がみつかったら、それを足がかりにして、次の3つの「たぐりよせ」を用いる。いずれも初歩的、基的なものだが、組み合わせることで(原理的には)、相互参照のネットワークに連なるあらゆる文献をたぐり寄せることができる。 (1)今,手にしている文献が、引用したり、参考文献リストに載せている文献を入手する。 探すべき文献は、参考文献リストに、著者名、論文名や書名、論文なら掲載誌や掲載書、発行年などが明示されている。これだけ書いてあれば、データベースなどで所在を確かめることも容易である。 したがって、これはもっとも初歩的な「たぐり寄せ」

    文献をたぐり寄せる技術/そのイモズルは「巨人の肩」につながっている
  • IDEA * IDEA

    ドットインストール代表のライフハックブログ

    IDEA * IDEA
  • Librahack : 容疑者から見た岡崎図書館事件

    出来事の詳細 3/13 新着図書データベースを作るためクローリング&スクレイピングプログラムを作成した ちょうどその頃、市場調査を行うためにECサイトのスクレイピングプログラムを作っていた。そのついでに、前々から構想していたLibra新着図書Webサービスを作ろうと思った。市場調査プログラムの一部をカスタマイズして、新着図書データベース作成プログラムを作った。この時、市場調査プログラムと新着図書データベース作成プログラムは同じプログラム内にあり、パラメータでアクションを指定して振り分けていた。 Webサービスを作ろうと思った動機は「なぜプログラムを作ったか」の通り。 Webサービスの概要は「どんなプログラムを作ろうとしていたか」の通り。 普段読むを入手する流れ:1. Amazonの各カテゴリの売れ筋をチェックしてレビューを確認し読むかどうか決める(または、書評ブログや新聞などのメディアで

  • エンジニアの不安と壁 - naoyaのはてなダイアリー

    このところ、KLab×はてな エンジニア応援ブログコンテストというのを開催していまして、エンジニア人生に関するちょっとした小話をブログに書いていただくと、内容によっては、シリコンバレーに行けたり、iPad が貰えるかもしれない。という企画です。「え、ブログ書くだけでシリコンバレー? 」 なかなか太っ腹な企画です。 よい機会なので、宣伝がてら、自分もちょっと、昔話をしてみたいと思います。 振り返ってみると、自分がエンジニアとして経験を積むなかで、「ここが壁だったな」と思うところがぼちぼちありました。それが何で壁に感じたのかといま改めて考えると、いずれも体系的な知識がなかったために、それを乗り越えるための指針がなかったというのが大きかったように思います。 きれいなコードを書くにはどうしたらいいんだろう? 負荷分散って、どうやるんだろう? 溜め込んだデータをうまく活用するには、どうしたらいいんだ

    エンジニアの不安と壁 - naoyaのはてなダイアリー