めまぐるしく変化するテックの世界。技術を身に着けるうえで学ぶべきポイントや学習環境なども年々変わっています。 そこで「もしもいまの環境で、テックのことをイチから学び直すことになったら、自分はどんな風に勉強したいか」というIFストーリーを通じて、技術との向き合い方を考え直してみる企画「テック転生」。 今回は、FinTech企業のSREを務めるYutaさん（@Y0u281）に“自分だったらこう進めたい、インフラ技術の学習ロードマップ”を伺いました。 パブリッククラウドが当たり前になった今、インフラ技術を学ぶスタート地点は？ サーバー構築の次は、ネットワークと資格の勉強を Linuxとネットワークを学んだらいよいよAWSの学習へ 自分が学んだ時より学習コンテンツが豊富 コミュニティを活用すると情報が増えてモチベーションも高まる パブリッククラウドが当たり前になった今、インフラ技術を学ぶスタート地

自身の過去の成長過程と現在の環境を思い浮かべたときに、得やすいもの得づらいものの違いを強く感じ、良好な成長のために一考してみた次第です。 といっても既にある Tweet のセルフまとめに、思い出と昔話なポエムを追加したようなチラ裏回です。 時代の変遷によるステータス変化 要約すると、現代は技術力の向上に必要な環境と既定路線があって向上速度が早いのに対し、昔（2010年以前とか）は頭を悩ませまくって乗り越えるべき壁が大量にあったおかげで解決力は相当鍛えられたよねってところ。 個人的には誰であれ、今！自分が！解決しないと！詰んでしまう!! てかもう詰んでるだろコレ!!!! って状況でひたすら悩んでから、寝て起きたら解決したよぉ！みたいのを体験してほしいし、一度は死の淵まで行ってこいって思っている — 外道父 | Noko (@GedowFather) July 17, 2024 これについて、

1 on 1 (ワンオンワン) とは1対1のミーティングの事。ここでは毎週もしくは隔週で行われるマネージャとその部下(direct reports)であるソフトウェアエンジニアの 1 on 1 に焦点をあてる。よく 1 on 1 で何を話したらよいか分からない。話題がない。と相談されるので僕の思うところをまとめてみる。 僕はマネージャもソフトウェアエンジニアのどちらも経験があるので両側からの視点を提供できると思う。 マネージャ編 マネージャは 1 on 1 を部下のために開催しなければならない。自分のための時間ではないことを肝に銘じよう。部下には話したいことを何でも話してもらう。事前に「1 on 1 は君のための時間だよ」と説明しておこう。 1 on 1 が始まったら「何か話したいこと、気になることある？」と問いかけよう。焦ってはいけない。じっくりと待ってみよう。 たとえマネージャとしてプ

印象にのこったセッション Writing Weird Code Optimizing Ruby: Building an Always-On Production Profiler Unlocking Potential of Property Based Testing with Ractor Long journey of Ruby standard library An adventure of Happy Eyeballs RubyGems on ruby.wasm CSの知識と英語 Matzのキーノート 来年はMatz山 さいごに リブセンスでは転職ドラフト、マッハバイト、転職会議など多くのプロダクトでRubyを利用しています。 今年もリブセンスエンジニア有志がRubyKaigi2024に参加してきました。この記事では、参加したエンジニアたちの振り返りの様子をお伝えします。 会場

こんにちは、技術部インフラグループの鈴木です。先日水沢競馬に行き、地方競馬場コンプしました。次は釜山競馬に行こうと思っています。 ところで、リブセンスでは長らくオフラインでの自社勉強会を開催していなかったのですが、久しぶりに開催することにしました！ livesense.connpass.com yabaibuki.devとは あなたの「ヤバい武器」をライトニングトークする会です。 リブセンスでは、エンジニアの行動指針として「プロダクト × 自律共創 × ヤバい武器」を掲げています。その中から「ヤバい武器」にフォーカスしたのが、この yabaibuki.dev です。 具体的には「この技術、ヤバいから他の人に聞いてほしい！」「他の人がヤバいと思ったテーマを聞きたい！」というのを目的に話したり聞いたりする会です。 今回のテーマはGmailのセキュリティ強化で注目されたDMARC等のメールの技術

