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

プログラミングは、ドキュメントを作成したり、ガントチャートを作成したり、プログラマに進捗状況を尋ねたりするよりもはるかに難しいことを認めなければなりません。プログラミングが一般に難しいことを知っている私たちにとって、素朴な人にとって、ビジネスアナリストやプロジェクトマネージャーがプログラマーよりも高い給料を得るのはなぜですか？ほとんどの場合でもプログラマーが家に帰るのが遅いのに、仕事を高給の仕事にしているのは何ですか？ 更新 私の無知をすみません、応答のいくつかから、BAとPMが通常プログラマーの混乱の原因であるので、BAとPMがより高い給料を得る理由のようです。しかし、結局のところ、混乱を解決し、一生懸命働くために手を汚すのはプログラマーです。そのため、まだ意味がありません。

324 management  business 

私は現在学生（応用情報技術）で、ほとんどのプログラミングをC＃とJavaで行っています。開発者として、オープンソースでお金を稼ぐにはどうしたらいいのだろうと思っていました。サポートを提供したり、サービスを提供したりする話があることは知っていますが、私はシステム管理者ではなく、システム管理者の仕事が好きではありません。実際、将来はCやC ++を手に入れて、低レベルの開発をしたいと思っています。 私の実際の質問は、オープンソースソフトウェアの開発で稼ぐお金はありますか？ 編集：私自身のオープンソースプロジェクトを開始することは必要条件ではないことを指摘するだけです。

109 linux  open-source  business 

主にプログラミング会社ではない会社のためにプロジェクトを開始するとき、期待の1つは、すべてのバグのない完成した製品があり、必要なすべてをすぐに行うことです。ただし、そうなることはめったにありません。 期待を管理し、非プログラマーにソフトウェア開発が他のタイプの製品開発とどのように異なるかを説明するいくつかの方法は何ですか？

66 business  project-management  development-process 

問題：私が関与するほとんどすべての開発努力で、開発を開始する前に計画にどれだけ時間がかかっても、プロジェクトの途中またはプロジェクトの終わりに向かって大量の変更が常に必要と思われます。これらは時々大きな変更であり、多くの再開発が必要です。 私はお金を払っているクライアントのために働いていません。これは社内開発ウェブサイトの社内開発チームです。だから、私はそれまたは何かのために充電できるようではありません。そして、一日の終わりには、締め切りに間に合わなければなりません。 質問：仕様の変更が途中または開発後に発生するのを最小限に抑え、防止するために皆さんが見つけた最良の方法は何ですか？

61 web-development  project-management  business  teamwork  time-management 

私は10年近くも会社を経営してきましたが、この間ずっと私はただのプログラマーでした。一緒に、私たちはまともなビジネスをすることができ、私たちは皆生計を立てることができましたが、私たちは今長い間拡大しようとしています。 残念ながら、いくつかの問題があります。 私たちが使用する技術は時代遅れではありませんが、PHPのような他のWeb開発オプションに比べて人気がありません 私たちは競争の激しい市場で働いており、数百万ドルの企業と競争しています 新しいプログラマーやセールスマンにあまりお金を払う余裕はありません。私たちは十分なお金を稼いでいますが、かなりの数の新規顧客を獲得しない限り、多くを支払うことはできません。 あまりお金を払えないという事実のために、私たちは少し珍しい技術を使用し、大企業と競争します。新しいプログラマーやセールスマンを見つけるのは難しいと感じています。 私たちは必然的に拡大する必要がありますが、より多くの顧客を獲得しようとすると、少数の人々でそれらをサポートすることはできません（または彼らの要求は当社の専門知識の範囲を超えて成長します）。高品質を取得しないでください、彼らは通常、当社に大きな利益を提供しません。 誰が私たちがどのように拡大できるかについての提案やヒントを持っていますか？

41 business 

