検索対象

並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 9 件 / 9件

新着順 人気順

developerの検索結果1 - 9 件 / 9件

  • ウォータフォールはやめて2024年の開発をやろう！｜牛尾　剛

    今回の記事は特に私の意見であり、所属会社の意見ではないことをお断りしておきます。 最近になってまたウォータフォール vs アジャイルの議論を見かけることが多くなってきたので、私が勤務する米国の世界規模のクラウドプロバイダーでは2024年現在どんな開発をしているのかをご紹介したいと思います。私はこれが「正解」といいたいのではなく、何らかのポイントが皆さんの何らかの参考になったらいいなと思って筆をとりました。 ちなみに、2016年時点で私のウォータフォール開発に対する考え方は下記のブログの通りで今も変わっていません。ただ、2024年現在だからといってアジャイルをやるべきと思っているわけでもありません。 もし、今ウォータフォールをやっている人がいたら「そんなこと言ってもどうしたらええねん」となると思うので、自分なりの解決方法も考えてみました。 最初に自分的な結論を書いておくと「2024年の開発と

      ウォータフォールはやめて2024年の開発をやろう！｜牛尾　剛

    • いまどきの分析設計パターン10選

      JJUG CCC 2024 Spring 複雑な業務ロジックに立ち向かうための実践技法 【初級編】 ①値の種類 ②範囲型 ③階段型 【中級編】 ④状態遷移 ⑤入出金履歴と残高 ⑥未来在庫 【上級編】 ⑦セット演算 ⑧割合と端数 ⑨決定表 ⑩経路探索

        いまどきの分析設計パターン10選

      • 高度に発達したウォーターフォールはアジャイルと見分けがつかない - An Epicurean


        tl;ldr ウォーターフォールという言葉を悪口として使うのは良くないんじゃない？ 空想上の開発手法ウォーターフォールと進化したウォーターフォール アジャイル開発の説明がされるとき、アンチパターンとして﹁ウォーターフォール﹂が使われることがあります。これは﹁ダメな開発現場﹂と同義で使われており、共通仮想敵としての空想上の開発手法とも言えます。 それは、曰く、硬直化していて変化や手戻りを許さず、一本道でフィードバックサイクルがない、数十年アップデートされていない古臭い手法のことらしい。 もちろんそういう開発をしている現場もまだ数多く存在するでしょう。ただ、ウォーターフォールをカイゼンし進化させている人達もいます。そういう人たちの話を聞くと、例えば以下のような話を聞きます。 一ヶ月で1ウォーターフォールを回す 前の手順に戻る手続きが定められている 初期フェーズから開発者を巻き込む 定期的なレビ
          高度に発達したウォーターフォールはアジャイルと見分けがつかない - An Epicurean

        • UUIDとULIDを理解していない方は見た方がいい記事

          Auto increment（自動採番）型を採用したくない場合 Auto Incrementは、データベースにおいて自動的に一意の識別子を生成するメカニズムです。通常、数値型の列が対象となり、新しいレコードが挿入されるたびにその列の値が自動的にインクリメントされます。典型的なIDですかね。 ここでは一意性の確保の話や、データ移行やバックアップのデメリットには言及せず、セキュリティとプライバシーの懸念にフォーカスして考えます。 予測可能性 Auto Increment型のIDは連番であるため、次に生成されるIDが容易に予測可能です。これにより、攻撃者がシステムの内部構造を推測し、不正アクセスを試みるリスクが高まります。 情報漏洩のリスク 連番のIDはデータベースの挿入順序を反映しているため、公開されることで企業の活動パターンやデータ生成の頻度が漏洩する可能性があります。 例） 競合他社は、公

            UUIDとULIDを理解していない方は見た方がいい記事

          • 「わし詳細設計書書くのやだよ」システム開発で細かければ細かいほど仕様変わった時の変更が爆増してメンテコスト爆上がりする。かけるべきコストはそこじゃない話に賛否両論

            しのゆ𝕏酒くずエンジニア @shinoyu 新宿で社長やってるソフトウェアエンジニア18年生のおかまちゃん / 💻技術🎧 V系 🎀ロリィタの人 / 170スペ109 スプリング、骨ウェーブ、顔ソフエレ / 絡みない鍵とスパムは🚫 / 原則IT関連業のみフォロー /たまに会えるかも @shinjukudist しのゆ𝕏酒くずエンジニア @shinoyu わし詳細設計書書くのやだよ(￣･ω･￣) 細かければ細かいほど仕様変わった時の変更が爆増してメンテコスト爆上がりする。かけるべきコストはそこじゃない。 必要なのは完成に必要要件がまとめられたもの。それを元に受け入れ試験書がつくられる。それクリアすればどう作ってようが構わんわけだ 改修コストを下げるための設計になってることは前提だけどね。 だけど、詳細設計書が必要となる現場はこの設計することはできない。だってそれできてたら詳細設計書

              「わし詳細設計書書くのやだよ」システム開発で細かければ細かいほど仕様変わった時の変更が爆増してメンテコスト爆上がりする。かけるべきコストはそこじゃない話に賛否両論

            • ひどい。。サービスリリース発表と同時にサービス終了のお知らせ。こんなに見事にハシゴを外されるのをみたことない。  



              ● 225 users  

              ● togetter.com  

              ● テクノロジー  
              ●2024/06/13
                

              fx1jp @fx1jp1 ひどい。。 サービスリリース発表と同時にサービス終了のお知らせ。 こんなに見事にハシゴを外されるのをみたことない。 沖電気、﹁LINE Pay かんたん送金サービス﹂と連携できるソフトウェア開発キット発表→同日、日本国内における﹁LINE Pay﹂サービス終了に関するお知らせ pic.twitter.com/SnKeWvotWk 2024-06-13 18:47:17
                ひどい。。サービスリリース発表と同時にサービス終了のお知らせ。こんなに見事にハシゴを外されるのをみたことない。

              • イベント駆動アーキテクチャ導入の手引きと共通の落とし穴 / Guide to Implementing Event-Driven Architecture and Common Pitfalls

                イベント駆動アーキテクチャにおける落とし穴についてお話しています。 こちらは JJUG CCC 2024 Spring の講演用資料です。 Code: https://github.com/nrslib/pubsubdoc # URL YouTube: https://www.youtube.com/c/narusemi HomePage: https://nrslib.com Twitter: https://twitter.com/nrslib

                  イベント駆動アーキテクチャ導入の手引きと共通の落とし穴 / Guide to Implementing Event-Driven Architecture and Common Pitfalls

                • OpenFeatureと自動生成を活用したフィーチャーフラグの宣言的集約管理

                  CloudNative Days Summer 2024 の登壇資料 https://event.cloudnativedays.jp/cnds2024/talks/2274 --- 近年、トランクベース開発やAB テスト、カナリアリリースへの利用などでフィーチャーフラグを活用するケースが増えてきました。また、フィーチャーフラグAPIの標準化を目指す OpenFeature から先日ついに Web SDK v1 がリリースされるなど、徐々にその熱の高まりを感じます。しかしながら、OpenFeature を採用した開発事例はまだ少なく、活用方法などの知見が不足していると感じています。 本セッションではフィーチャーフラグの種類分けや OpenFeature の概要から、具体的な実装にいたるまでを詳しく解説します。さらに今回、自動生成を活用することによってアプリケーションコードとリモート間でのフ

                    OpenFeatureと自動生成を活用したフィーチャーフラグの宣言的集約管理

                  • 「コードを書く機会が減っていく」時代を生き抜くエンジニアに求められる、二つのスキルとは - エンジニアtype | 転職type


                    ︻PR︼ NEW! 2024.06.14 スキル コーディングプログラミング注目企業 ﹁エンジニアはシステムを“作る”ことが仕事﹂という概念が、変わりつつある。 ひと昔前までは、若手エンジニアはコードを書く経験をできるだけ積み、プログラミングの技術を磨くことから始めるべきだといわれていた。 しかし今後、エンジニアに対する﹁プログラミング﹂の需要は減少していくだろうと警鐘を鳴らすのは、企業のDX導入支援やWebシステム開発を手掛ける株式会社システム・リノベイトの事業責任者・原山国治さんだ。 生成AIの出現やオフショア開発の浸透で受託開発のニーズが減少し、エンジニアの役割が変化している近年。システム・リノベイトでは、若手エンジニアの育成方針を時代に合わせてブラッシュアップしているという。 今、若手エンジニアはどのような経験を積むべきなのか。顧客から求められるエンジニアになるために必要なスキルと
                      「コードを書く機会が減っていく」時代を生き抜くエンジニアに求められる、二つのスキルとは - エンジニアtype | 転職type
                    1

                    はてなブックマーク

                    公式Twitter

                    はてなのサービス

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