技術部データ基盤チームの @zaimy です。今回は、 Visual Studio Code（以下 VS Code）と Docker コンテナを使って開発環境を構築する方法を紹介します。 データ基盤エンジニアの開発環境として、Python を使用する単一コンテナを例に記述しますが、他の言語や Docker Compose を使う場合でも応用できます。 背景: M1 Mac (Monterey) に Python 3.8.12 をインストールできない 先日、業務で使用するマシンを Intel Mac から M1 Mac に切り替えたのですが、CPU アーキテクチャが異なることに加えて、OS のバージョンが上がったことで Apple Clang に下位互換性のない変更が入っており、業務上ある理由で必要な Python 3.8.12 のインストールが困難でした。 そこで、私の所属するチームは全員

執行役員 VP of Engineering 兼技術部長の @hsbt です。Horizon Fobidden West やアサシンクリード・ヴァルハラの DLC 第三弾をプレイしつつモンスターハンターライズのサンブレイクの発売を待っている春この頃です。 GMO ペパボ(以下、ペパボ)では、2022年2月に所属しているエンジニア全員 100 名強にキャリア意識に関するアンケートを取りました。今回はこのアンケートの結果の一部についてご紹介します。 調査内容 キャリア意識に関するアンケートにはエドガー・シャインによるキャリアアンカーに基づいた質問や今後伸ばしていきたい技術領域など、多岐にわたって質問をしています。アンケートに含まれる質問のうち、『LeanとDevOpsの科学』に紹介されている「組織文化の測定」に基づいた調査とその結果が特徴的だったため、テックブログのこの場で公開します。 『Le

こんにちは、ホスティング事業部の @dojineko です。 今日は2022年02月22日、スーパー猫の日です 🐾 そんな今回は、2022年01月に社内で共有した、Slackを活用した日常のコミュニケーションでストレスを与えやすいパターンの例とその改善手法の提案を、 テックブログの記事として編集したものを共有したいと思います。 今昔ペパボのテキストコミュニケーション GMO ペパボではコロナ禍以前より、テキストでのコミュニケーションを主体とした業務に取り組んでいます。 普段からほとんどのコミュニケーションはSlackによるテキストチャットで行われ、 それぞれが組織やサービスにある課題やそれらを改善する提案をしたり、業務に関わる内容を文字にしたりしながらコミュニケーションしています。 テキストでのコミュニケーションは、「考えていること」「思っていること」を文字として具体化できることや、 後

はじめに 今年のエンジニア研修の担当をしたkurotakyとtokkyです。ペパボのエンジニア研修2021がはじまっていますという記事を書いてあっという間に時が経ち、先日研修が終わったので研修資料を公開します。各研修の講師からコメントをもらっているので、ぜひ読んでいってください！ 研修を実施するにあたって、専門的な内容を学んでから現場に入る方法や、幅広い技術層に触れてから現場に入る方法など、さまざまなスタイルがあります。ペパボでは最新の技術の幅広く触れてOJTに入っていくやり方を選択しています。それはなぜかというと、GMOペパボのわたしたちが大切にしている3つのことの中で、「みんなと仲良くする」ということ話がありますが、みんなと仲良くするというのは、エンジニアという職種だけでも100人以上になり、そのみんなと仲良くするのは実際は結構難しいと思います。過去にCTOのあんちぽさんが2017年の

執行役員 VP of Engineering 兼技術部長の @hsbt です。先週発売したモンスターハンターストーリーズ2をプレイしながら、「ティガレックスじゃなくてナルガ亜種出てよ〜」という感じにオトモンの卵探しに時間を費やしています。 今回は「ペパボさんには〜はありますか?」シリーズの第二弾として「ペパボさんではテックブログの執筆方針などはありますか?」という質問をもらったので、GMOペパボ(以下、ペパボ)でのテックブログの運営方針をこのエントリで紹介したいと思います。(第一弾は GMO ペパボでの Slack の使い方 2021 - ペパボテックブログ です) 運営方針 ペパボテックブログは 2015年11月17日にスタートしました。当時の執行役員CTO、現取締役CTOの @kentaro が書いたテックブログ開設の目論見について引用します。 日々の業務から得られた知見を少し立ち止ま

執行役員 VP of Engineering 兼技術部長の @hsbt です。9月に発売する LOST JUDGEMENT に備えて龍が如くシリーズの過去作品を一通りプレイし終えたので、次はモンハンストーリーズ2か何をプレイしようかなあと迷っている日々です。 GMO ペパボ(以下、ペパボ)では 2021 年の技術方針として「ふつうの開発をできるようになる」というスローガンを掲げています。 「ふつうの〜」という私が以前に所属していた永和システムマネジメントでよく使われていた形容詞です。すごいエンジニアがすごいテクノロジーを使ってすごいプロダクトを作って世界を変える、そういうやり方を夢見るのではなく、開発者一人一人が毎日の「ふつうの開発」のやり方のレベルを少しずつ高めていくことですごいプロダクトを作っていこう、という意味がこのスローガンにはこめられています。 ふつうの開発をできるようになる で

