タグ

読み物に関するsifueのブックマーク (7)

  • 長文日記

  • 今考えれば、大学はまともな男性の宝庫だった

    現在、地方の中小企業で働いている26歳女だ。 県庁所在地でさえ過疎化が進む地方都市に生まれ、そこで育った。 私は社交的なタイプではなかったけれど、そこそこ勉強ができたので中学校までの成績は学年100人の中で20番以内だった。 学校にはまじめな男の子から不良ぽい男の子までいたが、所詮子どもなので根っからの悪い人たちではない。 そう思っていた。その時は。 好きな男の子もいた。好きだとは言えなかったけれど。 その後、県下3番手の進学校に進学した。 みんなまじめだ。 不良っぽい子はほとんどいない。 中学校の時、100人中20番だった私の成績は200人中150番程度まで落ちた。 高校で新しくできた友達と一緒に必死に落ちこぼれないように頑張った。頑張った結果、200人の中80番程度を取り戻した。 部活の水泳も頑張った。結果は出なかったけれど。 3年生になったら勉強漬けになった。センター対策で数学をやり

    今考えれば、大学はまともな男性の宝庫だった
  • 仕様書をTracのWikiに記載する - rabbit2goのブログ

    「仕様書をSubversionとTracで管理する」に続いて、今回は仕様書をTracのWikiで作成する話。 Tracの登場以前に、仕様をPukiwikiで書き始めたのがそもそも発端だけど、Wikiを使うメリットとして下記が挙げられると思う。 仕様同士のリンク 経験的に言って、仕様書は一つだけでは収まらないことが多い。関連する仕様として、仕方なくたくさんのファイルを作っていく事になるのだけど、数が増えると相互参照が大変な作業になる。この点、WikiならWebのリンクを辿るだけなので、情報へのアクセスが容易だ。 仕様の一意性確保 (社内サーバにて)一意のURLと仕様が紐づけられるので、仕様として意味するところを明確に指定できる。ファイルだとファイル名に整理用の数字を入れたり、最新版の資料の置き場所を常に意識しておく必要があった。 ファイルよりも更新が簡単 気分的なものが大きいかも知れないけど

    仕様書をTracのWikiに記載する - rabbit2goのブログ
  • コンピュータジョーク

    Internetから集めたジョークの意訳です。日語で面白くないものは外したり、若干アレンジしています。 Bjarne Stroustrup氏のインタビュー記事は、こちら Computer One Liners ペンティアムはコンピュータの中でとけて手でとけない 宇宙の秘密をお教えしよう: それは@鮪*蟻&^^^ NO CARRIER エラー:キーボードが接続されていません。続行するにはF1キーを押してください Cプログラムは動く。Cプログラムはクラッシュする。Cプログラマは燃え尽きる。 "ディスク#3を入れろ"と書いてあるけど、このコンピュータには2つしか口がないよ! ちょうど、最後のバグを直したところなんだ。 デバッグという作業がバグを取り除くことなら、プログラミングとはバグを注入する作業に違いない --- ダイクストラ "#define QUESTION ((bb) || !(bb)

  • 幸せなエンジニアになるための仕事術/まつもとゆきひろ&平鍋健児 - tmtms のメモ

    幸せ 平鍋: 1. 技術的な困難を達成。 2. お客様に感謝された。 最初は1だったけど最近は2。 まつもと: 理不尽な目に合わないこと。 思うようにツールが動かない→自分でつくる。 OSSは自分で手を入れられる。 平鍋: 自分一人の幸せじゃない。 プロジェクトが終わっても続く人間関係。 人のつながり。信頼。 まつもと: 通勤が3時間。理不尽→地方。 納得行かない変更が顧客から言われたくない 平鍋: エンジニアで不幸せな人へ。仕事は選べる。極端なこと言えば辞めればいい。 ワークライフ・バランス実現の戦略(例:地方に住むこと) 平鍋: 1995.子供を育てられるかを考えたときに自分の中での都会の価値がさがってきた。 田舎に帰ってから、世界のことを考えた。JUDE,アジャイルをやり始めた。 まつもと: 鳥取→つくば→島根 1997. OSSビジネスを始めようと声をかけてもらって島根へ。 理不尽

    幸せなエンジニアになるための仕事術/まつもとゆきひろ&平鍋健児 - tmtms のメモ
  • naoyaのはてなダイアリー - MyISAM vs InnoDB

    あくまで憶測で仮説でしかないんですが。 MySQL のストレージエンジンのうち代表的な二つ、MyISAM と InnoDB はよく MyISAM: Read は速いけどテーブルロックのため並行性が低い。運用が簡単。 InnoDB: MyISAM より Read は遅いけど並行性が高い 。行レベルロックなので。あとトランザクションや外部キー制約。運用が MyISAM よりちょっとめんどくさい。 という区別がされます。ここから転じて、 MyISAM は参照系クエリが大部分を占める場合に適用すると良い。例えば blog アプリケーションとか。 InnoDB は更新系クエリが多い場合に適用すると良い。 と言わたりします。実践ハイパフォーマンスMySQL でも第2章 ストレージエンジン(テーブル型) P.30 に アプリケーションでトランザクションを使用する必要がなく、主に SELECT または I

    naoyaのはてなダイアリー - MyISAM vs InnoDB
  • 声優が結婚した事にして声優オタ釣ろうぜwwwwww - にしみーぶろぐ

    主にアニメ、アニソン、ゲーム、萌ニュース、声優、PCゲームなどサブカル系の2ちゃんねる記事をまとめています。相互リンク、相互RSSなども募集しています 1 名前:以下、名無しにかわりましてVIPがお送りします[]:2009/07/09(木) 00:15:38.28 ID:VqFTvvEP0 >>5の指定した声優が結婚した事にして 偽のニュースサイト作ったり、ブログ日記に書いたりして声優オタ釣ろうぜwwwww 2 名前:以下、名無しにかわりましてVIPがお送りします[]:2009/07/09(木) 00:15:58.66 ID:EFW/6gY60 それは死人が出るな 3 名前:以下、名無しにかわりましてVIPがお送りします[]:2009/07/09(木) 00:16:16.28 ID:3DrJc9YF0 やめろ 5 名前:以下、名無しにかわりましてVIPがお送りします[]:2009/07/0

  • 1