日本人を苦しめる「仕事は家族より優先」という異常な発想 - Rails で行こう！
以前書いたエントリに非常に興味深いコメントを頂いた。 「組織に酔う」日本人 - Rails で行こう！ 私は20年東京の中小企業に勤め、その後アメリカの中小企業に転職して今年で10年目になるプログラマですが、私の経験から言うと、家族と仕事のどちらに重点が置かれるかが、アメリカと日本のサラリーマンの最大の違いだと思います。 ここアメリカでは、家族と一緒の時間を最も大切にして、会社はあくまでも収入を得る手段であり、そこで1日のうちの8時間以上を過ごすのは愚かである（自分や家族の人生を大切にしないと言う点で）と考えます。社長以下、すべての上司も同じように考えているので、滅私奉公などという発想はありえません。そういう発想の人は多かれ少なかれ家族に問題が発生し、その結果生産性が下がり、いずれレイオフされるでしょう。 仕事は家族の次に大事なものです。何といっても1日の三分の一を過ごすわけですから、その
20歳を過ぎてから英語を学ぼうと決めた人たちへ | The Wisdom of Crowds – JP
20歳を過ぎた日本人（留学経験無し・受験英語/TOEIC英語しか学んだことがない人達）が下記の段階に到達するための英語学習法を公開しています。 このハタチエイゴ学習法が目指す目標 TOEIC試験で860点(Aレベル)以上に到達する。 「読む」「聞く」という受身な英語だけではなく、自分から英語を発信すること、すなわち「話す」「書く」がちゃんとできるようになる。 英語を母語とする人たちと英語で意思疎通できるようになる。第２言語としての英語を使いこなせるようになる。 ハタチエイゴ・基本情報 この勉強法ははてなブックマークを7,700以上獲得した人気記事です。 このblogは書籍化されてDiscover21より2010年9月16日に発売しました。書籍の名前は「20歳を過ぎてから英語を学ぼうと決めた人たちへ」です。5刷で26,000部。 勉強法の問い合わせは執筆者である@HAL_Jまでお願いします。
iPad対抗の「EeePad」がまもなく登場へ、GoogleのAndroidを採用しFlashなどをサポート
昨年12月には登場する予定であることが市場関係者によって明かされていた、「EeePC」シリーズでおなじみのASUSがiPadに対抗して導入する予定の「EeePad」と呼ばれるタブレット型パソコンですが、登場時期が近いことが明らかになりました。 「EeePad」にはGoogleの携帯電話向けOS「Android」が採用されるほか、FlashコンテンツやUSBポートの採用など、iPadには無い特長があるモデルとなるそうです。また、MSIも同様の製品をリリースするとされています。 詳細は以下から。 Asustek Eee Pad to hit channel in July この記事によると、ASUSのCEO（最高経営責任者）のJerry Shen氏は6月1日～5日にかけて台湾で開催される「Computex 2010」で、同社のタブレットパソコン「EeePad」を出展することを発表したそうです。
よいプログラマってなんだろう？
なんか急に書いてみようと思い立ちました。 すべてを書ききれてないし、どの会社なのか、なんのプログラマなのか、どんな立場なのか、だれから見てなのかなど多角的に見たら正しくなかったり当てはまらないところもあるかもですが、個人的になんとなく「よいプログラマってなんだろう？」について現時点で思っていることをまとめてみました。 ちなみに、これらは今の時点で思っていることなので、またしばらくしたら変ってくるかもしれません。 目的への近道を知っている バグってる箇所を効率的に見付ける方法を知っている 目的の実装をする近道を知っている ターミナルでの操作が早い(我流でもよい) 広い視野で設計できる 場当たり的な対応をしない 場当たり的な対応ができる(敢えて) 複数人での開発を意識できる プログラム・作業量・インフラなどのコストを計算できる 自分の書いたプログラムの影響範囲を把握している 実装が早い 無駄な
スティーブ・ウォズニアックがAppleのセキュリティ、社員解雇、グレー・パウエルについて思う事。
スティーブ・ウォズニアックがAppleのセキュリティ、社員解雇、グレー・パウエルについて思う事。2010.04.27 18:005,366 junjun 先週、iPhone独占リークをいろいろお伝えしている間に、ウォズの魔法使いことAppleの共同創立者スティーブ・ウォズニアックから私達に接触があったんです。 そして、こんなネタを教えてくれました。発端は、世の中にはウォズを含む3人しか、こんなTシャツ着ても嫌な奴扱いされないよなぁと書いた記事なんですけど。ウォズが教えてくれたネタとは･･･iPadの発売日の朝、一人のエンジニアがウォズにiPadを約2分ほど見せたら、そのことで彼が解雇されそうだって･･･！ なかなか衝撃的ですよっ。たったの2分だし、見せた相手はウォズなのに･･･。まぁ、既に多くの人がAppleという会社が秘密主義で、冷酷であることは知っているし、それをよく表現している感じも
Eclipseのキーバインドをvim風にできるVrapperが素晴らしすぎる件について - ( ꒪⌓꒪) ゆるよろ日記
俺はエディターはvim派です。指が覚えてしまっているので。 普段はターミナルでvimを使っていて、Javaのコードを書くときだけEclipseな生活なんですが、Eclipseのエディターは、 なので、常々不満に思っておりました。 いままで、Eclipseのキーバインドをvim風にする、vipluginやEclimなどを試してみたのですが、vipluginはeclipseの補完がうまく働かない、Eclimはeclimdを起動させておく必要がありちょっと大げさ、など「これだっ!」というものがありませんでした。 そこで、「Vrapper」さんの登場ですよ! Eclipseのエディターがvim風のキーバインドで使えます。しかも、Eclipseの補完機能なども同時に使えます! Vrapperのインストール Eclipseの更新サイトに"http://vrapper.sourceforge.net/u
どうしてプログラマがPMになりたくないのか - GoTheDistance
SIerでプログラマ(PG)からプロマネ(PM)までやった僕が通ります。 ＰＭになりたくない症候群 - ベテランIT営業が教える「正しいITの使い方、営業の使い方」 - ZDNet Japan 一度でも失点をしたらそこからリカバリーすることが困難な立場に放り込まれるし、放り込まれたら現場の裁量で何とかするしかないというデフェンシブなやり方に起因する構造的なPM疲弊体質。確かにコレは、嫌悪される理由の１つにあると思います。ただ、それだけではないな、と。技能という側面で考えても嫌悪される理由があるのかな、と思いました。 要はPG→SE→PMというキャリアパス、についてですね。 色々な議論がありますが、何が問題かと言えばプログラマとして未来を奪い去ってしまう所が過多あるってことに尽きるように思います。技術は移り変わるわけですから、プログラマでありたいなら保有スキルが陳腐化しないようにしなくてはな
人材の流動化か囲い込みか
最近、日本のSI企業と仕事をする機会あった。 久々に衝撃的な体験だった。 とあるシステム案件の下請け的開発依頼だったのだが、 1.アーキテクチャがおかしい ビジネス系の人が直接実装担当のエンジニアに指示を出している。丸投げである。よってアーキテクチャが根本的におかしいのだが修正できない。 アーキテクト不在。 2.ドキュメントが無茶苦茶 基本なぜかエクセルで書いている。読みにくいことこの上ない。さらにバージョン管理が無茶苦茶である。ほとんど読んでも意味の無い古いドキュメントだらけで解読が非常に難しい。アプリのバージョン、開発環境などもドキュメント毎に違っている。ビルドするとドキュメントが自動生成されるなんてことは一切ない。 ドキュメント担当不在。 3.プロダクトのソース管理が無茶苦茶 ソース管理ソフトはつかっているものの、理解不能なブランチに分かれていて同等製品が複数派生している。修正に手間
第40回 RVM（Ruby Version Manager）による環境構築（2） | gihyo.jp
前回は、RVMのインストール、RVMで Rubyをインストールして使う方法を紹介しました。今回は、以下の3つを紹介していきます。 RVMを最新版にアップデートする RVMを使って複数のバージョンのRubyでスクリプトを実行する GemSetsについて RVMを最新版にアップデートする RVMは、Bugfixや機能追加が毎日行なわれている活発なプロジェクトです。開発者の方は、なるべく最新のバージョンを使うことを推奨しています。ここでは、RVMを最新版にする方法をみてみましょう。 "rvm update --head"を使用すると開発リポジトリであるhttp://github.com/wayneeseguin/rvmから最新版を取得します。githubから取得するため、環境にgitがインストールされている必要があります。 % rvm update --head アップデートされたRVMを使うた
Create cool applications! | dev.twitter.com
<g> <g> <defs> <rect id="SVGID_1_" x="-468" y="-1360" width="1440" height="3027" /> </defs> <clippath id="SVGID_2_"> <use xlink:href="#SVGID_1_" style="overflow:visible;" /> </clippath> </g> </g> <rect x="-468" y="-1360" class="st0" width="1440" height="3027" style="fill:rgb(0,0,0,0);stroke-width:3;stroke:rgb(0,0,0)" /> <path d="M13.4,12l5.8-5.8c0.4-0.4,0.4-1,0-1.4c-0.4-0.4-1-0.4-1.4,0L12,10.6L6.2
uni COLOR（ユニカラー）カラー芯シャープペン 三菱鉛筆株式会社
今回ユニカラーに採用しているプリセラミックスポリマーは、焼成すると高強度なセラミックスとなって芯の骨格を形成します。 これにより、折れにくく、同時に軟質化が可能となり、濃く、くっきりと書くことができます。
日本オラクルと富士通 フラッシュ技術活用によるデータベース高速化を共同検証 - 富士通
2010年4月22日 日本オラクル株式会社（以下、日本オラクル）と富士通株式会社（以下、富士通）は、「SPARC Enterprise™ M3000」とSolid State Drive（以下、SSD）を搭載した「ETERNUS DX80」で構成されるオンライン・トランザクション処理（以下、OLTP）システムにおいて、「Oracle Database 11g Release 2 Enterprise Edition」の高速化技術「Database Smart Flash Cache」の性能検証を実施しました。 「Database Smart Flash Cache」はSSDをデータベースのキャッシュとして活用することができます。SSDと「Database Smart Flash Cache」の適用により、通常のハードディスクドライブ（以下、HDD）を使用したシステムと比較し、最大2.4倍の
スクリプト言語の息の根を止めるのは案外 SSD かもな - kwatchの日記
大変たいへん興味深い記事。全プログラマーにとって。 HDDの代わりにSSDを利用したら、リレーショナルデータベースの性能はどれだけ向上するのでしょうか？ オラクルと富士通が共同検証を行い、その結果をホワイトペーパーとして先週発表しました ...(snip)... HDDは200スレッドで性能が頭打ちなのに対し、SSDは200スレッドから300スレッドになってもまだ性能は上昇。ただし、300スレッド時にはCPU利用率が100％に近づいており、先にCPU性能の方がボトルネックとなってしまったようです。 HDDをSSDにしたらデータベースはどれだけ速くなるか？ オラクルと富士通が実験 － Publickey 動的なスクリプト言語 (Ruby や Python など) と静的なコンパイル型言語 (C++ や Java など) では、だいたい 5 倍から 10 倍ぐらいの速度差がある。それでもスクリ
SSD の風が吹けば Intel が儲かる - kなんとかの日記
話は変わって： とはいえ、HDDとSSDそのもののアクセス性能を比較した場合は10倍から20倍性能が違うのに対し、実際の業務を想定したOLTP処理性能の比較ではそれが2倍〜3倍程度に収まりそうであるのにはやや肩すかしを食らった感じもします。 HDDをSSDにしたらデータベースはどれだけ速くなるか？ オラクルと富士通が実験 － Publickey これはそんなもんじゃないかなあ。データベースではディスクアクセスがボトルネックとはいえ、性能の 90% を占めているわけじゃないからね。 たとえば処理にかかる時間全体のうち、ディスクアクセスにかかる時間が 60% を占めていたとする。ここで SSD によってディスクアクセスが 10 倍高速化したとすると、全体の処理時間は： 40% + 60% * 1/10 = 46% もとの処理時間の 46% になる。SSD でディスクアクセスが 10 倍高速化し
HDDをSSDにしたらデータベースはどれだけ速くなるか？ オラクルと富士通が実験
リレーショナルデータベースを利用する際には、高い性能を引き出すために物理設計をし、スキーマを工夫し、パラメータのチューニングを行うことがつねに行われてきました。 性能のボトルネックはたいがいHDDにあり、いかにそのボトルネックを回避するかがチューニングのポイントですが、最近では性能向上のための武器として、HDDよりもずっとアクセス性能の高いSSDが注目されています。SSDはHDDと置き換えるだけで、アプリケーションにまったく手を加えずに性能向上を可能にする手段として非常に魅力的です。 HDDの代わりにSSDを利用したら、リレーショナルデータベースの性能はどれだけ向上するのでしょうか？ オラクルと富士通が共同検証を行い、その結果をホワイトペーパーとして先週発表しました（参考「日本オラクルと富士通 フラッシュ技術活用によるデータベース高速化を共同検証」）。 ホワイトペーパーでは、HDDの代わり
RSpecよりShoulda、fixturesよりヘルパーとMocha - Unexplored Rails
RailsでBDDと言ったらRSpecが圧倒的にポピュラーですね。でもRSpecに馴染めないという人はいませんか？私はx.should == yという書き方からKernelを拡張する実装まで、何もかも独自路線でいく個性の強さについていけません。 しかし同時にTest::Unitの垢抜けなさにもうんざりしていて、何かいいフレームワークはないかと思っていた時にShouldaに出会いました。contextを入れ子にできる柔軟性や、既存のTest::Unitインスタンスの中に書けるとっつきやすさはとても魅力的に見えました。そしてその日からShouldaでテストを書き始めました。 このエントリでは、Shouldaを中心にヘルパーやMochaを使った気持ちのいい開発手法を紹介します。 Shouldaは柔軟でとっつきやすい RSpecの最大の魅力はその書き方にあると思います。しかしその書き方を利用するた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
少年漫画における精神力の価値
TechCrunch | Startup and Technology News
GoogleChrome版vimperatorの可能性（未完）
Vimium - Google Chrome 拡張機能ギャラリー