Kaigi on Rails 2022で気になったセッションは？『ふりかえりKaigi on Rails 2022』文字起こしレポート - STORES Product Blog
2022年10月24日に『ふりかえり Kaigi on Rails 2022』と題してイベントを開催しました。イベントでお話した内容を文字起こしレポートでお届けします。 自己紹介 kwappa：そろそろ「ふりかえりKaigi on Rails 2022」を始めます。みなさん、こんにちは。 みんな：こんにちは。 kwappa：Kaigi on Rails、みなさんお疲れ様でした。楽しかったでしょうか？このイベントは、STORES 株式会社のエンジニアを3人もKaigi on Railsの登壇者に送り込むという快挙に成功しましたので、ぜひその登壇者を集めて振り返りながら、また来年も楽しみだなという気持ちになっていくというイベントです。まず、登壇者のみなさんから一言ずつ自己紹介をもらいましょうか。藤村さんからお願いします。 藤村：藤村です。僕はRailsを10年ぐらいやってました。Kaigi o
そのアウトプットは業界最高水準ですか？CTOはどうやって技術力を磨いているのか【ep.16 #論より動くもの .fm】 - STORES Product Blog
CTO 藤村がホストするPodcast、論より動くもの.fmの第16回を公開しました。今回は STORES のテクノロジー部門のマニフェストから技を磨き続ける重要性について話しました。 論より動くもの.fmはSpotifyとApple Podcastで配信しています。フォローしていただくと、新エピソード公開時には自動で配信されますので、ぜひフォローしてください。 テキストで読みたい方は下記からご覧ください。 個々人が専門家として技を磨き続けることで、六角形が大きくなる 藤村：こんにちは、論より動くもの.fmです。論より動くもの.fmは、STORES のCTO 藤村が技術とか技術じゃないことについてざっくばらんに話すPodcastです。今日は論より動くもの.fmを運営しているえんじぇるさんに来てもらってます。よろしくお願いします。 えん：よろしくお願いします。 藤村：今日は僕に聞いてみたいこ
Rubyist めぐり vol.1 ゲスト：takahashim (2023/01/26 19:00〜)
ゲストのご紹介 高橋征義さん/一般社団法人日本Rubyの会 代表理事 札幌出身。Web制作会社にてプログラマとして勤務する傍ら、2004年にRubyの開発者と利用者を支援する団体、日本Rubyの会を設立、現在まで代表を務める。2010年にITエンジニア向けの技術系電子書籍の制作と販売を行う株式会社達人出版会を設立、現在まで代表取締役。著書に『たのしいRuby』（共著）など。好きな作家は新井素子。 Twitter：https://twitter.com/takahashim モデレーター 藤村大介/STORES 株式会社 CTO 新卒でSAP導入支援企業に入社し、ソフトウェア開発に従事。その後、株式会社 Aiming、Quipper Limited社で開発チームのリーダーを務め、2015年10月に株式会社マチマチを共同創業、取締役CTOに就任。 2020年にヘイ株式会社に入社、2020年8月
業務PCが壊れたにも関わらず感謝の念に包まれた話 - STORES Product Blog
プロダクト基盤本部 SREの藤原です。 先日業務PCが突然完膚なきまでに壊れてしまったのですが、 結果としてSTORES社内のITサポートグループの素晴らしさに感動したのでエントリにまとめました。 壊れる業務端末 日常業務をしていたらさまざまなアプリケーションがエラーをだして、業務端末の電源が落ちました。 とりあえず電源を入れ直そうと思って電源ボタンを触ると異常な熱を持っていました。 (外部キーボード & トラックボール派なので気づかなかったのです) 火傷するんじゃないかというくらいには熱々な業務端末 冬季のカイロとしては定評のある16インチのIntel MacBook Proなので、熱は持ちやすいのですが少々異常な熱の持ち方だとは思いました。 電源を入れ直さないことにはどうにもならないのでしばし冷めるまで待ったのち電源を入れ直したところ、このような状況。 あかん雰囲気の漂う画面 "あ〜、
orthoses gemを使って型生成を自動化してみた ~RubyKaigi2022 体験記~ - STORES Product Blog
こんにちは、22卒の新卒エンジニアとして4月から STORES にjoinしている id:m11o です。 12月1日からスタートした STORES Advent Calendar 2022 も今日で最終日です。 自分が担当した STORES Advent Calendar 2022 1日目の記事 では、RubyKaigi 2022に登壇されたFu-ga (@fugakkbn) さんのセッションに触発されて、Sorcery gemの型情報(RBS)を記述し、 gem_rbs_collection にコントリビュートしたという記事を書きました。 gemの型情報を記述することによって、型情報の少なさを改善するとともにさまざまな恩恵が受けられると感じることができました。しかし、その一方で型を書くのが難しかったり、gemだけではなくプロジェクト内のコードにも型情報を記述する必要があります。さらに、
仕事のコミュニケーションはまず客観性が大事｜藤村｜note
ハッピーホリデイズ！クリスマス前にブログを書くという習わしもすっかり定着しましたね。去年は「CTOが選ぶ、エンジニアのみなさんに個人的に読んでほしい本」ということでおすすめの本を書いたのでした。今年のSTORES Advent Calendarでは趣向を変えて、エンジニアならずとも身につけておきたいソフト・スキルの話をします。 ざっくりいうと仕事でのコミュニケーションは客観性がめちゃ大事、でも主観も大事なので用量用法を守りつつ、って感じの話です！コミュニケーションを客観・主観でいくつかの種類にわけて、重要なやつから説明していこうと思います。 ということでまずは一番客観的なやつから。 客観１：事実一番わかりやすいやつです。起こった事象を評価を加えずにそのまま記述したもの。客観性という面ではトップです。 抽象的な議論のままうまく伝えられる自信がないので、例をもとに考えてみます。 例：電ドリIN
推しカヌレ？推しバリュー？バリュー浸透施策として社内ラジオをやっています - STORES Product Blog
この記事は STORES Advent Calendar 2022 の 25日目の記事です。 メリークリスマス🎄エンジニアリング室のえんじぇるです。 STORES では、テクノロジー部門（エンジニアが所属する組織）のマニフェストとバリューがあります。 そのTechマニフェスト・バリューの理解を深めたり、意識するきっかけになるための施策として、2022年7月から『Techバリューラジオ』という社内向けラジオを実施しています。これまで10回開催してきたのですが、どのような内容なのかを本記事でご紹介できればと思います。なお、Techバリューラジオは、STORESの全社バリュー浸透施策として実施されているバリューラジオのテクノロジー部門版として実施しているものとなります。 Techバリューラジオの運営方法 開催時間 不定期開催で、1回30分の番組 配信方法 Meetを利用して配信、リスナーもMe
アクセシビリティを普段の開発に定着させるためにやったこと #STORESアドカレ - STORES Product Blog
STORES Advent Calendar 2022 の 24日目の記事です。 こんにちは。業務委託で STORES の開発をしている @inouetakuya です。 昨年のアドベントカレンダーでも アクセシビリティについての記事 を投稿し、そのなかで、 hey もアクセシビリティの取り組みはまだ始まったばかりで、目標としている「普段の開発に定着させる」というところまでの道のりは遠いですが、2022年も前に進めていく所存です。 と書きました。 今回は続編として、今年 2022年に、アクセシビリティを普段の開発に定着させるために行った取り組みを紹介します。 2021年のおさらい - 学習と実践 2022年のスタート地点がどのような感じだったかをお伝えするために、2021年の取り組みにも触れておきます。 2021年は STORES にとってアクセシビリティ元年とも呼べる年で、アクセシビリテ
モバイルアプリのリリースから振り返る STORES 決済 の1年 - STORES Product Blog
メリクリです。 STORES Advent Calendar 2022 の24日目の記事です。 🎅メリークリスマス🎄 STORES 決済 モバイルチームの Engineering Manager、 iOS アプリ・SDKの開発を担当しております。 いわいです。 2022年のクリスマスイブ。皆さまいかがお過ごしでしょうか。 クリスマスになるといつも思い出すのは 私が高校生のときに クリスマスイブの池袋パルコ前で 電撃ネットワーク が路上パフォーマンスをしていたところに偶然とおりかかり、 笑いながらみていたところ 突然 前に引っ張り出され、 布団圧縮袋 の中に入れられた事です。 良い感じにピッタピタに圧縮されました。 貴重な圧縮体験ができてなんだか とても嬉しかった です。 ※安全に考慮して圧縮されたので意外と苦しくは無かったです。 それはさておき ここからが本題です。 今回は iOS /
AWS Organizations & IAM Identity Center利用をオススメしてみる(AWS Organizations活用のリアル補足) - STORES Product Blog
プロダクト基盤本部 SREの藤原です。 2022/12/13にSTORES Tech Talk AWS Organizations活用のリアルにて登壇いたしました。 本エントリはその補足です。 登壇内容について speakerdeck.com 当日は、AWS OrganizationsとIAM Identity Center, Terraformを連携した権限管理と題して、15分ほどトークを担当いたしました。 弊社におけるAWS OrganizationsとIdentity Center導入の経緯を説明した上で、oktaをIdPとした実際の構成、Terraformを組み合わせた運用について解説しました。 具体的なトーク内容については、リンクしているスライドを参照してください。 本エントリの経緯 本エントリを書いた経緯ですが、イベント当日にAWSを検証のために個人利用している場合のプラクティ
今年1年挑戦したこと - STORES Product Blog
今年1年挑戦したこと この記事はSTORES Advent Calendar 2022の 22日目の記事です。 こんにちは、CRM事業部id:ahogappaです。 年の瀬ということなので、4月に入社してから12月までに参加したイベントや挑戦を振り返ります。 ルーキーズプロジェクト ISUCONに参戦 Rust.Tokyoに登壇 RubyKaigiに参加 In da STORESに登壇 G.I.G プログラムに参加 まとめ また、今年は個人的な目標として「アウトプットを増やす」としていました。 なので、入社してからは「社内で何か公募していたら全部参加するぞ！」という気持ちでガンガン挑戦していきました。 ルーキーズプロジェクト いわゆるSTORES (当時、hey)の「新卒研修」です。 入社してからすぐプロジェクトが始まり、3ヶ月じっくりとプロジェクトを進めていきました。 GW明けには本格的
AWS Security Groupの棚卸とその後の運用 - STORES Product Blog
STORES 決済 バックエンドエンジニアの nannany です。 この記事は STORES Advent Calendar 2022 の 22日目の記事です。 概要 システムを運用していくと、過去使っていたけれど現在は使っていない AWS Security Group (以下、Security Group)がどうしても出てきます。 ここではそういったSecurity Groupの棚卸方法と、利用していない Security Group が出ないようにどう運用していくかについて記述します。 棚卸手順 大まかに下記の手順で棚卸をします。 Security Hub の AWS 基礎セキュリティのベストプラクティス v1.0.0の IDがEC2.22の Unused EC2 security groups should be removedを使って、利用していないSecurity Groupの
Re: 技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - @kyanny's blog
技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - Speaker Deck 「品質と速度はトレードオフの関係ではなく、比例する」みたいな話を見聞きするたびにモヤッとするのが、 本当に短期的な話、三十分以内に変更してデプロイしたい、みたいな「短期的」な話であれば「テスト書いてる時間はない」は間違いではない、一分将棋みたいなギリギリのプロジェクトに従事している人のことを考えろ（？） 「ちゃんと設計せずに作った（そうせざるを得ない外圧があった）→ちゃんと設計する余裕があれば負債を溜め込まずに済んだ」みたいに聞こえるが、十分な時間があったら負債が出ない高品質の設計ができたとでも思っているのか？ ↑に書いた「三十分か一時間か」みたいなギリギリの状況ならいざ知らず、日・週単位でスケジュールが組まれてるソフトウェア開発プロジェクト
PdM組織3人の壁｜daiki nishioka｜note
こんにちは。 STORES 予約 でプロダクトマネージャー（以下、PdM）をしている西岡です。STORES は「お店のデジタル化をまるっとサポートする」というコンセプトで、複数プロダクトを運営している会社です。 スタートアップの人事界隈では、拡大する人員と組織課題をまとめた「組織〇〇人の壁」という表現がしばしば使われています。 直近2年のSTORES 予約 エンジニア増加に伴い、STORES 予約 のPdMチームが有り難いことにわたし1人から3人体制になりました。 今回は人員拡大するPdM組織の中で発生した数々の問題、そして課題に対してどのようにチームとして対応した（している）のかを「PdM組織3人の壁」として紹介します。 STORES 予約 のPdMチーム遍歴 2021年1月- 西岡（@nishiokadaiki1）1人期間 2021年10月 宮里さん（@miyahirok）入社。2人
CRM事業部22卒のルーキーズが語る、STORES の開発でしかできないこと｜STORES People
2022年卒のルーキーズとして入社した大迫雅仁さん（以下、お）と平野晶さん（以下、ひ）。CRM事業部でバックエンド開発を担っています。実はこれまでにフリーランスや会社で働いた経験もあるお二人に、ルーキーズの視点で STORES の開発環境について語っていただきました。 聞き手：塩谷啓 PROFILE 大迫雅仁さん・・・テクノロジー部門CRM本部 CRMのバックエンドエンジニア。STORESには2022年4月に新卒として入社。仕事では、最近は主にShopify連携周りのコードを書いたりしてます。My Funは映画、漫画、愛犬・愛猫。休日は愛犬と遠くに散歩行ったり、映画見たりしてます。 平野晶さん・・・テクノロジー部門CRM本部 18年に一度就職後、20年に大学院へ進学。22年にCRM事業部に新卒入社。 コードを書ける環境が決め手の大迫さん、課題解決ができる事業に魅力を感じた平野さんお話をきい
難しい課題に取り組むために必要なものは？w/fukabori.fmのiwashiさん【ep.15 #論より動くもの .fm】 - STORES Product Blog
CTO 藤村がホストするPodcast、論より動くもの.fmの第15回を公開しました。今回はfukabori.fmのiwashiさんをゲストにお招きし、課題の取り組み方、問いを立てる難しさについて話しました。 論より動くもの.fmはSpotifyとApple Podcastで配信しています。フォローしていただくと、新エピソード公開時には自動で配信されますので、ぜひフォローしてください。 テキストで読みたい方は下記からご覧ください。 経験をつまないとわからないありがたさ 藤村：みなさん、こんにちは。論より動くもの.fmです。論より動くもの.fmは、僕、藤村が技術とか技術じゃないことについてざっくばらんに話すPodcastです。今日はfukabori.fmのiwashiさんが来てくれています。iwashiさんよろしくお願いします。 iwashi：よろしくお願いします。 藤村：前回、僕がfuka
開発フローでちょっと便利なツールをCloudflare Workersで作る - STORES Product Blog
STORES 予約 でエンジニアリングマネージャーをしています、ykpythemindです。この記事は STORES Advent Calendar 2022 の20日目です。 STORES 予約 では以前ご紹介した、細かくPull Requestを積み重ねてデプロイをしていく戦略 で開発をしています。今回はCloudflare Workers を用いて私達の開発を少し改善にした方法をご紹介します。 今回つくったもの 以前の記事 にあるように私達はPull Requestをマージした後、Slack上のデプロイ専用のチャンネルでスラッシュコマンドを打つことでデプロイを発火しています。 デプロイしている図 Pull RequestのAuthorがマージをし、その人がデプロイするフローにしています。しかし、 マージしたあと本人がデプロイを忘れることがある スラッシュコマンドだけ見てもこの後なにの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
デスマーチから身を守るたったひとつの方法
2022年ふりかえり | kwappa.net
はてブでふりかえる2022 | kwappa.net