これはPepabo Advent Calendar 2014の21日目の記事です。 昨日は@getsukikyuさんの野菜 - ロマネスコに見る幾何学でした。 明日はnezumi650さんです。 もう年末で、みなさん1年を振り返り、評価の面談などが実施されている時期ではないでしょうか。 今日は、Pepabo Advent Calendarに書くことではないかもしれませんが、個人的な反省点と来年に向けてやっていきたいことをまとめていきたいと思います。 ペパボのエンジニア評価制度について、おいちゃんがAdvent Calendarに書かれていて(ペパボのエンジニア評価制度を、社内の一般エンジニアはどうみているのか？ - 彼女からは、おいちゃんと呼ばれています) この記事でいう一般エンジニアでの視点になります。2年半前に新卒で入ったSIerからペパボに転職し、3月で30歳になります。 反省するこ

普段使う道具をMacからiPadに移行しようとしている．いや，もうほとんど移行した．ちなみに，常用している環境はMacが MacBook Pro 15” (Core i7 2.7GHz, 16GB RAM) で，スクリーンは 2880x1800 にしている．必要に応じて Happy Hacking Keyboard と Intuos 3 タブレットの一番小さいのを持ち歩く．デスクトップにタワー型最後の Mac Pro (2x 6-Core Xeon 2.4GHz, 16GB RAM) が控えていて，どうしてもパワーがいるときはこちらを使うのだが，最近は出番が少ない．メモリとGPUを増強しようと思っているうちにゴミ箱型 Mac Pro が出てしまったので，中途半端なスペックのままになってしまっている． 2014年中に，本格的に荷物を軽くしようと思って，とにかくMacからiPadに移行しようと

未来を描いたＳＦは、しばしばその中での描写が現実を的確に予想し、人々を驚かせます…その一方で、実際に劇中の年代が来た時既に廃れたり変わったりしている「描かれた時代の風俗や常識」が未来にのこっています（笑）。 それもまた未来ＳＦの魅力だと思いますが、実際に1980年代末に、90年代末の近未来東京を想像で描く「機動警察パトレイバー」を執筆したゆうきまさみ氏が、その話題について経験なども交えて語り、他のクリエイターも含めてさまざまな反響がありました。そのまとめです

その人があなたより賢いと思っているかどうかは関係なく、自分よりも賢い人を雇ったり管理したりするのは、かなりハードルの高いことです。 雇用主には、社員の知性や熱意や自信を、日々進歩させる責任があります。 例えば、ほとんどが博士号を持っているような1,500人以上の研究者や科学者のチームを、世間を揺るがすような科学的な発見をするという目標に向かって働くよう管理するために、自分が雇われているという状況を想像してみてください。マーク・ザッカーバーグですら頭を抱えそうです。 まさにこのような役割を担っているのが、ファインスタイン医学研究所科学課の副所長であるChris Czura博士です。この研究所は、ロングアイランドのノースショアにある医療施設の最重要部門とされています。米国最大の施設の1つでもあり、18の病院で5万人以上の人が働き、700万人以上の患者がいます。 Czura博士に連絡を取り、この

「開発組織のマネジメント」のスライド資料が素晴らしいのでメモ。 資料の内容を理解したレベルで書く。 【1】問題意識としては、最近15年でWeb開発は従来よりすごく難しくなり、重要度が増している。 付け焼刃で簡単にプロダクトを作れるレベルではなくなった。 その理由はいくつかある。 一つは、開発基盤やシステムがレガシーであるため、ビジネスの変化に追いつけないこと。 2つ目は、企画チーム・開発チーム・運用チームのそれぞれで異なるやり方が根付いており、押し問答の状態になっていること。 サイロ型組織故に、開発組織の行動が局所最適化されてしまい、全体最適になっていない点に問題がある。 本来解決されるべき姿は、レガシー化を防ぐ作業に継続的に取り組むことと、サイロ型組織から自己組織化されたチーム構造へ組織を変化させること。 チームが都合で解散されるようでは、習熟度はいつまで経っても向上しない。 【2】一番

JavaScriptは移り変わりの早い言語です。 もう1年以上経っていますし、記事のメンテもちゃんとできていないので、消し線を入れることにしました。 参考程度のために記事は一応残しますが、より新しい情報を読まれることをお勧めいたします。 はじめに --- 最近では JavaScript の実行環境はブラウザに限りません。（node.js, Web Workers） また、旧来のような <script> 経由でのロードもとうに古くなっています。今は CommonJS スタイルで、require を用いたモジュールのロードを行なうことがより良いとされています。 ですから、次のようなことは改める必要があります。 - var YourModule = {}; などとして、外部から YourModule.hoge(); などと呼び出す書き方 - this === window だと思うこと 今回は、

