こんにちは。モノタロウでフロントエンド寄りの開発をしている、陳です。 今回はモノタロウの新フロントエンドのメインフレームワーク選定についてお話しします。 選定結果から言うと、モノタロウ独自の７つの選定基準をもとに、Reactを選ぶことになりました。 背景 新フロントエンドプロジェクトの立ち上がり Vue.jsとReactの比較検討をしてみた 俯瞰して改めて選定基準を考えた 一般的な視点 モノタロウの社内事情 ７つの選定基準 選定結果 技術選定を通して得た３つの学び 背景 まず、モノタロウの現フロントエンドについてざっくり説明します。 モノタロウは2002年から、PythonとJavaScriptでECサイトを開発してきました。 基本構成として、サーバサイドのPythonでHTMLを生成し、クライアントサイドのJavaScriptでカートインなどの動的処理を補完する形ですが、実はこの構成で違

"コード品質向上のいろは - 先達に学ぶ実践例 Lunch LT" の資料です。 https://findy.connpass.com/event/300912/

コード品質向上のいろは - 先達に学ぶ実践例 Lunch LT https://findy.connpass.com/event/300912/

2023-11-21 技術的負債に向き合う Online Conference https://findy.connpass.com/event/297813/

クックパッドデザイン戦略本部長の宇野です。 今日は「あたりまえ品質をどう保っていくか」という課題に、クックパッドのレシピサービスが組織としてどう取り組んでいるかという話。 皆さんの会社には塩漬けになってる施策一覧ってありませんか？GitHub IssueやBacklogの下の方にずっとたまっていませんか？期末や期初のに棚卸しして、そっ閉じしてるものありませんか？ありますよね！！？？ ・やった方が良いけどやる時間がとれない ・事業KPIに直結しないので優先度が上げられない よくある話。UIデザインの話だけでもそんなの大量にあります。 ・デザインガイドラインを変更したが、反映漏れのあるページがある ・リニューアル前のスタイルが一部残っている ・文言のルールがバラバラ ・Dynamic Type対応したい ・ちょっとしたマイクロインタラクションをつけたい 👆こういうガイドライン、実はあそこが漏

「品質」は重要だと言われることは多いですが、「品質とは何か？」「品質を確保する/向上させていくために何をすれば良いのか分からない」ということは多いのではないでしょうか？ 会社の組織規模が大きくなると、それに伴い新たに問題が発生することもあります。 「品質を確保する/向上する」方法については状況によるところが多く、完璧な正解はないと思っています。 株式会社ビズリーチの品質改善グループでは、プロダクト開発の品質をより良くするためのプロセス改善活動を行っており、BizDevOpsを円滑にする品質改善開発プロセスモデルを定義しました。 この記事では、プロセスモデルを定義するための株式会社ビズリーチの状況を踏まえた私たちの考え方や、定義したプロセスモデルの実践について、「コンセプト編」と「実践編」に分けて紹介します。 本記事は前編にあたるコンセプト編になります。 品質改善グループについて Visio

こんにちは。プラットフォーム開発部 EMのchikaです。 先月、アジャイル開発におけるQAの考え方 という記事を投稿しました。 miraitranslate-tech.hatenablog.jp 今回は、その中で触れられなかった、品質ってなんだっけ？アジャイル開発では品質って今までと同じ考え方でいいの？ということ考えたときに調べたことなどを紹介しようと思います。 品質って、何ですか？ 品質の定義・分類のモデル ソフトウェア品質特性の８分類（ISO/IEC 25010:2011） 外部品質、内部品質 狩野モデル （参考文献） プロダクト開発のときに品質モデルが教えてくれること 統計的品質管理における品質の代用特性 アジャイル開発における品質の代用特性 品質とスピードはトレードオフなのか？ 品質は保証できるものなのか？ まとめ 参考 We are hiring! 品質って、何ですか？ 「この

テストカバレッジの現状について記事を漁ったので、リンクをメモしておく。 【参考】 Google Testing Blog: Code Coverage Best Practices テスト駆動開発で品質は上がるのか。Googleの事例などを参考に考察。 - サックルMAGAZINE Ericssonの『ユニットテストカバレッジの神話』を読んでみる - ソフトウェアの品質を学びまくる2.0 コードカバレッジでのブランチカバレッジとデシジョンカバレッジは何が違う？｜Tsuyoshi Yumoto｜note ホワイトボックステストの必須知識！　コードカバレッジをご紹介！ | Qbook カバレッジ(網羅率)分析とは | ソフトウェアの検証の種類 | テクマトリックス株式会社 カバレッジ - MATLAB & Simulink 過信は禁物！コードカバレッジの種類と落とし穴 | Qbook グーグル

