以前に アプリケーションを停止させずにRDBのスキーマ変更する話 を書きました。 developer.feedforce.jp 今日は、その実践編というか、実例として EC Booster というサービスで請求関連テーブルのスキーマを変更した話をしようと思います。 はじまりのテーブル 元々、 EC Booster の請求を管理するテーブルは、このような形でした。 create_table "monthly_charges", id: :uuid, default: -> { "gen_random_uuid()" }, force: :cascade do |t| t.uuid "shop_id", null: false t.integer "year", null: false t.integer "month", null: false t.datetime "created_at"

この記事は、Feedforce Group Advent Calendar 2023の1日目です。初日から縁起でもない題材を選んでしまった感はありますが、どうかお付き合いください。 フィードフォースでは、サービス運営上のトラブルがあったときに、「障害レポート」と題して報告書を作成します。きっと他社でもインシデントレポートとか事故報告書とか、名前を変えて同じような取り組みがあるかと思いますが、今日はその障害レポートを作成する上で、わたしが気をつけていることをご紹介します。 この記事で特に伝えたいポイントは、次の3つです。 読者の視点で情報を再構成する パラグラフ・ライティングで書く 事実と意見を書き分ける 障害レポートの目的 フィードフォースにおける障害レポートの作成と活用の目的は、障害に関する情報を整理し、正しい意思決定をすることです。障害レポートの作成が始められるのは、障害発生を把握した

こんにちは！ id:chionyan です。 4/18〜4/20に福岡で開催された RubyKaigi 2019 に参加してきました！ ちょうど1年くらい前に福岡からフィードフォースに来たので、とても感慨深い気持ちでした😋 chionyan.hatenablog.com 社内で感想を話したところ、Ruby 2.7.0 で導入予定の Pattern matching について興味津々な方が多かったので、試してみてわかったことをまとめてみます！ Ruby 2.7.0-dev のインストール パターンマッチング簡単ご紹介 パターンマッチングの処理の流れ パターンのバリエーション Value パターン Variable パターン Alternative パターン As パターン Array パターン Hash パターン 使ってみた感想 まとめ Ruby 2.7.0-dev のインストール rbe

どうも、バックエンドエンジニアのサトウリョウスケです ✌︎('ω')✌︎ 若干釣り臭いタイトルですが、先日 RubocopChallenger という gem の v1.0.0 をリリースしたので紹介させて頂きます 🙏 github.com 経緯 僕が所属している ソーシャルPLUS は 2012 年頃から開発が始まりました。Rails のプロダクトとしては古株の方だと思います。 ソーシャルPLUS に RuboCop が導入されたのは 2017/02 頃 1 で、それまで特に RuboCop を意識したコードで開発を進めてこなかったので、巨大な .rubocop_todo.yml が出力され、それが手付かずのままになってしまっていました。ちなみに当初は 1669 行 195 種類 の違反ルールがありました。 このままでは RuboCop の恩恵が受けられないので、 RuboCop Ch

こんにちは、エンジニアの id:tsub511 です。 先日 Kubernetes.rb という勉強会があり、そちらの講師役として参加してきました。 localhost.connpass.com .rb と言いつつ Ruby の話は一切ありませんでした。タイトルの伏線は回収されず 😁 参加の経緯 さて、今回自分としては初の勉強会の主催側 (?) としてお手伝いすることとなったのですが、その経緯について軽くご紹介します。 もともと一からイベントを企画したわけではなく、主催の @yoshi_hirano さんが講師役を募集していたところに応募した形になります。 ただ、応募の経緯としては先日ご退職された元フィードフォースの @284km さんから、「講師役やってくれる人を1名探しているんですが、tsub 氏どうですか？」というお誘いを貰い、やってみたいと思ったので繋いでいただいた感じです。 ち

