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

プロジェクトは、特定の目標を達成するための共同で計画された活動です。

20
失敗に向かうプロジェクトで開発者としてどのように振る舞うべきですか?
私は5人のメンバーからなるチームの開発者であり、私たちのプロジェクトは災害に向かっていると信じています。理由をすぐに説明しますが、私の質問は次のとおりです。 締め切りは1.5か月で、私たちが何をしようとも、このプロジェクトは失敗するでしょう。私はただプロジェクトを終了して時間を無駄にするのをやめるべきだと思うが、政治的に私たちのマネージャーがそうすることは不可能だと思う。 この場合、どうすればよいですか?余分な努力をする必要がありますか、それとも簡単に取る必要がありますか?そして、私はマネージャーに何を言うべきですか? このプロジェクトが失敗に向かう理由: 期限が近づいているため、必要不可欠な機能の多くは終了していません アプリケーションが不安定で使用が非常に難しい システムは非常に複雑で、コードを理解するのが非常に難しく、変更するのは非常に難しい-データモデルは複雑なリレーショナルデータベース(100以上のテーブル)によって駆動されている 不明確なリーダーシップ。マネージャーは、大きな変更を伴う新しい情報に対応します 自動テストやユニットテストはほとんどありません 他のシステムに大きく依存していますが、統合テストはまだありません 実際、私たちは実際にこのプロジェクトを(混乱と共に)数か月前から同じマネージャーの別の開発チームから1〜2か月前に継承しました。

9
もはや維持したくない人気のあるプロジェクトにどのように対処する必要がありますか?
私は大規模な非技術的なユーザーベースを持つプロジェクトのメンテナーです。約4年間メンテナンスを続けており、要求に応じて新しい機能を追加しています。 今すぐ他のプロジェクトに移り、このアプリケーションの開発を停止したいと思います。ユーザーの非技術的な性質のため、過去にはコードの貢献はほとんどありませんでした。私の代わりにプロジェクトを引き継ぐ他の誰かを見つけることができるとは思わない。 バグ、問題、機能のリクエスト-これらはまだ寄せられています。私はまだメールを受け取っていますが、それらを無視すべきかどうか、アプリケーションで作業していないこと、または返信すべきかどうかはわかりません。特定の場合にのみメールを送信します。 このプロジェクトを「放棄」するための最良の方法は何ですか?それでもユーザーはアプリケーションを使用できますか? 更新(2016年7月)-計画どおりに進みませんでした。私はREADMEで発表し、すぐに、より本質的な貢献を受け取り始めました。バグ修正、機能、ドキュメント、問題アクティビティを含むプルリクエスト。それ以来、プロジェクトは「活力を取り戻した」と感じており、新しいプロジェクトと一緒に喜んでそれを維持しています。協力者もいます。推測では、それはプロジェクトの私の見解に影響を与えていた種類の貢献だったかもしれません。

11
プログラマーとして余分な現金を稼ぐ[終了]
私はフルタイムのプログラマーとして働いており、私が住んでいる国でかなり良い給料をもらっていますが、現時点では少し余分に現金を稼ぐことができます(妻が新しいキッチンなどについてしつこいです)。 空き時間に小さなプロジェクトを引き受けることに興味があります。マルウェアを作成したり、豊富なクイックスキームを取得することに興味はありません。フリーランスのプログラマーサイトをいくつかチェックしましたが、プロジェクトはすべて非常に低賃金であるか、マルウェアの作成を希望する人(またはその両方)であると考えています。 見逃したかもしれない良いフリーランスサイトはありますか? 小さなフリーランスのプロジェクトを見つける他の方法はありますか?
61 project 

