お久しぶりです。セガの阪上です。前回の記事「QAエンジニアってどんな仕事？～ゲーム開発におけるテストの世界～」を寄稿してから6年が経ちました。今回は、前回の記事以降に発表した講演内容を振り返りつつ、前回紹介したQAエンジニアという職種から、クオリティエンジニアに役割を再定義した経緯について紹介します。 また、今年のCEDEC2024の講演『「龍が如く」も「スーパーモンキーボール」も自動化！クオリティエンジニアリングチームによるマルチゲームエンジン対応で進化した「龍が如くスタジオ」のテスト自動化環境について』は楽しんでいただけたでしょうか？ マルチゲームエンジン対応となったテスト自動化環境について、説明しきれなかった内容も補足しますので、最後まで楽しんで読んでいただけたら幸いです。 目次 目次 「QAエンジニア」から「クオリティエンジニア」になった経緯 (2018年~)開発・QAにおける自動

TOPインタビュー障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 2024年8月26日 ユーザベース NewsPicks事業 SREチームリーダー 安藤 裕紀 大手SIerで10年半エンジニア/アーキテクトとしてアプリケーション開発、インフラ構築、クラウド活用コンサルティングなど大企業の技術支援を行った後、2021年10月に株式会社ユーザベースに入社。プロダクト開発組織のSREチームでインフラや開発基盤を担当。シニアエンジニア、テックリードを経て、チームリーダーに。2024年からはプラットフォームエンジニアリングのグループマネージャーも兼務。 X Docswell GitHub

追記：記事の書き手がいうのもなんだけど、こんな記事記事読む暇があったら「ナヴィガトリア」とか「ゴーストフィクサー」とか「マザーグール」読んで！　超面白いよ！ 「ナヴィガトリア」 今のところ自分の期待とは違う展開が進んでるけど、これはこれで面白い - 頭の上にミカンをのせる 「ゴーストフィクサーズ」 サマータイムレンダの田中先生の新作オカルトバトルマンガ。 「呪術廻戦」ロスに怯える人は今からこれ読んでおこう。 - 頭の上にミカンをのせる 私が超好きなマンガ「マザーグール」がついに完結！！！！ 「5巻まで90%off&9巻まで半額」のセールやってるからぜひこの機会に読んでほしい！ - 頭の上にミカンをのせる ただのぽんこつ母さんだと思っていたらADHDグレーでした。 (はちみつコミックエッセイ) 作者:はなゆいオーバーラップAmazon愛した夫はADHDでした。（無料です） というのを読んだ。

Cloudflare Meetup Niigata #1で講演しました。 https://cfm-cts.connpass.com/event/322901/ 副読書です： Cloudflareスタックをモリモリ使ってアバター画像生成サービスを作った話 https://zenn.dev/…

8月19日、海外の技術情報メディアTheRegisterが「自分で作ればGitHub Copilotは不要」と題した記事を公開した。この記事では、オープンソースのAIコードアシスタント「Continue」を中心に、どのようにしてLLM（大規模言語モデル）をローカル環境で実行し、IDEに統合するかについて解説している。 Continueをインストールする前提条件 Continueをインストールし、動作させるには、以下の前提条件を満たす必要がある。 マシン要件: 動作に必要なマシン: 近年のプロセッサを搭載したシステムであれば動作するが、最適なパフォーマンスを得るためにはNvidia、AMD、またはIntelのGPU（6GB以上のvRAMを推奨）が望ましい。Apple Silicon搭載のMacでも動作するが、16GB以上のメモリを推奨する。 Ollamaモデルランナー: Ollamaモデルラ

『現場で使える！自動化入門@技術書典 | 執筆者によるライトニングトーク大会！』イベント実況ツイート＆参加者の呟きをまとめています。 当イベントは「楽しく学ぶ」を目的としておりますので、ご参加いただいたみなさまには振り返りの機会、そしてご参加できなかったみなさまにはイベントの内容を届けるために情報を整理してtogetterにまとめております。 みなさま、どうぞお楽しみください。 詳細については、公式のイベントページやYouTube動画をご覧ください。 続きを読む

