英語のリーティングがなぜか得意な私のおすすめ！ 高校レベルの英語力で読める小説3選 - Ordinary People Do Extraordinary
こんばんは。Sumです。 さて、今日は英語のリーディングがなぜか得意な私が、リーディング力の強化に高校レベルの英語力で読める小説を3冊おすすめしちゃいます。 私の英語リーディングスペック まず私のリーディングスペックなんですが、以下の通りです。 TOEICで480点（495点満点） IELTSで8.5（9.0がフルスコア） 詳細は過去記事を見て下さい！(❛ ◡ ❛) 【リスニング編】TOEICで975点をとるまで - Ordinary People Do Extraordinary 12/15（土）のIELTS 結果発表 - Ordinary People Do Extraordinary 個人的には帰国子女でもないのにこれぐらいできたらいいんじゃないの～と楽観的なことを勝手に思っています。 もちろんまだまだネイティブには程遠いので、さらなる研鑽が必要なんですけどね。 なぜリーディングの強
Vim のタブをそこそこ活用する
Vim のタブ機能について書きます。 空白文字のほうのタブではなくて、インターフェイスのほうのタブです。 目次 タブは何なのか タブ基本 タブを少し扱いやすくしてみる タブの表示を少しわかりやすくしてみる Vim のタブはタブブラウザのタブと同じようなインターフェイスで、使われかたもだいたい同じです。 だいたい同じ、というのを補足すると、 タブブラウザなどでは一般的に、ひとつのタブにひとつのウェブページが表示される Vim のタブでは、ひとつのタブに複数のウィンドウ(バッファ)が表示され、ウィンドウの配置など画面の表示を管理できる というところが少し違います。 Vim のタブがあると、なにがうれしいのか バッファ切り替えだけでも複数ファイルを編集できるし、ウィンドウもひとつの画面で複数開けるし、そこに加えてなんでタブが必要なのか？と思うかもしれませんが、あったらやっぱり便利です。 考えられ
Linuxカーネルの作り出す世界 − ＠IT自分戦略研究所
本連載は、ソフトバンククリエイティブ刊行の『ふつうのLinuxプログラミング』のうち第1部「Linuxの仕組み」の中から「第2章 Linuxカーネルの正解」と「第3章 Linuxを描き出す3つの概念」を、同社の許可を得て転載するものです。 本書は、LinuxにおけるC言語プログラミングの入門書です。「Linuxの世界が何でできているのか」に着目し、「ファイルシステム」「プロセス」「ストリーム」という3つの概念を紹介しています。 なお、本連載は転載を行っているため＠IT自分戦略研究所の表記とは一部異なる点があります。ただし、Webで掲載するに当たり、（例えば「本書は」としている部分は「本連載は」としていること、図版などの省略など）、表現を若干変更している点がありますが、その点ご了承ください。 ■オペレーティングシステム 今どきのコンピュータにはオペレーティングシステム（OS：Operatin
QiitaやKobitoの開発フローと，それを支えるサービス一覧 - Qiita Blog
こんにちは，yaottiです． 前回はQiitaやKobitoを作る開発チームの文化について書きましたが，今回は具体的にどういうツールを使いながら開発しているのか，また開発の雰囲気などを紹介します． QiitaやKobito開発で利用しているツール，サービス一覧 Trello: 開発以外のタスクや仮説の管理Pivotal Tracker: 開発ストーリー管理GitHub: ソースコードのホスティング，レビュー，ディスカッションCircle CI: CI環境Sentry: エラーの補足&通知New Relic: パフォーマンス改善用の測定Amazon Web Services: インフラ(EC2, RDS, ElastiCache)コミュニケーションSlack: チャットQiita Team (& Kobito): テキスト共有&ディスカッションその他Mixpanel: イベント計測Goog
bungen's gallery 〜ディスプレイ調整コーナー〜
簡単 お手軽 ディスプレイ調整！ ディスプレイというのは1台１台見え方が違っていて、たとえば、自分がホームページに載せた写真なんかでも、他の人は少しずつ違う色で見いるんですね。 そう聞くと、自分の家のディスプレイはどうなんだろう、ちゃんと普通の色で見れているのかな？ってちょっと気になりますでしょ｡ そこで、あなたのディスプレイを標準的な色合いに調整する簡単な方法をご紹介します。厳密な調整ができるわけではありませんが、かなりいい線まで調整できると思いますよ。 ・液晶ディスプレイは、調整できないことがあります。 ・「ｓRGB」対応パソコンとディスプレイをお持ちの方は、調整の必要はありません。 ※このディスプレイ調整のページは、趣味でホームページを楽しんでいらっしゃる方に、手軽にディスプレイの調整をしていただくために作成されました。あくまで目安にすぎませんので、厳密なモニターの校正やデ
元はてな・GREEのプログラマ 伊藤直也が語る、ソーシャルメディアの功罪。［前編］ | キャリアハック（CAREER HACK）
「はてなブックマーク」の開発者であり、またGREEにてソーシャルメディア開発を指揮した経験も持つ伊藤直也さん。この10年、日本のWeb業界の第一線を走り抜けてきた彼は、「ソーシャルメディア」というものをどのように捉えているのだろうか？ 日本のソーシャルメディアを牽引してきた、トップエンジニア。 伊藤直也―。この10年、日本のインターネットビジネスの第一線で活躍しつづけてきた紛れもないトップエンジニアの一人だ。「はてな」の屋台骨を支えるCTOとして主要サービスである「はてなブックマーク」を開発。その後、フィールドを「GREE」に移し、ソーシャルメディア統括部長としてソーシャルゲーム・プラットフォーマーとしての急成長をエンジニアリングの面から支えた。 一方で、現在の「ソーシャルメディア全盛」の状況に対しては、やや懐疑的な立場をとることもあるのだという。それは一体なぜなのか？エンジニアとしてのキ
なぜ新人は聞きに来ないのか? - teruyastarはかく語りき
プログラマで、生きている: ググるな危険 http://el.jibun.atmarkit.co.jp/hidemi/2009/11/post-9d2b.html わたしが新人が検索に頼ってしまうことを危険視するのは、コピペの寄せ集めでもなんとなく動くコードが書けちゃって、それで自分は仕事を達成したという錯覚に陥ってしまうからです。 たいていの場合、新人プログラマには「きちんとしたコードを書くこと」は期待していません。先輩たちが期待しているのは「きちんとしたコードを書ける人になってくれること」です。 そこらへんの意識が行き違っちゃってるから、仙台に行くことよりも、新幹線に乗ることの方が重要事項になっちゃうんですかねえ。 最後に、わたしが新人の時に先輩から言われた言葉をご紹介させていただきます。 「自分で説明できないコードを1行たりとも書くな！」 間違うのはしかたありません。けれども、「自分
できる人(という本のメモ)
完全主義者（自分でやらないと気のすまない人）はだめ。部下を信じるべし。質問はしまくろう。聞くは一時の恥。聞かぬは一生の恥だ。まず軽い成功で、ジャブ。自信がついたら大きな事業を成功させるのだ。つねに、失敗を確認して糧とする。どうしたら成功するかより、どうしたら失敗するかを考える。そして逆を行けば良い。過去形にしてから学ぶ必要は無い。苦手な事をを積極的に行う。オールマイティになるべし。失敗を糧とすることも重要だが、気にしすぎて仕事ができなくなっては意味がない。一日で忘れることができる能力を身につけよう。相手先の社内事情に詳しくなる。「用事は忙しい人に頼め。」忙しい人間ほど、時間のやりくりがうまく、きちんと責任を果たしてくれる。常に仕事を100%こなせば良いということはない。上司が50%しか要求していない重要でない仕事か、120%要求する重要な仕事かを常に判断すべし。縁の下にいてはいけない。縁の
アリエルの育成プログラム — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
IT業界がいいのは、つねに勉強せざるをえないこと - モジログ
先ごろ「10年は泥のように働け」というフレーズ（略称「10年泥」）がネットの一部で大流行して、IT業界の悪いイメージを象徴するキャッチフレーズのようになってしまった気もするが、それでもIT業界はやっぱり面白いところだと思う。 IT業界は、ITという新しいものを扱うビジネスなので、業界自体が未成熟な部分が多い。しかし逆にいえば業界が硬直しておらず、働いている人も若く、会社も若く、人材も比較的流動していて、産業としてもまだまだ成長している。他の業界と比べれば、若くて柔軟で、有望な業界なんじゃないだろうか。 なかでも私がIT業界でいちばんいいと思うところは、IT自体がすごい勢いで発展しつづけており、「いつも新しい」ので、つねに勉強せざるをえないことだ。 私はもうすぐIT業界に入って10年になるのだが、この10年は私の人生のなかでも、いちばん必死に勉強した10年だった感じがする。私なりの「10年泥
10倍できて志あるエンジニアがとるべき戦略 - 最速配信研究会(@yamaz)
仙石さんが志が高く優秀だけど,あんまり金銭的に恵まれない技術者のことを憂慮されている. 「技術力が高い人こそ、ビジネスモデルの良し悪しにもっと敏感になるべき」 http://sengoku.blog.klab.org/archives/64945422.html 志のある仕事(OSSの普及やボランティア活動など)は率直に言うとあんまり金銭的には儲からないことが多い．だからそこをメインの糧としてがんばり自分をすり減らすよりも,もっと効率いい方法で儲けておいて,余った余力で真にやりたいことをやった方が自分のためにも社会のためにもいいことだと思う． ただ仙石さんの言うように「だからビジネスモデルに敏感になれ！」というはまぁそうなんだけど,率直なところ「簡単に言うなよ」とも思う. だから私がもし本当に10倍パフォーマンスがあって志あって,真に自分のやりたいことのあるエンジニアだったら,会社には2倍
プログラミングファースト開発の必要性 - ひがやすを技術ブログ
ここではフローチャートの是非を論じるつもりはない。クソだから。もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。 動かない以上、それら設計書が正しいのか、漏れがないのかは保証のしようがない。机上検証なんていう工程もあるらしいけど、君たちの脳味噌は何MIPSなんだと問い詰めたい。もちろん、机上検証で見つかる凡ミスもあるだろうけど、そんなのはズボンもパンツも履かずに会社に向かうのと同じくらいのレベルの間違いだろう。 結局はコードを仕上げてから動かして初めて「だめだこりゃ」ということになる。 ○○設計書は、動かないから検証ができない。だから、だめだというのは、半分あっていて半分間違っていると思う。システム開発の大多数は、最初に○○設計書を作成する。顧客にレビューしてもらったり、自分たちでも内部レビューしたりするが、あれは、有効性が低い。 動
プログラミングファースト開発のアキレス腱 : 404 Blog Not Found
2008年07月21日15:00 カテゴリArt プログラミングファースト開発のアキレス腱 ktkt. プログラミングファースト開発の必要性 - ひがやすを blog これをふまえて考えたのが、以前提案したプログラミングファースト開発だ。 プログラミングファースト開発とは、ドキュメントを書いてからソースコードを書くのではなく、動くソースコードを書いてユーザに実際に触ってもらうということを何度も繰り返して、仕様を固める開発手法。ドキュメントは仕様が固まった後に書く。 実は私自身、この言葉が生まれる前から実践してきたのだけど、一つけったいな問題点があるので、それを指摘しておく。 それが何かというと、 客がそれを安易だと勘違いして、安価だと思いやすい こと。 プログラミングファーストの場合、最早だと打ち合わせのその場で動くものを見せたりする場合がある。客が分かっている人だと、その事にボーナスを出
ニート終了のお知らせ - へだちの日記
ニートから「おごちゃんの弟子」にクラスチェンジすることになりました。 ＩＴ業界に詳しくない読者さんも多いと思われるのでざっと説明しますと、おごさんは日本Linux協会の創立者で初代会長であり、Linux関連の著書も多数あるLinux界のカリスマであり、オープンソースの権威です。また、Rubyの生みの親まつもとさん（通称Matz）の在籍しているNaClの元取締役でもあります。さらに現役バリバリのスーパープログラマでMONTSUQIの作者であり、おごちゃんの雑文で非常に面白い文章を書かれている有名ブロガーでもあります。 最近、僕はサバイブＳＮＳでいろんな方に進路相談に乗って頂いていたんですが、そんな折におごさんがこんな日記を書かれました。 （※）以下、サバイブＳＮＳ内の日記をそのまま転載しますが、本当はレスが何十個もついてたりするので、これだけだと流れがわかりにくいと思います。それもご覧
フツウのプログラマがフツウに評価される社会を夢見る - kagamihogeの日記
俺は大学でコンピュータサイエンスを 4 年間学んだ。とはいっても大学自体の学歴・成績は平凡もいいとこ。真の意味でのプログラマのレベルは凡骨もいいところな自覚はある。まぁその大学は自分と似たよーなレベルの人間を毎年輩出してるわけです。 でまぁ、就職活動に真剣に取り組み始めにゃならん時期になんとなしに 2ch （つーかしたらばか）の出身大学の出身学科のスレ見たら驚いた。そこでの議論の趣旨は「コンピュータサイエンスを 4 年学んだ人間はソフトウェア業界以外の進路は何があるか？」だった。 「今更 IT ドカタやる以外ないだろ常考」「公務員ならなんとかなるかも？」「情報科目の教員免許はどうだろうか」「コンピュータに精通した事務員とか会計士とかアリじゃね」「起業とか？ 俺たちのスキルじゃ余りにもリスク高すぎるか……」etc,etc ずっとスレを追っていたわけではないが、前向きにソフトウェア業界行きたい
新卒で入社して一年
大手電機メーカーのSEとして就職して一年。 うちの職場は、なんというか、生ぬるい。 もちろん仕事がないかといえばそういう訳でもなく、 毎日20時21時まで残業するのが当たり前。 でもそれほど切羽詰っているわけでもないから、 定時に帰っても特に問題ないし、皆ちょこちょこと有給で休みを取る。 一日に何度か職場のあちこちで雑談タイムが繰り広げられていて、 朝から晩までバリバリ仕事、という空気でもない。 そして今年は一年目だから給料は300万ちょっとだけど 来年からは600万くらいに跳ね上がる。 はっきりいって、楽にお金を稼ぐという点では非常に恵まれた環境だと思う。 良くも悪くも平均的な人が多く、職場の人間関係も穏やかそのもの。 このままなんとなく過ごせば、きっと10年後には貯金の額もすごいことになる。 でも、ここにいる限り、スキルの向上はあまり期待できそうにない。 同僚はクルマやらマイホームやら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.bumblebee-network.com/entry/toeic-listening-495
hogehoge - addEventListener の第三引数について
はてなブログ | 無料ブログを作成しよう
長文日記