私の会社のプロジェクトに取り組んでいる間、ユーザーが競合他社のサイトとの間でデータをインポート/エクスポートできる機能を構築する必要がありました。これを行っている最中に、要するに、競合他社のWebサイトでスクリプトを実行できる非常に深刻なセキュリティ上の悪用を発見しました。 私の自然な気持ちは、善意の精神で彼らに問題を報告することです。利益を得るために問題を利用することは私の心を越えましたが、私はその道をたどりたくありません。 それで、私の質問は、彼らを助けるためにあなたの直接の競争に深刻な脆弱性を報告しますか？または、口を閉じたままにしますか？おそらく、私が問題を報告することで彼らを助けているという事実から少なくともいくつかの利点を得るために、これについてより良い方法がありますか？ 更新（明確化）： これまでのすべてのフィードバックに感謝します。感謝します。問題の競争が市場の巨大なもの（複数の大陸の数百人の従業員）であり、私の会社がほんの数週間前（3人の従業員）に始まったと付け加えれば、あなたの答えは変わりますか？言うまでもなく、彼らは間違いなく私たちを覚えていないでしょうし、もしあれば、彼らのサイトが仕事を必要としていることに気づくだけです（それが私たちが最初にこの市場に参入した理由です）。 これは、道徳的対ビジネス的なやり取りの1つかもしれませんが、すべてのアドバイスに感謝しています。

37 business  security  ethics  vulnerabilities 

私はトレーディングおよびリスク管理アプリケーションに取り組んでおり、C＃のバックグラウンドから、SSISパッケージに取り組むように依頼されています。今、私はそれで生きることができます。問題は、ビジネスの理解を重視しすぎていることです。取引（正確にはエネルギー取引）は巨大な分野であり、それを少しでも理解することは圧倒的です。しかし、過去2か月間、私は市場用語、リスク指標、ポジション、PnL、ギリシャ人、金融商品、帳簿構造などのビジネス用語の理解に取り組んできました。今私見、これは学士号の仕事です。開発者がビジネスを理解することは非常に重要ですが、どこで線を引きますか？ 私がこれについてマネージャーに話したとき、彼はほとんど誰もが1週間で技術を学ぶことができると言って私をock笑しました。難しいのはビジネスです。私の長期的な目標は、技術的な面に留まり、おそらく建築家になることです（可能であれば）。私がビジネスにもっと集中したいなら、MBAを求めていたでしょう！ ビジネスの重要性を理解するのに自分が間違っているのか、あまりにも素朴なのか、それともフラストレーションが正当化されるのかを知りたいですか？

33 business  technology 

ソフトウェアの進化により、なぜプログラミングの仕事がまだ「終わっていない」のだろうか。たとえば、私は開発者です。つまり、私はソフトウェアに関心があります（主にインターネットを閲覧するためだけにコンピューターを必要とするタイプの人間ではないことを意味します）。私のUbuntuマシンでさらにアップデートを受け取ります。 私は必要なものすべてを提供し、更新プログラムはさまざまなバグ修正/改善を提供しますが、残りの人生で現在の状態でそれを使用しても構いません。2年間のUbuntuの使用について、深刻なバグ/問題にぶつかったことはありません。 別の例はWindowsです。ユーザーのほぼ半数は、実際には古代のWindows XPをまだ使用していますが、すべてのニーズを満たしていると感じています（そして、私は同意します）。 もっと多くの例を挙げてみることができますが、今までにあなたは私の論点と私の質問を理解しています。新しいプラットフォームで実行され、いくつかの新鮮な開発作業を必要とする新しい「トレンド」（新しいモバイルOSなど）が常に表示されますが、ソフトウェアの努力の大部分は「完成したプロジェクト」または少なくとも、完了したと見なされるのに十分なプロジェクトの状態。 説明がありますか？

28 business 

技術系ではないビジネスマンから要件を引き出すのに最適な方法は何ですか？ プロジェクトの仕様をまとめようとしているチームと協力しています。私たちが会い、次の会議への期待に至るたびに、私たちはビジネスの人々に彼らの要求を取り戻すように頼みます。通常、彼らは次のような反応を示します。「さて、来週私たちが好きなものを見ることができるようにプロトタイプを作り上げることができると思いますか？ 6か月以上のプロジェクトであるため、明らかに実行不可能です（全体を開発する必要があります！）。また、なんらかの仕様なしにプロトタイプを作成する方法さえ知りません。率直に言って、私はほとんどの人と同じように、彼らは自分が望むものについてある程度の考えを持っていると思います。単純に伝える代わりに、「あなたが欲しいものを与えてください、または私たちは仕事をすることができない/できない」（結果に満足してもらいたい）、彼らが望むものを決めるのを助ける方法はありますか？たとえば、次のように伝えることができます。 「表示したいすべてのデータとマージンの機能の説明とともに、希望するUIを表示する画面（Powerpoint、ナプキンなど）を描画します。これから、私たちはそれを洗練し、この一連の動作要件に基づいてバックエンドを構築します。」 または 「今どのように見えるか心配する必要はありません（1番が電話を切ります）。プログラムが追跡する各項目について必要なすべてのデータのリストを提供してください。「顧客」の場合、名前、住所、電話番号、注文などをリストすることができます。完璧なデータベース構造である必要はありませんが、これから何かを見つけて、あなたが探しているもののアイデアを得ることができます。 これらの代替アプローチのいずれかは、ビジネスの人々に彼らが望むものに焦点を当てさせるのに意味がありますか？実際に見た代替手段はありますか？