0.はじめに この記事は新人さんというより、新人さんを教える立場の方向けの記事です。 ３年目とかになると、任されますよね… 思ったより、（スキルが）育ってない。 思ったように（動くように）育ってない わ　か　る　わ　か　る！　いえええええええ（CV：サンシャイン池崎 ごめんなさい。ふざけただけなんで、その悩みを一つ一つ解決したいかなと思います。 1. 新人教育のありがちな勘違い まず、新人教育でよくある勘違いを考察していこうと思います。 正直いうと、自分もこの勘違いしていたと思います。 新人エンジニアはエンジニアの技術（応用）を教える必要がある 自分の部下になることを想定する 新人といってもいい大人だし、仕事だから勝手に、学んでくれる これら３つが大きな間違いだと個人的には考えます。 思い当たりませんか？ 間違い１：新人エンジニアはエンジニアの技術（応用）を教える必要がある 人事が研修して

対象者 ・未経験からエンジニアを目指したい！と考えている方 ・エンジニアになったけどなかなか成長できてないな・・と感じている方 に読んでいただけると嬉しいです！ 自己紹介 株式会社PRUMという会社の代表をしています。岩本です。 https://prum.jp/ SES企業でエンジニアとして就業したのち、ヤフーでもエンジニアとして働いておりました。 2019年、PRUMを創業し組織を５期目の途中で70名の組織まで成長させました。 エンジニアの成長について、誰よりも考え抜いてきた自信があります。 エンジニアって、どれくらい勉強した方がいいの？ ずばり、はじめの2年間は、空いている時間は全て勉強しましょう。 そう考えるほうが楽です。圧倒的に楽です。 理由は後で書きます。 そもそも、エンジニアという仕事について エンジニアという職業は、とっても魅力的な仕事です。 人手不足のため給与水準もこれから

概要 2ヶ月遅刻ですが、2023年4月～2024年3月で読んだ本145冊のうち技術寄りの本から52冊をざっくり紹介します。 オススメ度は10段階です。 1年目。 2年目。 プログラミング言語 実践Rustプログラミング入門 オススメ度★6 章ごとに1つのプログラムを作成しながら、Rustとそのエコシステムの特徴を学べる形式の本です。Rust哲学や文法解説は少なめです。 Rust学習者にはプログラミング初心者が少なく、質の高い公式ドキュメントも充実しているため、この形式の本は多い印象ですが、その中でも最もポピュラーな本です。 多様な用途を紹介する都合で作成するプログラムも多様で、これは好みが分かれるかなと思います。「ざっくり出来ることが分かればいいので後半は読み流すだけで、あとは自分で作りたいものを作りながら学ぶ」という人にはオススメです。一方で、マトモにコードを理解して環境構築して動かそう

前提 ここで言う 「できません」 は 「これを断らないとプロジェクトが炎上してしまう」 というようなケースを想定したものです どちらかというと他責思考寄りの方に見て頂きたいものであり、自責思考の強い方にはあまりおすすめしません はじめに 「できません」がうまく伝わらなかったために炎上したプロジェクトは星の数ほどある 「できません」と言えない ために炎上したプロジェクト 「できません」と言ったものの聞き入れてもらえなかった ために炎上したプロジェクト 「できません」と言って聞き入れてもらえない中で踏ん張ったものの、結局受け入れてもらえなかった ために炎上したプロジェクト etc... 「できません」と言えない、あるいは言っても聞き入れてくれない顧客や上司たち このような言葉が日々当たり前のように飛んでくる 「もう決まってるから」 「言い訳はいいんでやってください」 「なんでできないの」 「で