はじめまして！今年の4月にフィードフォースに入社した id:daido1976 です！Rails に弄ばれる日々を過ごしています。 フィードフォースでは今年の4月と5月に私を含む計3名の新人エンジニア（開発実務未経験者）が入社をし、現在研修を受けている真っ最中です。 研修の一環として、『メタプログラミングRuby』を読んでいたのですが、初心者にはかなり難しい内容の本ということもあり、各自きちんと理解ができているかどうかチェックする意味も込めて社内で読書感想会を開催しました！ メタプログラミングRuby 第2版 作者: Paolo Perrotta,角征典出版社/メーカー: オライリージャパン発売日: 2015/10/10メディア: 大型本この商品を含むブログ (3件) を見る もちろん新人エンジニア達にとって技術書の読書感想会など初めてなので、過去社内で行われていた以下の記事を参考に。 d

こんにちは。増田（id:masutaka26）です。発表が無事終わり、何かゲームでも買おうかなと思ってます。 さて、フィードフォースでは毎週金曜日 16:00 から、社内技術勉強会を開催しています。当番制の持ち回りで技術に関連したことを発表します。 先週金曜日は私の当番で『開発基盤チームとして課題を探したらマネジメントをしていた』という発表をしました。 技術チーム以外の方もたくさん聞きに来てくれて、ありがたかったです。🙏 発表の内容 前回含めて、これまでの発表は全てコードが登場していました。今回のようなコードが登場しないマネジメントの話は、内容が拡散しがちで難しかったです。結局まとまりませんでした...。 今回は敢えて後から読めるプレゼン資料にしました。なのでプレゼン資料としては冗長な書き方になっています。 まとめるとこんな内容です。 コミュニケーションの不確実性を解消することが、マネジ

フィードフォース ボドゲ部の id:kano-e です。 先日の社内勉強会で、障害対応体験ゲーム『障害対応Night☆』を技術チームメンバー何人かにプレイしてもらいました。 「障害対応体験ゲームって何？」とお思いでしょうか。 障害対応体験ゲームとは、架空の Web サービスで障害が発生したと仮定し、それに対してそれぞれの知識と経験と技術を集結して対応する……ということを体験できるように、わたしが考えたゲームです。 『障害対応Night☆』という名前は 10 秒くらいで考えました。 そもそもなんでゲームなんか考えたのか、どのようなゲームか、プレイ風景や参考情報などをまとめました。 そもそもなんで「障害対応体験ゲーム」なのか 障害対応って経験や場数による部分があるよね、という感覚が薄っすらとあるような気がしてます。 じゃあ、どうやって経験を積めば良いのかというと、それはもう実際に障害が発生する

グレイテストショーマン最高でしたね！！！最近は、より映画にどっぷりな id:pokotyamu です！ 先日、告知していました通り、2月16日〜18日で、開発合宿 Feedforce Tech Camp 通称 FFTC を開催してきました👏 その様子は、各エンジニアの個人ブログをご覧ください↓ 伊東は開発合宿のおすすめスポットだった 開発合宿 カテゴリーの記事一覧 - はのちゃ爆発 フロントエンド触っているメンバーもいれば、ブログ書いて、 100 はてブ超えするメンバーもいて、２日目の夜にやった成果報告会は、１時間超の大盛況でした👍 100 はてブ超えのブログはこちら↓ AWS 認定ソリューションアーキテクト アソシエイトに合格した話 - critical alertのブログ そんな開発合宿で、私 pokotyamu が何をやったかですが... 最近話題のカイゼンジャーニーを読みました

こんにちは、 id:mizukmb です。好きなエディタは Vim です。 11月4日 (土) に開催された VimConf 2017 に行って参りましたので、そのレポートをお届けしたいと思います。 Twitter のハッシュタグは #vimconf2017 です。 atWare 社提供のコーヒー。ありがとうございます! めっちゃおしゃれ Vim, Me and Community - @haya14busa 発表資料: docs.google.com 発表者: @haya14busa Vim との出会いと、様々なプラグインを作るなかで人生が変わった話。 これまでの Vim との旅は、絶対に自分ひとりではできなくて、 vim-jp や Contributor の方たちの協力無しでは成し遂げられなかったと話されていたのが印象的でした。 The Past and Future of Vim-g

