Web 2.0 時代の TOEIC 900点超え英語勉強法 9ヶ条: blog.bulknews.net
Web 2.0 時代の TOEIC 900点超え英語勉強法 9ヶ条 と、はてブで人気エントリになりそうなタイトル をつけてみましたが。 こないだ 10/23 に TOEIC ってやつを受けてみたんです。ちょうど外資系でマジメに仕事として英語を使うようになって10ヶ月、ある程度できるようになったなという印象はあったんですが、客観的に評価できる数字がほしいなぁと。 結果は、970点 (Listening: 495 / Reading: 475) というなかなか想像を超える数字でした。 受けた感じである程度の手ごたえはあったんですが、Listening 満点というのは結構驚きでした。思えば1年前までアメリカ行ったことない（そもそもパスポート持ってない）状態で、1年弱でここまで来たとも言えるわけです。せっかくなので、ここに至るまでの僕の英語勉強法を Tips 的にまとめてみます。 (R = Rea
なぜクライアントJavaScriptの単体テストを書くのが難しいか、考えてみた - mizchi's blog
ってsinonのスタブ漏れを探しながら何度目かわからない感じにキレてた。 とにかく仕事でJSのテスト書くのが辛いので考えてみる。比較的JSのテストに慣れてる自分ですら辛いのだから、世界はもっと辛いに間違いない。サーバーサイドのnode.jsの話ではない。 JavaScriptで完結しない 構造がHTMLの構造と密結合している。装飾や位置、表示/非表示はCSSによって制御されている。 クライアントJSはHTMLと密結合しており、CSSからビューは影響を受ける。それらがネットワークの結果を受け非同期に振る舞いを帰る。その最終的な値を取得するのが難しい。 もちろんサーバーサイドだってDBやネットワークという外部リソースを扱うが、モックの手法が確立しているし、局所的な複雑度は、JSの方がはるかに多い。 言語仕様が貧弱 mochaやjsmineはrspecを真似てるけど、本質的にJavaScript
テストファーストなGitワークフローについて - kazuhoのメモ置き場
Gitのワークフローに関する話題が、また盛り上がっているようなので、僕が好んで使っているワークフローについて書きます。 対象としているソフトウェアは、GitHubやGitHub Enterprise等を使って開発されている、リリースブランチを切らずにmasterにリリースタグを打っていくだけで十分な程度の、ウェブサービス（の部品）やオープンソースプロジェクトです。 まず、以下の２点を原則として考えています。 origin masterを壊さない origin masterの（1st parentをたどるツリー）にテストを通らないcommitを入れないよう努めます 変更の主題を常に明確にする 前者の理由は、masterをいつでもリリース可能な品質に保つためと(←12:44追記)git bisectするときに困らないようにするため。そして、これらの原則から、以下のようなワークフローで作業するこ
Ruby on Rails 作者David Heinemeier Hanssonが語るオンラインでお金を生み出すためのたった１つの方法
Ruby on Rails 作者David Heinemeier Hanssonが語るオンラインでお金を生み出すためのたった１つの方法 この動画はRuby on Railsの作者であり(!)、37SignalsのパートナーでもあるDavid Heinemeier Hansson (デビッド ヘイメール ハンソン、通称DHH) が2008年にStartup Schoolで語ったビデオ。シード・アクセラレーターというベンチャー・キャピタルの一種であるYcombinatorが主催するこのスタートアップスクールで「ベンチャー・キャピタルからお金をもらって次のFacebookを狙うのをやめよう！」とアンチ・スタートアップ、アンチ・ベンチャーキャピタル節が全開のDHHさん！プレゼンの最中も会場から笑いが絶えないすごく楽しいプレゼンです。 僕はこのプレゼンも大好きで、先日書いたPinterest共同創業
増えるログ、多様化するログをどう効率的に運用するか
増えるログ、多様化するログをどう効率的に運用するか：今さら聞けないfluentd～クラウド時代のログ管理入門（1）（1/2 ページ） 仮想化やクラウド化、モバイル化の進展に伴い、管理すべきログが多様化・肥大化しています。そんな中でも効率よく、意味のあるログ管理を実現するツールとして注目されている「fluentd」を、これから始めたい方のために一から解説します。 システムを安定して効率良く運用していくために、ログ管理は欠かせない要素の1つです。仮想化やクラウド化、モバイル化の進展につれてシステムはますます大規模化し、それに伴い管理すべきログが多様化・肥大化する傾向にあります。 fluentdはこういった中でも、効率よく、意味のあるログ管理を実現するために非常に有用なツールです。本連載では、fluentdの基本と具体的な活用方法を紹介します。 ログ管理の現状と課題 環境の仮想化・クラウド化、さ
Treasure Data - naoyaのはてなダイアリー
少し前にログの話を書いた http://d.hatena.ne.jp/naoya/20130219/1361262854 ときに、Treasure Data については後日にもう少し詳細に書くと言ったので書くとしよう。 近頃 Treasure Data (以下、時折 TD) という名前をちらほら聞いたことがある人は多いのではないかと思います。「ビッグデータのクラウドサービスである」とか「日本人が創業したシリコンバレーのベンチャー」、あるいは Yahoo! 創業者の Jerry Yang が投資したとか、Fluentd と何か関係があるといった文脈などなど。 けど、具体的に Treasure Data がどういうサービスで、どういう機能を持っていて、どんな場面で利用されるものなのかはまだあまり良く知られていないかもしれない･･･ようにも見える。今日はその辺から少し紹介していこうかなと思う。
インタビューサイトはどうして流行る？
こんにちは、小野ほりでいです。 最近、TwitterやSNSにインタビューサイトの質問の答えを貼りつける人をよく見ませんか？ 実はあのサイトは、すごい仕組みで運営されているのです…。 ＜登場人物＞ エリコちゃん インターネットでチヤホヤされたい女の子。 ミカ先輩 インターネットでチヤホヤされる人に文句をつけたくて仕方がないOL。 地球の画像 なんとなく壮大な雰囲気をかもし出すことで、散らかった展開を完璧に収束させてくれる。 質問サイト もー！ なんなのよー!! あっ、エリコちゃんの怒号から始まるパターンだ。 先輩！ インタビューサイトって知ってます？ 存在は知ってるわよ。登録した個人に対して質問できるask.fmのようなサイトでしょう？ それにさっき登録したんですけど…。 めちゃくちゃ荒れてるんですよ!! ふふふ…ソーシャルビッチ…。 笑いごとじゃないですよ！ こちとら住所まで特定されてる
オススメ Tech Podcast 5選
Rebuild Podcast も好評でありがたい限りですが、僕の最近聴いている Podcast をいくつか紹介。 Accidental Tech Podcast — 元 Tumblr, Instapaper の Marco Arment, Ars Technica の OS X Review や Perl hacker としても有名な John Siracusa と Casey Liss がやってる Podcast. 毎週１時間超、ちゃんと定期的に配信していて（メンバーが旅行などのときには事前収録とかしている）すごい。収録の様子も ライブ配信 しているのも参考にさせてもらってます。 The Talk Show — Daring Fireball でおなじみ John Gruber のpodcast. 相変わらずの Apple びいきで、たまに誰も興味ない話を30分ぐらいしてたり、Appl
WindowsにおけるGit利用環境は整った： Git for Windows と SourceTree for Windows - 檜山正幸のキマイラ飼育記 (はてなBlog)
分散バージョン管理システムの利用は拡大しています。そのなかでも最も人気のあるツールはGitでしょう。しかし、GitをWindowsで使うのはなかなか困難でした。 Windows向けのGitであるmsysGitは、bashのコンソールを出して、最小限のUnix風コマンドライン環境を提供するものです。これは使いやすくありません。もう一つの選択肢であるTortoise Gitは、Windowsのエクスプローラー（ファイルマネージャ）に統合されたGUIツールですが、僕は「なんか違うな」と感じてました -- これは個人の感性の問題ですが、ファイルマネージャに横付けすることが、分散バージョン管理システムへの良いUIを提供するようには思えないのです。 ところが、最近は事情が大きく変わっています。使いやすいGUIツールとして、2013年6月に正式公開されたSourceTree for Windowsが存在
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2014-01-25 Engineer x Engineer Meeting - en-japan