はじめに こんにちは。こんばんは。おはようございます！ 今回は個人開発話でも書いてみようと思います。個人開発で月1万円を稼げるようになるというのは僕にとって1つの目標でした。同じように月1万円稼げるようになりたいぞ〜！という人もいるかもしれません。そういう人にこの記事が少しでも参考になればと思っています。 そして、実際にこの記事を読んで「個人開発をスタートした！」「眠らせてたアプリをバージョンアップした！」などのアクションにつながったとしたら、それが一番嬉しいです。 ちなみに僕はiOSアプリを開発しているので、iOSアプリによった話がメインです。 個人開発で一番大事なこと 大事なのは続けること ごくごく当たり前のことで何の捻りもありません。でもやっぱりこれが一番大事です。とにかく続けましょう。 まだ月1万円に到達していない人で、アプリを20回以上アップデートしたという人はほぼいないんじゃな

はじめに ハイブリッドワークで、 とりあえず朝はTeamsで挨拶しようぜ！ という 会社もあるのではないでしょうか。 打刻を打つ Teamsで連絡する なに、この二重作業 本当に嫌なので自動化チャレンジ 実現したいこと Teamsでの挨拶を手軽にする 「おはようございます。勤務開始します。本日は出社しています。」 「勤務終了します。」 とりあえずこのパターンで考えます。 「打刻」もできたらいいのですが、APIの領域ですね。 一旦割愛です。 Power Automateで出来ること Power Autmateはモバイルアプリが用意されています。 Android iOS Windows Phone モバイルアプリの画面 キャッチーなボタンですね。 私はiphoneユーザーなのでショートカットというiOSの機能も交えると、よりCool。 平日の朝、家で大体始める時間帯か、会社についたときにPow

対象読者 新人プログラマ。 新人プログラマに数学くらいはできてくれと願う方。 数学をどこまで勉強すればよいのか？を知りたい方。 はじめに 何をどこまで勉強すればよいのかについて以下をこれまでに書いた。 エンジニアはどこまで勉強すればよいのか - スキルマップと生存戦略を考えた エンジニアは英語をどこまで勉強すればよいのか - 英語に関する2つのご意見 で、私のような古参にとっては「エンジニアなんて一生勉強だ...」が正直なところだと元も子もないことを書いてしまったのだが、新人さんが配属される季節。何を勉強することが少なくとも必要なのかと考えた。で、こんな本の話です。プログラマの数学。 目次に従って、その内容と関連知識のメモです。この本に書かれているくらいの数学が分かると、どう嬉しいのか。 目次 ゼロの物語 —— 「ない」ものが「ある」ことの意味 10進法 / 2進法 / 位取り記数法 /

前置き 私が所属している「もりけん塾」で受けたコードレビューについてまとめていきます。 「もりけん塾」では、先生がマークアップエンジニアからフロントエンドエンジニアになるための課題を作成してくださっており、塾生はその課題を通してJavaScriptの基礎を学んでいきます。 本当に1段1段階段を登っていくように作られており、課題を終える頃にはある程度自走しながらコードが書けるようになります。 私もこの課題に挑戦し、先日課題を終えることができました。だいたい2~3ヶ月くらいかかったと思います。JavaScriptが全然わからない状態から、ここまで書けるようになるとは思っていなかったです。 JS課題はこちら 成果物　👈　README.mdに置いてます。 先を見越したコードを書く編 仕様が増えたときを想定する バリデーションを実装する課題でのレビューです。 名前のバリデーションでは、変数名を n

はじめに エンジニア未経験からの異業種転職して入ったスマレジにはブログ手当という制度がありました。 ブログ手当の制度をきっかけに、週１ペースでブログ記事を投稿してきてよかったことについて挙げてみます。 １、２年目のジュニアエンジニアの方に技術記事を書くことをおすすめしたい！ という気持ちでお届けする記事です。 私について スマレジでWeb系エンジニア3年目(37歳) 2021年12月にSES部署配属で入社 2023年4月から自社関連アプリ開発業務を担当 Flutter（Dart、Kotlin）でのアプリ開発をメインで担当しており、React、Laravelの一部機能開発を担当 私のブログについて 『転職したらスマレジだった件』というブログ名のごく普通のはてなブログです。 ブログ名は、社内でも覚えてもらいやすかったです。 ブログという媒体を選択したのは、会社のブログ手当の条件にそって選択した

