日本で既に成功しているものだとばかり思っていました。日本で既に成功しているものだとばかり思っていました。blogだから、私は先に日本で成功するまでは、海外には進出しない。日本人に選ばれたものが、海外でもまた成功すれば、日本人も「舶来信仰」の呪縛が解けることでしょう。自身はすでに日本で成功しているし、海外に出してもそれなりに成功する気がします。方が気持ちがいいんですよね。問題は周辺プロダクトのドキュメントなどを英語化する際に、ペースがまちまちになってしまいそうなことでしょうか。東工大の千葉先生は、最初から英語でドキュメント化しておけば日本人のだれかが勝手に日本語化してくれるから、自分で日本語も英語も準備するよりも楽的な話を未踏のミーティングでしていた気がします。それはそれで敷居が高いですけどね。英語ドキュメントのバージョンが古いままだ。orzそういう意味では、日本語で今のスピードを維持しながら・・・というのも一つの作戦なのかもしれません。欲を言うと、日本人向けに海外から技術を輸入するビジネスをしている人たちが、逆に日本のものを英語に翻訳して輸出すればいいのですが。「JavaからRubyへ」を読んだ長いこと積読になっていた「JavaからRubyへ」をようやく読み終わりました。案件をこなしているマネージャが読んでピンを来るものなのでしょうか。マネージャ級の人に聞いてみたいところです。大筋要約してしまえば以下の通り。対処するとコストが大きくなるプロジェクトもある。企業であれば、将来有望そうな新技術のパイロットプロジェクトを走らせて、定量的、定性的なデータの収集を行っていることでしょう。Rails)を含めた方が良いという啓発本なのかも。Fowlerの名前などなんの威光も持たない。この本がこうしたヴィジョナリーを挙げているということは、海外では威光をもつということなのでしょうか。誰かわかる人いないかな。日本ではこうした改善はボトムアップに上がっていくところがあるので、この本は末端の開発者が手にとったらいいのかもしれませんね。5:41)はてブにコメントがついていました。案件をこなしているマネージャが読んでピンを来るものなのでしょうか。」:弊社経営陣にはリーチしましたこれは素晴らしい話ですね。対して非常に熱心(会社として熱心)という印象があります。やりますよ」って宣言しているわけなのでしょうから、やはり凄い話です。使っているせいか、コーディング・スタイルが混ざります。作法で書いてしまったり。これまでも、複数の言語を併用することは多かったと思うのですが、コーディング・スタイルが混ざるなんてあまりなかったのですが。仕事でコーディングしていなかったせいかな。ような書き方をしてしまうことが多くあります。他の言語の書き方になってしまうことはありませんでした。したコードを書くように心がけなくては。文字列の比較を行うにはどうしたら良いのか気になったので調べました。s2プログラミング言語を変えるとき、どうしても神経質になるのが文字列の比較です。メジャーな言語によって推奨される方法が異なるのです。スタイルでも良いが、こちらを参照せよ。