このブログは Recruit Engineers Advent Calendar 2016 - Adventar の12/7の記事になります。 はじめに 現在、新規事業開発部門にて、いくつかのチームの開発リーダーをしていまして、その中でチームの目標を決める中でグロースフェーズにおける開発チームの直近のやるべきことを洗い出したので、アドベントカレンダーのネタにさせていただきます。 前提として、本ポストで対象になる新規事業は下記の投稿における分類で言うと「エンジニアの書いたコード上で売上が立たないビジネスモデル」になります。そのため、エンジニアリングでKPIを向上させ売上に寄与するような一般的なグロースハッカー的な動き方についてはスコープ外です。詳しくは下記リンクをご一読ください。 i2key.hateblo.jp 現在のビジネスステージ 上記はAsh Maurya氏のRUNNING LEAN

開発部門（基盤本部）でエンジニアの育成を担当している高玉です。 BIGLOBEでは週に1日、集合型の新人エンジニア研修を開催しています。インターネットに公開された教育コンテンツを活用しながら、手を動かして学ぶ（Learn by doing）が特長です。 style.biglobe.co.jp 研修の後に必ずアンケートに回答してもらっているのですが、新人ならではの質問をもらえるのがいつも楽しみです。 さて、テスト駆動開発（Test Driven Development：TDD）について学んだ後にもらったのが、次の質問です。 Q 仕様がコロコロ変わるケースや、コードを触りながらわかっていくような非機能要件などには適用できなさそうだと思いました。どういったケースにTDDが用いられるのでしょうか。逆にどういったケースには向かないのでしょうか？ 研修の様子をお伝えするために、この質問にどう回答したの

開発スピードの速い企業は品質が高く、遅い企業は品質が低い。和田卓人氏による「組織に自動テストを根付かせる戦略」（その2）。ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演「組織に自動テストを書く文化を根付かせる戦略（2022秋版）が行われました。 講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの「テスト容易性」や「デプロイ独立性」であると和田氏は指摘。その上で、それを実現させるような「自動テストを書く文化」をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。 本記事は、2時間におよぶこの講演をダイジェス

答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」（その1）。ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演「組織に自動テストを書く文化を根付かせる戦略（2022秋版）が行われました。 講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの「テスト容易性」や「デプロイ独立性」であると和田氏は指摘。その上で、それを実現させるような「自動テストを書く文化」をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。 本記事は、2時間におよぶこの講演をダ

Scrum Fest Osakaとは？ 2020年6月26(金)・27日(土)にScrum Fest Osakaがオンラインで開催されました。 Scrum Fest Osaka 2020@ONLINEは以下のようなイベントです。クラスメソッドではシルバースポンサーとして協賛を行いました。 Scrum Fest Osakaはスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。この2日間を通じ、参加社同士でスクラムやアジャイルプラクティスについての知識やパッションをシェアするだけでなく、ここで出会ったエキスパートに困りごとを相談することもできます。 CX事業本部の阿部です。 Scrum Fest Osaka Day2で参加したセッションについてレポートします。 アジャイル品質パターンによる伝統的な品質保証（Quality Assurance）

本連載では、アジャイル開発において効率的かつ効果的に品質保証を進めるために有用な実証済みのパターン集『Quality Assurance to Agile Quality』（以下、QA2AQ）の和訳を、関連するいくつかのまとまりに分けて提供することで、アジャイル開発における品質保証の実践をお手伝いします。初回となる今回は、全体像を解説するとともに、全パターンに共通する考え方やプロセスをまとめた2つの中核パターン「アジャイル品質プロセス（Integrate Quality）」と「障壁の解体（Break Down Barriers）」の和訳を提供します。 アジャイル品質保証とQA2AQの背景 アジャイル開発における品質保証は、特定の段階で特定の人々のみが取り組むというよりも、専門家を交えつつロードマップ策定から日々のモニタリングに至るあらゆる段階でチーム全体となって取り組む活動となります。QA

"新技術の登場"や"市場の要求"が激しく変化する現在、ICTは情報システム部門だけのものではなくなってきています。 「技術や市場への機敏な反応が高収益やビジネス成功の条件である」と判断した事業部門が自らICTを企画、開発、運用する状況が進行しているためです。 アジャイル開発の特長アジャイル開発の品質管理技法を考えるには、アジャイル開発の特長や（品質管理技法が確立されているとされている）ウォーターフォール開発との違いを踏まえておく必要があります。 まずは、アジャイル開発の特長について見てみましょう。