並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 41件

新着順 人気順

アンチパターンの検索結果1 - 40 件 / 41件

アンチパターンに関するエントリは41件あります。 開発設計プログラミング などが関連タグです。 人気エントリには 『中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita』などがあります。
  • 中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita

    1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 本稿では、そのような「新メンバー」を活躍しづらくしてしまうアンチパターンとその対策を紹介します。 2. 中途入社や部署異動で来た新メンバーが適応することの困難さを理解する 中途入社や部署異動で来た新メンバーが組織に適応することは、新卒社員のそれとは別の難しさがあり

      中途入社や部署異動で来た新メンバーを活躍しづらくするアンチパターン - Qiita
    • データベースを遅くするための8つの方法

      はじめに Twitterのタイムラインを見ていたらバッチ系のプログラムで逐次コミットをやめて一括コミットにしたら爆速になったというのを見ました。当たり前でしょ、と思ったけど確かに知らなければ分からないよね、と思って主に初心者向けにRDBを扱うときの注意点をまとめてみました。 プログラミングテクニック的なところからテーブル設計くらいの範疇でDBチューニングとかは入ってないです。 自分の経験的にOracleをベースに書いていますが、他のRDBでも特に変わらないレベルの粒度だと思います。 大量の逐次コミットをする バッチアプリケーションでDBにデータをインサートすると言うのはかなり一般的な処理です。しかしデータ量が少ない時はともかく大量のインサートを逐次コミットで処理するとめちゃくちゃ遅くなります。数倍から十数倍遅くなることもあるので、10分程度のバッチが1時間越えに化けることもザラにあるので原

        データベースを遅くするための8つの方法
      • 🍛wara🍊bi on Twitter: "家これから建てる人へ ・エアコンの配管は美しくなくても外に出せ、いつか配管を変えなくてはいけない時壁の中だと壁破壊しないと変えられず詰む ・配線図は必ず残せ、できる限り新設の配線ができるように多めに作っておけ 光ファイバーに変えるときに死ぬ ・西側に窓を作るな ・西側に窓を作るな"

        家これから建てる人へ ・エアコンの配管は美しくなくても外に出せ、いつか配管を変えなくてはいけない時壁の中だと壁破壊しないと変えられず詰む ・配線図は必ず残せ、できる限り新設の配線ができるように多めに作っておけ 光ファイバーに変えるときに死ぬ ・西側に窓を作るな ・西側に窓を作るな

          🍛wara🍊bi on Twitter: "家これから建てる人へ ・エアコンの配管は美しくなくても外に出せ、いつか配管を変えなくてはいけない時壁の中だと壁破壊しないと変えられず詰む ・配線図は必ず残せ、できる限り新設の配線ができるように多めに作っておけ 光ファイバーに変えるときに死ぬ ・西側に窓を作るな ・西側に窓を作るな"
        • 本当にあったやらかしDB設計シリーズ一覧 - Qiita

          本当にあったやらかしDB設計シリーズをまとめてみました SQLアンチパターンで書かれているほど高尚な問題ではなく、もっと初歩的な、でもありがちな問題を取り上げています 初心者を脱出したと思っている人に是非読んでもらい、正しく設計してもらうことを目的としています もしここに載っていないパターンを経験したことのある方がいたら是非教えてください 本当にあったやらかしDB設計①【R無しRDB】 本当にあったやらかしDB設計②【囚人番号テーブル】 本当にあったやらかしDB設計③【ロジカルクエリー】 本当にあったやらかしDB設計④【テストチューニング】 本当にあったやらかしDB設計⑤【第三正規化病】 本当にあったやらかしDB設計⑥【見えない削除フラグ】 本当にあったやらかしDB設計⑦【ステートフルDB】 本当にあったやらかしDB設計⑧【ファンクションDB】 本当にあったやらかしDB設計⑨【文字列日付】

            本当にあったやらかしDB設計シリーズ一覧 - Qiita
          • ポケモンを題材に「SQLアンチパターン」を実践してみる - kanayamaのブログ

            @tkanayama_です。「SQLアンチパターン *1」 という本を読みました。「ポケモンを題材に因果推論を実践してみる」のように、仮想的なストーリ上で実際に使ってみた感を出すことにより、自分の記憶に定着させることを狙います。 前提として、何をアンチパターンとするかは状況(ベンダーフリーである必要があるかどうか、どの程度の頻度で更新されるか・・・など)によって大きく異なるので、下記で紹介するアンチパターンは実は状況によっては問題にならないケースもあるかと思います。この投稿はあくまで「SQLアンチパターン」に忠実に従うことが目的です。 www.oreilly.co.jp 追記 登場人物 ストーリー フシギダネへの対応 ヤミカラスへの対応 ディグダへの対応 誤登録でポケモントレーナーになってしまったユーザーの削除 最後に 謝辞 追記 このブログを公開後、「外部キー制約はレコードロック周りのト

              ポケモンを題材に「SQLアンチパターン」を実践してみる - kanayamaのブログ
            • なぜマイクロサービスは失敗するのか? - kawasima

              Eberhard Wolffさんのこのプレゼンの要約です https://www.youtube.com/watch?v=B3O-qYM-Kkw 共通のデータモデル 共通のデータモデルを通信に使う 各サービスで必要となるデータの内部モデルは異なるかもしれない データモデルが、共通ライブラリと同じ意味合いになる すべてのサービスが、最新のライブラリを使わなくてはならない 共通データモデルの変更は、す

                なぜマイクロサービスは失敗するのか? - kawasima
              • なぜレッドオーシャン化する前にサービスを グロースできなかったのか? - フリマアプリ編 - @yutadayo

                CTO Night & Day 2023 Fukuoka で登壇した発表資料になります。 https://aws.amazon.com/jp/blogs/startup/cto-night-and-day-2023-fukuoka-day1 https://aws.amazon.com/jp/blogs/startup/cto-night-and-day-2023-fukuoka-day2

                  なぜレッドオーシャン化する前にサービスを グロースできなかったのか? - フリマアプリ編 - @yutadayo
                • 3大イラッとくる入力フォーム

                  ペースト出来ないID/パスワード欄 4つに分割されてるクレジットカード番号入力欄 入力した後で記号は使えませんとか言ってくるパスワード欄 あと一つは?

                    3大イラッとくる入力フォーム
                  • SQLアンチパターンもりもりDBを設計しよう! - Qiita

                    概要 名著SQLアンチパターンを読み終えたので、それの復習のために悍ましいデータベースを作ろうと思った。 まず前半では、SQLアンチパターンを意図的に盛り込み、目も当てられない酷い設計をします。 そのあとリファクタリングを行なったER図に書き直していきます。 なお、真面目に書くと参考書の丸写しになってしまうので、この記事は アンチパターンもりもりのER図を見て嫌悪感を学習し、設計に役立てようという趣向のもと、詳しい説明は省きます。 とても良い本なので読んでください。 想定するシステムの概要と状況 目的において適切かはわかりませんが、とりあえず考えることの多い”お金”を扱うシステムを想定してみます。 私はブラックジョークが好きなので、今回は「ちょっと怖い金融屋さんが使う債務者管理システム」のER図を設計してみようと思います。 ざっくりした要件 債務者を登録でき、プロフィールを入力できる。 債

                      SQLアンチパターンもりもりDBを設計しよう! - Qiita
                    • 【閲覧注意】イライラ不可避なUIデザイン10選 - Qiita

                      弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 はじめに 人は見た目が9割 皆さん一度はこの言葉を耳にしたことがあるのでしょう。内面がどれほど素晴らしくても、外見がそれに見合わないと、なかなか本当の価値を認めてもらえないものです。 この話は人間だけでなく、アプリケーションにも当てはまります。どれだけ内容が素晴らしくても、見た目がイマイチだったり使い勝手が悪かったりすると、ユーザーに敬遠されてしまいます。(私は以前ネ⚪︎フリからア⚪︎プラに切り替えたのですが、使いにくく感じたため、すぐに元のサービスに戻しました) エンジニアの皆さん、優れた技術力を持ちながら、デザインが原因でユーザー離れを招いていませんか?そうならないよう

                        【閲覧注意】イライラ不可避なUIデザイン10選 - Qiita
                      • 本当は速くならない「Webサイトの表示高速化アンチパターン」10選|榊原昌彦

                        ベストプラクティスや「高速化につながる!」と紹介されている記事では、逆効果、もしくは効果があるシチュエーションがあまりに限定的な手法が紹介されていることが多いので、アンチパターンとして紹介します。 本記事は「Webパフォーマンス Advent Calendar 2019」2日目の記事です。 https://qiita.com/advent-calendar/2019/web_performance 本記事はWebパフォーマンス高速化の専門家である株式会社Spelldataの竹洞 陽一郎氏にアドバイスをもらいました。HTTP/2の伝送の画像など一部資料のご提供もいただいております。誠にありがとうございます。 https://spelldata.co.jp/ ほとんどの場合で間違い 1. すべての画像をCSSスプライトその昔、画像をすべて1枚にまとめて、DOMのbackground-image

                          本当は速くならない「Webサイトの表示高速化アンチパターン」10選|榊原昌彦
                        • メールアドレスをキーにしてID連携を行う設計の危うさ|ritou

                          ritouです。このしずかなインターネットにおける初投稿です。 おそらく、このしずかなインターネットのID連携では次のような設計になっていま「した」。問い合わせをさせていただき、対応いただきました。 これまでもQiitaなどで同様の実装例が紹介されていた際にはコメントさせていただいていたものですので、アンチパターンの紹介記事として読んでいただければと思います。 「Googleアカウントでログイン」ではじめると、ユーザーが作成され、Googleから受け取ったメールアドレス([email protected])が設定される 次回から「Googleアカウントでログイン」をすると、Googleから受け取ったメールアドレスでユーザーを参照 試しに、次のような流れで動作を確認してみます。 「Googleアカウントでログイン」でアカウント作成([email protected]) 「メールアドレス変更」

                            メールアドレスをキーにしてID連携を行う設計の危うさ|ritou
                          • オワコン大手SIerに学ぶアンチパターン - Qiita

                            軽い読み物としておもしろおかしく読んでください。 はじめて社外の人の仕事を見た 今まで社内の成果物しか目にしてこなかったのですが、ふとしたきっかけで外部ベンダーが作ったシステムを移行することになりました。 会社名を見て、よく知った会社でちょっと安心しました。 「ここなら設計書とかもきちんとしてるだろう、多少古臭くても堅実にやってるんじゃないかな」って思ってました。ええ。 実態は全然違った とんでもない量のExcelが設計書として渡されました。 さすがに設計が専門だけあって設計書の量はすごいなぁ。と思って読んでいるといろいろ察してきました。 正直、「オワコン大手SIer」と呼ぶしかありません。設計しかできないと思っていたのに、何もできないなんて・・・ 実際に自分が見た「オワコン大手SIer」のアンチパターンをご紹介していきます。 自分が多く当てはまっている場合は今すぐ直してください。移行する

                              オワコン大手SIerに学ぶアンチパターン - Qiita
                            • 最強データベース(RDB)設計とは?アンチパターンの見極め方法も - FLEXY(フレキシー)

                              ※2020年6月に公開された記事です。 日本PostgreSQLユーザ会の理事を務める合同会社Have Fun Techを起業した曽根壮大(@soudai1025)と申します。元株式会社オミカレ副社長兼CTOです。直近では、『失敗から学ぶ RDBの正しい歩き方』を執筆しました。 今回はデータベースをテーマとして、魅力やMySQLとPostgreSQLの違い、アンチパターンの見極めなどの基礎知識に加え、勉強法などもご紹介します。 RDB関連の求人検索はこちら データベースを学ぶ魅力をエンジニア目線で考察 1.知識の費用対効果が高い エンジニアがデータベースを学ぶ利点という観点から言うと、データベースの特徴は寿命が長いことと私は考えています。 Webアプリケーションの界隈では1年単位でバージョンアップしたり流行っている言語が変わってしまうことがザラにありますが、データベースは10年、20年とい

                                最強データベース(RDB)設計とは?アンチパターンの見極め方法も - FLEXY(フレキシー)
                              • やめてほしいUIアニメーション

                                ダウンロード時にゲージが最大まで行っても終わらず、何度も繰り返されるアニメーションはよく見かけます。 これは後どのくらいで終わるのか目安がわからないため、やめて欲しいものになります。 心理学的には導入の動きを早くすることで体感速度を短くする効果あがあるようですが、今は後どのくらいで終わるのかという時間を知ることの方が優先度は高くなっています。 一度ゲージが100%まで行ったらダウンロード完了とシンプルにするか、または数字でトータルどのくらいかがわかるといいですね。 主張の激しいページ送り 動きはとても目を引いてしまうため、文字を読んでいる最中でもページ送りのマークに強制的に目がいってしまうことや、早くボタンを押さなければいけないと焦らせる効果があるため、ページ送りのアニメーションの主張はさりげなく次へ進めることがわかれば良いです。 文字を読ませることがメインのゲームではなく、たまにしか無い

                                  やめてほしいUIアニメーション
                                • こんなコードは嫌だ、古い書き方のコード駆逐したい(とりあえず9つ) - Qiita

                                  時代は令和ぞ、何を書いとるんや 転職してきた若いプログラマが変なコード書いている。 どうやら前社の社内研修で教わったとのこと。 さて、何を教わったのだろうか。 ※一応TypeScriptで書きましたが別にC#でも言えることです。 ※CやC++やアセンブラのことは全く知らないので、そのあたり詳しい人は今どんな書き方か記事書いていただけると勉強になります。 1.変数名が雑 クラス、関数、変数、どれも命名は難しいものです。1 大体が英語で大変です。けど頑張ってわかりやすい名前つけるようにしています。 本読んで勉強してください。Google翻訳使ってください。 10行程度の短い関数ならretでもdataとか適当な名前でもいいけど 長くなるようならちゃんと名前つけてるようにしたほうがいいです。 わかりやすい変数名をつけることでひと目で、その変数の役割が理解出来ます。 // Goodってなんやねん!な

                                    こんなコードは嫌だ、古い書き方のコード駆逐したい(とりあえず9つ) - Qiita
                                  • 30分でわかるシステム運用アンチパターン / Operations Anti Patterns in 30 minutes

                                    「システム運用アンチパターン - Forkwell Library #4」でお話しした際の資料となります。 https://forkwell.connpass.com/event/256481/ 動画はこちら。 https://youtu.be/hQAeMgXsZWc

                                      30分でわかるシステム運用アンチパターン / Operations Anti Patterns in 30 minutes
                                    • AWSで2022に打破されたアンチパターン - Qiita

                                      TLDR AWSで2022年の1月から9月までのアップデートが多数ありました。私(と、何人かのサポーター)が考えた、この期間内の打破されたアンチパターンを紹介します。32項目ありました! アンチパターンって何よ? 「AWSでこうしたい」という思いからAWSを使っていく方は多いはずです。 そのなかで、数多くのAWS使いこなしの工夫が生まれ、成功例が生まれていきました。AWSのサービスとして提供されていないことを工夫でなんとかした、そんな成功例たち。それが「秘伝のタレ」となり、「さわってはいけないもの」、あるいは「ロストテクノロジー」として、封をしたパターンとなっていないでしょうか? 動作やプロセス、構造について、当初は妥当であったのに、最終的に悪い結果が繰り返されるパターンであり、リファクタリングするための方法が存在するパターンこそがアンチパターンです。サービスアップデートされれば、いままで

                                        AWSで2022に打破されたアンチパターン - Qiita
                                      • 「システム運用アンチパターン」を一読したので、その要点(特に薦めたい感想5点) - Qiita

                                        システム運用アンチパターン ―エンジニアがDevOpsで解決する組織・自動化・コミュニケーション | Jeffery D. Smith, 田中 裕一 |本 | 通販 | Amazon エンジニアがDevOpsで解決する組織・自動化・コミュニケーション。早速お薦めしたく書いています。読書感想文です。 感想5点 良いぞ。周りに薦めたい 百聞一見。目次だけでも: https://www.oreilly.co.jp/books/9784873119847/#toc 特に自分にとって良かったのは以下 9章 せっかくのインシデントを無駄にする 10章 情報のため込み:ブレントだけが知っている だが、一番スゴイのは11章かもしれない 「文化を変えようと思うのであれば、文化がどのように共有されているかを理解すること」 コロナ以前は 議事録 会議 机横での雑談 飲み会 タバコなどなどあったが コロナ以降、リ

                                          「システム運用アンチパターン」を一読したので、その要点(特に薦めたい感想5点) - Qiita
                                        • 業務でどれだけSQL力がつくのか ~SQLアンチパターンを用いて確認~ 前編

                                          はじめに こんにちは。 GMOアドマーケティングのKONCEです。 新卒で入社し、数年経ちました。日々の業務で学ぶことは多いですが、今年度は技術の深堀りをテーマにやっていきたいと思っています。 今回は入社してDBやSQLに関しては業務内で学ぶことが多く、特別訓練をしていたわけではなかったのですが、「SQLアンチパターン」を用いて学びながら、改めて自分の現状を見つめ直していけたらと思います。 今回は学習を行う側面と自分自身のレベルについて見直していきたいので 知っていた → ○ 部分的に知っていた → △ 知らなかった → × を付けてみようと思います。 目次 SQLアンチパターンについて Ⅰ部 データベース論理設計のアンチパターン 2-1. [○]1章 ジェイウォーク(信号無視) 2-2. [×]2章 ナイーブツリー(素朴な木) 2-3. [○]3章 IDリクワイアド(とりあえずID) 2

                                            業務でどれだけSQL力がつくのか ~SQLアンチパターンを用いて確認~ 前編
                                          • お前らのpandasの使い方は間違っている - Qiita

                                            この記事は株式会社Nuco Advent Calendar 2022の9日目の記事です。 はじめに いきなりお馴染みの「キャッチーでウィットでセンセーショナルな」タイトルで失礼します。 私自身、業務の中でpandasに大変お世話になっており、自戒も込めてpandasの「アンチパターン」をまとめてみました。 この記事を読んで、より快適なpandasライフを送っていただけると嬉しいです。 対象読者 Pythonを使ったデータ分析や機械学習に携わる方 この記事はpandasの基本的な使い方を解説するものではないので注意してください。 表形式ファイルを加工する必要がある方 pandasの強みはリレーショナルなデータ全般です。必ずしもデータ分析や機械学習だけが守備範囲ではありません。 pandasとは pandasの公式ドキュメントの概要には、以下のように記載してあります。 pandas is a

                                              お前らのpandasの使い方は間違っている - Qiita
                                            • 「Retrospectives Antipatterns」を読んだ - 勘と経験と読経

                                              先日「Project Retrospectives: A Handbook for Team Reviews (Dorset House eBooks) (English Edition)」を読んだばかりだけれど、別の調べ物をしていたら「Retrospectives Antipatterns」という本が最近発売されたことを知ってしまったので勢いで読んでみた。アンチパターン好きなもので。すごい有用な本だった。 Retrospectives Antipatterns 作者:Corry, Aino,Corry, Aino発売日: 2020/11/02メディア: ペーパーバック 著者サイトはこちらのようだ。https://metadeveloper.com/ 全体的な感想 えてして「ふりかえり」のファシリテーターは孤独だと思う。特にファシリテーションすること自体を主な仕事にしている場合、「より良い

                                                「Retrospectives Antipatterns」を読んだ - 勘と経験と読経
                                              • JavaScriptのCollection操作をする時はお願いがある、一呼吸置いてから操作をしてくれ

                                                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

                                                  JavaScriptのCollection操作をする時はお願いがある、一呼吸置いてから操作をしてくれ
                                                • UIの使いづらさにイラッとする!これがフォームで使いにくい最悪なユーザインターフェイスだ -User Inyerface

                                                  使いにくいUI、間違いやすいインタラクション、誤解されるデザインパターンを再現したUser Inyerfaceを紹介します。ベルギーの制作会社「Bagaar」による、使いにくい最悪なユーザインターフェイスを楽しむゲームです。 けっこうイラッとするので、心に余裕がある時にお楽しみください。

                                                    UIの使いづらさにイラッとする!これがフォームで使いにくい最悪なユーザインターフェイスだ -User Inyerface
                                                  • 大迷惑!働き方改革に激怒の声「残業の承認に30分かかる」「1時間早く出社、昼休憩も犠牲にして働く」 | キャリコネニュース

                                                    企業では働き方改革が進められているが、「残業をなくそう」「生産性を上げよう」と口で言うだけでは何も変わらない。キャリコネニュース読者からは、働き方改革の弊害だが、続々と寄せられている。 管理・事務職の働く30代男性は、「定時退社、残業削減を主張していますが、業務量と人員がまったく見合っていません」と現状を嘆いている。 トップは「残業を減らせ」と指示するのみで、具体的な施策は提示しない。口先だけの上層部に対して男性が業務改善を提案しても「現在のスタイルは変えない」の一点張りだった。加えて、 「残業事前承認制が採用されていますが、1時間の残業をするための承認に30分かかるなど、はっきり言って無駄でしかありません。周りはみんな呆れて、残業申請をせずにサービス残業をしています」 という体たらくだ。ひねくれた見方だが、わざと面倒なフローを適用することで、サービス残業を促しているのだろうか。だとしたら

                                                      大迷惑!働き方改革に激怒の声「残業の承認に30分かかる」「1時間早く出社、昼休憩も犠牲にして働く」 | キャリコネニュース
                                                    • なぜUserクラスは負債化しやすいのか “風刺動画”から理解する情報システム開発とモデリング

                                                      「“開発者体験”で世界をエンパワメントする1日。」と題し、チームや組織の課題に日々取り組む方々に向けて開催された「Developer eXperience Day CTO/VPoE Conference 2021」。ここで、READYFOR株式会社の仙塲氏が「『Userクラス』で考える技術的負債解消の観点」をテーマに登壇。まずは情報システム開発とモデリングの定義について紹介します。 クソコード動画『Userクラス』 仙塲 大也(以下、仙塲氏):こんにちは。ミノ駆動と言います。不運な時間がやってまいりました。まじめなセッションだらけなのに、はたしてこういう動画を流していいものかと。完全にネタ枠です。 このセッションの説明です。多くのサービスで技術的負債になりやすい筆頭格として、Userクラスがあります。本セッションでは、Userクラスの負債により引き起こされる弊害を描いた、風刺動画を上映しま

                                                        なぜUserクラスは負債化しやすいのか “風刺動画”から理解する情報システム開発とモデリング
                                                      • Terraformアンチパターン(2019年版) - Qiita

                                                        はじめに Infrastructure as Code(以下IaCと略します)って最近では当たり前のように実践されてますよね。特にterraformはかなりユーザが多く、開発のスピードも速い印象です。 IaCを実現できたインフラエンジニアの皆さんの多くが次に直面する問題はコードの保守運用に関する事柄ではないでしょうか? terraformもコードなので、アプリケーションのコードと同じように保守性(テスト容易性、理解容易性、変更容易性)を意識する必要があります。ただコード化しただけでは属人性を排除したとは言えないと思います。 保守性の高いterraformって具体的にどう書けばいいの?と周りに聞いてみても、巷には「ぼくのかんがえた最強のterraformベストプラクティス」が乱立していて、自転車置き場の議論になりがちです。 また、v0.12前後でterraformの記法が大きく変わったので、

                                                          Terraformアンチパターン(2019年版) - Qiita
                                                        • 【資料公開】プロダクトオーナーアンチパターン

                                                          みなさんこんにちは。@ryuzeeです。 技術顧問先からの依頼でプロダクトオーナーのアンチパターンについて話をしたので、そのときの資料を公開します。 今回紹介するのは以下の6つのアンチパターンです。アンチパターンに陥っている可能性を示す兆候もあわせて示しています。 顧客やユーザーの軽視 兆候 社内のミーティングでスケジュールが埋まっている 機能の必要性の根拠はユーザーからのフィードバックではなく仮説(というか妄想)にもとづいているものが多い ユーザーがプロダクトを触っているところを見たことがほとんどない 不十分なステークホルダーマネジメント 兆候 ステークホルダーをスプリントレビューに招待していない ステークホルダーと個別にコミュニケーションしていない ステークホルダーに何か言われるとすぐに対応している 「◯◯さんの指示なのでやらないといけない」のような口癖 不在がちなプロダクトオーナー

                                                            【資料公開】プロダクトオーナーアンチパターン
                                                          • インフラしくじり先生 / Failure story for infrastructure

                                                            インフラ・ネットワークエンジニア勉強会 Vol.1の資料です。 https://istyle.connpass.com/event/133989/ ## 参考資料 - Amazon VPC とは? https://docs.aws.amazon.com/ja_jp/vpc/latest/userguide/what-is-amazon-vpc.html - AWS でのモジュール式 Amazon VPC アーキテクチャ https://docs.aws.amazon.com/ja_jp/quickstart/latest/vpc/architecture.html - 20190313 AWS Black Belt Online Seminar Amazon VPC Basic https://www.slideshare.net/AmazonWebServicesJapan/201903

                                                              インフラしくじり先生 / Failure story for infrastructure
                                                            • とあるAIプロジェクトの失敗とそこから得た鬼十則 - Qiita

                                                              私自身もこういったアンチパターンに遭遇し失敗した経験がある。 冒頭にあげた鬼十則はその反省から生まれたものであるが、ここからそれぞれの項目を解説していきたい。 1. データは自ら集めるべきで、与えられるべきではない 主人公の「データがないから開発できない」の発言は間違ってはいない。しかしデータがないと嘆くのではなく、そのデータを取りに行く努力が必要である。昨年データサイエンティスト界隈で話題となった『アルキメデスの大戦』では上のいざこざでデータ(設計図)が手に入らない時、自らデータを集めて突破口を開くエピソードが綴られている5。この姿はまさに理想のデータサイエンティスト像といえるだろう。データ収集の壁は数多く挙げられるが6、その壁を乗り越える努力を怠ってはいけない。自らが安心して開発を進めるためにも、データ取りには十分に入り込んでいくべきである。 2. 目標とは、先手先手と働き掛けていくこ

                                                                とあるAIプロジェクトの失敗とそこから得た鬼十則 - Qiita
                                                              • 【firestoreアンチパターン】RDB思考でfirestoreを使うと危険な4つのケースと対策 - Qiita

                                                                こんにちは。virapture株式会社のもぐめっとです。 最近ユニクロで友達とオソロのメタモンTシャツ買いました。カワイイです。 本日はfirestore使ってて辛いよーという声をよく聞いたので、そのままfirestore使っていると危険な理由と対策など4つのアンチパターンとして紹介しようと思います。 1. Join Lover: データをjoinする 目的 RDBではよくあるテーブル同士を結合してデータを取り出すJoin。 firestoreでjoinを用いたいケースというのは特定のドキュメントのデータだけでは表示する要素が足りないので別のドキュメントから取得してなんとかするみたいな感じになると思います。 しかし、firestoreのプロもおっしゃってますが、firestoreへのjoin追加は望みが薄いと思われます。 RDBで重くなってる要因も外部結合や副問い合わせとかガンガン使って重

                                                                  【firestoreアンチパターン】RDB思考でfirestoreを使うと危険な4つのケースと対策 - Qiita
                                                                • You and 120% Cleaner React

                                                                  reactの新しい公式ドキュメントを参照しながら、FEのアンチパターンとベストプラクティスについて見ていきます。「react.devなら、技術的負債に勝てるっていうのは本当?」「その目で見届けてあげるといい! react.devが技術的負債を前にしてどこまでやれるか...。何もかもが無駄だったと、決して開発の運命を変えられないと確信したその瞬間に、エンジニアは絶望に負けて、グリーフシードへと変わるだろう......

                                                                    You and 120% Cleaner React
                                                                  • オンコールアラートアンチパターン - ださろぐ@はてな

                                                                    オンコールアラートを設定しようと考えた際に考慮すべき点を自分なりにアンチパターンとしてまとめたなにかです。 ホワイトボックスモニタリングにより得られたメトリクス、ログなどからアラーティングを行う、または併用する環境を想定しています、ブラックボックスモニタリングによるアラート、SLOベースのアラートのみでうまく運用されているサービスにはあてはまらないと考えてます。 参考書籍は色々あり、最後に記載していますが提示されてるプラクティス通りではないものもあります 。自組織、システムにあった設計をしましょう。 システムの監視がまったくありませんみたいな状況であればまずはサービスのURLに対する外形監視からはじめましょう。 言葉の定義 アンチパターン サービスに対する外形監視が設定されていない アラートを受け取って直ちに何かアクションを行う必要がない アラートに対応するrunbookが存在しない 自動

                                                                      オンコールアラートアンチパターン - ださろぐ@はてな
                                                                    • 偽の ID (識別子) のアンチパターン

                                                                      こんにちは、Azure Identity サポート チームの 高田 です。 本記事は、2023 年 6 月 20 日に米国の Azure Active Directory Identity Blog で公開された The False Identifier Anti-pattern を意訳したものになります。ご不明点等ございましたらサポート チームまでお問い合わせください。 本日は、ID の世界における危険なアンチパターンである 偽の ID (識別子) のアンチパターン を取り上げます。アンチパターン とは、繰り返し発生する問題に対する一般的な対応策のことで、こういった問題は多くが悪い結果をもたらし、想定と反対の結果をもたらすリスクとなるものです。パスワードのアンチパターン も聞いたことがあるかもしれません。本日お話しする内容は、もしかしたらより危険なパターンかもしれません。 偽の ID (

                                                                        偽の ID (識別子) のアンチパターン
                                                                      • バグらせやすい書き方をすれば当然バグは出やすい - えびちゃんの日記

                                                                        導入 rsk0315.hatenablog.com こういう話はある*1んですが、最初からバグらせやすい書き方をしておいて「バグが出たー」と言われてもそれはそうとなってしまうので、そういうのを控えるくらいのことはするべきだと思います。 書き方が悪いせいで「十分に複雑なコード」になってしまっているものもあります(もちろん概念自体が複雑なものを実装するときは複雑になって当然ですが)。 「控えるべき書き方」とか「書くときに気をつけるべきこと」とかを紹介します。 あくまで自分の主観であって、読み手の人の方針に反するのであれば強制する気はないです。「こういう書き方もあるよー」くらいに捉えてください。 導入 紹介 控えたいこと フラグ変数を乱用しない デバッグは標準エラー出力に書く 出力パートは一箇所にまとめる 計算パートと入出力パートは分ける いくつかの具体例だけで考察を終わらせない 書きながら気を

                                                                          バグらせやすい書き方をすれば当然バグは出やすい - えびちゃんの日記
                                                                        • Railsのパターンとアンチパターン4: コントローラ編(翻訳)|TechRacho by BPS株式会社

                                                                          概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Ruby on Rails Controller Patterns and Anti-patterns | AppSignal Blog 原文公開日: 2021/04/14 著者: Nikola Đuza: ハンガリーNovi Sad在住のエンジニア兼ライター、ブログや登壇で知識の普及に努めています。JavaScriptやRubyで面白いものを作るのが好きです。 サイト: AppSignal Blog Ruby on Railsのパターンとアンチパターンシリーズの第4回目にようこそ。 前回までの記事では「一般的なパターンとアンチパターン」「Railsのモデル関連のパターンとアンチパターン」「Railsビューのアンチパターン」をそれぞれ取り上げました。今回は、MVC(Model-View-Controller)の最後であるRails

                                                                            Railsのパターンとアンチパターン4: コントローラ編(翻訳)|TechRacho by BPS株式会社
                                                                          • 「二段階認証うんぬん」発言から読み取れる、セブンの危機的状況

                                                                            「二段階認証うんぬん」発言から読み取れる、セブンの危機的状況:スピン経済の歩き方(1/5 ページ) 不正アクセスの問題を受けて、7payの社長は記者からの質問に詰まってしまった。「二段階認証も知らないのか」「信じられない。それでも社長?」といった声が飛び交っていたが、メディアトレーニングを行っている筆者の窪田氏はこの会見をどのように見ているのか。 おしゃまな5歳女児、チコちゃんから素朴な疑問を投げかけられ、答えに窮すると「ボーっと生きてんじゃねーよ!」と怒られる、というNHKの雑学バラエティ『チコちゃんに叱られる!』が大人気だが、同番組を彷彿(ほうふつ)させるようなシーンが先日、日本を代表する超一流企業グループの会見で起きてしまった。 サービス開始直後から約900人が不正アクセスされて、5500万円もの被害が生じた、セブン&アイ・ホールディングスのスマホ決済「7pay(セブンペイ)」。その

                                                                              「二段階認証うんぬん」発言から読み取れる、セブンの危機的状況
                                                                            • 【Terraform】moduleのアンチパターンとそれに対するベストプラクティス5選 - Qiita

                                                                              前書き Terraformの機能の中でもmoduleはworkspace(旧environment)と並んで評価が分かれる1つだと思います。 僕自身も複数の人からmoduleに否定的な意見を聞いたことがあり、実際にmoduleを使い始めた頃はあまり便利だとは感じませんでした。 しかし、公式サイトのmoduleのページ12を読んでいくうちに間違ったmoduleの使い方をしてしまっているケースが多いこと、そういったアンチパターンを実行した/目にした結果moduleが使えない・実用的ではないといった誤解を招いているケースが数多くあることに気づきました。そういったアンチパターンにならないよう気を配り数ヶ月moduleを使ってみると、moduleはとても便利で汎用性の高い機能であることに気づきます。 このモジュール機能の有用性をもっと世のterraformerに知ってほしいと思ったため、このページで

                                                                                【Terraform】moduleのアンチパターンとそれに対するベストプラクティス5選 - Qiita
                                                                              • アリババのジャック・マー会長 長時間労働支持発言が炎上(NEWS ポストセブン) - Yahoo!ニュース

                                                                                中国のネット通販最大手、アリババ集団の創業者、馬雲(ジャック・マー)会長が午前9時から午後9時まで、月曜日から土曜日までの6日間働くという「996システム」を社員に強制するような発言を行った。これにより、ネット上で「アリババはブラック企業だ」などと批判が集中、炎上。慌てた馬氏は中国版ツイッター「微薄(ウェイボ)」上で、「996システムは非人道的で、不健康で長続きしないだろう」と書き込むなど、一転してこれまでの主張を取り下げるなど、釈明に大わらわとなった。 馬氏は昨年9月10日、教育分野を中心とした慈善事業に専念するとの理由で、「1年後(今年9月10日)には会長職を退任する」と明らかにしているが、引退まであと半年を切った今も、ワーカホリック(仕事中毒)から抜け出せないでいるようだ。中国メディアが報じた。 馬氏は1999年にアリババを友人ら数人で立ち上げ、いまや世界最大規模のインターネット企業

                                                                                  アリババのジャック・マー会長 長時間労働支持発言が炎上(NEWS ポストセブン) - Yahoo!ニュース
                                                                                • Railsのパターンとアンチパターン2: モデル編とマイグレーション(翻訳)|TechRacho by BPS株式会社

                                                                                  概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Ruby on Rails Model Patterns and Anti-patterns | AppSignal Blog 原文公開日: 2020/11/18 著者: Nikola Đuza: ハンガリーNovi Sad在住のエンジニア兼ライター、ブログや登壇で知識の普及に努めています。JavaScriptやRubyで面白いものを作るのが好きです。 サイト: AppSignal blog: The latest on everything AppSignal 日本語タイトルは内容に即したものにしました。 「Railsのパターンとアンチパターン」シリーズ第2弾へようこそ。第1回では、ソフトウェア開発における一般的なパターンやアンチパターンの概要を扱うとともに、Rails界隈でよく知られているパターンやアンチパターンもいくつかご紹

                                                                                    Railsのパターンとアンチパターン2: モデル編とマイグレーション(翻訳)|TechRacho by BPS株式会社

                                                                                  新着記事