問題タブ [roadmap]

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.

0 投票する
2 に答える
1813 参照

asp.net-mvc - ASP.NET MVC のロードマップは?

ASP.NET MVC のロードマップは? どのバージョンをいつ実行する必要があるかを理解したいと思います。

Scott Guthrie のWeb サイトを調べてみましたが、MIX 以降の記述を見つけるのに苦労しました。

0 投票する
42 に答える
3013 参照

roadmap - 新しく未熟な技術で手を火傷したことがありますか?

新しいテクノロジーが安定し、試され、テストされるまでは、新しいテクノロジーを急いで採用するべきではないと言う人をよく耳にします。うまくいくのに 3 つのバージョンが必要だというジョークさえあります。これは実際の経験からの声かもしれませんが、少なくとも時々、そのような姿勢は自己満足、変化への抵抗、新しいスキルを習得するために必要な努力の結果です.

しかし、私の意見では、ソフトウェア業界で成功を収めるには、イノベーションのペースを維持することが重要です。大企業には R&D に専念する部門全体がありますが、中小企業では、開発チームが追いつく必要があります。正式に発表される前であっても、新しいテクノロジーに着手してください。これにより、有利なスタートを切ることができ、残りの部分についていくのに役立ちます。

可能な限り従おうとする戦略は次のとおりです。

  • 新しい技術を積極的に取り入れる
  • 実験には初期ベータ版を、開発にはプロトタイプと RC を使用する
  • 早期に採用したテクノロジーが正式にリリースされたときに、製品に対する最終的な変更に対処します。
  • アクティビティがまったくない、あいまいなオープン ソース プロジェクトに依存しないでください。
  • 必ず勉強してください。ただし、正式な製品ロードマップを考慮してください。

これまでのところ、熱心すぎて新しいテクノロジーの列車に飛び乗れないという代償を払ったことはありませんが、それでも利益を享受しています. これは単なる偶然なのだろうか、それともアーリーアダプターであることは結局それほど危険ではないのだろうか?

早期採用に関する議論に招待するよりも、このような問題は確かに議論の余地があり主観的なものであるため、新しいテクノロジーを早期に採用することが重大な間違いであることが判明し、悲惨な代償を払わなければならなかった実際の経験を聞きたいと思います。支払った。

0 投票する
4 に答える
5308 参照

asp.net-mvc - Web 上でプログラムによってロードマップを視覚化する最良の方法は何ですか?

データベースには、データ ポイントを含む多数のプロジェクトにわたる成果物のリストがあります。

  • 計画
  • 関数
  • 配送日

これを Web 上で何らかのタイムライン ロードマップ ビューで視覚化する最善の方法を見つけたかったのです。誰かがこれを行う良い方法を提案できますか? 私

理想的には、アイテムをクリックして、各プロジェクトの説明などの詳細ページにドリルダウンできるようにしたいと考えています。

0 投票する
2 に答える
503 参照

.net - 長期的な.NET計画(またはロードマップ)?

.NETの将来に対するMicrosoftの認識を知っている人はいますか?

主にDelphimicroISVショップに基づいているため、Delphiの将来は不確実ですが、ロードマップでいくつかのマイルストーンがすでに発表されています。

  • x64ビットをサポート
  • Mac用のネイティブ実行可能ファイルの構築
  • Linuxネイティブ実行可能ファイルの構築
  • VCL置換用のQTバインディング
  • DataSnapの機能強化

Microsoftが.NETに対して従う(漠然とした)計画はありますか?グーグルを試しましたが、正しいキーワードを使用していないようです。

何か洞察が私に役立つことがありますか?

0 投票する
1 に答える
332 参照

imap - IMAPクライアントを開発する際に考慮する必要のあるRFCは何ですか?

理論的には、Request For Comments(RFC)のセットには、開発者がIMAPクライアントを構築するために知っておく必要のあるすべてのものが含まれています。ただし、どのRFCを考慮する必要があり、どのRFCを無視できるかを知ることは必ずしも容易ではありません。

誰かがこれを通して開発者を導くためのRFCロードマップを持っていますか?RFCロードマップとは、次のことを意味します。

  • IMAPクライアントを開発するために、読んで理解する必要のあるRFCの完全なリスト。
  • 置き換えられたため、どのRFCを考慮する必要がなくなったかを示します。
  • 関連するRFCの要約。
  • 関連するRFCが相互にどのように相互に関連しているかの詳細。
  • 関連するRFCを読んで理解するための論理的な順序の表示。
0 投票する
4 に答える
2793 参照

project-management - ソフトウェア開発に最適なログブック ソフトウェアは何ですか?

無料のプロジェクト開発日誌ソフトウェアにはどのようなものがありますか?

調べてみると、有料のソフトはいくつかありましたが、無料のものはありませんでした。

このソフトウェアを使用して、プロジェクトの開発を追跡し、プロジェクトのロードマップを作成します。

0 投票する
3 に答える
5633 参照

maven - Where is project timeline for Maven 3.1 available?

One feature of Maven 3 I am eagerly awaiting is automatic parent versioning, that is, no longer needing to hardcode the parent version in every child pom.xml.

This feature is apparently coming in Maven 3.1, but when is Maven 3.1 coming? Ironically, if I search around the net, I find many references (examples here, here, and here) to how one of the top features in Maven 3.0 is the versionless parent element, except it's actually coming in Maven 3.1. And the only substantive mentions of Maven 3.1 that I've found are these same articles that are actually about 3.0.

Even a google query for 3.1 on maven.apache.org doesn't turn up anything useful.

Where's the go-to place for project plans and timelines for upcoming Apache project releases; how come the whole world knows about features in Maven 3.1 but I can't find a roadmap or timeline; does a schedule for Maven 3.1 exist?

0 投票する
2 に答える
1823 参照

f# - F#の将来のロードマップ

これこの質問に似ています。F#のさらなる開発について学ぶ場所(公式または非公式)はありますか(次のPDCを待つことは別として)?

Phil Bagwellの永続データ構造(ClojureやScalaで見られるように)のようなものを追加する計画がある場合、そしてもちろんどの時間枠で遊び始めることができるかatomic、予約されたキーワード、、、、、に特に興味がありますか?componentmixinpuretraitType Providers

そのようなリソースがない場合、これはF#が「密室で」開発されているためですか、それとも単にF#で作業している人々の時間的制約のためですか?

0 投票する
1 に答える
1304 参照

api - Google マップ API V3: 道路名を追加するには?

グーグルマップ初心者です。Google マップに車を表示するアプリケーションを開発していますが、Google マップにはほとんどの道路の名前 (ラベル) がありません。ユーザーがこれらの名前をマップに追加できるようにするシステムを開発したいと考えています。位置と名前はデータベースに保持されます。私の質問は、javascript を使用して地図上に道路名を追加する方法です。名前と位置を JavaScript コードの関数に送信できますが、ユーザーがアプリケーションを閉じるまでこれらの名前を一時的にマップに追加する API が必要です。ズーム レベルを増減すると、道路名が大きくなったり小さくなったり、消えたりすることがわかります。通常のマーカーでは、これを行うことはできません。