こんにちは、 id:kano-e です。 さて、先日のことですが、出社すると、なにやら隣の席のキーボードが……！ 別件で相談に行ったのですが、開口一番「キーボード変わってる！」って口走ってしまいました。 以前から ErgoDox EZ を使っていた方だったので、キーボードがセパレートしているのには慣れていたのですが、それでもなかなかのインパクトですね。 という訳で、本日は「突撃！隣のキーボード」と題して、社内のキーボードを勝手に紹介しようと思います。 フロントエンドエンジニア id:kogainotdan 冒頭で紹介しましたキーボード、Infinity ErgoDox です。 ガガーリンをイメージしたキーキャップとのこと。 キリル文字は単なる装飾で、実際のキー配列とは無関係。 そもそもアルファベットと文字数が違うので割り当てできないらしい。 右下のキーキャップは ErgoDox EZ の時

こんにちは。増田（id:masutaka26）です。社内勉強会の順番が来ると、２ヶ月前くらいからソワソワしてきます。 そんなわけで今回は『日報を golang で支える技術』というお題で発表しました。 発表の内容 以下、スライドからの抜粋です。 背景など 以前の社内勉強会で github-nippou という gem を紹介した ひとつの ruby スクリプトからそこそこ作り込み、毎日便利に使っている 先日も同僚の @ryz310 から pull request をもらって、さらに便利になった からの、golang への書き換えをした。その場でライブリリース モチベーション 以前 hub コマンドが ruby から golang に移行したのを見て、一度やってみたかった rubygems の CLI を Dockerize してポータビリティを高めるのは何かが違うという気持ち @ryz31

kano-e です。 今年の夏に『オブジェクト指向設計実践ガイド』の読書会を行なっていました。 毎回1章ずつ、ゆるゆると集まってその章に出てきた話で気になったことなどを話し合う感じの読書会でした。 本の内容や設計について話せたのも有意義でしたし、そのまま「今やっているこの実装はどうするのが良いのか」みたいな話になったり、他のプロダクトではこうやってるなどの話を聞いたりもして、とても実りの多い会だったと思っています。 社内で開催した『オブジェクト指向設計実践ガイド』の読書会終わり！今回読むのは2回目。画像の通り、だいぶがっつり読むことが出来たし、業務や個人のコードも良くなって満足。 pic.twitter.com/XUin6wBWpA— Takashi Masuda (@masutaka) 2017年8月24日 以下の文章は『オブジェクト指向設計実践ガイド』を読んでのふんわりとしたエモい感想

マネジメント業をやっている鈴木です。有志のエンジニアで「開発チームをより良くし隊(仮)1」という集まりを始めました、というお話をします。 きっかけ「みんなでRubyKaigiに参加したい！」 去る9月18-20日にRubyKaigi2017が開催されましたね。弊社からも4名が参加しましたが、当初の参加予定はそれより少ない2名でした。 なぜ参加者が増えたのかというと、 社内で採用している重要な技術であるわけだし、もっと多くのメンバーで参加してRubyの今後の展望を直接この目で見に行きたい！ と、あるエンジニアが社長に直談判し、当初「参加費のみ」だった会社からの補助を「広島までの旅費や宿泊代も補助2」まで拡大してもらい、参加者を募って盛り上げた結果でした。 「より良くし隊」という場づくり このRubyKaigiの件は「積極的で交渉力あるエンジニアの行動」から実現しましたが、 「もっとこうしたい

こんにちは。lorentzcaです。 ⛺ 先日データセンターにある20台ほどのサーバを別のラックに移し替えるという作業を行いました。無事サービスを止めずに作業を完了出来たので、どうやってサービスを止めずに作業を完了できたのか振り返ってみようと思います。 そもそもなぜサーバを別のラックに移動する必要があったのか ざっくりとした段取り 物理的にラックの縮小が可能かどうかの調査 調査結果を元にチームメンバーと相談 データセンターと打ち合わせ 具体的な作業手順書の作成 実作業 まとめ そもそもなぜサーバを別のラックに移動する必要があったのか 5月末に弊社の RSSSuite というサービスが終了しました。 RSSSuiteの思い出 - 避難訓練 - Feedforce Developer Blog その結果、ラック内に未使用のサーバがけっこうな数発生しました。そこで使っていないサーバや機器を整理し