7
会ったことのない人々とのプログラミング
APコンピューターサイエンスクラスからグループプロジェクトを割り当てられ、他の3人と協力する必要があります。私は以前彼らと話したことがなく、彼らのスキルレベルがわからず、彼らのメールアドレスしかありません。要約すると、割り当ては次のとおりです。 「チームとして、クラスに少なくとも3つのモジュールを完了します。...」 私は「チームキャプテン」になろうとしていますが、彼らは誰もお互いに連絡をとろうとしませんでしたが、私は興味があります。私は彼らにメールを送り、お互いにメールを送るよりもコミュニケーションの方が良いかどうか尋ねましたが、実際にプロジェクトを開始したら、誰が何をしているのかを把握する必要があります。 私は何をすべきか?会ったことがない3人を「担当」し、リードするにはどうすればよいですか。 以下は実際の割り当ての抜粋です。 したがって、各チームメンバーが週の初めにこのプロジェクトで果たすさまざまな役割について話し合う必要があります。Pronto(またはBlackboard IM)、電子メール、Wiki、Googleグループ、ブログ、またはその他の適切な方法を介して通信できます。週の終わりまでにグループメンバーがグループに参加しない場合は、インストラクターに知らせて、追加のガイダンスを提供します。 ... また、プロジェクトの終了時にチーム評価が行われます。この評価では、各チームメンバーがこのプロジェクトの完了への貢献度と推奨成績を評価します。 編集:多くの人々は、私が彼らにコーヒーショップなどで会うことを提案しました。唯一の問題は、私たち全員が異なる状態にあるということです。また、そのうちの1人がFacebook / Skype / twitterの使用を許可されていないこともわかったため、yahooメッセンジャーとメールでメッセージを送信することに頼らなければなりません。

7
より大きなソフトウェアプロジェクトに必要な時間を見積もることが難しいことを説明するにはどうすればよいですか?
私はジュニア開発者であり、より大きなソフトウェアプロジェクトを完了するのにどれくらいの時間がかかるかを見積もることは難しいと感じています。一般にアーキテクチャを構築する方法は知っていますが、どの詳細を実行し、どの問題を解決する必要があるかを知るのは困難です。だから、どのプロジェクトを解決する必要があるのか​​、そしてそれらを解決するのにどのくらいの時間がかかるのかわからないので、より大きなプロジェクトを完了するのにどれくらいの時間がかかるかを見積もることは難しい。 ソフトウェア開発者ではない人にこれをどのように説明できますか?

21
大規模なITプロジェクトが失敗する傾向があるか、コスト/スケジュールのオーバーランが大きいのはなぜですか?[閉まっている]
私は常に、大規模な変革または統合プロジェクトについて読んでいますが、これは完全またはほぼ完全な災害です。なんとか成功したとしても、コストとスケジュールの破綻は莫大です。大規模なプロジェクトが失敗しやすい背後にある本当の理由は何ですか。この種のプロジェクトでアジャイルを使用できますか、それとも従来のアプローチが最適です。 オーストラリアの1つの例は、プロジェクトを実施するためにテストの成功基準を変更したクイーンズランド州の給与プロジェクトです。 このSOの質問(Wayback Machineで)で失敗したプロジェクトをいくつか見る 共有する個人的な経験はありますか?

11
プロジェクトを大きくするものは何ですか?[閉まっている]
好奇心から、小、中、大のプロジェクトの違いは何ですか?コードの行数または複雑さで測定されますか? 物々交換システムを構築しており、これまでのところ、ログイン/登録用のコードは約1000行あります。たくさんのLOCがありますが、これは大きなプロジェクトだとは思いません。これはそれほど複雑ではないからです。どのように測定されますか?
32 project 

3
オープンソースプロジェクトを促進するには?
まず、これがこの質問を投稿するネットワークの間違ったセクションである場合、私は謝罪します。もしそうなら、より適切な場所に移動してください... 質問:オープンソースプロジェクトの開始と実行の方法に関するあなたのアイデアを聞きたいです。オープンソースのコンテンツ管理システムプロジェクトがありますが、ここでいくつかの疑問が生じます。最初にフロントエンドとバックエンドが機能する実行可能なプレアルファ版を作成してから、プロジェクトを公開しますか?それとも、すぐにそれを発表しますか?開発者として、GitやSVNなどのバージョン管理システムを使用する必要があることを知っています。そして、ユニットテストのメリットも覚えておく必要があります。率直に言って、私はまったく興味がありません…プロジェクト管理-私はせいぜい初心者です。アジャイル開発などのコーディング技術と経験は、私が探求したいものです... 要するに、オープンソースの世界に慣れていない開発者向けのアイデアは大歓迎です。

