一人目QAエンジニアの1年半の軌跡
Tebiki株式会社でQAエンジニアをしている中西です。 2023年1月に一人目QAエンジニアとして入社して、1年半が経過しました。 今回は1年半をふりかえり、取り組んだ内容を簡単にまとめました。 これまでのQAエンジニアの活動を知っていただき、現在のプロダクト、チームの状況をお伝えしたいと思います。 一人目QAエンジニアとして奮闘している方、他社のQA活動に興味がある方に何か伝えられれば幸いです。 それでは、振り返っていきます。取り組み内容の詳細を知りたい方は、ぜひカジュアル面談でお話させてください。 知ってもらう入社して最初に取り組んだことは、社内外にTebikiのQAエンジニアについて認知してもらうことを目的にミッションを策定しました。 このミッションによって、ソフトウェアテストによる品質保証よりも開発プロセス全体でボトルネックになっている、もしくはなり得るプロセスを改善することに注
ビル点検員に変装→オフィスにラズパイ持ち込んで社内システム侵入 Sansanが本当にやった“何でもアリ”なセキュリティ演習
ビル点検員に変装→オフィスにラズパイ持ち込んで社内システム侵入 Sansanが本当にやった“何でもアリ”なセキュリティ演習（1/6 ページ） ビル点検の作業員に変装して、もしくは偽の名刺や社員証を作り、従業員に変装してオフィスに侵入。「Raspberry Pi」を社内ネットワークに接続することでシステムに侵入し、感染を広げて従業員の端末を乗っ取る──これは、クラウドベースの名刺管理サービスなどを手掛けるSansanが実施したセキュリティ演習で、実際に試みられたサイバー攻撃だ。 名刺管理や請求書管理サービスを手掛け、顧客や“顧客の顧客”の情報まで扱うことになるSansanにとって、セキュリティは重要事項だ。セキュリティポリシーの制定に加え、「CSIRT」「SOC」といったセキュリティ組織の整備、従業員教育、技術面など多面的な対策を施している。その一環として、攻撃者の視点に立って、どんな経路で
入社1ヶ月で組織変更を任されて中止した話 - KAKEHASHI Tech Blog
本エントリはカケハシ Advent Calendar 2023 Part 2の 25 日目の記事です。ぜひ Part1 と合わせて見て頂けたらと思います。 本日はMusubi AI在庫管理プロダクト開発チームでエンジニアリングマネージャーをしている僕が、開発ディレクターとして入社した当時に進めた組織変更への取り組みについて、現状の組織の状態も踏まえて振り返ってみようと思います。 組織変更の方針 入社した当時、Musubi AI在庫管理はフロントエンドチームとバックエンドチームに分かれて活動していました。 同じプロダクトを開発しているにもかかわらず、それぞれのチームは別々に活動している状態で同じ開発テーマも異なる時期に開発していることもありました。 それをフロントエンド、バックエンド混合のフィーチャーチーム化するというのが組織変更の方針でした。 組織変更の背景 実は組織変更の方向性は僕が入社
いろんなやり方の読書会をやってみたら当日音読その場でまとめ方式が最高だった話 - Gunosy Tech Blog
こんにちは、SRE チーム マネージャーの Yamaguchi（@yamaguchi_tk ） です。 こちらの記事はGunosy Advent Calendar 2023の3日目の記事です。 前回の記事は森田さんの LLM 論文の探し方でした。 概要 SRE チームは、シニアエンジニアとジュニアエンジニアで構成されているチームで、チーム内の技術的な知識の偏りの解消や、知識のタコツボ化の解消を目的として読書会をしてきました。 その過程でいろいろな読書会のパターンを行ってきましたので、その結果を共有します。 概要 読書会開始前の SRE チームの課題感 読書会 のやり方の整理と評価の観点 やり方 評価の観点 当日音読・Slack に投下する方式 実際のまとめ 方式詳細 評価 メリット デメリット 事前に読んで Miro*1 に付箋・当日議論する方式 実際のまとめ 方式詳細 評価 メリット デ
中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita
1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 本稿では、そのような「新メンバー」を活躍しづらくしてしまうアンチパターンとその対策を紹介します。 2. 中途入社や部署異動で来た新メンバーが適応することの困難さを理解する 中途入社や部署異動で来た新メンバーが組織に適応することは、新卒社員のそれとは別の難しさがあり
燃料がいらない!?日本を含む研究チームが史上初の「量子エンジン」試運転に成功！ - ナゾロジー
EMドライブと違って、こっちは本物です。 沖縄科学技術大学院大学（OIST）などで行われた研究により、量子状態の変化によって仕事量をうみだす量子エンジンの史上初の実証が行われました。 量子エンジンは通常のエンジンとは異なり、燃料や酸素といった外部の供給を必要とせず、密閉されたピストン内部の量子状態の変化だけで仕事量を持続的に出力することが可能です。 通常のエンジンがガソリンの爆発という古典的な物理現象に依存するならば、量子エンジンは量子状態の変化という量子力学的な物理現象からエネルギーを抽出していると言えるでしょう。 量子コンピューターは演算能力において魔法のような能力を発揮しましたが、量子エンジンではいったいどんな仕組みでエネルギーを出力しているのでしょうか？ 研究内容の詳細は2023年9月27日に『Nature』にて「BEC-BCSクロスオーバーによる量子エンジン（A quantum
「私考える人、あなた作業する人」の関係をつくっているのはあなたかもしれない
Regional Scrum Gathering Tokyo2023 の中の moyiyuya さんの「私考える人、あなた作業する人」というセッションが大きな反響を呼んでいました。 スクラムを導入してチームとして一体感をもってプロダクト開発をよりうまくやっていきたかったはずなのに、いつの間にか「私考える人、あなた作業する人」という関係性ができてしまっていた、という相談を受けることがあります。 なぜこのような「私考える人、あなた作業する人」という関係性が生まれてしまうかについて、コミュニケーションの観点で考えてみます。 プロダクトオーナーと開発者の堺目 「私考える人、あなた作業する人」のような関係性が生まれてしまっているチームでは、開発者からプロダクトオーナーに対するコミュニケーションが以下のようになっていることが多いです。 プロダクトバックログを出してくれたらつくります 仕様を決めてくれた
ARR100億円を超えたSmartHRの新CEOが、非公式チームで自らもコードを書き、自社プラットフォーム上でプロダクトを動かし、あわよくば販売しようとしている話 - 宮田昇始のブログ
Nstock CEO / SmartHR 創業者の宮田です。 「SmartHR はもうスタートアップではない」 創業者の私は、ここ1〜2年そう考えていました。 しかし、それは誤りでした。SmartHR は規模こそ大きくなりましたが、そのカルチャーは今もスタートアップそのものでした。いえ、もしかしたら昔よりもスタートアップしているかもしれません。 新 CEO の芹澤さんが3人だけの非公式チームをつくり、自らもコードを書き、社内課題を解決するプロダクトを自社プラットフォーム上で動かしている。 プロダクトはその出来の良さから、社内で自然と流行り、なんなら製品化して顧客に販売することも考えはじめています。 昨日のブログで芹澤さんはあえて「新しい大企業」という言葉を使ってはいましたが、こんなにスタートアップらしいエピソードは、創業期の SmartHR にもあまりなかったような気がします。 今回は、S
自動車製造業に勤めて10年経ったが女性が主ラインの主力にはならない
私は20代の頃に就職した女性30代既婚。 結論から言えばタイトルにも書いてある通り、女性が主ラインの主力にはなることは今後数十年は無いだろうという話。 もちろんこれは男女共同参画社会に関連した話題だ。 私が現在配属されているのは実際に車体が流れる主ラインへ様々に組み合わされた部品(これをアッセンブリー部品という)を供給する副ラインに居るのだけれど、まさに自動車を作っていますと言え、報道写真でもよく見られるような花形とも言える主ラインの様子を傍目から見ていると「女が主力に成れる環境じゃないな」と心の底から感じられる。 労働環境が劣悪という意味ではない。いやむしろ「作業中に走るな」とか「間に合わなかったらフォロー担当者呼び出しのボタンを使え」とか「(時勢もあり)体調不良の場合は(報告がないほうがむしろ迷惑だから)報告するように」とか「有給消化は義務です」とか、むしろこのネットで聞き知ったブラッ
ABEMAでFIFA ワールドカップ カタール 2022を生中継するためのプロトタイピング | CyberAgent Developers Blog
はじめに 2022年11-12月にABEMAで FIFA ワールドカップ カタール 2022 の全64試合が生中継されました。日本国内でも注目度の高いイベントであり、従来と比べてより快適で挑戦的な視聴体験を目指すためにデザインチームは多くのプロトタイピングを繰り返してきました。 今回はABEMAでプロダクトデザイナーをしている@skskeee がどのようにプロトタイピングをしたのか紹介します。 ABEMAにおけるプロトタイピングの意義とProtoPieの導入について ABEMAは2015年に開発がスタートし、2016年にリリースしています。2017年ごろまではPixateというプロトタイピングツールを使っていましたが、サービス終了と共にProtoPieを導入しました。そのため、我々は2023年時点で約5年間もの間ProtoPieを利用しています。 動画配信サービスはプロトタイピングをする際
規模感の違う脱レガシーで必要なこと - memo_md
「レガシー」を保守したり、刷新したりするにあたり得られた知見・ノウハウ・苦労話 by Works Human Intelligence Advent Calendar 2022 の 15日目の記事です。 qiita.com 筆者は過去に、中〜小規模のWebアプリケーションでレガシーフロントエンドの改善作業を業務でやっていた。その経験を元に技術同人誌を作成し、それがきっかけで「レガシーフロントエンド安全改善ガイド」という書籍を出した。 初版から数年経ってしまい、詳細な利用技術などの説明は少し古くなってしまっているのだが、ベースとなる考え方の部分は今でも変わっていないと思う。 一方で自分自身は、その経験が他の環境でも通用するのかを試してみたくなり、転職して一年強ほど大規模なフロントエンド刷新に関わっていた。 あまりにも規模が大きいため完遂を見届けたわけでもないが、現段階でも学びや得られたものは
技術的な意思決定 - steps to phantasien
テクニカルな理解が低いと良い意思決定ができない。でもそういうのが必要な場面はしばしばあって辛い。という話。 去年の今頃、テストやベンチマークの自動化を強化するプロジェクトをはじめた。そのときは隣に QA チームがいたのでおすすめの自動化フレームワークを聞いたところ、彼らの作っているツールを勧められた。QA チームが保守しているベンチマークを自分たちの都合良いように書き直したい思惑もあったし、彼らはこのツールでテストを書き直すというし、他によい当てもなかったのでそのツールで自動化に着手した。 のだが・・・とにかく使いにくい。やばいレベルで使いにくい。ほんとにこれでテストとか書き直せるの？無理じゃね？どうしてこんなものが存在してるの？と思ったものの、専門家であるはずの人々がそれでいくというのでがんばって使い続けた。しかし全く捗らない。ツールを自分に勧めてきた A 氏は席を外していることが多かっ
2022年4月に発生したアトラシアンのサービス停止に関するインシデント事後レビュー | Atlassian Japan 公式ブログ | アトラシアン株式会社
本ブログは、こちらに掲載されている英文ブログの意訳です。万が一内容に相違がある場合は、原文が優先されます。また、PDF版をダウンロードいただけます。 はじめに – 共同創業者兼共同最高経営責任者より 2022年4月上旬に発生した障害により、お客様へのサービス提供が中断されたことをお詫び申し上げます。私たちは、当社の製品がお客様のビジネスにとってミッションクリティカルであることを理解しており、その責任を重く受け止めています。今回の全責任は私たちにあり、影響を受けたお客様の信頼を回復するために尽力しています。 アトラシアンのコア バリューの 1 つに「オープンな企業文化、デタラメは無し (Open company, no bullshit)」というものがあります。この価値を実現する取り組みの一環として、インシデントについてオープンに議論し、学びにつなげています。そして、このインデント事後レビュ
僕たちはリモートワークに振り回されていた。Gatherを使うまでは。｜shikajiro
最初の金曜日「今までの働き方ではだめだ」代表からそんな発表があった。業績は上向いている。利用者も右肩上がりで増えている。でもだめだ。この程度じゃだめだ。誰しもがそう考えざるを得ないのは分かってたし、みんな壁にぶつかっていたのも分かっていた。もっと圧倒的スピードで成長しなくてはいけないのに、今までのように息を吸うようにコミュニケーションして前に進むことができない。うまく噛み合わない。すれ違う。伝わらない。誰かの失敗と同じ過ちを別の誰かが再現してしまう。会社に重りを結び付けられたかのように思うように進めない。これは一体何なのか。その正体にみんな薄々気づいていた。それは リモートワーク中心によるコミュニケーション不全 という大きな重りだった。 Ubieは決してコミュニケーションを疎かにしているわけではない。必要なミーティングであれば密に行う。スクラムを導入しメンバー間でコミュニケーションを取り、
仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話｜田辺めぐみ
よく、仕様書を書いていなくて、書いてみたいけど、具体的な仕様書がネット上に落ちてなくってこまってるって相談を受けるので 「仕様書の記載内容のイメージ」を作りました！ ※前提として「現在仕様書を書いていない、自社開発のMVP検証前後のフェーズのスタートアップ向け」に書いています。PMが仕様書、エンジニアがDesign Docを書く分担です。 ついでに、システム開発の基礎である「システム開発のV字モデルをベースにした設計書の紹介」も含めてまとめてみましたー！ 大規模開発に使われたり、古くからあるフレームワークなので、スタートアップの方だと、システム開発のV字モデルの概念やそれにあわせた成果物を知らない人が多いけど、「要件定義書」と「設計書」を全てドキュメント化するとどうなるかを理解した上で、「仕様書」として情報を削る方が、考慮漏れ防止やエンジニアがやっている設計内容の理解につながるので、全体を
「逆に何ができないんだ」 ゲーム「ウマ娘」を支える“サイゲ専用シナリオ制作アプリ”が多機能過ぎる
Cygamesは11月13日、同社がゲーム制作などを進めるうえでの理念や技術について語る一般向けオンラインイベント「Cygames Tech Conference」の中で、ゲーム「ウマ娘 プリティーダービー」のシナリオ作成に使った社内アプリケーション「こえぼん」を紹介した。Cygamesの“こんな機能が欲しい”という要望が詰まった同アプリは実に多機能で、視聴者からは「逆に何ができないんだ」「金は出すから売ってくれ」といった声が上がった。 こえぼんは、シナリオの執筆から音声収録、ゲーム場面作りまでの工程で必要な機能をまとめたWebアプリ。基本的な使い方は、ツリー上に管理されたシナリオを開いてテキストを追加するというシンプルなものだが、シナリオ制作の現場で生じた課題を解決する機能を実装し、手厚いサポート機能を持つアプリに仕上がっている。 主な機能は、意識せずともルールに沿った執筆ができる執筆サ
選挙に行かなきゃ変わらないのはわかってる、けどもう疲れた。
anond:20211018110917 凄い。 この記事で書かれてることは、正しい/正しくないで言えば正しくないことだらけだ。 なのに自分には最初から最後まで妙に共感してしまうことばかりなんだ。 例えばクラスで数チームに分かれて毎日リレー勝負をさせてみたとする。 チーム分けで何故か足が遅い者が多くなってしまったBチームは何回走っても最下位だ。 Bチームに対し周囲は「毎日走り込めばいつか勝てるようになるよ」等と言う。 それは決して間違いではないのだが、当のBチームは走り込むうちに 「そもそも最初からここまで負け濃厚の勝負にどうしてそこまで頑張らなきゃならないんだ」なんて思う。 性根が腐りきってて負け癖がついてる自分なんかは 「もう毎日負けるのは別にいいから、リレーに使う時間を最小限にして他の楽しい事しよう」なんて思ってしまう。 厳密には全然違うことだとわかってはいるが、選挙に行かない若者の
科学する二つの能力 (毎日新聞連載「時代の風」/ 山極寿一先生) | 霊長類学・ワイルドライフサイエンス・リーディング大学院
１年半ほど前に、ＮＨＫの番組で、すイエんサーガールズと京大生が対決したことがある。すイエんサーとは、面白い科学の問題を中高生中心の女子タレントたちが解く番組だ。そのときは、京大の物理の先生が出した問題を、すイガールと京大理学部の１～４年の学生がそれぞれ４人のチームを作って解くことを競った。学部長の私は挑戦状の送り主として参加した。 与えられたのは、Ａ４１枚の紙とはさみを使って何かを作り、５メートルの高さから落として時間のかかる方が勝ち、という問題だった。１時間で完成品を一つ作り、各チーム４回の試技を行って落ちる時間を競う。すイガールだけにひとつだけヒントと、予備の試技が与えられる。対戦は、ノーベル物理学賞受賞者の益川敏英さんを記念して建てられた益川ホールで行われた。 結果は京大チームの惨敗。京大チームが作ったのは小さなプロペラがついた筒状の物体で、くるくる回りながら落ちてくる。空気の抵抗を
DenoがTypeScriptの使用をやめる5つの理由 - Qiita
前書き この記事は翻訳記事になります。 近年、JSで書かれてるプロジェクトをTSに書き直すことが業界内で一種の風潮になって、 この記事で敢えてTSからJSに戻そうとする事例が目新しいと思ったので、翻訳してみました。 出処: 5 reasons why Deno will stop using TypeScript - StartFunction 原作者: eliorivero Denoの紹介: V8 JavaScriptエンジン及びRustプログラミング言語に基づいた、 JavaScript及びTypeScriptのランタイム環境である。Node.jsの作者であるライアン・ダールによって作成され、セキュリティと生産性に焦点を当てている。 --ウィキペディア 最近、Denoが内部コードでTypeScriptの使用を停止することを指摘する文書が浮上しました。 言及されている問題には、TypeS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MA・MA・Match - 末次由紀 / 【コミックDAYS読み切り】MA・MA・Match | コミックDAYS