はじめに SUZURI事業部のシニアエンジニアリングリードの黒瀧です。 @kakutani さんの企画にてユニコーン企業のひみつ――Spotifyで学んだソフトウェアづくりと働き方をご恵贈いただきました。ありがとうございます！SUZURI事業部で実践してきたことと、これからすぐに取り組めそうな事を気づかせてくれたので、その中から一つテックブログに書きます。 本書の中でも「自律、権限、信頼」という話が出てきましたが、ペパボにもわたしたちが大切にしている3つのことという行動指針があります。みんなと仲良くして、信頼しているからこそ権限を与えて、一人一人がたくさんのアウトプットを産み出すことに繋がっています。CTOのあんちぽさんがやっていき、のっていき/The Secret of Leadership and Followershipで書かれていますが、やっていき・のっていきの文化があるため、失敗

こんにちは！ 先日最終話が放映された Dr.STONE 2 期が始まった頃、先が気になりすぎて漫画版を大人買いした CTO室 鹿児島オフィスチームのよしこ @yoshikouki です。これぞ社会人の嗜みだなと感慨深くなった30歳の春。 今回は私が運用・開発に携わっているホスティング事業部で Slack ワークフローと GitHub Actions を組み合わせて業務を改善しましたので紹介したいと思います。本改善は、サービスの本番環境に近いステージング環境へのデプロイ作業を Slack 上で行えるようにして、デプロイのための環境構築を不要にしたことに加えて必要なステップを 1 つだけにすることができました。 これまでステージングデプロイの問題点 環境構築についての比較 改善前 改善後 デプロイフローについての比較 改善前 改善後 どのようにして改善したのか 実際の操作画面と流れ 実装方法

EC 事業部の akatsuura (@UVB_76) です。最近は AFTER SIX LEAGUE という企業対抗戦の Apex Legends 部門に参加していて、毎月他の企業の参加者と競っています。 ペパボではお昼休みに OSS コードリーディング会という GitHub で公開されているライブラリのコードを読みすすめる会が開かれています。私はこの会が始まった 2019 年から参加し続けています。気がついたら 50 回近くの開催となっていたのでこの機会に進め方やわかったことをここで共有します。 尚、現在の参加者は Ruby on Rails で開発を行っている人たちがほとんどで、コードリーディングの対象も gem 形式で公開されている Ruby のライブラリが中心になっています。記事の中には Ruby 固有の話も出てきますが、他の言語でも読み方自体については同じようなことができるので

開発言語と主要フレームワーク 95%以上Swiftで、特に古いテストやエンティティはObjective-Cが少しだけあります。新規のものは必ずSwiftで開発していて、残っているObjective-Cは少しずつ減らしています。 使っているSDKのバージョンに関しては、Xcode 12への移行対応が終わっており、近日中に12でビルドしたバイナリーを公開する予定です。 ほぼほぼUIKitですが、いくつかの画面でSwiftUIを使っています。最低対応のSDKはiOS 13なので、LazyStack系やLazyGrid系がまだ使えないのですが、設定周りの画面など、CollectionViewっぽくない画面を今年中にたくさん移行しようと思っています。移行自体は色々考えてプロトタイプを作るなどして、2020年のiOSDCで発表しました。また、UIKitはモダンなAPIを使うように心がけており、例えば、

カラーミーショップ サービス基盤チームのkymmtです。この記事では、サーバサイドレンダリングするシングルページアプリケーションとAPIサーバからなるWebアプリケーションのセッション管理方法について紹介します。 アプリケーションの構成 構成の概要 今回は例としてEC事業部で提供するカラーミーリピートをとりあげます。構成としては、Railsで作られたAPIサーバ1と、Vue.jsで作られたシングルページアプリケーション(SPA)からなります。また、SPAはExpressが動くフロントエンドサーバでサーバサイドレンダリング(SSR)します。APIサーバはSPAかフロントエンドサーバだけが呼び出します。各ロールはサブドメインが異なります。 APIサーバでセッションIDを持つCookieを発行し、Redisを用いてセッション管理します。また、APIサーバへのセッションが有効なリクエストはフロント

セキュリティ対策室の伊藤洋也 @hiboma です。 業務中に、Haconiwa コンテナ で動くとある node プロセスが general protection fault ( 一般保護違反! ) を起こしてdmesg にログを残す現象を調べ、問題解決にあたっていました。その際の痕跡をまとめなおして記したエントリになります。 エントリの概要 本エントリでは、以下のような内容を扱います。 Haconiwa コンテナの node プロセスが general protection fault を起こしている ライブラリ関数 abort(3) の概要 abort(3) がプロセスを停止する方法の検証 node プロセスが abort(3) を呼び出すケース glibc x86系の abort(3) 実装が HLT 命令を呼び出し、general protection fault を起こすこと