8
巨大なモノリシックアプリケーションの危険性
私がここ数年取り組んでいる大きなプロジェクトは、ファームウェアの心臓部である高度なデバイスの制御(およびすべて)アプリケーションです。 デバイスは非常に高度であり、メモリから言うことができるよりも多くの異なる機能を備えており、それらの98%はこの1つの巨大な実行可能ファイルによって処理されます。一方では、プログラムは非常に保守性が高く、内部で適切にモジュール化され、適切に文書化されており、ディレクトリやファイルなどによって機能が合理的に分離されています。 しかし、最終的には、リモートデータベース通信、タッチスクリーン処理、多数のさまざまな通信プロトコル、測定、いくつかの制御アルゴリズム、ビデオキャプチャ、イースターの日の出時刻と日付(真剣に、非常に深刻な目的のために必要です!)...一般に、非常に薄く関連しているもの、多くの場合、いくつかの遠いモジュール間で少しずつ流れるいくつかのデータを通してのみ関連するもの。 ソケットを介して、より具体的な目的で、必要に応じてロード/アンロードするなど、互いに通信する複数の個別の実行可能ファイルとして実行できます。この方法で作成された理由は特にありません。 片手で機能し、大丈夫です。プロジェクトは、複数のバイナリのビルドを維持することなく、よりシンプルです。内部構造も簡単です。ソケットや共有メモリを介して通信するのではなく、メソッドを呼び出すか、変数を読み取るだけです。 しかし、一方で、このことの大きさ、規模は私をゾッとさせるだけで、タイタニックを操縦しているように感じます。私は常にモジュール化することを教えられましたが、すべてを1つの巨大なファイルにまとめるのは間違っているように感じます。私が知っている問題の1つは、1つの(わずかな)モジュールがすべてクラッシュするという重大なクラッシュです。それ以外の場合、内部の分離と防御的なプログラミングにより、何らかの理由で内部モジュールの半分が正常に機能しなくなった場合でも、これがほとんど正しく実行されることが保証されます。 他にどんな危険を見落としましたか?なぜこれが私を怖がらせるのですか?これは単なる不合理な未知への恐怖ですか?このように深刻な大きなプロジェクトを作成することは、受け入れられている慣行ですか?不安を和らげるか、バージョン2.0を複数の小さなバイナリにリファクタリングする正当な理由を教えてください。

4
彼のプロジェクトで働きたくないことをクライアントに伝える方法
これはおそらくめちゃくちゃに聞こえるかもしれませんが、ここに行きます。 私はしばらくの間、クライアントのプロジェクトに取り組んでいます。「それはXYZプラグインであり、ABC製品とのインターフェースでなければならない」ことを除いて、詳細は与えられませんでした。それは大丈夫でしたが、今は終わりに向かっていると思います(私は思う)、それはちょうど引きずり出しています。私はそれに費やす時間がなく、すでに3ヶ月までにスケジュールを超過しています。クライアントがどのようにデータをナビゲートできるようにしたいか(UIの問題)をクライアントに説明させようとするのは難しいだけです。私は彼が望んでいると思うもののモックアップを提出しましたが、彼の最新の回答は「XXX製品を見てください」で、同様の機能があります。 もちろん、私はそれを見て、私が提出したものに似ていますが、私がフレームワークを構築した方法が、彼が現在私に説明していることをサポートするとは思わない。私たちはプロセスをうまくやり取りしてきましたが、彼は何を望んでいるかわかりません。フレームワークをどのように構築するかを説明したところ、彼は同意したので、設計に関しては悪い選択ではありません。 完成したモジュールだと思うものを調べてみると、彼は「あなたはこの方法でやるべきだった」と言います。いくつかの小さなアイテムを考え抜いたかもしれませんが、大事なことは彼の要件をどのように解釈したかであり、開発中にこのモジュールを何度か試しました。 私は先月、すでに最終的な資金を受け取っているので、この時点で無料で働いています。私はもうこのプロジェクトに対処したくありません。私はすでに支払いを受けています。私は以前にこのクライアントで他の成功したプロジェクトをやったことがあり、彼はやりたい他の多くのプロジェクトを持っています。 一体どうすればいいですか?私はもうこのプロジェクトに取り組みたくありません。私はこれ以上お金を要求したくありません(お金は本当に問題ではありません)。私も彼を怒らせたくありません。ケーキを持って食べたいと思っているようです。 私がそれをやめるべきだと思うなら、状況を考えてどうすればいいですか?