転職会議事業部でITエンジニアをしている@ishitan-livです。 早くも2024年が半年過ぎようとしていますね。 会社によっては上半期評価の時期だったりするので、何故かブログが乱立してるような気がしますがきっと気の所為ですね。 というわけで、前回はスクラムマスター研修で得た知見について書きましたが、今回は多くのチームが抱えていそうな問題を改善するためのヒントになればと思い、考えを共有します。 made.livesense.co.jp この記事にかかれていること3行まとめ 現在のチームの問題点 スクラムに関わる人数が多すぎた コミュニケーションコストが大幅に増えた 異なる性質のプロダクト領域を複数名が担当していた 全員が1つのプロダクトゴールに向かえていなかった 適切なスプリントゴールを決められていなかった PBIを詰め込みすぎた 差し込み対応が入るたびにスプリントゴールがずれていった

はじめに 立ち話から株価通知くん、爆誕 技術投資とソリューションチーム 越境とソリューションチーム 具体事例 株価通知くん メンション集約くん ユーザー管理システムの権限移譲 今後について はじめに 技術部インフラGの鈴木です。先日金沢競馬で最終レースで全てを取り返す体験をしたところ、久しぶりに生きていると感じました。 ところで、今回は以前こちらの勉強会にて話した内容をもとに、今年から始まった「会社に紐づくエンジニアリング」を行うソリューションチームの活動についてお話しします。 勉強会の時に使用したスライドは以下となります。 speakerdeck.com 立ち話から株価通知くん、爆誕 リブセンスはフルリモートなのでSlack上で積極的に話す文化であるWOLを実践しても、出社時と比べてどうしても雑談が少なくなりがちです。他部署等、自分と積極的に関わりのない人たちとは特にそれを感じます。 そ

どうも、かたいなかです。 採用広報チームでのブログ推進の一環として、はてなブログにある弊社エンジニアブログ記事をGitHubで管理するしくみを整えました。 この記事では、どのようなGitHubでの記事編集フローを構築したかをまとめます。 記事のレビューのフローがバラバラ・・・ GitHubで記事を管理できるように GitHub Actionsでtextlintを実行 GitHub Actionsではてなブログ側の変更を取り込む 定期実行のワークフローで公開された記事を公開済み記事のディレクトリに移動 GitHubで記事を管理できるようにしてどうだったか 参考 記事のレビューのフローがバラバラ・・・ 弊社のエンジニアブログの記事の運用での大きな問題のひとつに、レビューのフローが記事によってバラバラになってしまっていることがありました。 具体的には、以下のような一長一短ある複数のフローが、記事

リブセンスでデータサイエンティストをしている北原です。ゆるめのデータ分析結果の紹介です。 転職ドラフトでは好きなエディタを入力する欄があり、転職ドラフトReportにて人気エディタランキングが発表されてきました(2022年版, 2020年版, 2019年版)。その中に、提示年収別の好きなエディタの集計結果が載っていますが、提示年収が低くなるにつれて、人気No.1のVisual Studio Codeの比率が高くなることが示されています。おそらく、ベテランエンジニアほど昔からあるエディタを使い続け、初心者エンジニアほど最近勢いのあるVisual Studio Codeを使っているためでしょう。しかし、EmacsやVimを使いこなしていると凄みを感じるのも確かです。実際のところ好きなエディタが提示年収に影響しているのか気になったので、分析したのが今回の内容です。 好きなエディタ上位10件 まず

