タグ付けされた質問 「users」

よくあるコピーレフトと寛容なソフトウェアライセンスを読むのに少し時間を費やしました。アプリケーションまたはアルゴリズムの作成者が、自身の個人的な偏見に基づいて誰が製品を使用/配布できるかを広く指定できるライセンスはありますか？ 私は、人々が二重ライセンスを使用して営利団体に許容ライセンスの支払いを強制するか、プロジェクトのソースコードの配布を強制することを理解していますが、たとえば、「このコードは自由に使用できますが、業界xに関与していないエンティティ（フリーソフトウェアを使用する価値がないと判断したエンティティ）によって変更および配布されます。」 私はそのようなライセンスやライセンステンプレートを見つけることができず、少なくとも一部のプログラマーは製品の倫理的な意味を心配するだろうと考えていました。AIパスファインディングアルゴリズムを作成し、それが武装ドローンまたは北極の流氷モデルを誘導しないようにし、許容スタイルのライセンスを使用しながら、オフショア石油掘削に使用されないようにすることは可能ですか？

43 licensing  ethics  users 

ユーザーが設計上のものについてバグレポートを提出するのは悪い兆候ですか それは通常、アプリケーションが混乱したり不明瞭であることを意味しますか、それとも特に明記しない限り、1回限りのユーザーの間違いまでそれをチョークする必要がありますか？ （実際にはそのような報告はありません。これは、設計上の「バグ」の存在が悪いことであるかどうかについての純粋に仮説的な質問です。）

29 bug  users 

できれば多くのユーザーがいるシステムを作成しました。私たちのデータベースは、需要の高いユーザー名を使用するゴミのユーザーでいっぱいになるのではないか、あるいは単に登録して二度と戻ってこないのではないかと心配しています。 私はこれが一般的であることを知っています、3つのGoogleアカウントを持っているので自分でこれを行いますが、1つだけを使用します。

22 scalability  users 

理想的なアジャイルの世界では、目的のエンドシステムの小さいながらも有用なサブセットをすばやく構築し、ユーザーに提供します。彼らは興奮している、なぜならそれは便利だからだ。彼らはそれを使い始め、フィードバックを与える。次に、何を追加するのかを考え出し、それを構築し、時間がなくなるまで繰り返します。 私は最近、いくつかの種類の作業システムの交換を伴うプロジェクトをいくつか行ってきました。上記のモデルはまったく機能しませんでした。既存のシステムのほぼすべての機能を含むシステムを構築するまで、ユーザーはまったく興味を持ちませんでした。彼らはそれを使用しません。 「最小の有用なサブセット」が「すべて」の場合、どのようにアジャイルを適用しますか？

15 agile  scrum  users  iterative-development 

友達がいます"。はい、良いスタートですが、正直なところこれは私ではありません！ 基本的に、彼は今、約4年間のプロジェクトの成功に取り組んでいます、困難がある技術的負債が追いついたと、彼はそれがほとんど不可能製品サポートを停止するために見つけることだ（これを微調整をしていること）と、実際に上に移動本当の開発。 私はさまざまな提案をしました、あなたのすべての時間を記録し、チケットを作成し、電子メールなどに答えないなど。これに関する問題は、彼が何も「有用な」ことをしていないことを思い出させるだけのように見えることです。 技術的な負債は主に発生しました。なぜなら、最初の例では、ユーザーからのリクエストや電話を受け取り、すぐにそれらを実装することが製品にとって大きな利点だったからです。 私が知りたいのは、誰も彼がこのわだち掘れから抜け出す方法についての提案を持っていることです。その大部分は、ユーザーが何かを鳴らして期待することができないと思うように、ユーザーの認識を変えることですその場で行われます。 サポートの必要性とユーザーからの相対的なプレッシャーを考慮すると、実際の開発を計画することは非常に難しいと理解していますが、計画はより良いと言っています（上記参照）。

13 users  technical-debt  product-management 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 6年前休業。 私たちの社内ソフトウェアは多くのユーザーに使用されており、トレーニング部門はエンドユーザーのドキュメント形式のヒントを求めてきました。 トレーニング部門がインスピレーションを得るために使用するソフトウェアエンドユーザードキュメントの良い例や、良いアドバイスがあるサイトがどこにあるか知っていますか？ これはこの質問に似ていますが、技術者以外のユーザーが使用するエンドユーザードキュメントを探しています。

10 design  documentation  users 

私が維持しているプログラムの制限の1つは、エンドユーザーは多くの場合、どのような変更が加えられたかを知らないことです。これを修正するために、プログラムに加えられた変更の簡略化されたリストをユーザーに示したいと思います。更新が簡単なリストを作成し、それをユーザーインターフェイスにフィードできるようにするための適切な方法論/アプローチはありますか？ 例：フォームに読み込まれるすべてをXMLファイルに保存する必要がありますか？変更履歴をデータベースに入れるべきですか？ 注：プログラムはWinforms（C＃4.0）です。 更新 優れたフィードバックに基づいて、SQLiteを情報ストレージとして使用することを決定し、ユーザーにTreeViewコントロールの変更の時系列リストを提供します。

8 versioning  users 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前休業。 エンドユーザープログラミングでは、通常のエンドユーザー、つまりプログラマー以外のユーザーが、最小限のトレーニングまたは指示でプログラムをカスタマイズしたり、新しいプログラムを作成したりできます。 App Inventor for Androidは最近の例の1つですが、エンドユーザープログラミングの最も一般的な例はスプレッドシートでしょう。 エンドユーザープログラミングのどの例を使用したか、または有用だと思いますか？システムの哲学は何ですか？どのような課題が残っていますか？

8 users  end-user-programming