タグ

2013年3月18日のブックマーク (5件)

  • みん就(旧:楽天みん就) - 就活・新卒採用の口コミサイト

    内定者による13万5,200件の選考体験記(面接・Webテスト)や25万3,000件の志望動機、参加者のインターン体験記を公開中。 すべて見るには会員登録・ログインが必要です。 選考 志望動機 インターン ES 選考:企業研究 25卒 旭化成 会社のHPを読み、扱っている製品などを知りました。また、マイページからOB/OG訪問が可能だったので、5人程度の社員さんとお話ししました。

    みん就(旧:楽天みん就) - 就活・新卒採用の口コミサイト
    y_uuki
    y_uuki 2013/03/18
  • Perlのメモリ保存型Job Queueフレームワーク入門覚書 ~ClutchとGearmanとWorkerのFork~ | hirobanex.net

    仕事をメモリに保存するタイプのジョブキューフレームワークのGearmanとClutchをそれぞれ使ってみて、実用的なワーカーのforkのコードを書いた、そのあたりの備忘録を、Hachojio.pmでLTした内容です。 やりたいこと ~なんでJob Queueとか使おうとしたのか~ なんで入門するかって話ですが、こんな経緯があったのです。「いくつかのAPIをたたいてその結果を集約して返したい」、あるいは、「たくさんAPIをたたきたいんだけど短時間で処理して、結果を返したい」と思ったんです。つまり、「並列処理をしつつ、結果をまとめて返したい」ということ実現する必要が出たんですね。それで、Perlでじっそうするとなると、以下の4つから選ぶんだと思います。 Coro AnyEvent Fork Job Queue AnyEventとかCoroとかは並列処理をさせる中身によって気にしなきゃいけない

  • 結婚した部下へ贈ったことば - memo log

    週末、部下の結婚パーティーがありました。 その席で上司として祝辞を頼まれたので、色々考えたあげく、Gitに学ぶエンジニア結婚生活を生き抜くためのテクニック的な話を盛り込んでみました。 wedding-party-speech/speech.md at master · chris4403/wedding-party-speech · GitHub 会場はエンジニアがほとんどだと思っていたのですが、意外と非エンジニアの方も多く、想定以上に空回りしてしまいました。いやー、会場の冷え込み具合ったらなかったですね。とはいえ、結婚式結婚パーティーなどのイベントは、記憶に残るくらいの方がいいというのが持論ですので、決して後悔はしていません。数年後、部下が「あのときchris4403が喋っていたことは的を射ていたなぁ」と思い出してくれれば幸いです。 念のためですが、これはスピーチの一部であって、ちゃ

    結婚した部下へ贈ったことば - memo log
    y_uuki
    y_uuki 2013/03/18
    これはすごい
  • My Job Interview at Google

    A while ago I had an on-site job interview at Google. The position I was interviewing for was a Google SRE. SRE stands for Site Reliability Engineering. Site reliability engineers (SREs) are both software engineers and systems administrators, responsible for Google's production services end-to-end. I interviewed with eight separate people. The first three were over the phone and the remaining five

    My Job Interview at Google
  • チューニンガソン5の復習 MySQL 5.6 新機能編 - SH2の日記

    というわけで、MyNA(日MySQLユーザ会)会 2013年3月に参加して発表をしてきました。とてもリラックスして話をすることができました。司会進行の坂井さんをはじめ日MySQLユーザ会のみなさま、日オラクルのみなさま、当日お越しいただいたみなさま、どうもありがとうございました。 私のセッションでは前回のエントリの続きということで、MySQL 5.6の新機能Optimizer Traceを活用しながら正攻法でのチューニングを行っていきました。とはいえ途中から正攻法ではなくなっていた気もします。MySQL 5.6でRDBMSとしての土台はしっかりしてきたと思いますので、今後は高度な統計情報を使用したSQL実行計画の最適化といったところにも機能強化が施されていくのではないかと期待しています。 プレゼンテーション資料 (PDF) EXPLAINとOptimizer Traceの出力結果 プ

    チューニンガソン5の復習 MySQL 5.6 新機能編 - SH2の日記
    y_uuki
    y_uuki 2013/03/18