検索対象

並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 223件

新着順 人気順

品質の検索結果1 - 40 件 / 223件

品質に関するエントリは223件あります。 開発、 仕事、 マネジメント などが関連タグです。 人気エントリには 『良いコードとは何か - エンジニア新卒研修 スライド公開｜CyberZ Developer』などがあります。

品質の関連エントリー

  • 良いコードとは何か - エンジニア新卒研修 スライド公開｜CyberZ Developer

    CyberZ CTO室のメンバーの森 (@at_sushi_at) です。 先日、株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 そこで話した内容とスライドを完全公開します。 45分の内容のため、かなり長いですが、個人的にぜひ一読して欲しい内容になっています。 はじめに こんにちは、森 篤史と言います。2019年度入社で今年で3年目になります。株式会社CyberZのOPENREC.tvというプロダクトでAndroidアプリチームのリーダをやっています。 最近はプログラムを書く仕事以外に、次世代マネジメント室という全社横断組織でDevelopers Blogの改善プロジェクトを実行したり、CyberZ CTO室で組織活性化に取り組んでいます。 あと、2019年度の未踏スーパークリエータにも認定されました。 メインの仕事としては、入社して

      良いコードとは何か - エンジニア新卒研修 スライド公開｜CyberZ Developer

    • 日常の失敗も品質管理で解決できる - 本しゃぶり

      失敗を後悔する「恥」としてはならない。 学習する機会と捉え、次に活かせばいいのだ。 そのためのスキルが品質管理だ。 失敗から学んでダブルチェックだと ちょっと前にこのツイートが流れてきた。 失敗を成功に変える唯一の方法https://t.co/0rF2myVk5I pic.twitter.com/9o88CNqSgj— ゆうきゆう/マンガ心療内科/セクシー心理学 (@sinrinet) June 27, 2021 基本的な主張は賛成だ。失敗から学ぶのはコスパが良い。複雑で全てを理解することができない世界において、対処すべき問題を明確にしてくれるからだ。失敗には特定のパターンがあり、対策しなければ未来にも同じ失敗が発生する。だから失敗から学び対策することは、未来の成功を助けてくれる。そして最も学習効率が高いタイミングとは、記憶が新しい失敗した直後だ。 また、失敗を精神論で終わらせないのも正し

        日常の失敗も品質管理で解決できる - 本しゃぶり

      • プロジェクトリーダーというお仕事 - Qiita

        たとえば、詳細設計から結合試験までを行う場合なら、 13sp + 13sp + 13sp + 19.5sp = 58.5sp と計算します。 スクラムでやるなら1スクラムあたり何sp消化できるか、ウォーターフォールなど日数を見積もりたい場合は、そこから1spが何人日かを予め定義しておいて、実際の工数を割り出します。 (1スプリントで10sp消化できるとした場合は6スプリントかかる計算になるし、1sp=0.5人日とした場合は、29.5人日≒1.5人月となります) なお、この比率は求められる品質レベルから算出します。 たとえばドキュメントをかっちり書く必要があるのなら設計の比率を上げる必要がありますし、メモレベルでよかったり、GitのPullRequestなどに記載する程度でいい場合は比率は下がるでしょう。テストの工数も同様です。なお、上記のは「ある程度かっちりやる」場合の比率です。 比率を算

          プロジェクトリーダーというお仕事 - Qiita

        • アメリカの職場ではなぜドキュメントも無いのに人が去っても問題ないのだろう？｜牛尾　剛

          アメリカの職場にいると、日本にいるときよりも身近でレイオフだとか、職を変えるというのを頻繁に見かける。先日もそういう場面があったのだが昔日本で働いていた時のことを思い出した。 ドキュメントを書く理由　日本のソフトウェア企業にいたときは、「納品物であるから」という理由以外にも、「人がいなくなったときに会社が困るから」という理由でもドキュメントを書くことが推奨されていた。しかし、少なくとも今の職場ではそんな理由でドキュメントを書くのは推奨されていないのに、なぜ問題にならないのだろうとふと思った。 うちのマネージャは、バディ制ににして、みんな休暇できるようにしようとは言っているが、多分本当に退職対策ではないと思う。 チームのメンバーが抜けたときも、「とても残念で、ワークロードをどうしようという問題はあるけど、彼女の門出を祝福しよう」言っていた。つまり、こちらでも「工数」は問題になるけど、「引継ぎ

            アメリカの職場ではなぜドキュメントも無いのに人が去っても問題ないのだろう？｜牛尾　剛

            • 品質の関連エントリー

          • 東京証券取引所様の株式売買システム「arrowhead」で発生した障害の原因と対策について : 富士通

            2020年10月19日 富士通株式会社 東京証券取引所様の株式売買システム「arrowhead」で発生した障害の原因と対策について 本日、株式会社東京証券取引所（以下、東京証券取引所）様より、さる10月1日に発生した東京証券取引所様の株式売買システム「arrowhead」の障害に関しての発表がありました。 東京証券取引所様、ならびに投資家の皆様、市場関係者をはじめ多くの皆様方に多大なるご迷惑をおかけいたしましたこと、あらためてお詫び申し上げます。 下記のとおり、本障害の根本原因および当社の品質保証体制の強化について、ご説明させていただきます。今後こうした事態を二度と起こさぬよう、再発防止に向け、全力を挙げてまいります。 記 東京証券取引所様の株式売買システム「arrowhead」障害の根本原因について （1）発生事象について 東京証券取引所様に共有ディスク装置として納入した当社ストレージ製

              東京証券取引所様の株式売買システム「arrowhead」で発生した障害の原因と対策について : 富士通

            • 「次から気をつけます」に対抗する、反省文よりは効果が上がる再発防止、学びの機会 - Qiita

              再発防止策を書くのは難しい。 良い再発防止策 良い再発防止策について、順位付けするとしたら、 その種類の問題について二度と意識することがなくなる解決策 その種類の問題を開発時に自動的に検知することができる解決策 その種類の問題が発生しても自動的に復旧することができる解決策 その種類の問題が発生しても影響が局所化される、フールプルーフ、フェールセーフになる解決策 と言うのは意識したいと思いつつ、やはり難しい。 再発防止はむずかしい 障害の再発防止策は、 メカニズム ツール ルール チェックリスト の順番に検討せよ。と言われても、急いで書けなんて言われると「次回からは複数人でチェックします。」とか「チェック項目を追加します。」とかいう徹底できなそうな「反省文」になってしまう。 まさにこの有名な猫...。 **「なぜミスを繰り返すのか」「どうすればミスを防げるのか」を真剣に考えていないことがミス

                「次から気をつけます」に対抗する、反省文よりは効果が上がる再発防止、学びの機会 - Qiita

              • 世の中に溢れる「うざい広告」をプロが徹底解説！マーケターは必見です | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作

                みなさんこんにちは、LIGのマーケターのまこりーぬ（@makosaito214）です。 ネットサーフィンをしていると頻繁に出会う「うざい広告」ってありますよね。広告を制作、運用する立場としてこの手の広告がなぜ存在するのか、そして今後こういった広告はどうなっていくのかを、今回はしっかり勉強したいと思います。 今回講師としてお招きしたのは、マーケティング会社の「株式会社キーワードマーケティング」の代表である、滝井さんです。以前よりTwitterやブログを読ませていただき勉強していたので、今回は非常に楽しみです。それではご覧ください。 滝井 こんにちは。株式会社キーワードマーケティングの滝井です。本日は、まこりーぬさんに「うざい広告」についていろいろと説明したいと思います。「うざい」と思う広告を勉強することで、ユーザーに訴求する最適な広告とは何か？ を考えることにつながると思いますよ。 まこりー

                  世の中に溢れる「うざい広告」をプロが徹底解説！マーケターは必見です | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作

                • コード品質はやはりビジネスに影響を与える - mtx2s’s blog

                  私たちソフトウェアエンジニアは、コード品質についてしばしば論ずるけれども、ではコード品質の良し悪しがどれほどビジネスに影響するのかと問われると、回答に窮する。只々、「コード品質が悪いと変更により多くの時間がかかります」だとか、「欠陥の修正に追われて開発時間が奪われます」だとか、個人の経験やエンジニア的一般論に頼った定性的な説明に終始するしかない。ソフトウェアを繰り返し変更する頻度が高いほど、コード品質が開発時間に影響を与えるのは確かにそのとおりだと思えるが、はたしてそれは、どれほどのインパクトなのだろうか。 2022年の研究論文 "Code Red: The Business Impact of Code Quality – A Quantitative Study of 39 Proprietary Production Codebases" では、コード品質がビジネスに与えるインパクト

                    コード品質はやはりビジネスに影響を与える - mtx2s’s blog

                  • 設計書・仕様書のレビュー方法を定めたJIS規格登場　チェック体制を標準化しやすく

                    経済産業省は11月22日、システム開発時に使う設計書・仕様書などの「作業生産物」のレビュー工程についてJIS規格を制定したと発表した。仕様書などの見直し方や観点などを規格化し、ソフトウェアの品質向上や開発の効率化を促す。 「JIS X 20246」は、設計書・仕様書の見直し作業を「計画作業」「レビューの立ち上げ」「個々人のレビュー」「要検討項目の共有および分析」「修正作業および報告作業」の順に整理し、実行するべきタスクや手順を規定するもの。システム開発や試験、保守などの場面で作るあらゆる仕様書に適用可能。 レビューの曖昧さをなくすため、「目的」「役割」などのレビューの観点10種、「執筆者確認」「同僚との机上確認」などのレビュー手法9種を定めた。JIS制定により、組織や個人のノウハウに依存することなく一定水準のレビューができるようになり、ソフトウェアなどの制作物の品質向上につながるとしている

                      設計書・仕様書のレビュー方法を定めたJIS規格登場　チェック体制を標準化しやすく

                    • カスタマーサポートだけど、開発チームに敬意が持てない

                      うちの会社のシステム、ほぼ毎日いろんなバグが見つかってお客さんからクレームがきてる。 バグが直った時に、slack上では開発チームに「修正ありがとうございます」って送ってるけど、なんで自分たちが「ありがとうございます」と言っているのかよくわからない。 開発チームが品質の悪いシステムをつくって、 お客さんがバグを見つけて怒って、 カスタマーサポートがお客さんのサンドバッグになって、 開発チームがバグを直して、 カスタマーサポートが開発チームにお礼を言う。 なにかがおかしい。なんだこれ。 自分で引き起こした問題を自分で解消してなぜ感謝される構図になっているんだろうか。ただのマッチポンプじゃないか。 カスタマーサポートはお客さんをサポートするための仕事なんだよ。 不出来な開発チームのための緩衝材じゃないんだよ。 本当はサポートだけじゃなく、サクセスみたいなことも色々やっていきたいと思ってるよ。

                        カスタマーサポートだけど、開発チームに敬意が持てない

                      • 「ディスプレイの脇のアヒルちゃんに説明することでバグに気づき、品質を高める」#ラバーダックデバッグ という手法があるけど、絵面だけでも草ｗ

                        なかめのくまちゃん@質問アプリQuerie.me開発者 @wgextra 「ディスプレイの脇に置いたアヒルちゃんに実装した処理を一行ずつ説明する中で実装者自らがバグに気づき、デバグして品質を高める」ラバーダックデバッグっていう手法があるんだけど、絵面だけでも草なのにどうやらマジで効果絶大らしく、もうこんなん大草原不可避だわ。アヒルちゃん買ってこよ。 pic.twitter.com/80zqajvdPV

                          「ディスプレイの脇のアヒルちゃんに説明することでバグに気づき、品質を高める」#ラバーダックデバッグ という手法があるけど、絵面だけでも草ｗ

                        • 良いコードとは何か - エンジニア新卒研修 スライド公開

                          株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 https://note.com/cyberz_cto/n/n26f535d6c575

                            良いコードとは何か - エンジニア新卒研修 スライド公開

                          • 質とスピード（2022春版、質疑応答用資料付き） / Quality and Speed 2022 Spring Edition

                            質とスピード（2022春版、質疑応答用資料付き）

                              質とスピード（2022春版、質疑応答用資料付き） / Quality and Speed 2022 Spring Edition

                            • 大成建設､前代未聞｢ビル工事やり直し｣の内幕

                              「嘘やろう」。ゼネコン関係者が一様に、耳を疑う事件が起きた。 スーパーゼネコンの大成建設は3月16日、北海道札幌市で建築中の高層複合ビルにおいて、鉄骨の精度不良と発注者への虚偽申告があったことを公表した。発注者であるデベロッパーのNTT都市開発が今年1月に現場を視察した際に、不審な点に気づいた。これを発端に、施工不良と数値の改ざんが発覚。建物の鉄骨部分でおよそ80カ所、コンクリートの床スラブで245カ所の精度不良があった。 【2023年4月5日14時08分追記】初出時の建物の鉄骨部分の改ざんのカ所について修正しました。 地上26階（高さ約116メートル）、地下2階のこの高層ビルには、ホテルやオフィス、商業施設が入居予定。だが、発注者が定めた品質基準を満たしていないため、今回、地上部分の鉄骨を解体して建て直す。高層ビルは2024年2月に竣工予定だったが、2026年6月末に延期される。事件の責

                                大成建設､前代未聞｢ビル工事やり直し｣の内幕

                              • 品質保証部門の陳腐化。そして陳腐化した品質保証は品質を悪化させる - 千里霧中

                                ※品質保証のエンジニアである筆者が自省・戒めのために書いた記事になります 品質管理（Quality Control）、品質マネジメントは国内では製造業を中心に発展し、プロダクトの競争力向上に貢献してきました。 JTCと呼ばれる旧来からのメーカーでは、その実績・年功の蓄積に応じて、独立性を保った品質管理・品質保証部門が権威を獲得し、今でもソフトウェア開発に強い影響力を保持するようになっています。筆者は複数のメーカーを転職やコンサルで巡って来ましたが、例えば品質保証部門が承認しないとマイルストーンで開発がブロックされる、プロダクトがリリースできないといった権限を持つ体制が、今なお普遍的に見受けられます。 この品質保証部門が権力を持ち、品質ゲートの門番として振る舞う体制は、今であっても、ある面で恩恵を提供しています。例えば次のようなものです： 法規制対応、標準化対応、その他公的なガバナンス要求へ

                                  品質保証部門の陳腐化。そして陳腐化した品質保証は品質を悪化させる - 千里霧中

                                • 答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」（その1）。ソフトウェア品質シンポジウム2022

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

                                    答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」（その1）。ソフトウェア品質シンポジウム2022

                                  • 自動化大好きエンジニアたちが語る、効率化・品質向上 Tips【26選】 - RAKUS Developers Blog | ラクス エンジニアブログ

                                    こんにちは、技術広報のyayawowoです。 「自動化（オートメーション／Automation）」 今、この言葉を聞いて胸がときめいた方に必見です！ 当社主催イベントでも人気の高い 「自動化大好きエンジニアLT会」全5開催分の資料をまとめて紹介します！ イベント詳細はこちらをご確認ください！ ・自動化大好きエンジニアLT会 ・自動化大好きエンジニアLT会 - vol.2 ・自動化大好きエンジニアLT会 - vol.3 ・自動化大好きエンジニアLT会 - vol.4 ・自動化大好きエンジニアLT会 - vol.5 目次 目次 手動テストやインフラ構築は自動化しよう APIテスト品質を向上させる Datadog Synthetic Monitoring APIテスト自動化とテストピラミッド TestLinkにテスト結果を自動的に登録 Cypressでサクッと始めるE2Eテスト 自動テスト環境を

                                      自動化大好きエンジニアたちが語る、効率化・品質向上 Tips【26選】 - RAKUS Developers Blog | ラクス エンジニアブログ

                                    • ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design

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

                                        ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design

                                      • 仕事で作業クオリティが低いと言われ話を聞くと不思議な世界になっていった「仕様に書いてないが普通のエンジニアならできるでしょ」

                                        あれっくす@フロントエンド x デジタルマーケティング @MHTcode_Alex 仕事で作業クオリティが低いってコメント来たので話聞いてみると不思議な世界が広がっていた 相手「仕様に書いてないが、普通のエンジニアならできるでしょ」 私「仕様に書いてないならやれません。仕様確認会などあったのでしょうか？」 相手「そんなものない。わからなかったら確認するでしょ」 続 あれっくす@フロントエンド x デジタルマーケティング @MHTcode_Alex 私「わからないところは都度確認してますが、仕様に記載されていないものを作ることはできませんし、確認すらやりようがありません」 相手「テストでいっぱい不具合出てくる」 私「クオリティコントロールの仕組みがないから当たり前では？」 相手「こっちが確認してないのが悪いってこと？」 続 あれっくす@フロントエンド x デジタルマーケティング @MHTco

                                          仕事で作業クオリティが低いと言われ話を聞くと不思議な世界になっていった「仕様に書いてないが普通のエンジニアならできるでしょ」

                                        • パナソニック｢40年超｣続いた品質不正の全実態

                                          「製品の開発中止を避けるため」「開発期間を短縮するため」「出荷停止による混乱を懸念した」「虚偽報告の発覚を懸念したため」 報告書には、品質不正に関与した現場の従業員らの赤裸々な証言が記されていた。 大手電機メーカーのパナソニック ホールディングス（HD）が、品質不正に揺れている。パナソニックHD傘下の電子部品事業会社、パナソニック インダストリー（パナインダ）は、11月1日に外部調査委員会の報告書を公表した。 不正が行われた製品数は約5200品番。今年7月に公表していた153品番から、33倍超へと膨らんだ。パナインダの国内外55拠点のうち、40拠点で何らかの不正行為が発覚。最も古いもので、1980年代から40年以上にわたって隠蔽されてきた。 パナインダが製造しているのは、家電やスマートフォン、PC、自動車など幅広い製品に使われている電子部品だ。影響は同社から電子部品や材料を購入した顧客40

                                            パナソニック｢40年超｣続いた品質不正の全実態

                                          • 政党の品質保証 | たまき雄一郎ブログ

                                            昨日、ある若手会社経営者の方とお話をさせていただきました。 その方いわく、 「自民、民主どちらの政党の政治家も何人か知っているが、どうしようもない人もいる。」 「会社で言えば、どちらの政党も上場に耐えない。」 「政党は所属議員の品質管理をもっと徹底したやるべきだ。」 「玉木さんも、無所属でやるんだったら、応援しますよ。」 このように、既存政党に対して強い不信感を持っておられた。 しかし、世間一般の感覚もおそらく同じようなものだと思う。 無党派層の多さがそれを物語っている。 「政党とは何か。」 同じ政治理念、政策を共有する集団ということでしょうが、私は、それ以前に、一定のクオリティ（品質）を満たした人の集団であるべきだと思います。 これは、弁護士や会計士などのように一定の資格試験をクリアーすることを条件にするというよりも、 「絶対に、不正をしない。」 「絶対に、不倫をしない。」 などというよ

                                              政党の品質保証 | たまき雄一郎ブログ

                                            • ［速報］AWS、クラウド障害をわざと起こす「AWS Fault Injection Simulator」発表。カオスエンジニアリングをマネージドサービスで実現。AWS re:Invent 2020

                                              Amazon Web Services（AWS）は、開催中のオンラインイベント「AWS re:Invent 2020」で、アプリケーションに対してクラウド障害のシミュレーションを行える新サービス「AWS Fault Injection Simulator」を発表しました。 クラウド上で稼働するアプリケーションの耐障害性などを高めるために実際にクラウド障害をわざと発生させて問題点をあぶりだす手法は、「Chaos Enginieering（カオスエンジニアリング）」と呼ばれています。 Netflixが2012年にカオスエンジニアリングのためのツール「Chaos Monkey」を公開したことで広く知られるようになりました。 参考：サービス障害を起こさないために、障害を起こし続ける。逆転の発想のツールChaos Monkeyを、Netflixがオープンソースで公開 今回発表された「AWS Faul

                                                ［速報］AWS、クラウド障害をわざと起こす「AWS Fault Injection Simulator」発表。カオスエンジニアリングをマネージドサービスで実現。AWS re:Invent 2020

                                              • 期限ギリギリで低品質な物を作り上げる人のスケジュールと期限内に高品質な物を余裕を持って仕上げる人のスケジュール

                                                ヒツジモチ @hitsujimo_chi 完成させた瞬間経験値が入るシステムってツイートと、このスケジュールの話は関係あって、このスケジュールの右側ってつまるところ配分が変わっているだけで、5回完成させてるんだよね。左側は1回しか完成してない。完成数が違うから品質が変わる。 twitter.com/jmatsuzaki/sta… 2020-10-20 19:26:27

                                                  期限ギリギリで低品質な物を作り上げる人のスケジュールと期限内に高品質な物を余裕を持って仕上げる人のスケジュール

                                                • 質とスピード（2020秋100分拡大版） / Quality and Speed 2020 Autumn Edition

                                                  質とスピード（2020秋100分拡大版） 2020/11/20 @ JaSST'20 Kyushu

                                                    質とスピード（2020秋100分拡大版） / Quality and Speed 2020 Autumn Edition

                                                  • ソフトウェアテスト入門 / 2022-08-30 software testing

                                                    ■参考 ・JSTQB ソフトウェアテスト教科書 JSTQB Foundation 第4版 シラバス2018対応 ・

                                                      ソフトウェアテスト入門 / 2022-08-30 software testing

                                                    • NewsPicksにCTOとして入社して1年でDX Criteriaを大幅改善した話 - Uzabase for Engineers

                                                      こんにちは。このブログでは初めまして。2020年の2月にNewsPicksに入社した高山です。 今回は僕がNewsPicksのCTOになってからの1年でやったお仕事について書いていきます。 CTO最初のミッション DX Criteriaについて 「デプロイ回数」を定点観測 やってきたチャレンジ 1年経ってみて CTO最初のミッション NewsPicksは2013年に誕生し、5年ほどの壮大な創業期の間にたくさんの新しい領域に挑戦しており、僕が入社したときには既に事業面でもシステム面でも「それなりの複雑さ」という感じでした。 前任CTOの杉浦さん（今はグループ内でアメリカでの新規サービスの立ち上げをしています）からバトンを受け取って最初のミッションが「DX Criteriaを上げること」だと聞いたときにそのあたりの事情を全て察しました。😅 結論から先に書くと、1年で大幅改善を達成することがで

                                                        NewsPicksにCTOとして入社して1年でDX Criteriaを大幅改善した話 - Uzabase for Engineers

                                                      • フロントエンドテストプラクティス in open 8

                                                        2021/09/13 Open8 で発表したフロントエンドテストプラクティスの話です。

                                                          フロントエンドテストプラクティス in open 8

                                                        • 三菱電機が性能検査で偽装　鉄道用空調、30年以上か：朝日新聞デジタル

                                                          ","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 --><!--株価検索 中⑤企画-->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">

                                                            三菱電機が性能検査で偽装　鉄道用空調、30年以上か：朝日新聞デジタル

                                                          • ソフトウェア開発上の問題や課題をビジネスリーダーや経営者らの関心事とするために - mtx2s’s blog

                                                            ビジネスリーダーをはじめ、ソフトウェアプロジェクトの関係者にとって、ソフトウェア開発上の関心事は、開発の進捗とシステムトラブルだ。ソフトウェアの内部品質や開発プロセス上の問題や課題なんて、開発者以外に興味を示す人などほとんどいない。だから、関係者ばかりか開発者自身も、開発の進捗とシステムトラブルにばかり注意を向ける。 そのような状況に、一部の優秀な開発者は我慢ならない。憂いている。「このままではまずい、積み上がった問題に取り組むために時間が欲しい」「まとまった時間でなくても、継続的に取り組むための少しの割り当てでも構わない」と。そんな願いも虚しく、使える時間はすべて、担当する開発を進捗させることにのみ費やすことを強いられる。 私たちエンジニアリングマネージャーやテックリードは、このような状況を見て見ぬふりをしていないだろうか。開発の進捗やシステムトラブル以外にも注意を向けるべき対象がある。

                                                              ソフトウェア開発上の問題や課題をビジネスリーダーや経営者らの関心事とするために - mtx2s’s blog

                                                            • りんごの会社と仕事をした

                                                              10年以上も前だがリンゴと仕事をした もちろん個人ではなく会社として受けた仕事である あともう私はそこに所属していないし、国内メーカーではない ある部品を受けたのだが、すごく厳しかった まずリンゴの名は一切の外部に公表をするなと言われた 今はサプライチェーン一覧として取引先が出してあるが当時は秘密であった 部屋が隣の部署にも秘密である リンゴのことはエデンと呼ばれていた まぁリンゴだし 毎週のようにアジア担当の社員が来て、品質と進捗を詰めてくる そして、問題があると上に報告されるのだが、 エデンの権限を持つ上級担当まで間にわずか2人しか間にいないと聞いた 今は知らないが、とても返事が早い、そしてその社員にはかなりの裁量を任されている 契約は私は担当ではなかったので知らないが、部品の品質に関してはすごく厳しかった しかもその品質に厳しい部品を、数千万個と頼んでいくのである 会社としては数千万

                                                                りんごの会社と仕事をした

                                                              • 元々日本製は品質が悪いことで有名だった時代があるのですか？ - Quora

                                                                • Vue.js？React？フレームワーク選びの７つの選定基準、大規模ECサイトのフロント刷新プロジェクト - MonotaRO Tech Blog

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

                                                                    Vue.js？React？フレームワーク選びの７つの選定基準、大規模ECサイトのフロント刷新プロジェクト - MonotaRO Tech Blog

                                                                  • バグ密度・テスト密度に依存しない品質保証への挑戦 | NTTデータ

                                                                    キーワードで探す カテゴリで探す 業界トレンド／展望 技術トレンド／展望 事例 サービスで探す コンサルティング CRM（Salesforce） ERP（SAP/Biz∫） 顧客接点・決済 カーボンニュートラル SCM・ロジスティクス 電子申請 データ＆インテリジェンス 生成AI アプリケーション開発・管理 データスペース ブロックチェーン 量子コンピュータ・イジングマシン デジタルツイン IoT ロボティクス・RPA クラウド ネットワーク データセンター サイバーセキュリティ アウトソーシング 業種で探す 金融 官公庁・自治体 医療・ヘルスケア 防災・レジリエンス 食品 流通・小売 モビリティ 製薬・ライフサイエンス 食農・農業 製造 通信・放送 電力・ガス・水道 建設・不動産 個人のお客様向け 教育 トピックで探す Foresight Day サステナビリティ キーワードで探す カテ

                                                                      バグ密度・テスト密度に依存しない品質保証への挑戦 | NTTデータ

                                                                    • フロントエンドのテストは皆のためのもの | POSTD

                                                                      テストとは人によって反応が分かれるものの1つであり、大喜びする人もいれば、見ないようにして去ろうとする人もいます。あなたがどちらの側であるにせよ、ここではフロントエンドのテストは皆のためのものであるということを説明します。実際、テストには多くの種類があり、それがテストに対して初めに恐れや混乱を感じる一因なのかもしれません。 この記事では、特に有名で広く利用されている種類のテストを扱います。なかには目新しいものはないと感じる読者の方もいらっしゃるかもしれませんが、少なくとも復習にはなるでしょう。どちらにせよ、筆者の目標は、この記事を通じて世の中のさまざまな種類のテストについて理解を深めてもらうことです。ここではユニットテスト、統合テスト、アクセシビリティテスト、ビジュアルリグレッションテストなどを一緒に見ていきます。 さらに、Mocha、Jest、Puppeteer、Cypressなど、各種

                                                                        フロントエンドのテストは皆のためのもの | POSTD

                                                                      • テストの自動化とテスト駆動開発

                                                                        組織としてテスト自動化に取り組むべき理由と、手段としてのテスト駆動開発を紹介する講演資料です。以下のような内容です。 ねらい： ・主に顧客向けの業務システム(B2B)を開発している、 ・プロジェクトベース、ウォーターフォールプロセスが主流の開発現場や運用保守の現場にいる、 ・マネージャーのか…

                                                                          テストの自動化とテスト駆動開発

                                                                        • IIJ勝社長、ドコモの回線品質問題で「苦情が増えている、事前の連絡が全くなかった」と不快感

                                                                            IIJ勝社長、ドコモの回線品質問題で「苦情が増えている、事前の連絡が全くなかった」と不快感

                                                                          • アジリティを支える品質特性 / Agility and Quality Characteristics Developers Summit 2021 Summer

                                                                            Developers Summit 2021 Summer［A-1］アジリティを支える品質特性 講演日時: 2021年07月30日（金） 10:00 ～ 10:45 概要: ビジネスにとってITは、「あると便利」から「有効」、「不可欠」を経て「中核そのもの」になりつつあり、柔軟かつ俊敏に…

                                                                              アジリティを支える品質特性 / Agility and Quality Characteristics Developers Summit 2021 Summer

                                                                            • 技術的負債は開発者体験を悪化させる - mtx2s’s blog

                                                                              ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、レガシーシステムをリファクタリング・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 本稿では、技術的負債と開発者体験の関係について紐解くとともに、それに対してソフトウェアエンジニアリング組織を預かるマネージャーが取るべき行動について考えてみたい。 ※これは、Engineering Manager Ad

                                                                                技術的負債は開発者体験を悪化させる - mtx2s’s blog

                                                                              • スケジュールの見積もりを適当に答えたらコミットメントにされる問題について｜きゅーい / koyo

                                                                                こちらのエントリを読んでいたら、なるほどとてもわかるとなった。そしてこの問題については何らかの解を持っておくべきだと思ったため、ちゃんと考えることにしたのがこのエントリの趣旨である。 上述のエントリには、ソフトウェア開発者がスケジュールのコミットメントを求められた場合、精緻にスケジューリングするためのタスクやスケジュールに余裕を持たせるためのバッファを積むしかなくなり、結果としてソフトウェア開発が遅くなってしまうという話が書かれている。 ソフトウェア開発を実際に行ったことがある人であればこの話には凡そ同意できるとは思うが、それ以外の人には理解に苦しむ話となる。 それゆえに、現代においても「この機能はいつまでにリリースするの？出来なかったらどうするの？」といった質問が横行し、それに対して特に意味のないスケジュールを答えるという虚無の応答が多くのチームでいまも行われている。 ビジネスサイドの仕

                                                                                  スケジュールの見積もりを適当に答えたらコミットメントにされる問題について｜きゅーい / koyo

                                                                                • 米航空大手、紛失した荷物についてのウソがAirTagからバレる - iPhone Mania

                                                                                  米大手航空会社、ユナイテッド航空が紛失した荷物をAirTagを使って追跡したところ、住宅街のゴミ捨て場にからのスーツケースがいくつも見つかった、と乗客の女性がTwitterに投稿しています。 住宅街のゴミ捨て場に放置された空っぽのスーツケース 米ワシントンD.C.在住のバレリー・シベラ氏（＠vszyb）は、ユナイテッド航空が紛失した複数の荷物に入れていたAirTagで場所を確認したところ、1日以上にわたって住宅街のアパートにあることを発見しました。 シベラ氏がAirTagで追跡していると、荷物は時々移動してマクドナルドやショッピングセンターに行き、しばらくすると元のアパートに戻っています。荷物は車に積まれたままのようです。 AirTagが示す場所にシベラ氏が出向いてみると、住宅街のゴミ捨て場に、ユナイテッド航空の乗客のものと見られる複数の荷物が、中身が空の状態で放置されているのを発見したそ

                                                                                    米航空大手、紛失した荷物についてのウソがAirTagからバレる - iPhone Mania
                                                                                  1 2 3 4 5 6 次のページ

                                                                                  新着記事

                                                                                  はてなブックマーク

                                                                                  公式Twitter

                                                                                  はてなのサービス

                                                                                  • App Storeからダウンロード
                                                                                  • Google Playで手に入れよう
                                                                                  Copyright © 2005-2025 Hatena. All Rights Reserved.