GMO ペパボ株式会社の執行役員 CPO(Chief Productivity Officer) に就任しました - HsbtDiary(2017-03-18)
■ GMO ペパボ株式会社の執行役員 CPO(Chief Productivity Officer) に就任しました 本日開催された株主総会にて専任された取締役による取締役会にて、執行役員 CPO(Chief Productivity Officer)に専任されました。日本語に訳すのが難しいのですが、生産性担当執行役員、と呼ぶのが今のところ一番しっくりくるので当面はこう呼ぼうと思います。 なお、GMO ペパボは指名委員会等設置会社ではないので、執行役員は「執行役」とは異なります。もちろん「取締役」ではないので、一般的に使用される「役員」とも異なります。執行役員は、取締役会または経営会議での議決事項の業務執行を行う経営幹部という位置付けになります。 思い起こせば、1 月中旬に k8s の構築と検証を何気なくやっていた昼時に突如 CEO である佐藤社長に呼び出されて、何の用事だろうと社長室に行
devise をあまりオススメしない理由 - HsbtDiary(2015-01-20)
■ devise をあまりオススメしない理由 いまいち使うのに気が乗らない理由はこんな感じ コントローラレイヤ以降に作用する gem は inspect が物凄くやりにくい、params ないし、必要なコンテキストを全て揃えた上で、コントローラを new して action を呼んで、みたいなこと、考えただけでもだるい テストを書いていたとしても、環境要因、特にセッションとクッキーに影響して挙動が変わる箇所が多すぎるので、全ての環境で正しく再現することが難しい フルスタックすぎることから Rails よりも devise にロックインされることの方が多くなって負債化する そもそも devise で便利になることの多くは、自分で作ってもわけない物が多い 使うからには、devise のコードも全部読むし、PR も投げるしという前提かつ、上のようなことを全て乗り越えるつもりなら僕は止めません!
[work] ペパボ新卒エンジニアの研修を開始している - HsbtDiary(2013-05-22)
■ [work] ペパボ新卒エンジニアの研修を開始している 先月から先週まで福岡で CS 研修をしていた新卒エンジニアが東京に戻ってきたので今週から bootcamp を開始している。基本的に gist に以前貼った物(何故か二つとも gist のエラーで見えなくなってしまった...)をベースにあそこからさらに組み替えたものを実施している。 以下基本的な時間割。 10:00 : @hiboma によるブリーフィング(朝会ってやつ) 10:15 : RailsTutorial Rails4 edition をやる 11:15 : 初めての Ruby を @hiboma とシステムの裏の小話を含めて読む 11:45 : RailsTutorial の続きと @hsbt や @kentaro による補講、TDDとかRESTとかモデリングとかを老害トークっぽく 13:00 : 昼休み 14:00
オブラブ 2012 収穫祭に参加してきた - HsbtDiary(2012-10-13)
■ オブラブ 2012 収穫祭に参加してきた 前職の永和システムマネジメントが定期開催しているオブラブのイベントで、新卒エンジニアの研修をする側とされる側の取り組みであるとか考え方を発表するというのがあったので引率として参加してきた。最初は最初の1ヶ月の研修を担当した流れでオレかあんちぽさんが発表しようかと思ったけど、1ヶ月目以降はOJTの監督として毎日横についている @hiboma 軍曹にお願いすることにしたのでした。 ペパボはデザイナの鹿くんとエンジニアの黒くんに入社してから今日までにやったことであるとかどういう気持ちになって今を過ごしているかというのを発表してもらって、@hiboma 軍曹には教えていることやどういう方針でやっているかというのを発表してもらった。お疲れ様でした。 今日は他にも cookpad, DeNA, GREE, 永和それぞれの取り組みが聞けて良かった。弊社も含め
[Life] 永和システムマネジメントを退職しましたのお知らせ - HsbtDiary(2012-04-25)
■ [Life] 永和システムマネジメントを退職しましたのお知らせ 永和システムマネジメント(以下 ESM)を4月30日をもって退職することにしました。今日が最終出社日です。 思い返せば、2009年の年末に kakutani に IRC で private message を投げて "ESM って中途採用していますか"と飛び込んだのがきっかけで2010年に北海道より上京してESMに入社しました。入社してからは昼に Ruby とアジャイル開発で良いとされている考え方がふつうの場所で働けるということを全力で楽しんで毎日を過ごしていました。 ESM では色んなプロジェクトを経験しました。半分くらいは MongoDB (のような RDB ではないデータストアの何か)を使わないと解決出来ないような問題領域のシステムを構築したり(残りの半分は PostgreSQL)、Backbone.js や Her
[github] github で開発するなら pull request を使いましょうという話, [zsh] zsh-users の設定を入れてみた。 - HsbtDiary(2011-10-17)
■ [github] github で開発するなら pull request を使いましょうという話 rubyconf の How GitHub Uses GitHub to Build GitHubの話を kakutani から展開してもらって github 使うなら pull request を積極的に使った方が良いということがわかった。ポイントはいくつかあって下のような流れ。 pull request するのに fork する必要は無い organization, contributer アカウントで origin に別ブランチを作って push, そこから master に対して pull request すればいい commit に対してコメントすることは出来るけど、コードに対してのコメントになってしまって、どうした方が良いかとか、仕様についての議論は pull request
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
