並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 1557件

新着順 人気順

slackの検索結果321 - 360 件 / 1557件

  • お問い合わせ対応の輪番制による運用をやめるに至った意思とそこからの学び - BASEプロダクトチームブログ

    はじめに こんにちは。 Feature Dev1 グループでマネージャーをしている髙嶋です。 突然ですが、サービス運営するうえでユーザーからのお問い合わせ対応を無視することはできません。 そしていかに迅速かつ適切な内容で回答できるかどうかは、どこまでいってもゴールのない永遠の課題と言えるものでしょう。 ネットショップ作成サービス BASE に関するお問い合わせ対応についての運用に直近変化があったため、その経緯と効果(はある意味これからでもありますが)を共有させていただきたいと思います。 サマリとしては、概ね以下のような内容となります。 お問い合わせ対応のうち、技術的な観点が要求されるものはエンジニアに対して調査依頼がきます BASE では特定の部署が対応する形ではなく、開発組織横断で対応にあたっています 具体的には通称 cs_q というチャンネルに調査依頼がくるので、基本的には依頼がなされ

      お問い合わせ対応の輪番制による運用をやめるに至った意思とそこからの学び - BASEプロダクトチームブログ
    • Slackリストを用いてSlackで管理を完結しましょう! - KAKEHASHI Tech Blog

      この記事は秋の技術特集 2024の 4 記事目です。 はじめに AI 在庫管理のフロントエンドの開発を主に担当している鳥海です。 今回は先日 Slack からリリースされた Slack リストをチーム内の開発プロセスに組み込んだので、活用事例についてご紹介していこうと思います。 Slack リストとは 2024/6/6 に Slack リストの機能がプレスリリースされ、順次展開されている機能で、 プロジェクトの管理 リクエストの管理 タスク管理 などのアイテムの管理が必要な業務を Slack 内で完結できるようなサービスとなっています。 機能のイメージとしては、上記添付のようになっており、今記事では基本的な機能についてはこの記事では記載しないので、プレスリリースを参照していただけると嬉しいです。 AI 在庫管理フロントエンド横串連携での活用方法 AI 在庫管理では 6 つのレーンで開発を進

        Slackリストを用いてSlackで管理を完結しましょう! - KAKEHASHI Tech Blog
      • Go製CLIツールGatling Commanderによる負荷試験実施の自動化 - ZOZO TECH BLOG

        はじめに こんにちは、ML・データ部MLOpsブロックの岡本です。 MLOpsブロックでは機械学習モデルの実験基盤の作成、機械学習モデルを組み込んだAPI・Batchの開発・運用・保守を行なっています。APIを開発する際には負荷試験を実施し、本番環境で運用する際に求められるスループット・レイテンシを達成できるか確認します。 MLOpsブロックでの従来の負荷試験実施には人手を要する定型的な作業が複数ありました。また頻繁に行う作業でもありトイルとなっていました。 本記事ではMLOpsブロックで抱えていた負荷試験実施の課題と、解決のために開発したOSSのCLIツール、Gatling Commanderについて紹介します。Gatling Commanderが負荷試験の実施におけるトイル削減の一助になれば幸いです。 github.com 目次 はじめに 目次 背景・課題 従来の負荷試験実施の方法 分

          Go製CLIツールGatling Commanderによる負荷試験実施の自動化 - ZOZO TECH BLOG
        • 「計12時間も軟禁されひたすら詰問される…」お茶大アカハラ教員の暴虐と、加害者と大学の「共犯関係」|小山(狂)

          「原罪先生」「ちゅえ(泣)」等の愛称でおなじみのお茶の水女子大講師、神山翼氏のことをみなさん覚えているだろうか。 神山翼氏は男性フェミニストとして 「男性は女性に対して『原罪』を背負っているのだから、我が身を犠牲にして女性に尽くさねばならない」 という趣旨の発言を行いSNS上で大炎上したお茶大の教員だが、「炎上」後に神山翼氏が常習的なハラスメント加害者であったことが多くのお茶大生からの告発によって明らかになり、お茶大を巻き込んだスキャンダルとして(極めて悪い意味で)「時の人」になった男性教員である。 「研究室妻」などと噂される特定の女子学生との不適切関係や、それに付随するアカデミック・ハラスメント、他の研究室生に対する恫喝、過去に起こした女子高生に対するセクハラDM問題などの神山翼氏のスキャンダルについては本マガジン上で詳しく報じたが、取材を進めていくうちに本件は神山翼氏の個人的な問題に留

            「計12時間も軟禁されひたすら詰問される…」お茶大アカハラ教員の暴虐と、加害者と大学の「共犯関係」|小山(狂)
          • 神奈川県高校出願システムの設定の不備を説明できないから勉強してみた - Qiita

            概要 1月9日頃からX上で「神奈川県公立高等学校入学者選抜インターネット出願システム」でGoogleドメインのアドレスへのメール不着が発生し、受託会社の設定が問題視されました。 X上で設定方法が炎上しましたが、正直「〜が問題であって、〜したら良かった」という解決方法を説明できないので、私も批判を受けるレベルだなぁと思って、すぐに勉強しました。 この記事は、そのアウトプットですので、間違っている認識の箇所がありましたら、温かい目でお知らせください。 前提 この記事は、今回、問題になった設定箇所を取り上げています。 基本の範囲をはっきりと定義できませんが、基本的なメールサーバーの処理等は記載していません。 事例 1. MXレコードについて 神奈川県高校出願システムだけど、何気にMXレコードをみたらとんでもない設定ミスしてる。こんな基本的な事に気づかないなんてダメでしょ。 このツイートの指摘、何

              神奈川県高校出願システムの設定の不備を説明できないから勉強してみた - Qiita
            • 「組織内の視界の重なり」についての考え方の変化 - もくもくプロダクトマネジメント( @Nunerm )

              ありがたいことに、こちらのestieさんの記事に、自分が6年前に書いた記事を引用していただきました。 www.estie.jp いい機会なので、6年前の自分の考え方が、時を経てどう変わったのかを棚卸するために、この記事を書いてみることにしました。 引用していただいた記事はこちら productmanager55.hatenablog.com この記事をChatGPT先生に要約してもらった内容がこちら プロダクトマネージャー(PM)に求められるスキルや考え方は多岐に渡り、出身背景も様々である。 組織や市場によって求められるPMの役割やスキルは異なる。例えば、アメリカでは技術力を持つPMが求められ、中国では新たなニーズを見つけ出す能力が求められる。 PMの役割は一概には言えず、組織内で求められる役割を理解し、自身のスキルと照らし合わせて目指すべき姿を定義することが重要。 組織の「視力」を理解す

                「組織内の視界の重なり」についての考え方の変化 - もくもくプロダクトマネジメント( @Nunerm )
              • Mackerel で行った障害対応演習を紹介します - Hatena Developer Blog

                こんにちは、Mackerel チーム SRE の id:heleeen です。 この記事は、はてなの SRE が毎月交代で書いている SRE 連載の4月号で、先月分は id:taxintt さんのサービスの一般公開前からSLI/SLOと向き合うです。 今回は、先日 Mackerel チームで行った障害対応演習で実施した内容と、どのような学びを得たかについて紹介します。 本番障害はできればなくしたいものですが、すべての障害を完全になくし可用性を100%にするのはとても困難です。そのため、障害が発生したときの影響範囲を小さくする仕組みを導入したり、ロールバックを素早く行えるようにしておくなど、影響を抑えるための取り組みが必要になります。 Mackerel では、その一環として、障害対応時のオペレーションの確認やバックアップからの復旧が行えるかの検証などの起きてしまった障害を素早く収束させたり、

                  Mackerel で行った障害対応演習を紹介します - Hatena Developer Blog
                • ソフトウェア1 (2022)

                  ソフトウェア1 (2022)¶ 本サイトは、東京大学工学部電子情報工学科・電気電子工学科の進学内定者(2年生、A1ターム)を主たる対象としたソフトウェア1の講義ページです。C言語の基礎を勉強します。 電気系の学科のslackにて講義に関する通知を行うので、常時学科slackをチェックするようにしてください。 電気系の学生は既に全員slackに招待されるはずですが、もし招待されていなければこちらを参考に入ってください。 電気系以外の学生も、上記リンクを参考に入ってください。講義を受講する学生なら誰でも参加出来るという運用になっています。 本サイトは2022年度版です。2023年度版はこちら。 ニュース¶ [2022.11.24] week7を追加しました。 [2022.11.10] week6を追加しました。 [2022.11.03] week5を追加しました。 [2022.10.27] w

                  • AWS Aurora MySQL のメンテナンスの準備・実施・振り返りをチーム横断で行った話 - Repro Tech Blog

                    こんにちは、Sys-Infra Unit の小山です。今回は、AWS Aurora MySQL のメンテナンス準備・実施・振り返りまでを複数チーム横断で行った話を紹介します。 背景と課題 Repro では、AWS Aurora MySQL を利用してサービスを提供しています。Aurora MySQL は、MySQL 互換のリレーショナルデータベースサービスで、Aurora MySQL にも独自のバージョン番号が設定されています。バージョンにはサポート期間が設定されているため、利用しているバージョンのサポート期間が終了する前にはアップデートしておきたいものになります。 今回、Repro で利用している Aurora MySQL のバージョンがサポート終了日に近づいてきたため、バージョンアップデートをする必要がありました。Aurora MySQL のバージョンを上げるには、Aurora MyS

                      AWS Aurora MySQL のメンテナンスの準備・実施・振り返りをチーム横断で行った話 - Repro Tech Blog
                    • Slackのデフォルトのフォントが変わってしまったのでSlackのフォントを元に戻したい! - Qiita

                      最近、Slackのフォントが変わりましたね。自分は前のフォントの方が良かったので元に戻す方法を残しておきます。 結論 Slackの適当なチャンネルに /slackfont Lato と打ち込み送信する。 デフォルトに戻すときは /slackfontと送信する。 ※ 変わらない場合は、フォントをインストールしてください。 解説 Slackのデスクトップクライアントでは、 /slackfont <font name> でフォントを <font name> に変えることができます。 フォントはシステムにインストールされてると安心なので、元々のフォントを探してきてインストールします。 Slackの元々のフォントは Lato っぽいので、Google Fontから落としてきてインストールしましょう。 フォントをインストールしたら、Slackを再起動し、上記のコマンドを入力することで、おなじみの見た目

                        Slackのデフォルトのフォントが変わってしまったのでSlackのフォントを元に戻したい! - Qiita
                      • リストの登場でSlackでのタスク管理がしやすくなった - Qiita

                        はじめに Slackにリストというタスクを管理できる機能がリリースされました。 利用できるようになってから1週間程度なのでまだ使いこなすことはできてはいませんが、それでもSlackでのタスク管理がしやすくなったという実感があります。 リストの概要 リストはSlack内でタスクやプロジェクトを管理する機能です。 有料プランの利用者は順次使えるようになっているそうです。 これまでSlackでタスクを管理する方法としては「後で」(ブックマーク)を使う方法や外部ツールと連携する方法をとっていましたが、それらと比較するとリストには以下の優位性があると感じています。 「後で」(ブックマーク)との比較 表形式で確認できるため一覧性が高い カテゴリごとにリストを分けられる 設定次第でステータスを細かく管理できる 「後で」には完了しかない リストを他の人と共有できる 自分専用のリストも作成できる Slack

                          リストの登場でSlackでのタスク管理がしやすくなった - Qiita
                        • 大規模なAndroidアプリの実装を紐解いていくアプローチ - ZOZO TECH BLOG

                          はじめに こんにちは、ZOZOTOWN開発2部Androidブロックの小林(@kako_351)です。普段はZOZOTOWN Androidアプリの開発を担当しています。今年の3月に入社して機能改修や既存機能の調査などの業務に携わってきました。その中でZOZOTOWN Androidアプリについて知見を持っていないため、調査や開発の際に学習コストがかかるといった課題が見えてきました。本記事ではAndroidアプリの実装を把握するアプローチをご紹介します。 目次 はじめに 目次 背景 実装を把握するアプローチの全体像 ドキュメントの把握 目的 アプローチ モジュール構成や画面遷移などの全体構造の把握 目的 モジュール構成 画面遷移 アーキテクチャの把握 目的 アプローチ ライブラリや使用技術の把握 目的 アプローチ ビルドやデプロイなどCI/CD環境の把握 目的 アプローチ テストの把握 目

                            大規模なAndroidアプリの実装を紐解いていくアプローチ - ZOZO TECH BLOG
                          • 【技術選定/OSS編】LLMプロダクト開発にLangSmithを使って評価と実験を効率化した話 - Gaudiy Tech Blog

                            こんにちは。ファンと共に時代を進める、Web3スタートアップ Gaudiy の seya (@sekikazu01)と申します。 この度 Gaudiy では LangSmith を使った評価の体験をいい感じにするライブラリ、langsmith-evaluation-helper を公開しました。 github.com 大まかな機能としては次のように config と、詳細は後で載せますが、LLMを実行する関数 or プロンプトテンプレートと評価を実行する関数を書いて description: Testing evaluations prompt: entry_function: toxic_example_prompts providers: - id: TURBO config: temperature: 0.7 - id: GEMINI_PRO config: temperature:

                              【技術選定/OSS編】LLMプロダクト開発にLangSmithを使って評価と実験を効率化した話 - Gaudiy Tech Blog
                            • カヤック発OSSカタログ - KAYAC Engineers' Blog

                              SREチームの長田です。 今回は、カヤックのメンバーが業務で使うために開発・公開しているOSSなプロダクトをまとめて紹介しようという企画です。 KAYAC organization以下にあるものだけでなく、在籍中のメンバーが作ったものもひっくるめて、実際に業務で使用しているものを中心に 紹介しています。 以下の3つのカテゴリに分けて記載しています。 各カテゴリ内はアルファベット順です。 ツール編 人間が手動で実行するもの アプリケーション編 どこかに常駐して、イベントを受け取ると動作するもの ライブラリ編 ツールやアプリケーションから参照されるもの 集めてみたらそこそこの量になったので、本記事では詳細な説明は省いています。 GitHubリポジトリのURLや関連記事のリンクを併記していますので、より詳しく知りたい場合はそちらを参照ください。 (...) 内はそのプロダクトで使用している主なプ

                                カヤック発OSSカタログ - KAYAC Engineers' Blog
                              • JavaScript Bloat in 2024

                                JavaScript Bloat in 2024 Translations: Korean Russian I was a bit out of touch with modern front-end development. I also remembered articles about web bloat, how the average web page size was approaching several megabytes! So all this time I was living under impression that, for example, if the average web page size is 3 MB, then JavaScript bundle should be around 1 MB. Surely content should still

                                  JavaScript Bloat in 2024
                                • 日本初の「3Dアバターでメタバース教室に通う」通信制高校が登場、4月入学・転入生を募集中。全員にVR機器を無償貸与、授業では大学・専門学校レベルのプログラミング・CG制作も学べる

                                  日本初の「3Dアバターでメタバース教室に通う」通信制高校が登場、4月入学・転入生を募集中。全員にVR機器を無償貸与、授業では大学・専門学校レベルのプログラミング・CG制作も学べる 学校法人 青叡舎学院は、同法人が展開する広域通信制高等学校「勇志国際高等学校」において、2024年4月期における「メタバース生」の入学生および転入生の募集を開始した。 VR(仮想現実)やCG・メタバース関連のソリューション事業を展開するアオミネクストの発表によると、本コースは学校教育法や文部科学省の定める要項に則った形で展開。海外を含むどこからでも編入学が可能で、全日制の高等学校と同じ高校卒業資格を取得できる。 発表によると、今回の「メタバース生」コースでは全生徒にVR機器を無償で貸与し、Zoomなどのビデオ通話ツールの代わりとして、メタバース空間上に設けられた教室でオンラインホームルームを実施するという。 通信

                                    日本初の「3Dアバターでメタバース教室に通う」通信制高校が登場、4月入学・転入生を募集中。全員にVR機器を無償貸与、授業では大学・専門学校レベルのプログラミング・CG制作も学べる
                                  • 新人研修でHardening! 2023 - freee Developers Hub

                                    こんにちは。freee PSIRTでマネージャーをやっています、ただただし(tdtds)です。この記事はfreee Developers Advent Calendar 2023 24日目です。昨日は最近freeeにグループジョインしたBundleのkouheiさんによる「Bundleの3年間をライブラリで振り返る」でした。 さて、「freeeでは新卒研修でHardeningをやってるらしい」という話は界隈ではちょっとは知られているものの、その内幕が伺えるのは、まだPSIRTがCSIRTから独立する前の2018年の記事しかありませんでした。 developers.freee.co.jp あれから5年。最近のHardening研修はどうなっているのか、アップデートしようというのが今回の記事になります。 Hardening 2023! 細かい話はあとまわしにして、さっそく今年行われたHarde

                                      新人研修でHardening! 2023 - freee Developers Hub
                                    • 教えて先輩! DevRelの立ち上げ方(前編)活動の成果と計測、体制、予算 - SmartHR Tech Blog

                                      2023年夏、SmartHRでDevRel(Developer Relations)が始動しました! SmartHRのDevRelは生まれたてほやほや。会社、そして担当者自身にも経験や知見がありません。 そこで、他社で積極的に活動をされているDevRelの先輩がたをお招きして座談会を開催しました。 前編では、DevRelとは何かや、活動の成果とその計測方法、体制、予算についてお話をうかがいました。 (座談会は2023年9月に行いました。内容は当時のものです) 目次 目次 座談会メンバー 櫛井優介さん(以下、941) 杉田絵美さん 玉田大輔さん 聞き手:稲尾尚徳(以下、inao) 自己紹介 そもそもDevRelって? 活動の成果とその計測 DevRelの体制 DevRelの予算 座談会メンバー 櫛井優介さん(以下、941) LINE株式会社(現LINEヤフー株式会社) Developer R

                                        教えて先輩! DevRelの立ち上げ方(前編)活動の成果と計測、体制、予算 - SmartHR Tech Blog
                                      • エムスリーで活躍する人の型を観察してみた その1 - エムスリーテックブログ

                                        こんにちは、プロダクトマネージャーの髙田です。辛いものが好きです。 最近は、昼ごはんに台湾ラーメンを食べて、夜に二郎インスパイアで台湾まぜそば(辛口)を食べました。 麺半分コール忘れて胃が爆発 入社からいつのまにか1年経過し、振り返りも込めてエムスリーで働く人を「観察」して学んだことを書こうと思います。 私は入社後半年ほど、インプット8:アウトプット2の時間の使い方をしていて、特に最初の3ヶ月は「エムスリーの型・勝ちパターン」のインプットを重点的に行っていました。 具体的には、 コミュニケーション・行動・思考法などをMTGやSlack等から観察し 学んだことを週1で取締役CTOの山崎さんに報告 会話を通してさらに学びを深める&誤学習してないか確認 という手順で進めていきました。 この一連の経験が今でも役に立っていると感じる & 入社初期に「見習うべき型・勝ちパターン」のインプット期間があっ

                                          エムスリーで活躍する人の型を観察してみた その1 - エムスリーテックブログ
                                        • 「やはりGitHubActionsは使ったほうが良い」 AWS環境へのデプロイとテストを自動化して感じた効果

                                          「インフラ技術基礎勉強会 #4」は、業務改善、業務効率化、自動化をテーマにした勉強会です。ここで「GitHubActionsで構築した自動化の仕組み」をテーマに奈良氏が登壇。GitHubActionsの基本と、AWS環境へのデプロイとテストの自動化について話します。 奈良氏の自己紹介 奈良貴充氏:こういった機会をいただきありがとうございます。「GitHubActionsで構築した自動化の仕組み」と題して、今回話します。よろしくお願いします。 今回ですが、7つのアジェンダでお話しします。「GitHubActions」を使っている方も多いと思うので、「こういったケースで使っているんだな」と聞いてもらえればと思います。 まず自己紹介します。私は凸版印刷というところで仕事をしています。主に新規サービスの立ち上げに関するシステム開発全般を扱っています。好きなものは日本のサブカルじゃないですが、漫画、

                                            「やはりGitHubActionsは使ったほうが良い」 AWS環境へのデプロイとテストを自動化して感じた効果
                                          • 社内発OSSのドッグフーディングでみんな捗る! - KAYAC Engineers' Blog

                                            Tech KAYAC Advent Calendar 2023 の11日目です。 こんにちは。 専らドッグフードを食べる側の長田です。 もちろんリアルな犬のはなしではなく、ドッグフーディングのはなしです。 https://ja.wikipedia.org/wiki/ドッグフーディング ドッグフーディング (英: dogfooding) または「自社のドッグフードを食べる」「ドッグフードする」(Eating your own dog food、Drinking your own champagneとも言う)は、コンピュータ業界において、自社製品を開発して利用する組織の習慣で、組織が実際の使用法で日々自分たちで製品を利用しながら製品テストを行うことである。 カヤック由来のOSS 実はカヤック(社員名義も含む)はOSSなプロダクトをそこそこの数公開しておりまして、実際の業務でも使っています *1

                                              社内発OSSのドッグフーディングでみんな捗る! - KAYAC Engineers' Blog
                                            • AWS Security Hubコントロールの有効無効をコード管理するのは予想のN倍大変だった話 - ANDPAD Tech Blog

                                              こんにちは。SREチームの吉澤です。2023年3月にアンドパッドに入社し、最近は主にセキュリティ関係の改善に取り組んでいます。 SREの経験としては、アンドパッドへの入社前からSREとして働いており、雑誌に寄稿したり、個人ブログを書いたり、SREの勉強会に運営スタッフとして長年参加したりしてきました。9/29(金)開催のSRE NEXT 2023にも、運営スタッフとして参加しています。SRE NEXT 2023には、アンドパッドもブロンズスポンサーとして参加しています! そこで今回は、SRE NEXT 2023のCFPに応募したネタ(今回、競争率すごく高かったんですよね……)を育てて、1つ記事を書いてみました。CFP落選供養スペシャルです。 背景 AWS Security Hubとは アンドパッドでのSecurity Hubの活用 目的 実現方法 課題 Security Hubのコントロー

                                                AWS Security Hubコントロールの有効無効をコード管理するのは予想のN倍大変だった話 - ANDPAD Tech Blog
                                              • Slackの全てに目を通さないでも要約が分かる「Slack AI」提供開始

                                                  Slackの全てに目を通さないでも要約が分かる「Slack AI」提供開始
                                                • 「Google Chat」が「Microsoft Teams」「Slack」とチャットできる機能を一般提供/

                                                    「Google Chat」が「Microsoft Teams」「Slack」とチャットできる機能を一般提供/
                                                  • KubernetesのPodを事前にスケールアウトする仕組みをCronJobで実装し、ジョブの処理遅延を低減した話 - ANDPAD Tech Blog

                                                    1. はじめに こんにちは、SWEのあかりです。 今回は、SREの角井さん(@cass7ius)と一緒に、Kubernetes(以降、K8sと表記)のPodを事前にスケールアウトする仕組みをK8sのCronJobで構築したので、その実装背景・技術選定・実装方法について実例を紹介します。 この記事を読んで得られるものは以下の3点です。 Podを事前にスケールアウトさせて、ジョブの遅延を低減した実例 技術選定時に行った定性分析の実例 Podからkubectlコマンドを実行する実装例 2. 前提の説明 掲題の実装対象は施工管理サービスであり、これは社内で最も古くから稼働しているモノリシックなRailsアプリケーションです。施工管理サービスのおおよそのインフラ・技術構成は下図の通りになっています。 施工管理サービスのインフラ構成図 上図の通り、施工管理サービスはEKSクラスター上で稼働しており、お

                                                      KubernetesのPodを事前にスケールアウトする仕組みをCronJobで実装し、ジョブの処理遅延を低減した話 - ANDPAD Tech Blog
                                                    • Flutterアプリの定期リリースを支える自動化 - Fast DOCTOR Technologies TECH BLOG

                                                      本稿では、ファストドクターのモバイルアプリのリリースフローを整備した取り組みについてご紹介します。 モチベーション ファストドクターのモバイルアプリは、2022年夏にFlutterでのフルリプレースを実施し、それ以降は機能の開発が完了次第随時リリースをするという戦略を取っていました。 この戦略はシンプルであり、開発に関わっているステークホルダーが少ない状況下でうまく機能していました。しかし、組織の拡大に伴い以下のような問題が発生するようになりました。 複数機能の開発スケジュールの調整をしたり、バックエンドのリリース・QAとの整合性を取ったりという必要性が増し、調整コストが肥大化 リリースが不定期なため、いつPull Requestをマージすれば良いか分からずopenされたままのPull Requestが多数 この状況を改善するために、以下の要件を念頭に定期的なリリースとそれを支える仕組みを

                                                        Flutterアプリの定期リリースを支える自動化 - Fast DOCTOR Technologies TECH BLOG
                                                      • 人間によるKubernetesリソース最適化の”諦め”とそこに見るリクガメの可能性 | メルカリエンジニアリング

                                                        Platformチームでエンジニアをしているsanposhihoです。メルカリのPlatformチームでオートスケーリング周りの課題の解決を担当しており、Kubernetes UpstreamでもSchedulingやAutoscaling周りの開発に参加しています。 メルカリでは全社的にFinOpsに取り組んでおり、Kubernetesリソースは最適化の余地があるエリアです。 メルカリではPlatformチームとサービスの開発チームで明確に責務が分かれています。Platformではサービス構築に必要な基礎的なインフラストラクチャを管理し、それらを簡単に扱うための抽象化された設定やツールなどの提供を行っています。サービスの開発チームは、それらを通してサービスごとの要件に応じたインフラストラクチャの構築を行います。 サービスやチームの数も多く、そのような状況での全社的なKubernetesリ

                                                          人間によるKubernetesリソース最適化の”諦め”とそこに見るリクガメの可能性 | メルカリエンジニアリング
                                                        • 技術書典15で「AWSとRubyではじめるサーバーレス入門」という本を頒布します!(サークル名: yuuu け09) - .logbook

                                                          11月に開催される技術書典15で「AWSとRubyではじめるサーバーレス入門」という本を頒布します。 techbookfest.org 技術書典15は以下日程で、オンライン・オフライン同時開催です! オンライン: 11月11日(土)〜26日(日) オフライン: 11月12日(日) 11時~17時 techbookfest.org 紹介する本はオンライン・オフライン(ブース: か05)どちらでも頒布いたしますので、興味を持たれた方はぜひご購入ください! 表紙 今回はタイトルの通り、Rubyを使ってAWS上にサーバーアプリケーションを構築する方法を解説しており、ツールとしてAWS SAMを使用しています。 AWS SAMは解説記事によくリスのキャラクターが用いられているので、表紙にもリスを描いてもらいました。 表紙・裏表紙 内容 前述の通り、いわゆる「サーバーレス」なアプリケーションをハンズオ

                                                            技術書典15で「AWSとRubyではじめるサーバーレス入門」という本を頒布します!(サークル名: yuuu け09) - .logbook
                                                          • 「最低限しか話したくなかった」 人付き合いが苦手だったエンジニアがEMになり、人間中心の組織づくりに取り組むようになるまで - Findy Engineer Lab

                                                            人が働くうえで、誰もが一度は直面するであろうキャリアの分岐点。そのとき経験したこと、選択したことは、現在の立ち位置を決定づける重要な要素となっているはずです。 株式会社ビットキーで技術広報やスクラムマスター、エンジニアリングマネージャー(EM)を務めるパウリ(@pauli_agile)さん。彼は数多くの技術コミュニティの運営にも携わりながら、エンジニアや開発組織のマネジメントに全力で向き合っています。 キャリア初期の人間関係のつまずき、アジャイル手法との出会い、そして人とのコミュニケーションの重要性への気づき。これらの経験を経て、パウリさんはエンジニアマネジメントの道を選択したといいます。 彼の経験は、多くのエンジニアが直面する分岐点や、その結果広がるキャリアの可能性を示唆しているのではないでしょうか。そこでFindy Engineer Lab編集部では、パウリさんのキャリアを形づくった重

                                                              「最低限しか話したくなかった」 人付き合いが苦手だったエンジニアがEMになり、人間中心の組織づくりに取り組むようになるまで - Findy Engineer Lab
                                                            • ノーススター(北極星)指標をモニターしてるのにビジネスが成長しないのはなぜか? - Qiita

                                                              よくスタートアップやSaaSの世界などでノーススター(北極星)指標が注目されます。自分たちのビジネスを成長させるために組織の全員が一丸となって追うべき1つの指標というものです。 例えば、アクティビティの指標であるDAU(Daily Activity Users)やMAU(Monthly Active Users)であったり、またはエンゲージメントを測るためのDAU/MAU、またはそれこそ売上やMRRであったりするかもしれません。 データや数値を元にビジネスを成長させようということで、こうした「ノーススター」指標を決め、ダッシュボードなどで毎週、毎月モニターし始めます。 ところが、ここから誰もが話したくないことが起き始めます。 たいていの組織や企業の中の人達はこの指標をだんだん見なくなる、または本気にしなくなります。 実際見ている人は経験あると思うのですが、こうした指標の数値は良くなったり悪

                                                                ノーススター(北極星)指標をモニターしてるのにビジネスが成長しないのはなぜか? - Qiita
                                                              • 新人ライター座談会。「ゲームライターになって1年,どうだった?」リアルな今と苦労を同期と語り合った

                                                                新人ライター座談会。「ゲームライターになって1年,どうだった?」リアルな今と苦労を同期と語り合った ライター:オクドス熊田 カメラマン:永山 亘 2023年10月。私がゲームライターとして業界に乗り込んでから約1年。そんな時期に「新人ライターさんたちの“今”を聞いてみたいのですが」と,4Gamer編集者(楽器)から企画のお誘いがあった。 私は専門学校(2年制)を卒業し,専業ライターになった身だ。同期もそれなりに数がいる。声をかければ集まるだろうと答えると,「なら縁のある場所で座談会でもどうでしょう」と返事があった。 というわけで11月某日。普段からDiscordで仕事の相談をし合っている「バンタンゲームアカデミー」ノベル学科 ゲーム・アニメライター専攻 21期生の5人が,母校で久しぶりに顔を合わせた。 はてさて,業界の闇でも愚痴り合うのか。あるいは希望の光でも伝え合うのか。未来のさらに若き

                                                                  新人ライター座談会。「ゲームライターになって1年,どうだった?」リアルな今と苦労を同期と語り合った
                                                                • 社内利用浸透しきったLookerを1ヶ月でLookerStudioに移行した話

                                                                  こんにちは!ゲンシュンです。 Looker解約することになり、LookerStudioへの移行対応をした話を書きます! 背景 Lookerはプロダクト部ビジネス部も満遍なく利用しきっていますが、円安関連でコスト高騰してキツイな〜という状況でもありました。解約意思決定が自分に伝達されたのが6月下旬、移行対応に即アサインされ、そこから諸々準備し、8月頭でのLookerStudio利用開始までわずか1ヶ月という短期決戦プロジェクト開幕です。 各部門の業務フローにゴリゴリ組み込まれているぐらい利用浸透してて、DWH↔Lookerの設計周りもかなりいい感じに出来てて、こんなに愛した俺達のLookerがコスト理由だけで移行せざるを得ないのは、ぶっっっっちゃけモヤモヤが大きかったです。が、やりきればうんびゃくまん以上の凄まじいコスト改善が出来るので、これは凄い事業インパクトだ!やり切るしか無い!やろう!

                                                                    社内利用浸透しきったLookerを1ヶ月でLookerStudioに移行した話
                                                                  • Datadogのグラフにデプロイタイミングを表示する方法 - 世界中の羊をかき集めて

                                                                    Datadogのグラフをみていると、いつアプリケーションがデプロイされたのか気になることがあります。 「レスポンスタイムが急に悪くなってるけどデプロイ影響?」「エラーレートが跳ねるタイミングがあるけどデプロイ影響?」など。 そこでDatadogのグラフにデプロイタイミングを表示する方法を紹介します。 1, Event Overlays機能を使う docs.datadoghq.com 以下の画面のように、表示したいDatadog Eventのクエリを入力します。 するとEvent発生日時がグラフ上に縦線で表示されます。 シンプルな方法ですが、デプロイするタイミングでDatadogにEventを送信する必要があります。 デプロイフローに追加が必要なのでできればDatadog内で完結したいです。 2, Show Overlays機能を使う docs.datadoghq.com ※これを使うにはA

                                                                      Datadogのグラフにデプロイタイミングを表示する方法 - 世界中の羊をかき集めて
                                                                    • キーボードへのこだわりを聞いてみた ── 人生の1/3の時間は打鍵! - SmartHR Tech Blog

                                                                      こんにちは、プロダクトエンジニアの@ksaitoと@tafuです。 SmartHRには共通の趣味の方が集まるSlackチャンネルが数多く存在し、その一つに「#趣味_キーボード」チャンネルがあります。そこでは、新しいキーボードの情報共有や自作しました〜などのコミュニケーションが取られています。 今回は、仕事道具であるキーボードについて、こだわりのポイントや満足していない部分など、プロダクトエンジニアの@asonasさんにインタビューしてきました。 と、その前に我々のキーボードを軽く紹介させてください。 ksaitoのキーボード ksaitoが普段使っているキーボード TOFU60 を使っています。スイッチには、Outemuのサイレントクリームイエローというサイレントタクタイルスイッチを採用していて、ゴールデンウィークにキーキャップを新調しました。こだわりポイントを書くと文量が多くなってしまう

                                                                        キーボードへのこだわりを聞いてみた ── 人生の1/3の時間は打鍵! - SmartHR Tech Blog
                                                                      • “非同期な開発組織”におけるドキュメントの「強み」 時間の節約、深く理解できる、フィードバックを深く・平等にできる…

                                                                        Launchable, Inc.のソフトウェアエンジニアであるこんぼい氏は、ドキュメントを大事にしている理由と、具体的にどのようなドキュメントを運用しているのか、また、ドキュメント文化醸造のための取り組みについて紹介しました。全2回。 こんぼい氏の自己紹介 こんぼい氏:よろしくお願いします。「非同期な開発体制を支えるドキュメント文化」ということで発表します。 まず自己紹介をします。矢吹遼介と申します。Launchableという会社でソフトウェアエンジニアをやっています。インターネット上ではゴリラのアイコンで「Konboi」というIDでやっています。よろしくお願いします。 Launchableについて はじめにLaunchableについて軽く紹介させてください。USに本社があって、Jenkinsの作者の川口さん(川口耕介氏)がSun(Sun Microsystems)の時の同僚のHarpre

                                                                          “非同期な開発組織”におけるドキュメントの「強み」 時間の節約、深く理解できる、フィードバックを深く・平等にできる…
                                                                        • エンジニア1人で4年間プロダクトを開発。ミニマムな体制で効率的な価値検証を行う知見 - what we use(技術スタックデータベース)

                                                                          「サービスがPMFするまで、どのような体制で開発を進めるか」というテーマに、わかりやすい正解は存在しません。企業の創業メンバーの内訳や各々のスキル、会社の資金、世の中や他社の動向など、さまざまな変数が「開発組織のあり方」に影響します。CTOやVPoEといった企業の技術リーダーたちは、そうした変数を鑑みつつ自社の方針を決める重要な役割を担っています。 営業活動支援のSaaS事業およびコンサルティング事業を展開するSALESCORE株式会社のCTOを務める成澤克麻さんは、MVP開発開始から4年間は「エンジニア1人でフルスタックにサービス開発すること」を選びました。そして事業が軌道に乗った現在は方針転換をし、人を増やしながらスケール可能な体制作りを目指しているのです。今回は成澤さんに、SALESCOREがこれまで選択してきた開発組織の方針について聞きました。 KPIを可視化し、営業組織の実行力を

                                                                            エンジニア1人で4年間プロダクトを開発。ミニマムな体制で効率的な価値検証を行う知見 - what we use(技術スタックデータベース)
                                                                          • 弊社、なんでも解決してしまうバケモノみたいなエンジニアがいる「もうなんか神社でお願いする感覚に近い」

                                                                            暁 @akatuki_me 弊社、マジでなんでも解決してしまうバケモノみたいなエンジニアが居るが、採用の時含めて会った人も顔を見た人もいないという。 Slackでメンションして必要な情報を渡すと爆速で解決して戻ってくる。 もうなんか神社でお願いする感覚に近い。

                                                                              弊社、なんでも解決してしまうバケモノみたいなエンジニアがいる「もうなんか神社でお願いする感覚に近い」
                                                                            • Datadog でアラート通知の質を向上させるための取り組み

                                                                              この記事は毎週必ず記事がでるテックブログ "Loglass Tech Blog Sprint" 44 週目の記事です!1 年間連続達成まで残り 9 週となりました! はじめに はじめまして、2024 年 4 月にログラスにジョインしたエンジニアの石畑です。 まだまだドメインやシステムについて学んでいる最中なのですが、その中でアラート監視・運用周りをより良くできそうだったので、試行錯誤したことをまとめたいと思います。 どんな課題があったのか? ログラスではフロントエンドからバックエンド、インフラに至る全てのログ・メトリクスが Datadog に集約され、横断的に分析・監視できる仕組みが整っています。アラートも Datadog でモニタリングを作成し、「Slack に通知 → ローテションのオンコール担当が対応」という体制が作れています。 しかし、歴史的に積み重なったモニタリングが過剰にアラー

                                                                                Datadog でアラート通知の質を向上させるための取り組み
                                                                              • 社内で自作キーボードを組み立てる会を開催しました - Pepabo Tech Portal

                                                                                こんにちは、技術部プラットフォームグループのyuchiです。 趣味でLily58という自作キーボードを設計したり同人誌を書いたりしています。 自分は社内Slackで自作キーボードの話題が出たときにはすぐに反応できるようにSlackのマイキーワードを設定しています。 以前から「社内の自作キーボードユーザーの数を増やすために組み立て会をやってみたい!」と思っていた中、「自作キーボードを作りたい」という声を複数見つけたので社内で自作キーボードを作りたい人を集め組み立て会を開催しました。 今回は主に自作キーボードを組み立てたことのない初心者向けということで3部構成で行いました 自作キーボードを選ぶ会 自作キーボードを組み立てる会 自作キーボードをカスタマイズする会 自作キーボードを選ぶ会 現在、様々な自作キーボードキット、キースイッチ、キーキャップの選択肢が増えています。これにより、「何を選んで良

                                                                                  社内で自作キーボードを組み立てる会を開催しました - Pepabo Tech Portal
                                                                                • 新卒研修として開発した「はてなピアスター」がSlack活用アワードで優勝しました - Hatena Developer Blog

                                                                                  こんにちは、id:arthur-1 です。Mackerel 開発チームでアプリケーションエンジニアをしています。2022年4月に新卒入社しました。 入社時のエンジニア研修の一環で、2022年の新卒エンジニア4人で「はてなピアスター」という社内向け Slack アプリを5日間で企画・開発しました。 現在でもこの Slack アプリが社内で利用されており、スタッフ同士が気軽に感謝や称賛を贈り合うオンライン上の新たなコミュニケーション機会を創出しています。 はてなピアスター=ピアボーナス+はてなスター はてなピアスターは、従業員同士で報酬を送り合う「ピアボーナス」という仕組みと、記事やコメントにスターをつけて気持ちを表現できる自社サービスの「はてなスター」を掛け合わせて生まれました。Slack アプリから、他のはてなスタッフに対して感謝のコメントを添えてスターを贈ることができます。 Slack

                                                                                    新卒研修として開発した「はてなピアスター」がSlack活用アワードで優勝しました - Hatena Developer Blog