タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
心理的安全性という概念がある。ここ十年ほどチームづくりの最重要ファクターであるともてはやされ、他方では粗雑な理解によって批判されてきた。急に人気の出たアイドルの宿命みたいなものを背負っている。 世間的なイメージがどのようなものか、少し羅列してみよう。 なんでも言える。否定されない。安心して働ける。不安がない。感情を大切にしてもらえる。あなたはあなたのままでいいと肯定される。 こうしたイメージを抱いている人もいるかもしれないが、残念ながらこれらは、心理的安全性の正しい姿からは遠くかけ離れている。ただ安心してほしいのは、こうした誤解をしている人は決して少なくないということだ。 手持ちのグーグルで「心理的安全性 誤解」と検索してみると、何ページにもわたって理解を正す記事が並んでいる。NewsPicksも、プレジデントも、朝日新聞も、Qiitaも、東洋経済も、あらゆるメディアが心理的安全性の誤解に
一筋縄でいかないような難解な仕事を抱えていると、何をしているときでも、頭の片すみにずっとその仕事が居座っている感じがする。 憂鬱というほどではないけれど、邪魔になるときもある。楽しい飲み会の最中とか、ゆっくり休まるはずのバスタブでも、ふと気づくとそのことについて考えてしまったりする。気分転換が下手になる。 それはしかし、少なくともぼくの場合は、半分くらいは意図的にそうなっている。チャレンジングな仕事に携わるのは幸運なことだし、基本的には楽しいことだ。難しい問題について考え続けたい、考え抜きたいという前向きな気持ちもある。通勤路を歩いているときに仕事のことを考えるのは、ちょうどいい暇つぶしにもなっている。それゆえ、塩梅が難しい。 「シャワーを浴びているときに、いいアイディアが降ってくる」みたいな話とも、ちょっと近い。移動中の電車、お昼ごはん、夜寝る前のベッドの中。考える仕事は、わりとどこでで
河野と申します。2018年8月からマッハバイトで業務委託（いわゆるフリーランス）として業務に携わっており、2022年6月から、テックリード（以降、TL）という立場となりました。 TLという言葉は広く使われていますが、実際に何をするのかは、会社や環境によってさまざま。 3ヶ月の振り返りがてら、ここに一例として公開してみようと思った次第です。 TL着任以前 Join当初はRailsエンジニアとしての働きを期待されており、最初の担当はマッハバイトiOS版用に、REST APIを開発することでした。 半年少しでその業務が一段落した後は、以下のことなどを担当してきました。 Rails製アプリケーションの機能追加、Ruby、RailsのUpdate ホストOSのUpdateに伴う、deploy環境の修正や、ライブラリなどのUpdate（オンプレ環境） マイクロサービスの中心に置きたいメッセージングサー
プログラマーに贈る、わかりやすい文章を書くための技法 - LIVESENSE ENGINEER BLOG
これは Livesense Advent Calendar 2022 DAY 8 の記事です。 転職ドラフトでエンジニアをしている verdy_266 です。 僕の2022年を振り返ると、採用広報チームでの活動を無視することはできません。転職ドラフトの開発を行う傍ら、昨年末に採用広報チームにジョインし、記事の執筆や校正に多くの時間を割いてきました。 今まで記事を投稿したことがなかったこちらのブログにも共作含め5記事を投稿し、11月には Software Design への寄稿の機会をいただくこともできました。文章を書くことが思った以上に好きなんだなと発見があった年でもありました。 made.livesense.co.jp made.livesense.co.jp made.livesense.co.jp made.livesense.co.jp made.livesense.co.jp 弊
これは Livesense Advent Calendar 2022 DAY 2 の記事です。 はじめに 身を以て学んだアンチパターン スクラムガイドを理解したつもりになっていた スクラムによってリリースが早くできるわけではない 見積もりを約束にしてはいけない プロダクトオーナーはスクラムチームメンバーでありお客様ではない ロール（プロダクトオーナー、スクラムマスター、開発者）の兼任は出来るだけやめた方が良い プロダクトバックログは会話ツール まとめ はじめに 転職会議事業部でエンジニアをしている、前山です。 アドベントカレンダー2日目の記事です。 今回は、スクラムマスターとして苦しんだ経験について、アンチパターン的に書いてみたいと思います。 スクラムマスターは2年ほど前からやらせてもらっており、今年に入ってから発足したチームで、もっとちゃんとスクラムマスターをやろうと本気で勉強をやり始め
待望の日本語版発売！『詳解システムパフォーマンス 第2版』Linuxが深く学べる名著を全力で推したい - LIVESENSE ENGINEER BLOG
こんにちは、かたいなかです。 『詳解システムパフォーマンス 第2版』の日本語版が2023/01/24についに発売されました！ www.oreilly.co.jp 私個人は原著で読んだのですが、他の人に強くおすすめしたくなるような内容でした。そこで、日本語版の発売に合わせてどのあたりが良かったのかなど、内容をご紹介します。 TL;DR パフォーマンス改善タスクの課題感 どんな本？ この本のどこがいい？ Linuxの仕組みを広く深く学べる パフォーマンスの観点での情報が豊富 どんなひとにおすすめできるか？ クラウドやコンテナが当たり前になってからSREになった人 Linuxの知識をアップデートしたいエンジニア 最後まで読み切るには？ あせらずゆっくり読んでいく Linuxの前提知識を仕入れてから読む 終わりに TL;DR 『詳解システムパフォーマンス 第2版』は、Linuxを深く学んで仕事に活
テクニカルライティングで技術をわかりやすく伝えよう！テクニカルライティング勉強会開催記 - LIVESENSE ENGINEER BLOG
先日、社内でテクニカルライティングに関しての勉強会が開催されました。 リブセンス社内の多数のエンジニアが参加し、大盛況となりました。この記事ではそんな勉強会の模様を紹介します。 概要 開催の経緯 エンジニアブログの記事を自信を持って書いてもらえるようになってほしい 良い文章とはどんな文章かの共通認識を作りしたい 講義の内容 テクニカルライティングの基本的な考え方を知る 伝える情報を整理する アウトラインを作る トピック単位で文章構成の骨組みを作る わかりやすく、簡潔な文章で書く 質疑応答 最後に 概要 今回の勉強会では、外部より仲田 尚央さん(@naoh_nak)に講師をお願いしました。テクニカルライティングの分野で多方面で活躍されている方です。「ヘルプサイトの作り方」という本の著者であり、「テクニカルライティング ✕ UX」をテーマにした勉強会の主催もされています。 https://ww
こんにちは。転職ドラフトでWebアプリケーションエンジニアをやっている@iwtnです。 転職ドラフトでは自社開発企業に特化したエージェントサービスを始めました。 agent.job-draft.jp そこでサービスの申し込みフォームを作ったのですが、その中に生年月日の入力がありました。 生年月日ということは日付の入力。 ブラウザの実装もリッチになってきて、デフォルトでinputタグの type="date" を使うだけでカレンダーまで表示されます。素晴らしいですね！ しかしこの実装の問題は多くの人が指摘しています。実際あまりよいUIとは言えません。 動作はバラバラ、特にスマホでは入力しにくい 実装はブラウザに依存します。なので統一したUIをユーザーに提供できません。 caniuse.com もちろん普段使っているブラウザで慣れていればそれがその人にとってのベストのUIにはなりえます。 しか
踏み台の管理コストを削減！ECS ExecとTerraformでつくる本番オペレーション環境 - LIVESENSE ENGINEER BLOG
こんにちは。マッハバイトを運営するアルバイト事業部エンジニアの mnmandahalf です。 みなさんは本番DBへのSQLの手動実行等の作業をどんな環境で行なっていますか？ 通常はDBにアクセスする用の踏み台サーバにSSHログインして作業を行うケースが多いと思います。 マッハバイトでも最近まで（現在もDBによっては）踏み台を使用していたのですが、最近新・本番作業環境を導入したのでその背景とつまづきポイント等についてご紹介します。 これまでのマッハバイトにおける本番作業 これからのマッハバイトにおける本番作業 TerraformでのECS Execの設定方法 ECSタスクロールにアタッチするポリシードキュメント ECS Execを実行するのに必要なIAMにアタッチするポリシードキュメント ECSクラスタでexecute-commandの監査ログをCloudWatchに流し、ログをKMSキー
Pull Requestをすぐ動作確認！ マイクロサービスでのプレビュー環境の作り方 - LIVESENSE ENGINEER BLOG
こんにちは、かたいなかです。 最近、マイクロサービスアーキテクチャを採用した環境でプレビュー環境の実現方法についていくつかのパターンを比較し整理する機会がありました。 今回の記事では、プレビュー環境を構築するための要件をなるべく特定の技術に依存せずに紹介したあとで、ArgoCD、Istio、OpenTelemetryを使用した実装例をご紹介します。 目次 目次 プレビュー環境とは プレビュー環境の構成要素 PRごとのアプリケーションやルーティングの設定のデプロイ ヘッダ伝播 および ヘッダによるルーティング 実装例 ArgoCD ApplicationSet Istio OpenTelemetry Baggageヘッダ挿入用Proxy 動作確認 まとめ 補足: 実装例で考慮していないこと 画像等のCORS DBのアクセス権限 参考 プレビュー環境とは ここでのプレビュー環境とは、Pull
『Fearless Change』を読んで巻き込み上手なテックリードになろう - LIVESENSE ENGINEER BLOG
エンジニアとして一定以上大きい仕事をする際には、他人を巻き込んで仕事をする力が必要になってきます。 新しいフレームワークや言語の採用、自動テストの導入、インフラ基盤の刷新、スクラムの導入など、一定以上の大きさの取り組みでは折に触れて他人の巻き込みが必要になってきます。 そんな巻き込み力で苦労されている方も多いのではないでしょうか。かくいう私自身も現在進行形で苦労しています。 この記事ではそんな悩みを少しでも解決できればと思い、個人的に巻き込み力の決定版教科書だと思っている「Fearless Change」という書籍を紹介します。 TL;DR 「巻き込み」の課題感 巻き込み力の決定版教科書「Fearless Change」 どんな本？ どんな人におすすめ？ この本のどこが優れているの？ 本の内容をどうやって活かすか 組織の文化に合わせてローカライズする 多くのことを同時にやろうとしない まと
EmbulkでPostgreSQLをMySQLに移行した話 - LIVESENSE ENGINEER BLOG
こんにちは。マッハバイトを運営するアルバイト事業部エンジニアの mnmandahalf です。 先日、マッハバイトの販売管理システムで使っているデータベースをオンプレPostgreSQLからAmazon Aurora MySQLに移行しました。 本記事では移行に至った背景、吸収する必要があった差分や苦労した点についてお話しします。 環境 移行前のバージョン: PostgreSQL 9.4 ※ドキュメントはバージョン14のものを添付しています 移行後のバージョン: Aurora MySQL 3.02.0 (compatible with MySQL 8.0.23) 環境 MySQL移行の背景 データ移行方法の検討 Embulkの実行で考慮したポイント Embulkの設定 scram-sha-256認証への対応 タイムスタンプが9時間巻き戻る FK制約を無効化できない PostgreSQLとM
Working Out Loud(WOL)の取り組みと振り返り - LIVESENSE ENGINEER BLOG
リブセンスVPoEの中野(etsxxx)です。 私はこれまでWorking Out Loud(WOL)というコミュニケーションスタイルを、所属した2チームで実践してきました。最初のチームでは7年、次のチームでは1年ほど運用しています。 最近、他のチームからも取り入れてみたいと相談されることがあったので、改めてWOLについて振り返りをしてみようと思い、この記事を書いています。 WOLとは？ 導入の経緯 1チーム目: WOLの原体験 2チーム目: 意図を持って始めたWOL WOLの導入を振り返る 導入前の課題感 実際にWOL導入初期にやったこと チャンネル削減 会話量を増やすための行動 WOL導入前後の比較 私が気をつけていたこと 積極的に絡みに行く 読み落としを責めない 長文をなるべく送らない 大事なメッセージは目立たせる スレッドが嫌いなことを言い続ける 集中したい時は、チャットを見ないで
インフラエンジニアの中野(etsxxx)です。今回はWebのフロントの話です。稚拙な部分はご容赦を。 はじめに 前提知識 解決案の候補 解決案1: 手でspanタグをつける 解決案2: サーバーサイドの処理 解決案3: クライアントサイドの処理 クライアントサイドで文節区切り 実装 結果と考察 さいごに 2024/05/16追記 はじめに 2020年12月、リブセンスにQ by Livesenseという広報ブログが誕生しました。このブログは明朝体と縦書きと長文にアイデンティティがあります。 Q by Livesenseはこういう見た目のブログです。 Q by Livesenseは縦書きということで、漢数字を使っていたり、写真やイラストを使わずに純粋な文体で記事を書いていたりと、書籍のような日本語らしさが求められるデザインとなっています。 縦書きはWebエンジニアにとっても珍しい実装ですが、
Software Design「データベース速攻入門」に「SQL50本ノック」が掲載されました - LIVESENSE ENGINEER BLOG
リブセンスでデータエンジニアをしている富士谷です。 Software Designのデータベースに関連する特集記事を再構成した「データベース速攻入門 ～モデリングからSQLの書き方まで」が、2023年3月に発売されました。 gihyo.jp リブセンスがSoftware Design 2017年11月号に寄稿した「データ分析に効くSQL50本ノック」が、内容を更新して再掲載されました。 今回、再掲載にあたって、「SQL50本ノック」の内容の更新を私が担当しましたので、簡単に紹介します。 SQL50本ノック 「SQL50本ノック」は、SQL、特にSELECT文の演習問題集です。 PostgreSQLをDockerで立ち上げて、もっともシンプルな例から実行し、WHERE句、LIMIT句などを一つ一つ体験し、最後には、移動平均といった高度な文法を習得する事ができます。 これを読めば、SQLを使っ
落ちているボールを拾う、という比喩がある。職場で使われるときはもっぱら、ボールという言葉は仕事を意味している。 だから、落ちているボールを拾うという比喩は、誰も手をつけていない仕事に自ら手をつける、ということを指す。ボールというくらいだから、だいたいそれは軽微な仕事に限られる。 落ちているボールを拾うことは、基本的にはいいことだとされている。ボールが落ちていては、仕事が進まない。 ちょっと資料を直したり、誰かに依頼の連絡をしたり、スケジュールを引き直すほどではない、小さな仕事は日々たくさん生まれる。会議の終わりには「これは誰のボール？」と聞いて、ＴＯＤＯが零れ落ちないよう確認したりする。 それでも落ちてしまうのがボールというものの（つまり仕事というものの）困った特性で、拾ってくれた人には「拾ってくれてありがとう」と声をかけることもある。 落ちるボールはさまざまだが、誰でもできるようなものが
何度も挫折してきたE2Eテストだけど、今後はDatadog Synthetics Testsが良さそうかも - LIVESENSE ENGINEER BLOG
これは Livesense Advent Calendar 2022 DAY 20 の記事です。 はじめに 株式会社リブセンスの転職会議事業部Webエンジニアの @ishitan-liv です。 今回は、過去に転職会議でも導入しようとして挫折してきたE2Eテストについて書きます。 E2Eテストを自作するか、SaaSを使うのかで比較した結果と、Datadog Synthetics Testsの使い方を軽く紹介したいと思います。 なお、この導入については完全に個人プロジェクトとしてやっております。 リブセンスではエンジニアの権利として毎月10%の技術投資枠確保というものがあり、Googleの20%ルールのようなもので、約20日勤務だと想定して2日間は興味のある技術的なことに使えます。 grow.google はじめに このブログ記事を読むと得られる(と思われる)もの 今回書かないこと 導入検討
差別をなくそうなんて考えると、すぐに絶望におそわれる。 わたしたちの社会に深く根ざす差別構造は、少なくとも数百年、下手すれば千年単位で培われてきたものだから、一朝一夕でどうにかなるものではないし、一個人、一民間企業ができることなんてたかが知れている。どれだけ凄いことをやっても、あしたから差別がなくなるなんてことはない。差別の問題にはそういう徒労感がいつもつきまとう。 しかし、逆にこうも言えるだろう。仮に差別が部分的にでもなくなる日が来るとすれば、なくなって来たとすれば、それは不断の努力の積み重ねの結果でしかありえないのだと。努力を続けた先達の血のにじむ日々の上に、昨日よりもましな今日が続いている。 わたしたちもまたそうした先達に倣って差別と戦うことを決め、リブセンスは二〇一九年に経営の指針の一つとして「差別、ハラスメントの根絶と平等の実現」を決議した。上場企業としては当然の、むしろ遅すぎる
複数リポジトリ間におけるeslint・prettierの設定共通化 - LIVESENSE ENGINEER BLOG
転職会議事業部の srkw です。 今期事業部内で利用する eslint および prettier の共通ルールを管理するパッケージを作成したので、その工程と成果物をご紹介したいと思います。 なお、今回紹介するパッケージの内容には多分に要修正箇所があり、今後他のプロジェクトとの優先順位を鑑みて、都度改善される可能性があります。その際はこちらの記事も併せて更新できればと考えています。 TL;DR 最終成果物は以下のリポジトリで公開しています。利用リポジトリ側での設定等は README に記載しております。 https://github.com/livesense-inc/eslint-config-template モチベーション 転職会議は現在ページごと・機能ごとにサーバーを別で管理するマイクロサービス構成で開発を行っています。その中で利用する静的コード分析やコードフォーマッタのルールは
サクッとレビューができる 小さなPull Requestを作るには - LIVESENSE ENGINEER BLOG
大きなPull Requestのレビューがつらい 修正ファイル数が多いこと自体が問題なのではない 1つの内容に集中する 小さなPull Requestの作り方 リファクタリングの修正は気になっても別で出す Web API 1つに着目して実装を切り分ける 小さなPull Requestで作ったときのリリースの仕方 featureブランチを作って、そこから更にブランチを作っていく フィーチャートグルを使う 小さいPull Requestで小さくフィードバックをもらおう 大きなPull Requestのレビューがつらい 転職ドラフトでWebアプリケーションエンジニアをしている @iwtn です。 この記事ではチーム開発では当たり前になったレビューにおいて、修正されたファイルがたくさんあるとつらいよね、というお話と、その解決策を提示してみたいと思います。 昨今のWebアプリケーションなどのチーム開
エンジニアブログ書き続けるのがしんどい俺たちに送る小咄(こばなし) - LIVESENSE ENGINEER BLOG
ブログ執筆って難しいよね こんにちは。転職会議事業部でエンジニアマネージャーをやっている落合です。先月からマネージャーをやることになりました。胃が痛い………。 早速ですが、みなさんは継続的にブログ記事などのアウトプットってできていますか？私はできていません。 そもそも、なぜ私たちはエンジニアブログなんて書いているのでしょう。この記事にもある通り、エンジニアブログは本来採用の文脈とは別に自分たちの備忘、あるいは同じ問題に直面する他のエンジニアに向けた親切心、あるいは社会還元のために執筆・運用されていたように思います。 newspicks.com 一方で、現在のエンジニア採用は売り手市場であり、採用する側からすれば自社の技術や文化、働いている人の人となりを多くの人に知ってもらうことが重要です。この際、エンジニアが継続的に執筆・投稿しているエンジニアブログは、応募者が実際に働くかもしれない人たち
「最近、人の悩みを聞くのが辛いんですよね」 そう打ち明けてくれたＡさんは、多数の部下を抱えるマネージャーだ。柔らかな物腰で人当たりがよく、温和な雰囲気をまとっている。 部下からの信頼も厚く、悩みもよく相談されるらしい。丁寧に聞き入っているのだろう。ヒアリングの話しぶりからも、そういうふうに想像される。 そんなＡさんだが、部下の悩みを聞くことに疲労感を覚えてしまうという。 「たまにカウンセラーみたいなことやってるな、と思うんですよね。悩みを聞いても、解決できることばかりじゃないし。なのに色んな人の悩みを聞いて、自分のなかで蓄積されちゃって」 人の悩みを聞くと、自分の心に負担がかかる。なんとなく引き摺られて、気持ちが沈んでしまう。そういうことは確かにある。多くの人から悩みを相談されれば、負担の量も増えていく。 相談事はさまざまだ。一朝一夕で解決できないことも多いし、聞くに徹するしかないときもあ
メールはツラいよ！！波乱のメールサーバAWS移行を振り返ってみる - LIVESENSE ENGINEER BLOG
はじめに 概要 移行したメール基盤について AWS移行における制約事項 設計 機能要件の整理 移行過渡期の構成 移行後の構成 AWS移行前の準備 AWS上でのプロビジョニング OSレイヤでのプロビジョニング AWS移行中の課題 細かな設定値の調整とスケジュール AWS移行中に発生したトラブルの数々 AWS移行完了後の振り返り 普段からやっておいたほうが良いこと できればやっておいたほうが良いこと はじめに リブセンス インフラエンジニアのsheep_san_whiteです。お酒とロードバイクとランニングが好きなおじさんです。 リブセンスではオンプレミス環境からAWS環境への移行を進めてきました。移行対象がたくさんあったAWS移行が終わり、つい先日データセンタの解約も完了しました。今回は3年がかりの長期プロジェクトであったメール基盤の移行について振り返っていきます。 概要 移行したメール基盤
GitHub Copilot for Businessの所感、みんなに聞いてみた - LIVESENSE ENGINEER BLOG
はじめに LET運営の村山と毛利です。 社内の交流を活発にし、お互いの知識を伝搬する機会を設けるために、Livesense Engineer Talk（通称:LET）というチームを運営しています。 今回は、GitHub Copilot for Businessを社内導入して2ヶ月程経ったので、エンジニアにCopilotを使った感想を聞いてみました。 はじめに みんなの感想 ayumu838さん ここがよかった ここが惜しい 池谷さん ここがよかった ここが惜しい 赤坂さん ここがよかった ここが惜しい 中野さん ここがよかった ここが惜しい 富士谷さん ここがよかった ここが惜しい 渡辺さん ここがよかった ここが惜しい 鈴木さん ここがよかった ここが惜しい 今井さん ここがよかった ここが惜しい まとめ みんなの感想 みんなの感想をChatGPTに要約してもらうと、こんな感じになりまし
「反社会的勢力」という言葉がある。いつのまにか広く知れ渡ったこの言葉は、少し前に芸人の闇営業に関連してワイドショーを騒がせもした。反社が社会的によろしくない存在であることはみながなんとなくわかっており、つながりを持ってはいけないことも知られている。しかし、反社の正体についてはどうだろうか。暴力団、特殊詐欺、組織犯罪。そういったイメージの断片はある。でも、反社の定義について、あなたは答えられるだろうか。 本記事では「反社チェック」を取り上げる。反社チェックとは、企業が取引先に対して反社会的勢力でないかを確認するプロセスのことを指す。多くの人は反社チェックに深い興味を持っていないだろうし、そもそも何を行っているか知らない人も多いと思う。ずいぶん退屈なネタだと感じるかもしれない。 しかし、わたしにとってはようやく書けるテーマとなった。このブログも十五記事を重ねて、思慮深い読者にも恵まれ、こうした
「挑戦しなければ障害は生まれない」社内ポストモーテム共有会 - LIVESENSE ENGINEER BLOG
こんにちは。インフラエンジニアのsheep_san_whiteです。 障害を起こしてしまって、ポストモーテムを書いたことありますか？ 私はあります( • ̀ω•́ )ﾄﾞﾔｯ 社内ポストモーテム共有会について さて、リブセンスでは6月24日に「社内ポストモーテム共有会」を開催しました。 ポストモーテムを持ち寄って内容を振り返り、お焚き上げするという会です。 コロナ禍の中ではありますが、オンライン／オフライン混合のハイブリッドで開催しました。 ハイブリッド開催の様子 撮影場所: WeWork東京ポートシティ竹芝 社内ポストモーテム共有会について 発表内容 Sがついてただけなのに シン・風桶〜null文字入ればピザ屋が儲かる〜 内容の更新がSolrに反映されない 再提示リクエストリリースによる指名ページのエラー 課金関連の開発でバグを出しまくった話 サマリーテーブル生成時にエラー発生 DBの変
DMARCレポートの可視化ダッシュボードを作りました - LIVESENSE ENGINEER BLOG
はじめに そもそもDMARCって何？ Googleの発表によってDMARC対応が必要に SaaSの検討 OSSの検討・選定 構成 動作 GmailからGoogle Driveへ格納する XMLをパースしてOpenSearchに格納する Google Driveからコンテナ内にダウンロードする パースと格納 可視化 苦労した点 Gmailの仕様とparsedmarcの相性が悪い OpenSearch突然データが全部消えた 作ってみてよかったこと 今後の運用 はじめに インフラGの鈴木です。ガールズケイリンアニメことリンカイ！の放映が近くなってきましたね。 最近小倉にギャンブル旅行にいったのですが、北九州競輪には等身大パネルがありました。本気(マジ)度が伝わってきます。アニメの放映日が楽しみです。 ところで、今回はDMARCの可視化基盤を作った話をします。なかなか大変1でしたので、共有したいと
こんにちは。転職ドラフトでエンジニアをしている verdy_266 です。 突然ですが、あなたはLTの覇者になりたいと思ったことはありませんか？ 僕はあります。 内容のわかりやすさはもちろんのこと、喋りも上手で百発百中で場を沸かせることのできる人、これを僕は「LTの覇者」と呼んでいます。 LTの覇者は、発表で強い印象を残すことができ、自分の伝えたいことを聴衆に伝えることができるので、懇親会でも話が尽きません。発表内容について新たな知見を得ることができるので、勉強会で持ち帰れることも他の人に比べると多いでしょう。こんな人に、なりたいと思いませんか？ 今回は、ある本を読んで僕がLTの覇者を目指している話をします。 LTは印象が9割 「よいLT」とはなんでしょうか。色々な要素があると思いますが、今回は「どれだけ強い印象を与えられたか」という点にフォーカスしたいと思います。 せいぜい5-10分程度
転職会議のフロントエンドパフォーマンス改善〜React/Next.jsでWeb Vitals健全化、スコア2.5倍改善を達成した手法の全て - LIVESENSE ENGINEER BLOG
これは Livesense Advent Calendar 2022 DAY 15 の記事です。 はじめに 転職会議事業部エンジニアの、池田、犬島、佐藤、浜田です。 転職会議は、ユーザーの口コミ投稿によって成り立っている転職サイトです。 フロントエンドはReact/Next.jsによる独立したマイクロサービスとして切り出されており、BFFを通じてバックエンドのサービス群とAPI通信する構成をとっています。 サービスの性質上口コミを中心とした検索流入が重要であり、SEOの文脈でフロントエンドのパフォーマンス改善の必要性は認識されていましたが、機能開発や負債解消もあり、まとまった対応ができない状況が続いていました。 この状況を改善すべく、1年間継続的に改善に取り組み、Web Vitalsの健全化、パフォーマンススコアの大幅な改善を達成することができました。 本記事では、特に効果が大きかった改善
aws-cliのインストールが大変なので車輪の再発明をした話 - LIVESENSE ENGINEER BLOG
これは Livesense Advent Calendar 2022 DAY 7 の記事です。 リブセンス インフラエンジニアの中野(etsxxx)です。VPoEをまだやってます。最近カメラ本体を新調して、レンズも買い増ししたい欲求に駆られています。Techな話よりそっちを語れる自信があります。 背景 s3getのご紹介 コンセプトと狙い 使い方 最後にちょっとだけ補足 背景 AWSのサービスをちょっとだけ利用したいとき、aws-cliのインストールがだるいって思ったことはないでしょうか？私はあります。 Amazon S3に置いているファイルを、古いOS上あるいはコンテナビルド中にダウンロードしたくて、aws-cliをインストール。 このインストール作業。手作業はもちろん、プロビジョニングコードに実装してもだるいのですが・・・ それ以前に、古いOSではOpenSSLが古すぎてhttpsなU
仕事が終わって一息つき、ふと「あのドラマを見よう」と思い立つ。とりあえず、一話だけ。 ――そのはずが、気づけば平気で日付をまたいでいる。ひとたび動画配信サービスを起動させると、予告に心を掴まれたり、自動再生機能に背中を押されたりして、やめ時を見失う。 そして「おや、この俳優は誰だろう」とスマホに手を伸ばせば、数日前に検討したインテリアが広告としてカムバックし、今度はネットショッピングが始まる。俳優を調べようとしていたことなんてすっかり忘れて、いそいそとレコメンドの波をサーフィンする。 ビジネスは今や、可処分時間の奪い合い。自社サービスに時間を割いてもらうために仕掛けを施すことは、事業者としては当然ともいえる。最近は「ナッジ」という、特定の行動を促すための行動経済学の理論も注目されている。 しかしユーザーとしては、何かひっかかりを覚える。リターゲティング広告をクリックするのも、レコメンドに乗
次の文章を、状況を想像しながら読んでみてほしい。 「路上で交通事故がありました。大型トラックが、父親とその息子をひき、父親は即死しました。息子が意識不明の重体で病院に運ばれると、手術に当たろうとした外科医が『これは私の息子！』と叫んだのです」 さて、どういうことか、すんなり理解できただろうか。父親は亡くなったはずなのに、どうして？ これは、ジェンダーステレオタイプを試すアクティビティ。外科医と聞くと、直感的に男性を思い浮かべる人が多数だろう。しかし「外科医が母親だった」と分かると意味が通る。 厚生労働省の二〇一八年の調査によると、病院勤務の外科の女性割合は七・一％と実際に少ない。そのため「外科医＝男性」と考えることは合理的とも言える。しかし、そうではないケースに気付かなかった人は、ステレオタイプから抜け出しづらい思考をしているかもしれない。 （本筋から逸れるが、この例文はもう一つのステレオ
Datadog APMの設定ミスのせいでメモリリークしていた話 - LIVESENSE ENGINEER BLOG
こんにちは、かたいなかです。 最近、転職会議のあるサーバで発生していたメモリリークについて調査する機会がありました。 今回の記事ではメモリリークをどのように調査したか等をまとめます。 ⚠️:2024/10/21追記 当初、デフォルトですべてのrakeタスクに対しての計装が有効と記載していました。しかし、実際にそのような挙動をするのはdd-trace-rbがv1.3.0より前のバージョンの場合のようです。それ以降のバージョンでは計装するrakeタスクを明示的に指定する必要があるため、デフォルト値に起因する設定ミスが起きにくくなっているようです。 はてなブックマークのコメントで教えていただいた、部分フラッシュのオプションについての記述を追加しました。 TL;DR 長時間稼働するrakeタスクのDatadog APMによる計装は避けましょう。 rakeタスク内の処理でのspanが、rakeタスク
こんにちは、かたいなかです。 最近転職会議のバッチ処理をすべて冪等にし、処理失敗時に気軽に再実行できるようにすることで運用性を向上させました。 今回の記事ではその取り組みを紹介します。 再実行すると重複送信につながるメール送信バッチ もともと、転職会議では一部のバッチ処理を除いてほとんどのバッチ処理が冪等に作られていました。しかし、残りの冪等ではないバッチ処理では、失敗するたびに毎回アドホックな対応をする必要があり運用性に課題を抱えていました 残っていたもので一番大きな問題を抱えていたのがメール送信バッチです。これは、以下の図のようなアーキテクチャで動いており、ワーカーにメールを送信するように指示するメッセージをSQSにキューイングする処理を行うものです。 このメール送信バッチのキューイング処理が途中で失敗した際に、雑に再実行してしまうと同一のユーザに重複してメールが送信されてしまう事にな
Software Design の特集に寄稿しました - LIVESENSE ENGINEER BLOG
きっかけ 書く内容を決めるまでの流れ 社内Slackにおけるブレスト 技術評論社の方との打ち合わせ 執筆担当者内での社内打ち合わせ 苦労・工夫したところ テーマから実際の記事の内容を決めること 記事内で取り上げる例を作ること 出版社の方に技術的こだわりを伝えながらの校正 最後に この度、2022年11月18日発売『Software Design 2022年12月号』の特集「なにかと使えるSQL 基本操作から実務に役立つテクニックまで」の3章に、リブセンスのエンジニアメンバーで寄稿させていただきました。 gihyo.jp 本ブログでは、執筆者の @verdy_266 @mnmandahalf @ayumu838 の3名が寄稿に至った経緯や苦労した点を記録しておこうと思います。 きっかけ 以前弊社が『Software Design 2017年11月号』掲載の記事「データ分析に効く SQL50本
転職ドラフトの提示年収伸び率推定 - 提示年収はインフレに勝てているのか - - LIVESENSE ENGINEER BLOG
リブセンスでデータサイエンティストをしている北原です。転職ドラフトの提示年収の伸び率分析結果の紹介です。 公開されているように転職ドラフトでの提示年収は急激に上昇しています。インフレも続いているのでスキルベースで提示年収が決まるならば、インフレと同程度に提示年収も上昇するのは不思議ではありません。気になるのはインフレ以上に提示年収が伸びているかではないでしょうか。そこで、今回は転職ドラフトで指名を受け続けた場合の提示年収伸び率を推定しインフレ率と比較しました。 提示年収の増加とインフレ まず、2022年1月からの開催回ごとの平均提示年収について見てみましょう。95%信頼区間も合わせて表示しています。データが少なかったり、ばらつきが大きかったりした開催回では幅が広くなっており、信頼性が低い部分であることを表しています。 開催回別の平均提示年収推移 ほぼ一貫して上昇傾向にあることがわかります。
カジュアル面談にかける思いと、よく聞かれるご質問について - LIVESENSE ENGINEER BLOG
アルバイト求人メディア「マッハバイト」を運営するアルバイト事業部でエンジニアリングマネージャーをしている海野(id:boscoworks)です。 リブセンスでは中途エンジニア採用を積極的に行っており、各チームのエンジニアリングマネージャーが組織を越え協力しながら採用業務にあたっています。 自分たちのチームに迎え入れたい候補者のかたと、より深く相互理解したうえで選考に進んで頂きたい。そんな思いで、私たちはカジュアル面談を行っています。 本記事では、リブセンスにご興味・ご関心を持って頂いたエンジニアのかたを対象とし、私たちがカジュアル面談にかける思いと、よく聞かれるご質問についてまとめています。 カジュアル面談について 私たちがカジュアル面談にかける思い カジュアル面談実施前にご準備頂きたいもの 事前に考えてきて頂きたいこと 転職意欲はどれくらいか？ 何の話を聞きたいか？ オンラインで実施する
多数のインフラ関連リポジトリをモノレポ構成にまとめたTips - LIVESENSE ENGINEER BLOG
前書き リブセンス インフラエンジニアの中野(etsxxx)です。VPoEという肩書きのそいつと同一人物です。 言うまでもなく写真と本文にはあまり関係ありません。コロナ禍前の、弊社のオフィスでのモノレポ化の風景です。 写真のそれとは異なりますが、私はTeacher'sというウィスキーを家に常備しています。Zoomで烏龍茶を飲んでるように見えたらそれはTeacher'sです。これ、2,700mlサイズのペットボトルが売られていて、それを徒歩5分以内の店で2,700円ほどで買えることを知ってから、そればかり買っています。2,700mlもあれば当分大丈夫だろうと思っていると、いつのまにか空になっているから、リモートワークはなかなか気が抜けません。 さて、Google、Facebookが、モノレポ(monolithic repository/単一リポジトリ)を採用しているという噂は広く知られている
〜運用しやすいプレビュー環境を求めて〜 Gateway APIで作るサービスメッシュレスなプレビュー環境 - LIVESENSE ENGINEER BLOG
みなさん、プレビュー環境してますか？どうも、かたいなかです。 以前、記事や登壇でIstioベースのPreview環境の構築方法をご紹介しました。 made.livesense.co.jp 外向けに発表したものの、Istioの運用工数や学習コストがネックとなってしまい、実際の転職会議の開発環境の導入にはいたっていませんでした。 最近になってGateway APIの実装例も増えてきて、Istio以外にもプレビュー環境でのヘッダを元にしたルーティングの実現において、現実的な選択肢となりそうなツールが増えてきました。そこで、Gateway APIのEnvoyによる実装であるEnvoy Gatewayを用いて、サービスメッシュを使用しないプレビュー環境の構築を試してみたため、この記事では構成例をご紹介します。 なお、今回の記事の中ではプレビュー環境の説明等について前回の記事と同様の説明を再度する箇所
クロスアカウントでの暗号化したRDSのスナップショット利用には気をつけようという話 - LIVESENSE ENGINEER BLOG
これは Livesense Advent Calendar 2022 DAY 4 の記事です。 こんにちは。アルバイト事業部エンジニアの@mnmandahalfです。 今日は先日開催された社内LT大会で話したネタを記事にしてみたいと思います。 VPoEだけが追い出された？！エンジニアLT大会を開催した話 - LIVESENSE ENGINEER BLOG TL;DR クロスアカウントで暗号化したRDSスナップショットを共有するときはCMKで暗号化した方がベター CMKを作るときのキーポリシーに注意しよう やりたかったこと ざっくり説明すると、以下の通りです。 本番環境（以下、AWSのproductionアカウント）のDBデータをステージング環境（以下、AWSのstagingアカウント）に日次で同期して利用したい その際、個人情報等にアクセスできないようにマスキング処理（例：データの削除、改
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「心理的安全性」はなぜ混乱を招き続けるのか | Q by Livesense
流行する高い目標設定とその副作用 | Q by Livesense
業務委託テックリードと技術的負債 - LIVESENSE ENGINEER BLOG
私はスクラムを解っていなかった - LIVESENSE ENGINEER BLOG
最速の生年月日入力フォームを求めて - LIVESENSE ENGINEER BLOG
日本語の折り返しをJavaScriptで制御する - LIVESENSE ENGINEER BLOG
誰も手をつけたがらない仕事を拾う親切心とその危うさ | Q by Livesense
企業が差別と戦うということ。男性が性別に向き合うということ。 | Q by Livesense
親身になって疲弊するマネージャーたち。感情労働としてのマネジメントを考える | Q by Livesense
反社とは誰を指すのか。静かなる暴力「反社チェック」を問い直す | Q by Livesense
『ウケる技術』を読んで、キミもLTの覇者になろう - LIVESENSE ENGINEER BLOG
グロースハックと倫理の均衡点 | Q by Livesense
エンジニアに男性、ＣＳに女性が多いのはなぜ？ | Q by Livesense
転職会議から冪等でないバッチ処理を根絶した話 - LIVESENSE ENGINEER BLOG
qiita.com/ryosuke_ohori
toyokeizai.net
hashiba511.hatenablog.com
l.smartnews.com
www.hows.jpn.org
diamond.jp