こんにちは、ぱーぽーです。 皆さんは競技プログラミング（以下、競プロ）を知っていますか？ 競プロはプログラミングコンテストの一種で、出題された問題を制限時間内に早く多く解くことを競います。国内のサービスだとAtCoderが有名ですね。 今回は弊社の競プロ好きが集まる ペパボ競プロ部 の活動について紹介していきます。 活動について P社の昼休み・P社の放課後 毎週火曜日の昼休みに活動する P社の昼休み を約半年前から、不定期で定時後に活動する P社の放課後 を昨年の年末頃からやっています。 弊社は東京・福岡・鹿児島の3拠点にオフィスがあり、各拠点の競プロ部員がそれぞれ1箇所に集まり、3拠点でビデオ通話をしながら活動しています。 活動内容ですが、いつもAtCoder Virtual Contestを利用し、AtCoderの過去問をコンテスト形式で解いています。 そして解き終わった後は、解けなか

執行役員 VP of Engineering 兼技術部長の @hsbt です。ペルソナシリーズが大好きなので 2/20 発売の P5S をプレイしながら週末を過ごすのを楽しみにしています。 昨年は GMO ペパボの社内IT環境 2019 - ペパボテックブログ というエントリでペパボの社内 IT 環境についてご紹介しましたが、本エントリでは 1/26 より開始している GMOインターネットグループの在宅勤務体制 から始まったペパボのリモートワークの状況について社内 IT 環境にフォーカスしてご紹介します。 ネットワークへの影響と対応 ペパボでは、ほぼ全社員が SSL-VPN を利用することができます。この SSL-VPN は毎年行われる在宅勤務訓練の際に、利用方法やマシンで実際に使えるかを確認しているため、今回の在宅勤務体制への移行時には大きいトラブルはありませんでした。改めて訓練の大切さ

こんにちは、HR統括グループのあちゃです。 GMOインターネットグループでは、新型コロナウィルスの感染拡大に備えて1月27日から在宅勤務を行っています。（詳細はこちらをご確認ください。） 27日の朝、自宅で業務を始めてすぐ@june29が、社内の GitHub Enterprise にこんなissueを作ってくれました。 ペパボにとって初めての長期間での在宅勤務を快適にするべく、自宅の作業デスクの工夫や知見がたくさん集まりました！ 今回はその中の一部を紹介したいと思います。 issueの発案者 @june29 のデスク 工夫ポイント ケーブルはなるべく天板の下に追いやって、デスクの上をすっきりさせる 色をなるべく黒で統一することでゴチャゴチャ感を軽減する 詳細は Scrapbox にまとめてあるそうなので、ぜひご覧ください！ 毎日使うものにはお金をかけて実質無料にする方針 @hsbt のデ

ここ最近はNetflixをつけるものの5分足らずで寝落ちしているlinyowsです。皆さんは体調は万全ですか？僕はすこぶる悪いです、こんにちは。今回は、私たちがなぜNotionを使っているのかを、抱える課題と一緒にお話ししたいと思います。 情報と私たち まず、私たちはインターネットサービスを通じて個人の表現活動を支え続けるお仕事をしています。私はエンジニアですが、デザイナーやマーケッター、ディレクター、カスタマーサービス、プロダクトオーナー、バックオフィスなど、様々な職種が一緒になって知的生産活動をしています。最近では、働き方改革の１つとしてリモートワークが積極的に導入されている業界であります。私たちは、様々なツールを使いこなすことで、地理的や時間的制約を超えたお仕事を実現しています。 私たちが使っている様々なツール Slack GitHub — Repository, Issues, W

CTOのあんちぽです。このエントリでは、昨今隆盛しているプログラミングスクールに対して期待していることと提案について、エンジニア採用を担当する者として述べたいと思います。 このエントリの前提としての私の考え まずCTOとして、プログラミング教育全般に対する私（およびペパボとして）の考え方を述べます。我々は「いるだけで成長できる環境」を謳い、エンジニア教育に熱心に取り組んでいる企業であると自負しています（少なくとも相対的には）。また、インターネット産業の担い手として、この業界に多くの方がエンジニアとして活躍の場を見いだせることを心から願っていますし、微力ながら貢献してもいると思っています。 そのような我々ですので、昨今のプログラミングスクールの隆盛について、非常に好ましく思っています。特に私のような世代は、見様見真似で必死にやってきてなんとかいまがあるという感じでプログラマになりましたが、昨

執行役員 VP of Engineering 兼技術部長の @hsbt です。 GMO ペパボ株式会社(以下、ペパボ)では一年に二回、半期ごとにエンジニアが実績の資料を作成し、資料に基づいて評価を行う制度があります。評価資料では、ペパボが大切にしている三つのことである「なかよくすること」「ファンを増やすこと」「アウトプットすること」それぞれについて、エンジニアとしてどうコミットしたかというのを述べる必要があります。 2019 年上期(1-6月)の評価を @hsbt が行った部署のメンバーに向けて、何故エンジニアにとってアウトプットが大事なのか、ということを述べた文章を社内で共有しました。今回はその文章をアレンジして公開したいと思います。 今回の評価で、気になったこととしては、 「OSS は開発していません、発表もしていなかったのでアウトプットはBです」という自己評価が散見されたことです。一