タグ

ブックマーク / diary.shu-cream.net (6)

  • GMOペパボの技術責任者に就任しました - けんちゃんくんさんのWeb日記

    2022年9月1日付けでGMOペパボの技術責任者(≠CTO)に就任しました。また、これまで通りEC事業部のシニアエンジニアリングリードも兼務しており、カラーミーショップやグーペといったサービスを運営する事業部のエンジニアリングマネジメントに加えて、全社の技術組織のマネジメントも担っていくこととなりました。 現在ペパボには、役員として取締役CTOのあんちぽさんと執行役員VPoEの柴田さんがいます。技術責任者は役員ではありませんが、経営メンバーとしてペパボのサービスと組織を(テクノロジーを武器に)成長させることが求められています。 このポジションは、2014年にあんちぽさんが就任しましたが、その後CTOとなってからは空席となっていました。(参考: GMOペパボ株式会社の技術責任者に就任いたしました | 栗林健太郎) あんちぽさんの記事の中では以下の3点が主な役割だと述べられていますが、2022

  • XP祭2015でLTをしてきました - けんちゃんくんさんのWeb日記

    タイトルは「俺達もプロダクトオーナーシップを磨きたい!」ということで、最近各所で話題になっているプロダクトマネジメントやプロダクトオーナーシップについて、社内でやっている勉強会の活動報告をさせてもらいました。 今回のLTは古きよきLT、ちょっと懐しい王道のLTを目指してスライドや流れを作りました。 ちなみに、たぶん界隈の人とはよくお話させてもらっているとは思うのですが、XP祭への参加は初めてだったので結構緊張していました。 しかし、LTで狙い通りに拍手や笑いがでたときには、嬉しいような安心したような気持ちになりました。聞いてくださった参加者の皆さんありがとうございました。 ただ、写真を見てもわかるように、ほとんど下を向いてしまっていて、余裕のなさと練習不足は隠せなかったようですw ペパボプロダクトオーナーシップ勉強会について さて、この勉強会についてですが、「プロダクトオーナーシップ勉強会

  • 電車に忘れた携帯電話が戻ってきたので知見を共有します - けんちゃんくんさんのWeb日記

    2週間前に割れたNexus5を総武線に置き忘れたところ、日無事回収できましたので知見を共有いたします。 【悲報】俺氏のNexus5、総武線を一人旅し、中野駅でのGPSの記録を最後に消息不明 — けんちゃんくんさん (@kenchan) April 23, 2015 紛失する前にしておくべきこと ロックは当然のことながら、必要であれば端末の暗号化やリモートでデータを消去できる仕組みを入れておきましょう。 画面ロック(パターン)をかける Androidデバイスマネージャー - Google Play の Android アプリ をインストールする 端末を暗号化する(設定 > セキュリティ > 端末の暗号化) ロックについては、古い記事ではありますが Androidのロックパターンの解読にFBIが投了!Googleに素直にアカウントとパスワードを聞く | あんどろいどスマート という話もあるの

    machupicchubeta
    machupicchubeta 2015/05/08
    ためになる
  • (Railsで)プロフィール更新みたいなやつの注意点 - けんちゃんくんさんのWeb日記

    前職と現職で2アウト案件。 Railsに限らないけど、ログインユーザの情報を変更するときは current_user みたいな変数を変更するんじゃなくて、DBを引き直して更新しましょうって話。 ダメな例 class ProfileController def update if current_user.update(profile_params) redirect_to :root else render :edit end end end 良い例 class ProfileController def update @user = User.find(current_user) if @user.update(profile_params) redirect_to :root else render :edit end end end なんでだめなの? バリデーションエラーが起きた時に

  • 永和システムマネジメントを卒業してGMOペパボにjoinしました - けんちゃんくんさんのWeb日記

    永和システムマネジメントには、新卒で入社してから7年と4ヶ月お世話になりました。 永和のこと 学生時代に、キングファイルに綴じられたクラス名が連番になっている詳細設計書からプログラムを作成するバイトで精神を削られ、「まともなソフトウェア開発がしたい!」と会社を探している中で永和を見つけ、運良く入社できたことはとても幸運でした。 入社してからはお客様、プロジェクト、チームメンバーにも恵まれ、もう二度とやりたくないと思うような仕事は1つもなかったように思います。もちろん、全てが納得できる仕事ではありませんでしたが、個々のプロジェクトという単位でみると、何かしらの楽しみや自身が成長できたという実感があります。 どこの馬の骨かわからない学生を雇い、ここまで成長させてもらったこと、大変感謝しています。みなさんありがとうございました。 なんで辞めんの? 受託開発オワコン〜なんていうつもりは全くなくて、

    machupicchubeta
    machupicchubeta 2014/08/01
    おつかれさまでしたーがんばってくださいー
  • Sidekiqを使った非同期処理のテストについて - けんちゃんくんさんのWeb日記

    まとめ sidekiqを2つのRailsアプリケーションで使ってみて、テストの書き方と残し方について思うところがあったので書いてみます。 特別な事情がなければsidekiq/testingを使うべき(sidekiq/testing/inlineは使わない) 非同期処理そのもののユニットテストはMyWorker.new.performで書けばよい 非同期処理をキックする側のユニットテストはMyWorker.jobs.sizeを検証するだけにする エンドツーエンドテストでは「全ての非同期ジョブを実行する」というようなstepやメソッドを作ってそれを呼ぶ sidekiq/testingとsidekiq/testing/inlineについて sidekiqのwikiには、テストのための仕組みとしてsidekiq/testingとsidekiq/testing/inlineの2つがあり、**「どちら

  • 1