なぜメンターにならないといけないの！？ Qiitaを読んでるみなさんおはこんばんわ。 Qiitaを読んでいるということはITのお仕事をされている方なのかなと思いますが、なぜITのお仕事を選ばれたのでしょうか？ 「プログラムが好きだから！」 いいですね、ワクワクしますよね！ちょっといい感じのプログラムを書いて「オレ最高！」とかパソコンに向かって独り言を言っていたいですよね。 「給料がいいから！」 ストレートですね！他の業種よりはいいみたいですねが、実際のところは諸説あるみたいですね？ 「リモートワーク！リモートワーク！」 そうですよね！面倒な通勤から解放されたいですよね！家の作業環境を整えるとモチベーション上がったりしますね。 …さて。 おそらくですが 「人が大好きで後輩の面倒を熱心に見たくてメンターになりたいから！」 という理由でIT業界を志望された方はあんまりいないと思いますがいかがでし

はじめに この記事内で扱うアクセシビリティとは、HTMLのマシンリーダビリティのことを指します。 配色、UIデザイン等は対象外としております。 アクセシビリティ観点を含めた画面機能のテストコード 私のプロジェクトの要件にアクセシビリティは含まれていません。工数インパクトを出さない範囲で気を遣っていこうという方針で開発をしていました。 要件に入っていないのでアクセシビリティの検証に工数を多く注ぐことは許されていません。しかし、考慮する以上は何らかの検証をしなければ実装の誤りに気がつくことができず、ない方がマシという状態になりかねません。 各コンポーネントのアクセシビリティを改善する際テストコードの中でアクセシビリティ検証を盛り込み、テスト駆動的に開発することでローコストかつ確実に改善を進めていく方法を実践したので記事にします。 WebシステムUIのアクセシビリティを向上させるモチベーション

はじめに おはようございます。Watanabe Jin(@Sicut_study)です。 今回は「わからない」の種類についてお話していきます。 あなたは「質問をどのタイミングでしよう」と迷ったことありませんか？ 「わからない」を理解することで仕事をうまくこなすことが可能になります。 わからないを考えるきっかけ 私が運営しているプログラミングコーチングJISOUでは、日々駆け出しエンジニアの方々が自分の実力より1つ、２つ難しい課題に取り組んでもらっています。 そのような課題に取り組んでいると、メンバーからわからないことが言語化できないのがものすごく辛いと助けを求める場面に遭遇します。 コーチングは伴走型なので、完全理解するまでとにかく聞いてくださいと話していますがやはり「わからない」状態は辛いものです。 そこで、わからないには種類があると話したところ興味を持って聞いてもらえて、だいぶ本人の心

デッサンも プログラミングも 必修じゃなくていいので 打ち合わせとか議論の訓練を必修にしてほしい 社会に出て感じたのは大人数がいる場で話すのが下手な人が多いなーという事。 それによって無駄な打ち合わせ・議論がたくさん見受けられる。 下手な人のケース 一人で延々話し続ける 割とよく居るパターンの人 考えながら話してるのか要点がまとまってない。 コメントのような関係ない部分まで話す。 なので、話が長い割に何言ってんのか良く判んない。 伝わらない・理解されていない 話した本人以外　？？？　状態にする人 伝わってないからもう一回話すが、 同じことを話すのでやっぱり伝わらない。 時間と酸素が浪費されてゆく 流れをぶった切る 自分が言いたい内容だけを言いたいので、発言できる隙を見つけては言いたいことだけ言う。 無理やり議題をそっちに移行させようとするので、進行している人がちゃんと制御しないと尻切れトン