こんにちは。MA部の田島です。 弊社では開発ガイドラインというものを用いて、システムの品質を担保しています。今回私がテックリードを務めているということもあり、バッチアプリケーションを開発するためのガイドラインを作成しました。本記事では「開発ガイドライン」と「バッチ開発ガイドライン」を紹介します。 バッチアプリケーション開発に限定したTipsはまとまっているものが多くないため参考にしていただければと思います。 開発ガイドラインについての紹介 冒頭でも紹介した通り弊社では、開発ガイドラインというものを用いてシステムの品質を担保しています。バッチ開発ガイドラインを紹介する前に、まず開発ガイドラインを紹介します。 開発ガイドラインの種類 開発ガイドラインは現在、以下の種類が存在します。 共通 Android iOS Frontend Backend Infra API Batch DB(Datab

こんにちは。転職ドラフトでエンジニアをしている verdy_266 です。 今回は、 RubyKaigi に参加した結果、 OSS にコントリビュートできたよという自慢をさせてください。 Merged!! irb に redo 機能を実装しました まずは、今回コントリビュートした内容をご紹介します。 RubyKaigi で以下の発表を聞いたのですが、その中で Future Works として挙げられていたもののひとつを実装しました。 rubykaigi.org speakerdeck.com irb を実行した際に、入力内容を表示したり、カーソル移動を制御したりしてくれる Reline というライブラリがあります。 今回はこの Reline に、 redo （やり直し）機能を実装しました。 ここに自分のアイコンが表示されているの、嬉しすぎる…… 実装の簡単な解説 github.com こち

はじめに 技術構成（before）と課題 技術構成（after）と選定の理由 改善したこと パフォーマンスの向上 デリバリー速度の向上 セキュリティ面でのリスク低下 大変だったこと 記事のマークダウン変換 段落分けと改行の区別 字下げ 書式の追加 Lintが必要になった 記事ごとのOGP画像周りの実装 URL変更に伴うリダイレクト設定 標準の検索機能がない おわりに はじめに 技術部の @mom0tomo , @etsxxx です。 技術部では、事業部横断的な仕事としてコーポレートサイトの運用も行っています。このたびWordPress on EC2で運用されてきた弊社のWebメディア（Q by Livesense）を、Hugo on Clouflare Pagesに移行しました。 q.livesense.co.jp 弊社のWordPress運用はやや特殊で、エンジニアがサーバーにSSHして

こんにちは。エンジニア採用広報チームです。 突然ですが、 2024年4月25日に当ブログは10周年を迎えました！ 🎉 厳密なブログ開設日はわからなくなってしまっているので、当ブログの最初の記事の公開日から10年が経ったことを10周年と呼んでいます。 この記事では10周年を記念して、これまでの当ブログとその周辺の出来事を振り返りたいと思います。 最初の記事 made.livesense.co.jp 実は一番古い記事は、デザイナーの方が書いたようです。 ブログのドメインを見るとわかりますが、「tech」ブログでなく「made」ブログという名前になっています。リブセンスを「作っている」のであれば、どんな職種の方でも記事を書いて良いというメッセージが込められた名前ですね。エンジニア以外の職種の方も記事を書いてくださっているのは、今も変わっていません。 10年間での浮き沈み 記事数はこの10年間で

概要 背景 移行 移行前の構成 (MySQL, PHPバッチ) 移行後の構成 (DynamoDB, Kinesis) 移行の段取り 詳細 ストリーミング処理 APIサーバー APIクライアント 移行を終えて 最後に 概要 技術部インフラグループの春日です。 2024年上期現在、弊社ではオンプレデータセンターで稼動しているサーバーのクラウド移行を進めており、 2024年1Qの時点で大半はAWSへの移行が完了しています。 本記事では社内で古くから運用し続けているメール配信サーバーのバウンスマネジメントに使用するアドレス帳データをクラウド移行した件について振り返ります。 メール配信サーバー自体のクラウド移行に関しては本記事では触れません。 以降の章ではメール配信サーバーを自前で運用している背景やクラウド移行前後での構成比較、および移行後のシステム詳細について触れていきます。 なお記事内ではEメー

こんにちは、技術部情報システムグループの黒木です。 2024年2月にConfluenceとJiraをServer版からCloud版に移行完了しました！ これらのシステムはほとんどの社員が毎日利用しているものであり、情報システムグループとしてもかなり大きなプロジェクトでした。 今回データ移行作業はベンダーにお願いしましたが、この記事では移行プロジェクトの流れや各フェーズでのポイントについてお話をしたいと思います。 移行の背景 プロジェクトの流れと各フェーズでのポイント 移行方針策定 移行先 認証 トライアル環境での移行前調査と社内周知 移行作業 検証 リハーサル 本番 本番移行後の対応 Confluenceの新旧URL対応表取得 まとめ 移行の背景 こちらのブログ記事にもある通り、リブセンスでは長年Server版のConfluence・Jiraを使い続けていました。 made.livesen

はじめに そもそもDMARCって何？ Googleの発表によってDMARC対応が必要に SaaSの検討 OSSの検討・選定 構成 動作 GmailからGoogle Driveへ格納する XMLをパースしてOpenSearchに格納する Google Driveからコンテナ内にダウンロードする パースと格納 可視化 苦労した点 Gmailの仕様とparsedmarcの相性が悪い OpenSearch突然データが全部消えた 作ってみてよかったこと 今後の運用 はじめに インフラGの鈴木です。ガールズケイリンアニメことリンカイ！の放映が近くなってきましたね。 最近小倉にギャンブル旅行にいったのですが、北九州競輪には等身大パネルがありました。本気(マジ)度が伝わってきます。アニメの放映日が楽しみです。 ところで、今回はDMARCの可視化基盤を作った話をします。なかなか大変1でしたので、共有したいと

[2024年1月10日、19日追記] GmailとYahoo!側のアップデートに合わせていくつか細かい説明を追加しています（大筋は変わっていません）。変更点だけ知りたい方は「追記」でページ内検索してください。 2023年10月3日、Googleはスパム対策強化のため、Gmailへ送るメールが満たすべき条件を2024年2月から厳しくすると発表しました。また米国Yahoo!も、2024年2月 第一四半期[1] から同様の対策を行うと発表しています。端的に言えば、この条件を満たさないと宛先にメールが届かなくなるという影響の大きな変更です。 この記事では、Gmailや米国Yahoo!の規制強化への対応方法を解説します。ただし米国Yahoo!にメールを送る人は多くないと思うので、フォーカスはGmail寄りです。また、メール配信サービス（海外だとSendGridやAmazon SES、国産だとblas

Google Chromeは、AmazonやWikipediaなど、自分が好きな検索エンジンを追加できます。検索エンジンを追加すると、標準の検索エンジンに設定できようになります。 好きな検索エンジンを追加できる AmazonやWikipediaなど、好きな検索エンジンをGoogle Chromeに追加することもできます。 登録すると、アドレスバーに指定したキーワードを入力して［Tab］キーを押し、キーワードを入力すれば検索することができます。

はじめに 技術部インフラグループの春日です。 2024年現在、弊社が運営している マッハバイト は一部を除いてオンプレからクラウドへの移行が完了しました。 本記事では移行対象の1つであった Apache Solr に関する総括をします。 今回のプロジェクトでは移行自体を最優先とするため、スコープを以下に定めていました。 Apache Solrから他の検索エンジンへは乗り換えない アプリケーション側の改修は向き先の変更だけに留める Apache Solr自体のバージョンUP対応はしない 運用負荷を軽減できる形の構成変更を加える 移行スピードと移行後の運用コストとの天秤 新たに運用しないといけなくなるコンポーネントはなるべく増やさない モニタリングや監視の精度はなるべく落とさない 上記を踏まえ、以降の節ではApache Solrのサービス内利用箇所の紹介から始め、 インフラ構成・デプロイ・モニ