27 design  business  requirements 

ここ数年、ニュース関連のIT企業や個人が法廷で訴訟を起こす一方で、ウェブ上のどこでも法的問題に関する質問が急増しているのを観察しています。 人や企業が突然互いのアイデアを盗み始めたのではないかと疑っていますが、何かが違います。それは： 1）平均して、IT担当者はより法的な教育を受けていますか？ 2）私が見逃したさまざまな国の法制度のいくつかの変更がその現象を引き起こしていますか？ 3）ITは潜在的に無制限の収益源として認識されており、トロールと弁護士はそれに注目していますか？ 4）その他の開発はありますか？ 私の質問の最初の部分は、平均的な開発者がこの混乱の傾向にどのように反応するかです。 a）前と同じように続行し、合法的なものはすべて無視します b）IT関連の現地法および国際法で自らを教育する c）プログラミングに関連する何かを行う前に、必ず専門的な法律上のアドバイスを受けてください d）どんな種類のプロジェクトでも、最も基本的で無害なプロジェクトでも自分自身を守るためにLLCを登録します 第二部は大きなものです：どのようにこれはすべての企業ITに影響を与えるとアップを開始しません。 e）新しい会社は潜在的なリスクにさらされていますか？もしそうなら、このリスクはすべてのソフトウェア特許を持つ米国のように局所的ですか、それとも世界的ですか？ f）弁護士を最初から取得し、すべての可能な特許を申請することなく、新しい会社は生き残ることができますか？ g）新しい会社を登録する場合、法的コードでソフトウェア特許をサポートする場所を選択することはリスク要因ですか？ 私の質問は複雑ですが、当面の問題はさらに複雑です。リストラの可能性を見つけたら、歓迎します。 また、グローバルまたはローカル市場に関連する入力を求めています。特定のケースの共通点を見つけます。

22 business  legal  startup  risk 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 「エンタープライズ」環境では、プロプライエタリなソフトウェアに対する強い偏見を観察しました。Javaを使用する大企業でも、MySQLやPostgreSQLを見つけることはまれであり、WebSphereやWebLogicはJBossやTomcatよりも強く推奨されます。 これは非常に理解しやすいです。多くの開発者はWebSphereやOracle DBよりもTomcatやPostgresを好みますが、これらの問題で最終決定を下すのは開発者ではありません。本番環境でどのDBとアプリケーションサーバーを使用するかを決定する人は誰でも、本当に、本当に、悪いことを引き起こしたフリーソフトウェアを選択したために解雇された場合と比較して、ライセンス料が非常に少ないように見えます。 PostgresがOracleと同じくらい良いかどうかの質問はしていません。それはポイントではありません。Oracleは、機能とベンチマークを慎重に検討した結果、Postgresよりも選択されません。特定の場所ではフリーソフトウェアが信頼されていないため、Postgresは会話に参加しません。 この信頼の欠如が特定の出来事に対応して生じたのではないかと思っています。だから私の質問はこれです：オープンソースソフトウェアの欠陥の結果であることが示されたビジネス災害（障害、収益の著しい損失、企業データの著しい損失など）の文書化された事例はありますか？ 明確化： OSSを完全に採用している企業レベルの企業での経験がある場合は、問題を先入観せず、特定の状況のニーズに基づいて選択する必要があります。あなたの経験は、他の企業が非常に異なる態度を持っているという事実を変えることはなく、これらの企業が少数派であっても私の質問は有効です。

21 open-source  business  enterprise-architecture  failure  proprietary 

