タグ

satosssiのブックマーク (5,617)

  • プレスリリース駆動開発のすゝめ - LayerX エンジニアブログ

    機械学習・データ部 / データチームの @irotoris です。こんにちは。 データチームでは社内で使うデータプラットフォームやデータマートの開発をしています。今日は弊チームの開発スタイルの中から「プレスリリース駆動開発」を紹介します。 データチームの開発スタイル データチームの開発は1週間のタイムボックスで、月曜日にバックログやプロジェクトから今週取り組むタスクを計画し、金曜にスプリントレビューを行っています。デイリーでは夕会を行っています。ベロシティの計測などは今のところできていませんが、いわゆるスクラムっぽい開発です。 その月曜朝の計画会で、まずプレスリリースを書いています。 プレスリリースとはなにか? 来プレスリリースは新商品や新サービス、経営・人事などの企業情報を、ニュースとしてメディアに掲載する文書ですが、ここではデータチームが開発・提供する機能や改善をユーザーに伝えるため

    プレスリリース駆動開発のすゝめ - LayerX エンジニアブログ
    satosssi
    satosssi 2024/05/01
    めちゃ良い
  • QAエンジニアがいない会社に入社してやったこと、まだやれてないこと - TalentX Tech Blog

    はじめまして。2023年2月に入社したQAエンジニアの大出です。 前職はフリマアプリを開発する会社で約8年QAエンジニアとして働いていて、TalentXで初めてtoBのサービスのQA業務を行うことになりました。 入社前の状況 やったこと 新規開発の検証 テストプロセス改善 テスト計画の作成 ドキュメントの整理 バグチケットの整理 ドッグフーディング 採用 まだやれてないこと 終わりに TalentXは2015年にMyReferというサービスをリリースして以来、2023年2月に自分が入社するまで社内にソフトウェアテストを専門に行うメンバーは在籍しておらず、開発エンジニアが自分達で全てテストを行っていました。 そういう状況で私が入社してから約1年間でやってきたことを振り返りたいと思います。 TalentXの開発に興味がある人や、ソフトウェアテストを専門に行うメンバーが居ない会社でこれからQAエ

    QAエンジニアがいない会社に入社してやったこと、まだやれてないこと - TalentX Tech Blog
    satosssi
    satosssi 2024/04/30
  • QAがQAしないでQAするために | ドクセル

    スライド概要 2024/4/11 最後の門番はもう古い!? QA2.0をQA立ち上げ期の2社が語る 登壇資料

    QAがQAしないでQAするために | ドクセル
    satosssi
    satosssi 2024/04/24
  • 私が仕事を任せる(委譲する)時の3つのポイント

    こんにちは、NE会社に勤めますきんじょう(@o0h_)がお送りします。 突然ですが、皆さんは「権限委譲」やっていますか?[1] 「権限委譲」というのが大げさであれば、「自分の持っていた仕事を他の人に任せる」くらいの感覚で、読み替えてみても良いかも知れません。 いかがでしょう? 業務負荷の集中を避けたり、後進の育成を目的として取り組んでいる人も多そうにも思います。 ただ、実際にやってみると「意外に難しい」とも感じる場面があるのではないでしょうか。 あるいは、「やりたいけどやれていない」という難しさもあるかも知れません。 私はマネージャー業に就いてから、あるいは自分より「若手」の多い職場に所属したことで、色々な場面で「仕事を預ける・任せる・委譲する」という経験をしてきました。 また、上司などの他の人から「仕事を受け取る」側の立場になったことも、もちろんあります。 そんな実践の中で、自分なりに気

    私が仕事を任せる(委譲する)時の3つのポイント
    satosssi
    satosssi 2024/04/16
  • 【公開用】日本におけるQA業界のトレンドと現状の課題 | ドクセル

    目次 通常表示 全画面 コピー ツイート シェア 送る

    satosssi
    satosssi 2024/04/16
  • 雑に思考を整理する技術と効能

    先達エンジニアに学ぶ 思考の現在地 Online Conference https://findy.connpass.com/event/313119/

    雑に思考を整理する技術と効能
    satosssi
    satosssi 2024/04/16
  • 「データモデリングでドメインを駆動する」を読む Part.1 - 勘と経験と読経

    読むのがホネな技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第65回。同僚と読書期限を約束することによって積読が確実に減るという仕組み。過去記事はこちら。 さて、今回は「データモデリングでドメインを駆動する──分散/疎結合な基幹系システムに向けて」である。今回は読書会メンバーで少しディスカッションをして選書。みんな、著者の杉さんのシステム開発に関するXでのポストなどもよく見ていたので、読んでみようということになった。また目次を見る限りでは骨太のようなので、前後編に分けて読むことにしている。というわけでPart.1では 第1部と第2部を取り扱う。 データモデリングでドメインを駆動する──分散/疎結合な基幹系システムに向けて 作者:杉技術評論社Amazon 「データモデリングでドメインを駆動する」とはどんなか さて、(ま

    「データモデリングでドメインを駆動する」を読む Part.1 - 勘と経験と読経
    satosssi
    satosssi 2024/04/15
  • SREとその組織類型

    PHPカンファレンス小田原2024での発表です。 #phpcon_odawara

    SREとその組織類型
    satosssi
    satosssi 2024/04/14
  • **強い**エンジニアのなり方 - フィードバックサイクルを勝ち取る / grow one day each day

    # 参考資料 - https://speakerdeck.com/pokotyamu/furikaeri-2024-95ceb97e-d587-4c4b-a4ec-5e52672644f6 - https://www.1101.com/umeda_iwata/ - https://speakerdeck.com/soudai/release-small

    **強い**エンジニアのなり方 - フィードバックサイクルを勝ち取る / grow one day each day
    satosssi
    satosssi 2024/04/14
  • 列指向、行指向データベースの特性を木構造を用いた集計クエリから理解する

    この記事は毎週必ず記事がでるテックブログ "Loglass Tech Blog Sprint" の 34 週目の記事です! 1 年間連続達成まで 残り 19 週 となりました! 株式会社ログラスの龍島(りゅうしま)です。最近はもっぱら新生姜をガリにしてクラフトビールのつまみにする毎日を送っています。今日はデータベースとデータ構造の話です。 この記事でやること データ集計の高速化のため、多くの場合、列指向データベースが選ばれます。列指向が大量のデータ操作を効率的に処理できるためです。行指向のデータベースを利用している状況で、データ集計のパフォーマンス向上のため列指向データベースへの移行をすることはよくある例です。しかし、行指向データベースで有効なデータ構造やクエリが列指向で同様に優れているとは限りません。この記事では、行指向のPostgreSQLと列指向のBigQueryを使って、それぞれに

    列指向、行指向データベースの特性を木構造を用いた集計クエリから理解する
    satosssi
    satosssi 2024/04/12
  • マルチプロダクト戦略におけるQA組織の変化とこれから - SmartHR Tech Blog

    こんにちは、SmartHR品質保証部マネージャーのarminです。 前回、私たちのグループの方向性をブログで発信してから3年が経過しました。 この間、品質保証部の体制や目指すべき方向性などに変化が起きていますので、改めてここで公開しようと思います。 品質保証部の変遷 前回のブログを出したのが2021年だったので、翌年2022年以降について説明します。2022年当時はQAエンジニアが個々のプロダクトに専属で入り、開発チームと一緒に品質保証を行なっていく組織を目指していました。 開発チーム内に入ったQAエンジニアは各々バリューを発揮し、各プロダクトの品質は向上していきました。 2023年になると、SmartHR全体としてマルチプロダクト戦略が打ち出され、プロダクトもプロダクト開発チームも急激に拡大していきました。 開発チームが増えても、品質の良いプロダクトを素早くリリースしなければ意味がありま

    マルチプロダクト戦略におけるQA組織の変化とこれから - SmartHR Tech Blog
    satosssi
    satosssi 2024/04/11
  • 私が 1on1 でしていること - Mobile Factory Tech Blog

    言葉の定義 モバファクの 1on1 の目的 1on1 で自分が大事にしていること 1on1 はメンティーの時間である 1on1 はメンターの時間でもある 1on1 初回 今使っている 1on1 のフォーマット 体調 半期目標の進捗振り返り ネクストアクションの振り返り うまくいかなかったこと・もっとよくなりそうなところ・うまくいったこと・その他に話したいこと ネクストアクション 1on1 の中でのやりとり お休みの取り方がわからない 最近見積もりの精度が高くなっている 朝会の議事録をとるようにしたい 最近チームの動きがぎこちないと感じている 1on1 定期的な振り返り まとめ こんにちは。駅メモエンジニアの id:dorapon2000 です。 今回は自分自身がメンター側として実施している 1on1 について、どのように実施しているのかご紹介しようと思います。 1on1 のやり方はメンター

    私が 1on1 でしていること - Mobile Factory Tech Blog
    satosssi
    satosssi 2024/04/11
  • 意識も理想も高いけど実現には至れない人|FromAtom

    これは、複数の他社の人から聞いた話をくっつけたり混ぜたり脚色した話になる。つまるところフィクションだ。 あるIT企業ではチームごとに始業時にスタンドアップミーティングを行っている。スクラムで言うところのデイリースクラムである。よくあるやつだ。 ある日、5〜6人くらいの小規模チームに新しいメンバーが加入した。新卒ではないけれど第二新卒くらいの若さのメンバーであった。将来的にはリードする役職(テックリードだったり、デザインリードだったりそういうやつ)につきたいという、意欲のあるメンバーだ。仮にメンバーを山田としよう。 入社後しばらくした山田からマネージャーに相談があった。 「毎朝、スタンドアップミーティングをしているが、時間の無駄にしか感じない。それぞれが進捗を共有するが、自分には関係ないタスクの話を聞いても意味がないので早くタスク消化に入りたい。」 マネージャーはスタンドアップミーティングの

    意識も理想も高いけど実現には至れない人|FromAtom
    satosssi
    satosssi 2024/04/07
    既視感ある内容だった
  • デイリースクラムの進め方

    みなさんこんにちは、@ryuzeeです。 今日はデイリースクラムについて、概要や注意点を紹介します。 なお、あくまで一般論であることに注意してください。スクラムの基は「透明性・検査・適応」です。自分たちで随時やり方を検査して、もっとうまくできるように適応していかなければ効果はあがりません。 1. デイリースクラムの目的 2. デイリースクラムの参加者 3. デイリースクラムのタイムボックス 4. デイリースクラムの事前準備 5. デイリースクラムのファシリテーション・進行 6. デイリースクラムのアンチパターン 1. デイリースクラムの目的 スクラムを利用するとき「フレームワークで決められているから」というだけの理解で進めてはいけません。これは全てのイベントに当てはまります。 スクラムのイベントはすべて、検査と適応が行われるように明確に設計されています。 デイリースクラムの最大の目的は、

    デイリースクラムの進め方
    satosssi
    satosssi 2024/04/05
    はい
  • 役員の思考って何が必要?|Akira Uehori|LayerX

    こんにちは、LayerX バクラク事業部の上堀(うえほり)と申します。 2024/4/1付にて、セールス担当の部門執行役員に選任いただきました。 選任とは直接的には関係がないものの、「部長から役員になるための考え方」を理解するということで、代表の福島さんから直接全8回のプログラムを去年から行なってもらっており、その内容についての概略を共有します。 一般的に新しく入社した方や新任マネージャー向けの研修はありますが、「役員ってそもそもどういう考え方をするの?」ということをプログラムとして用意しているスタートアップは多くはないのではと思っております。 かつ2on1での少人数の実施だったので、リアルなことや率直な悩みをぶつけることができたので非常にいい機会でした。 なぜやるのか?LayerXではマネジメントを下記に区分しています。 戦略マネジメント 組織戦略策定・浸透支援と、戦略実現に向けた自組織

    役員の思考って何が必要?|Akira Uehori|LayerX
    satosssi
    satosssi 2024/04/03
    視座の上げ下げってこうやるのかーって発見がある
  • [Developers Summit 2024]良いプロダクト作りのための組織育成(理論&実践編) 健全なコードは健全な組織、健全なチームから

    Developers Summit 2024 で登壇した際の資料です。 セッション詳細: https://event.shoeisha.jp/devsumi/20240215/session/4859 #デブサミ #devsumi

    [Developers Summit 2024]良いプロダクト作りのための組織育成(理論&実践編) 健全なコードは健全な組織、健全なチームから
    satosssi
    satosssi 2024/04/03
  • エンジニア基礎 ウィルゲート2024年度エンジニア新卒研修

    ▼研修を実演するイベントが開催されます! 4/15(月) 18:30〜『エンジニア基礎 - 話題の新卒向け研修実演』 https://forkwell.connpass.com/event/315283/ ▼この研修についてのテックブログ記事 https://tech.willgate.co.jp/entry/2024/04/01/184252 ▼補足 株式会社ウィルゲート 2024年度エンジニア新卒研修「エンジニア基礎」の資料です。 実際に研修で使用したものを加筆修正して外部公開しています。

    エンジニア基礎 ウィルゲート2024年度エンジニア新卒研修
    satosssi
    satosssi 2024/04/02
    程よく具体的で良いね
  • XZ Utilsの脆弱性 CVE-2024-3094 についてまとめてみた - piyolog

    2024年3月29日、Linux向け圧縮ユーティリティとして広く利用されているXZ Utilsに深刻な脆弱性 CVE-2024-3094 が確認されたとして、研究者やベンダがセキュリティ情報を公開しました。この脆弱性は特定の条件下においてバックドアとして悪用される恐れがあるものとみられており、当該ソフトウエアのメンテナのアカウントにより実装されたソフトウエアサプライチェーン攻撃の可能性が指摘されています。ここでは関連する情報をまとめます。 脆弱性の概要 xzとは主要なLinuxディストリビューションに含まれる汎用的なデータ圧縮形式で、今回問題が確認されたのはその圧縮・解凍ユーティリティであるliblzma(API)を含むXZ Utils。CVE-2024-3094が採番されており、Red Hatによって評価されたCVSS基値はフルスコアの10。影響を受けたライブラリをリンクしているssh

    XZ Utilsの脆弱性 CVE-2024-3094 についてまとめてみた - piyolog
    satosssi
    satosssi 2024/04/01
  • クレディセゾンでDXを進めてきた5年間を振り返る|小野 和俊

    はじめにクレディセゾンに来てちょうど5年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない!」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません! 2019年:ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか?」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答

    クレディセゾンでDXを進めてきた5年間を振り返る|小野 和俊
    satosssi
    satosssi 2024/03/28
  • Engineering Manager のオンボーディング - スタディサプリ Product Team Blog

    こんにちは、@chaspyです。プロダクト開発部の部長をしています。 スタディサプリ小中高の開発組織では、Engineering Manager (以降 EM と記す) という役割があります。*1 その役割は、エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド を引用させてもらうと、People Management + Technology Management を主に担ってもらっています。*2 ありがたいことに、ここ数年で新たに EM にチャレンジしてもらえる機会が増えました。稿ではそんな EM の活躍をサポートするオンボーディングの仕組みについて説明します。 メンバーのオンボーディングとの違い 任用直後にグレード設定という重要な仕事がある (主に人事の内容は)秘匿された情報が多く、引き継ぎの重要性が高い 新任 EM を迎える絶対数が(相対的に)少ない EM

    Engineering Manager のオンボーディング - スタディサプリ Product Team Blog
    satosssi
    satosssi 2024/03/27