5
矛盾するプログラミングのアドバイスを調整する:何かを機能させて反復するか、コーディングする前に実際に考える
私は、修士号の中間にある数年のプロの経験を持つ中級プログラマーです。プログラミングを学ぶ際に、一見矛盾していると思われる2つのアドバイスをよく耳にしました。 最初のアドバイスは、何かをすばやく動作させ、それがどのように機能するかを(プロトタイプまたは非公式のテストを介して)確認し、バージョンを改善し、再び機能する方法を確認し、再び改善し、それが完了するまでサイクルを繰り返すことでした。これは「スパイラル開発」と呼ばれることもあれば、「早期リリース、頻繁にリリースする」と表現されることもあります。 2番目のアドバイスは、コードを記述する前にプロジェクトを実際に検討することでした。 私は両方の方法で成功しており、それぞれの哲学に同意すると言うでしょう。 しかし、今では、完了方法がわからないはるかに複雑なプロジェクト(分散アプリケーションやパフォーマンス駆動型グラフィックプログラミングなど)に取り組み始めています。 これらのプロジェクトについてはどうすればいいですか? コーディングを開始して、(プラットフォーム/メソッド/言語/アーキテクチャ)を学習しながら学習しますか?それとも、IDEを開く前にコーディングを控えて大量の調査/読み取りを行いますか? これらの矛盾したプログラミングのアドバイスをどのように調整しますか?

5
作業中の開発環境で過去のプロジェクトを維持する効果的な方法は?
過去のプロジェクトを実行したいときはいつでも、それを見つけることができるようになり、実行できるようにすべてをセットアップするまでに時間がかかることがわかりました。 たとえば、Linuxで作成したpythonプロジェクトがあり、Linuxに簡単にインストールできるソフトウェアパッケージに依存していますが、使用しているLinux VMはもうありません。私の他のプロジェクトのいくつかは、Webサーバー構成、PATH変数、sdk、IDE、OSバージョン、デバイスなどの他の変数に依存しています。 誰かがこの問題を処理する効果的な方法を持っていますか?今のところ、ソースコードのバックアップを維持することだけに関心がありますが、動作中の開発環境を再構築することは難しく、動作中の開発環境を維持することも困難です。

3
アマチュアとしてオープンソースプロジェクトに参加するのは悪いことですか?
約6か月間、オープンソースのiPhoneまたはiPadプロジェクトに参加してObjective-Cのスキルを磨くべきだと考えていましたが、それをするたびに巨大なプロジェクトで数千行のコードが表示されます最終的に私は理解できないだろうと自分自身を納得させます。私のコミットはプロジェクト管理者や上級コントリビューターにとっては面倒なものになるといつも思うので、私はいつも最後の瞬間に撤回します。 私の質問は本質的に、中級経験のあるプログラマーがオープンソースプロジェクトに参加するのは面倒ですか?

11
この状況に対する唯一の合理的な対応をやめることですか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 6年前に閉鎖されました。 興味深い記事、ITをやめる10の理由を読みました。 このテキストの一部を引用します。 「義務と技術のこの誤解は一つのことをします。それはあなたの仕事を不可能にします。権力があなたのためにあなたの部門をマイクロ管理し始めるとき、一つ一つの悪い要素は悪化します。経営者はあなたの仕事を知りませんが、彼らはあなたの仕事を知らないことを知りません。それはすべて、ストレスの悪質なメビウスの帯です。」 これはまさに私のプロジェクトで現在起こっていることです。クライアント、つまり支払いをするクライアントは、すべてになりたいと思っています。彼は、プロジェクトであらゆる可能な役割を果たすことを望んでいます。彼は、プログラミングについて単一のことを知らない場合でも、詳細な技術的説明を求めています。そして、何かがうまくいかないとき、彼はそれを他の誰かのせいにします。 誰か同様の経験がありますか?これらの状況に対処する方法に関するアドバイスはありますか?

12
アジャイルソフトウェア開発の魅力は何ですか?
アジャイルソフトウェア開発は、最近ではかなり楽しい流行語になりつつあります。 開発者として、私は反復開発の実際的な価値を理解していますが、(ほとんどの場合)ソフトウェア開発へのアジャイルアプローチを採用することは開発者の選択ではありません。トップダウンの管理選択です!クリスタル、アジャイルメソッド、dsdm、rup、xp、スクラム、fdd、tddのいずれであっても、名前を付けてください。開発者の選択ではありません。 世の中のすべてのマネージャーにとって、(私の経験では)ほとんどのマネージャーがコードの一部に触れさえしていないときにアジャイル開発を選択する最大の理由は何ですか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.