実験内容 この研究で行われた実験では、学術論文の文書になっているものを被験者に提示し、それを Microsoft Word か LaTeX で再現するように求めている。 被験者は以下の4つのグループに分かれている。なお、初心者は使用経験が500時間以下の人を指し、熟練者は使用経験が1,000時間以上の人を指す。 Word の初心者 Word の熟練者 LaTeX の初心者 LaTeX の熟練者 各々の被験者には3種類の文書が与えられ、それぞれを30分で再現することが求められた。 単純な連続したテキスト 表を含むテキスト 数式を含むテキスト そして、被験者による再現は以下の3つの点で評価される。 正書法・文法上の誤りの数 フォーマット上の誤りの数 30分で入力した文章の量 結果 全般的に言えば、Word を使用した人の方が、LaTeX を使用した人に比べて誤りが少なく、入力した文章の量も多か

研修向け。0からAWS上に基本的なWEBアプリケーションの環境構築していく。 前提 ・一般的なLAMPのWEBアプリケーション向け(※1)に環境を構築しますが、それらミドルウェアのインストール・設定等はあまり対象にしてません。 ・すでにAWSのアカウントを取得しているものとします。サインアップはこちら ちなみに、新規登録であれば無料枠があるため、この研修向け内容をやったとしても$3ぐらいに収まります。 ※1 アプリケーションの要件・内容には触れませが、一般的なLAMPアプリケーションでも同様になるかと思います。 構築する環境 今回のシリーズで目指す環境は、下記の通り。 簡単に各AWSサービス紹介 Elastic Compute Cloud (EC2) 一般的に言う仮想サーバー。スケーラブルに展開可能。 今回はここにアプリケーションを配置する。 詳細はこちら Relational Datab

（英エコノミスト誌　2014年12月20・27日合併号） 2015年の世界経済は、苦難が相次いだ1990年代末を彷彿させるものになりそうだ。 ロシアで金融危機が発生する。原油価格が下落し、為替はドル高傾向にある。シリコンバレーは新たなゴールドラッシュに沸き、米国経済が復活を遂げる。ドイツと日本の経済は弱含みの状況にある。ブラジルからインドネシアに至るまで、新興国通貨が急落する。ホワイトハウスの主は、苦境に立たされる民主党政権だ――。 これらの記述はいったい、2015年の世界経済の予想なのか、それとも1990年代末の状況を描いたものなのか？ 1990年代末の世界経済 近年の経済史についての記述は、2008～09年の信用収縮に塗りつぶされているため、その前の数十年間に何が起きたかは忘れられがちだ。だが、15年ほど前を振り返ることも有益と言える。その振り返りは、今後なすべきこと、逆に避けるべきこ

2. copyright © 2014 kuwata-lab.com all rights reserved まえがき 現在、アプリケーション開発の現場では O/R Mapper (ORM) が普及しています。今後 も ORM を使った開発は、増えることはあっても減ることはないでしょう。 しかし ORM は、アプリケーション開発者にとっては便利でも、DB 管理者 (DBA) か らみたらトラブルの種でもあります。それが特にパフォーマンスに関する問題であるこ とが多いため、開発者と DBA が対立することも珍しくありません。 とはいえ、ORM による問題はすでに解決策が用意されている場合があります。本当の 問題は、すでに存在する解決策があまり知られていないことではないでしょうか。 そこで本発表では、ORM によってどのような問題が起こりやすいか、どう解決・予防 すればいいか、そして ORM

Dockerにはimageを登録しておくためのregistryが用意されていて、https://index.docker.io/ にPublicなイメージを登録しておくことが出来ます。また、社内用など、Publicには出したくない時も自分でregistryを立てることが出来ます。そこで、今回は社内用Docker Registryの立て方について書こうと思います。 https://github.com/dotcloud/docker-registry を参考にします。 Docker Registryを立ち上げる 立てるのはすごく簡単で、docker runするだけでした。 $ docker run -p 5000:5000 -d stackbrew/registry　これで実行したhostの5000番portにDocker Registryを立てることができます。 ここに対して、pushやp