こんにちは！フィードフォースで EC Booster というプロダクトを作っている @sukechannnn です。 この記事は Feedforce Advent Calendar 2020 の 11日目の記事です。 昨日は kogai さんの 趣味の本屋を始めました でした。実際に自分でECサイトを立ち上げて運営するのって、言うは易く行うは難しですよね。すごいです。 さて、内容に入っていきます。 EC Booster チームではメイン開発をモブプログラミングで行っています！ EC Booster はEC事業者様の集客を支援するサービスで、主に Google ショッピング広告を扱っています。また、今年１１月にフリープランをリリースし、より多くのEC担当者様をご支援できるよう機能開発を進めています。 アプリケーションの構成は、フロントエンドが React + Flow (TypeScript

こんにちは id:masutaka26 です。夜の散歩（意味深）に勤しむ毎日です。 フィードフォースではドキュメント共有ツールには esa と Google ドキュメント1を、コミュニケーションツールには Slack を採用しています。 情報共有はかなり活発で、2021/2/1 現在の esa 記事数は 81,324 です2。 現在のカテゴリ構成と課題 チームのスピードを上げるための大原則 チームのスピードを上げるための情報整理 1. Flow 型と Stock 型の記事を理解する 2. 基本は Flow 型の記事にする 3. 議事録カテゴリは出来るだけ作らない 4. Slack に流れていく情報も Flow 型の記事にする 5. 使い続けられる情報を Stock 記事として引き上げる 6. 整理を頑張らないことで整理の難易度が低くなった 7. esa を全ての情報の起点にする それをチー

こんにちは、 キースイッチ可愛い同好会 会員番号3番、 id:hano_tea です。 皆様は「突撃！隣のキーボード」という記事をご存知でしょうか？ developer.feedforce.jp 上記はフィードフォース開発者ブログで昨年11月15日に投稿した記事ですが、実は同タイトルの記事が色々な会社の（技術）ブログで公開されていたりします。 （別に何か打ち合わせをしたとかそういうのではないのですが、このタイトルにだいたい統一して記事を書いている会社さんが多いような気がします） developers.freee.co.jp www.hands-lab.com techblog.kayac.com fusic.co.jp techdev.seesaa.net （順不同） 会社によって人気のキーボードの傾向がかなり違うことが分かって、それぞれ眺めてみるだけでも楽しめる記事になっています。まだ読

猛烈に暑かったり暑くなかったりするなか皆様いかがお過ごしでしょうか。自宅のエアコンが故障して修理待ち半月の id:tmd45 です。 先月、5 年間使い続けてきた Qiita:Team から esa へ、情報共有ツールの乗り換えを行いました。80 名ほどの全社移行となかなか大きなプロジェクトだったので、ここに記録を残したいと思います。 なぜ乗り換えに至ったか フィードフォースの情報共有文化 抱えていた課題 動き出した移行プロジェクト 検討した情報共有ツール esa に決めるまで 社内への働きかけ データ移行のノウハウ Emoji の登録 記事データの移行 プロジェクトページ記事の扱い プライベートグループの記事の扱い メンバーの移行とデータの移行のタイミング esa と一緒に使っている便利ツール 記事の自動作成「自動 esa やり機」 Slack に記事 URL から概要を展開してくれる「

id:daido1976 です。入社してからあっという間に1年が経っていました。 直近3ヶ月ほどプライベートでフロントエンド開発の勉強をしていたのですが、ここ数年で CSS の Grid や React の Hooks が新しく導入されたことなどもあり、少し古いコンテンツだと教材として役立たない1 と感じることが多かったので、本記事では私が実際にやってみた中で 2019年時点で オススメできると判断した教材や学び方を皆さんにご紹介したいと思います。 はじめに やったこと JavaScript MDN の JavaScript の部分を読む & 手を動かす JavaScript Primer を読む YouTube 動画で Promise を学ぶ デバッグ方法を学ぶ React React 公式のチュートリアルを2周する egghead.io の動画で Redux を学ぶ ヘルシンキ大学の