エンジニアに英語が必要と言われて久しい。技術情報を早く入手するためには、英語を使えないといけないからとあるがこれは本当なのだろうか？自分的な気づきがあったので、その考察をシェアしたい。 エンジニアに英語が必要と言われている。いろんなことが言われているが、情報の入手のスピードが遅くなるという意見がある。個人的にはこの意見はある意味微妙な意見だと思う。 最近だと例えば最新技術に関する海外イベントがあったとしても、翌日、早ければ当日の間に誰かがまとめブログをアップしてくれたりする。もっと時間がかかったとして、２カ月程度後に誰かが書いた日本語の情報でそのことを学んだ ところで、大勢に影響はない。 また、日本語で出ている書籍は確かに翻訳のタイムラグがあるが、海外の人も主だったすべての本を読んでいるわけではないし、日本語になったものを着実に勉強しても、勉強の知識としては、相当なエンジニアになれるはずだ

Symfony2は遅いフレームワークと言われることがよくあります。 確かに色々なサイトでPHPフレームワークのベンチマークが比較されていて、Symfonyは遅い方とされていることが多いです。 ただ気になるのが、これらのベンチマークがどれだけ現実のアプリケーションのユースケースを反映しているかです。テンプレートエンジンを使うと(または変更すると)どうなるか、ORMで大量のDBアクセスを行うとどうなるか、キャッシュメカニズムを有効にした場合にどうなるか… これらを踏まえてもあえておすすめしたいのがSymfony2です。 理由としては高速化する余地が十分にある点です (とても簡単にできるものもあります!) 特に以下の点に注目していただきたいです。 実は内部にリバースプロキシの実装を持っています ESI (Edge Side Includes) が使える なんでもキャッシュできる! ここではSym

本当の「設計力」を備えていますか？---デンソーで鍛えられた設計の極意 ワールドテック代表取締役の寺倉修氏に聞く 自動車のリコール件数が減らない。この事態に警鐘を鳴らすのは、ワールドテック代表取締役の寺倉修氏だ。デンソーにおいて車載システムの設計を長年手掛けた同氏は、「リコールのデータを見る限り、日本メーカーの設計力は落ちつつあると言わざるを得ない」と指摘する。 「技術者塾」において（1）「車載システムで品質トラブルをなくす、設計力向上の勘所」、（2）「車載システムで品質トラブルをなくす、設計力を支えるDRの勘所」の講座を持つ寺倉氏に、日本メーカーの設計業務に今、何が起きているのか。そして、「真の設計力」とは何かについて同氏に聞いた。（聞き手は近岡 裕） ──寺倉先生が講師を務める設計力向上に関する講座が人気です。その理由なのですが、実は今、設計力の低下を認識している日本メーカーが多いから

MySQL を UTF-8 で使おうと思ってハマりがちなのは charset utf8 を指定してしまうことです。 MySQL の UTF-8 には歴史的事情により utf8 と utf8mb4 の二つあります。 UTF-8 は1バイト〜4バイトで1文字が構成される文字コードですが、MySQL の utf8 は4バイト文字を扱うことができません。ハマりたくなければ utf8mb4 を使いましょう。 utf8 を使ってしまった場合に4バイト文字がどのように扱われるか、自分でもうろ覚えだったのでメモしておきます。 登録 接続が utf8mb4 でカラムが utf8mb4 あたりまえですが、そのまま登録されます。 mysql> insert into utf8mb4 (c) values ('美味しい🍣と🍺'); mysql> select * from utf8mb4; +--------

(訳注：2016/10/1、頂きましたフィードバックを元に記事を修正いたしました。) 先月、ハンブルク大学の同僚たちと一緒に SummerSOC 2016 でNoSQLの状況についての講演をしました。メンバーは、 Felix Gessert 、 Wolfram Wingerath 、 Steffen Friedrich 、 Norbert Ritter でした。今回はその講演の要点を記事にまとめました。 Baqend を設立して集めた、私たちのNoSQLの濃厚な知識が皆さんに伝われば幸いです。 要約 現在、データはかつてない規模で生み出され、消費されています。増え続けるデータ量とリクエスト負荷に対応するために、「NoSQL」データベースシステムという用語で包括されるスケーラブルなデータマネジメントの新しい方法が産み出されてきました。しかし、数多く存在するシステムは、不均一で多様性があるので

GMOペパボにおいて、チーフテクニカルリード(略称: CTL)という職位を作りました。既に以下のブログエントリで新任の2人がエントリを書いているところですが、制度設計者として、その背景を述べてみたいと思います。 diary.shu-cream.net ten-snapon.com GMOペパボの執行役員CTOになって1年半*1、その前に技術責任者に就任してから早2年*2が経過しました。その間、組織面においては、「いるだけで成長できる環境」*3、技術面では「事業を差別化できる技術」*4というコンセプトでやってきました。まだ道半ばではあるものの、逆にいえば、通るべき道は見えているともいえます。 そんな中で、この2年間、ずっと気にかかっていることがありました。 組織的にはエンジニアの人数が90人弱になり、近いうちに100人に達することでしょう。また、技術の移り変わりはますます早くなっていき、つい