問題タブ [methodology]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
agile - ユーザー ストーリーは Yourdon のイベントと同じですか?
ユーザー ストーリー (通常、アジャイル開発またはテスト駆動開発で使用される) は、Edward Yourdon の構造化分析方法論におけるイベントと同じものですか?
database-design - ユーザーが毎日 X 日間サイトにアクセスしたことを追跡するにはどうすればよいですか?
Stack Overflow に新しいバッジがあります。「woot」バッジは、30 日間毎日サイトにアクセスしたユーザーに付与されます。このような機能をどのように実装できますか? ユーザーが毎日 X 日間サイトにアクセスしたことを最も簡単な方法で追跡するにはどうすればよいでしょうか?
最後にログインしたときのタイムスタンプ用のフィールドと、ユーザーがサイトに継続的にアクセスした日数をカウントするための 2 つのフィールドを用意することを考えました。ロジックは、最初にカウンターを 1 に設定し、ログイン時刻も保存することです。次回のログイン時に、前回のログインから 1 日以上経過していないかどうかを確認し、カウンターをインクリメントするか、1 に戻します。次に、タイムスタンプ フィールドを現在の日付に更新します。
もっと簡単にできますか?
algorithm - ポイントのリストからパターン(線、円など)を見つける方法は?
ポイントのリストがあります。各点はx
とy
座標です(どちらも整数です)。今、私は、点がパターン上に完全にないことを知って、線、円弧、円などの既知のパターンを見つけようとしています。
それを行うための最良の方法は何ですか?始めるための手がかりはあまりありません。
編集:ポイントは並べ替えられます。ユーザーは何かを描いているので、プログラムは最良のパターンを検出する必要があります。たとえば、三角形が描かれている場合、3本の線を検出する必要があります。
scrum - スクラムとリーンの原則は専門家の生活を台無しにする可能性がありますか?
私は約 2 か月間スクラムを使用していますが、必要な経験がすべて揃っているわけではないので、スクラムについて意見を聞きたいと思います。
私の懸念は、人々が双方の欠点について決して言わないことです。会社と労働者。クロスファンクショナル チームのメリットはわかっていますが、デメリットは何ですか? 素晴らしいエデンの園のそばに隠されているものは何ですか?
私は混乱しています。なぜなら、会社にとっては交換可能な人々の利点であり、チームにとっては、知識を持ち、経験を共有する機会が得られるからです (すべてのチームワークの利点に加えて)。
繰り返しますが、私はすべての利点を知っていますが、真ん中に普通の人がいるという理由だけで、欠点を探りたいと思います. 通常、これらの人々は知識を得るために多大な努力をします。彼らは本を買ったり、コースを購入したり、セミナーに参加したりします。
どの企業でも、誰かが他の誰よりもはるかに多くのことを知っている場合、従業員やマネージャーは、これらの一般の人々がすべての知識を共有することを必死に望み、要求することさえあります。
そしてそれは奇妙です.. これらは共産主義思想であり、私たちは資本主義社会に住んでおり、私が生まれたときからすべてが非常に競争的であり、今では人々は協力的だと言います.
スクラムとリーンの原則は、専門家の生活を台無しにする (または難しくする) 可能性がありますか?
c# - C#用のクリーンなWinFormsMVCチュートリアルを探しています
リッチユーザーインターフェイスのWindowsアプリケーション(フォトショップなど)を作成する方法。
どこかにC#を使用したWinForms用のクリーンなMVCチュートリアルを探しています。(ASP.NET MVCではありません。)
Windowsプラットフォームの新機能。ほとんどのMSDNおよびインターネットチュートリアルは、基本的にすべてをFormクラスに入れます。さらにデフォルトのイベントは、イベントをコントロール/モデルに送信する代わりに、フォーム内で処理されます。コントロール/モデルは、ビューの状態を変更します。
それとも、Windowsアプリケーションに推奨される方法論は他のものですか?
methodology - 製品ライン ソフトウェア開発の長所と短所
SEIで定義されているように、ソフトウェア製品ラインのアプローチを実装した人はいますか? 変更をどのように管理しますか? どのようにテストしますか?どのような問題に対処しなければなりませんでしたか?
何年もの間、私たちは基本的に製品ラインのアプローチに従うように努めてきましたが、私は常に、プログラムに厳密には必要でない変更のテストにお金を払いたくないが、無料のバグ修正を望んでいるプログラム マネージャーと戦っています。彼らはまた、コードベースに不要な変更が加えられることを非常に恐れています...不合理な恐れではありません。
これは、前回の PDR で、製品ラインのアプローチと、それに従う必要がある理由を説明するアクション アイテムを取得することで最高潮に達しました。いくつかの成功事例があるsoftwareproductlines.comを見つけましたが、潜在的な落とし穴に対処する方法について十分な詳細がありません。
methodology - ソロ開発者のプログラミング方法論にはどのようなものがありますか?
小規模プロジェクト向けのソロ開発者向けプログラミング方法論は何ですか?
methodology - プログラミング方法図?
最近はたくさんのプログラミング言語があります。罰金。この質問には興味がありません。
モジュラー プログラミング、オブジェクト指向、アジャイルなど、かなりの数のプログラミング方法論があります。これらの方法論が互いにどのように関連しているかを示す適切な図がインターネット上にありますか? できれば、方法論が現れ始めた時期を示すタイムラインがあるものでしょうか?
(したがって、プログラミング言語ではなく方法論...)