私が現在働いている会社では、社内のミッションクリティカルなソフトウェアを数多く開発しています。私のために働いているもう一人の人がいますが、彼はテストの人であり、実際には開発者ではありません。会社は、これらのプロジェクトのいくつかと、バスに当たった場合にどうなるかを心配しています。コードベースを知っている人が1人しかいない場合、会社はそのようなことをどのように取り戻しますか。プロジェクトの現在のステータスを知っている1人。 私のドキュメントとコードに記載されているドキュメントを使用して、使用する言語を理解している別のプログラマーを雇うだけで、すぐにスピードアップできることを説明しました。 彼らは、何かが起こった場合に「引き継ぐ」ことができる毎月「最新に保たれる」かもしれない外部の会社を提案しました。支払いのために誰かにお金を払う以外に、これがどのように役立つかわかりません。さらに悪いことに、このコンサルティング会社とプロジェクトについて話し合うのに月に1日無駄になっていることを想像しています。私はこれがどのように役立つのかを理解していますが、私が早すぎる死の後にプログラマーを雇うことよりも、それはもはや役に立たないと思います。 考え？似たような状況と、現在どこで働いているのか

19 business 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 5年前に閉鎖されました。 たとえば、1年前にフリーランスを始めたとき、名刺には自分の名前、メール、ウェブサイトがあり、快適なテクノロジーのリストの上位にありました。振り返ってみると、これは賢明な決定だとは思わない。 潜在的なクライアントがPythonまたはRubyを知っているのはなぜですか？.NETが何であるかをどのようにして知ることができますか？ 私はまだ古いバッチをいくつか残していますが、いくつかの新しいカードを送るつもりです。 開発者は名刺に何を表示する必要があるとお勧めですか？リスティング技術は潜在的なクライアントにとって無意味だと思うのは正しいですか？

19 business  freelancing 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 6年前に閉鎖されました。 この質問は、Software Engineering Stack Exchangeで回答できるため、Stack Overflowから移行されました。 8年前に移行され ました。 編集： 指摘する必要があります。私の個人的な見解は、私は積極的に取り組むべきだということでした。私は時々自分の舌を噛まなければならないことを知っています、そして私はコミュニティのインプットを得たいと思っていました（これは当時のことでした）。 SOファミリーのサイトで、これを尋ねるのに適切な場所を見つけることができませんでした。 ここにシナリオがあります- 小さな組織<70人の従業員 ノーQA部門 毎日数千人が閲覧するウェブサイト。 私は唯一のウェブサイト開発者です IE6でサイトが壊れているという苦情は一度もありません。 私たちのサイトは何年もIE6で機能していませんでした。私が置き換えた人は、それを作成した人がIE7でのみ「テスト」していたに違いありません。私はVirtual PCをIE6で起動しましたが、私たちのサイトは完全に混乱しています。それらが非常に文字化けしている一部のメニュー項目は選択できません。それはひどく見えます。 繰り返しになりますが、バグを積極的に探し出すのは私たちの仕事ですか、それともお客様の要望を修正するだけですか？ 個人的には、この機会を組織で活用して、IE6のサポートまたは互換性に対する期待を下げたいと考えています。

19 web-development  business 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 詳細の追加を許可します：私は多くのコーダー、テスター、QAアナリスト、製品所有者などがいる施設で働いています。 私たちは、10年以上にわたって、くだらない（かなり機能的ではあるが）ソフトウェアを販売することができました。多くの機能があり、製品は競争力がありますが、そこには深刻なバグがあり、何千もの「ペーパーカット」があります-クライアントが慣れるのに少し面倒です。 コンピューターが私たちの生活を楽にするのに役立たないなら、私たちはそれらを使うべきではないと固く信じているからです。私は同僚に自信を持っています。彼らは賢く、能力があり、それを行うことに焦点が当てられているときに物事を改善することができます。 しかし、古い機能を閉じたり忘れたりすることなくバグを報告することは困難です。「昔のように機能しました」が典型的な答えです。また、QAがリグレッションを行うとき、彼らは、正しくないように見えるものと同じくらい異なるものを探す傾向があります。したがって、古い問題の修正はバグとして書き出すことができます。なぜなら、「それは私の時間よりも前からそうでした」からです。 私の若いコーダーは考えています：このおかしなことを書き直してください！営業に近い機会があったクライアントとして、私はこのアプローチに疑問の余地を与えたいと思います。 あなたの意見/経験にも興味があります。リスク、費用対効果、およびその他の非技術的要因を考慮してみてください。

18 business  product-features  usability