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

生産性は、入力の単位あたりの生産プロセスからの出力の測定です。

7
経験豊富な開発者とは別のサブプロジェクトを新規採用者に提供することで、初心者はより迅速に立ち上がることができますか?
チームには7人の開発者がおり、短期間(約1か月)で開発ペースを2倍にする必要があります。「より多くの開発者を雇えば、最初の数か月間だけ生産性を失う」という常識的なルールがあることを知っています。このプロジェクトはeコマースWebサービスであり、約27万行のコードが含まれています。 現在の私の考えは、プロジェクトを多かれ少なかれ独立した2つのサブプロジェクトに分割し、新しいチームが2つのサブプロジェクトのうち小さい方で作業し、現在のチームがメインプロジェクトで作業することです。つまり、新しいチームはチェックアウト機能に取り組み、最終的にはカップリングを減らすために独立したWebサービスになります。このようにして、新しいチームはコードが10万行だけのプロジェクトに取り組みます。 私の質問は、このアプローチは初心者の開発者が新しいプロジェクトに簡単に適応するのに役立つのでしょうか?初心者がバグよりもソフトウェアの生産を開始するまで2か月待たずに開発チームを迅速に拡大する他の方法は何ですか ======= 更新 この企業は完全に失敗しましたが、皆さんが言及した理由ではありません。まず第一に、私は新しいチームの規模と能力について誤解されていました。自分で評価すべきだった。第二に、そのサイトでの採用は大変な仕事でした。メインオフィスのサイトでは、雇用ははるかに簡単でしたが、2番目のチームの都市では、必要な資格を備えた開発者が明らかに不足していました。その結果、1.5か月を予定していたのではなく、約4.5か月に延長され、その途中でトップマネジメントによってキャンセルされました。 私が犯したもう1つの間違い(およびアレックスDから警告された)は、リファクタリングを経営陣に売り込もうとしていたことです。リファクタリングは決して販売せず、機能のみを販売します。 とにかくスタートアップは成功したことが判明した。決して起こらなかったリファクタリングは技術的な負債に変わりました。システムはよりモノリシックになり、保守性が低下し、開発者の生産性は徐々に低下しました。私は現在チームにいませんが、近い将来に完成することを願っています。そうでなければ、私はプロジェクトの存続に一銭も払わないでしょう。

1
ソフトウェアのテスト方法と開発者の生産性との関係に関する調査はありますか?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 6年前に閉鎖されました。 ソフトウェアテストプラクティス(単体テストや統合テスト)と開発者の生産性との関係に関する調査はありますか?

11
開発者は、Excelマクロによって実行されるワークロードの見積もりを受け入れる必要がありますか?
新しいプロジェクトでは、友人がテストを作成する必要がありました。テストの作成に必要な時間は、開発者以外のマネージャーが作成したExcelマクロによって計算されました。 そのような状況では、開発者は計算された時間内にテストを記述して実行する責任を受け入れる必要がありますか?これらのテストの結果は信頼できるものですか? 情報については、私の友人は、自分が行っていない推定に対する責任を拒否し、別のプロジェクトで成功するように頼み、経験の浅い学校外のイエスに置き換えられました。

8
どの生産間隔がより生産的ですか:短いですか、長いですか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 プログラミングの生産性が高い作業セッションはどれですか:短い(<= 30分)、中間の長さ、または長い(> = 2時間)?どの場合に?(新しい機能のコーディング、小さな変更、UIの調整、リファクタリング、デバッグ、APIの学習、他のコードの理解の試みを検討してください)。 経験から何がわかりますか?研究やベストプラクティスからの情報も大歓迎です。リンクや参考文献を見るといいでしょうが。 完全な回答よりも信頼できる情報が望まれます。 貴重なポイント: 集中的思考がここの究極の目標です 一般に中断のない作業> 2〜3時間は、焦点を失い、ぼやけた思考をもたらします あなたがフローにいるとき、1〜2時間働くことをお勧めします 思考のget性と先延ばしを克服し、より良い時間の感覚を得るために、ポモドーロテクニックの練習を試みることは価値があります。特に、あまり好きではないことを始めるのに役立ちます 「休憩管理」ソフトウェアを使用する場合、1休憩をスキップするがそれ以上はしないなど、自分自身をより柔軟にすることができます。これにより、状況に適応することができます:流れているとき、流れがあるとき、流れていないときは管理しやすくなります 休憩中の新鮮な空気、リラックス、運動は、新しいアイデアやソリューションを得るために正しい半球に参加するのに役立ちます 「ブレーク管理」用のソフトウェアツールを試してください。 Pomodairo-さらにタスクのリストを追跡し、pice UIを備えています WorkRave-構成の柔軟性が向上します。スピーカーなしでも使用可能

10
バグを考えないことが解決に役立つことがあるのはなぜですか?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 5年前に閉鎖されました。 昨日、午後の大半をバグの修正に費やしましたが、これは些細なことだと思いました。何が間違っているのかわからないまま、私は輪になって回っていました。コードの大部分を書き換えます。SOの確認。まだ喜びはありません。 それで家に帰り、犬を散歩させ、小さなテレビを見て、寝る直前に、ビンゴは私が犯している明らかな間違いに気づきました。今朝、修正に約10分かかりました。 家にいる間、私は問題について積極的に考えていませんでした。しかし、状況から抜け出すことで解決できました。 それが起こったのは初めてではなく、プログラミングの問題を解決するためのかなり一般的な方法であることは知っています。答えを夢見ている人々のことさえ聞いたことがあります。 なぜこれが機能するのですか? おそらくもっと重要なのは、いつ問題から休憩を取るべきか、どのくらい休憩をとるべきか、どのくらい後に問題を残すことが効果的でなくなるかについての良いガイドがありますか? 私はこの潜在意識処理を最適化する方法を考えていると思います

3
Visual Studioは単なるIDEですか?
つまり、Windows開発の場合です。 他の質問を見ると、VSに代わるものがありますが、それらはWebベースのものであるように見えます。それは問題ありません。 しかし、Windows開発用のIDEだけではありませんか?IEメモ帳だけでアプリケーションを作成することは可能ですか、コンパイラはVisual Studioの一部ですか、それともコマンドラインなどから呼び出すことができますか? 私はVSを使用したくない、私はそれに満足している、私が必要なことなどをしているなど、ちょうど私が興味を持っているファセットです。

6
EclipseのJavaのトップ開発者生産性ツール/プラグインとは何ですか?
ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け付けていません。 私は個人的にVisual Studio 2010でCodeRushを使用して、リファクタリングを行い、テンプレートを使用してコードをより速く記述し、通常、ストックVSよりも10倍速くコードをナビゲートします。最近、私は別のAndroidアプリに取り組んでいて、考え始めました... Eclipseの最高の生産性プラグインは何ですか? できれば無料。PHPやRails、Eclipseがサポートする他の言語ではなく、Javaでの記述に役立つプラグインを探しています。

8
実施されている専門能力開発計画は有用ですか?
多くの企業、特に大企業では、従業員に必須の専門能力開発計画があります。従業員とマネージャーは、パーソナライズされた専門能力開発計画を立て、その進捗状況を頻繁にフォローアップします。 開発者として、そのようなPDPが有用であると思いますか、コミットメントを実行しますか? マネージャーとして、そのようなPDPは会社に価値をもたらし、従業員の全体的な品質を向上させると思いますか? 優秀な開発者は引き続き教育を行い、企業の手順に関係なくより良いものになるよう努力するが、悪い開発者はそうではないようだ。 PDPを使用することの利点はありますか、それともマネージャーが行う必要があると感じるものだけですか?

29
開発者の速度を低下させるものは何ですか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け付けていません。 開発者が遅くなる傾向があるのは何ですか? 次の回答を投稿しないようにしてください。 現在は低速ですが、この機能では便利です。(TDD、リファクタリング、...) 気晴らしをリストしてください。

1
ソースコードのコメントがソフトウェアの品質、保守性、開発者の生産性に及ぼす影響に関する実証的な研究はありますか?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 6年前に閉鎖されました。 私はソースコードにコメントし、ソフトウェア製品を文書化することを提唱しています。私の個人的な経験と観察から、厳密にコメントされているソースコードに取り組んでいると、ソフトウェアの成長や保守が必要になったときにさまざまな方法で役立ったことがわかります。 しかし、コメントすることは最終的に価値がない、またはその価値には疑問があると言う別のキャンプがあります。コメントなしのコーディングの支持者は次のように主張しています。 コードの一部が適切に記述されている場合、それは自明であり、したがってコメントする必要はありません コードが自明でない場合は、コメントを必要としないように、リファクタリングして自明にする テストスイートはライブドキュメントです 時間が経つにつれて、コードとコメントが同期しなくなり、別の頭痛の種になります アジャイルは、ドキュメントの山よりも作業コードの方が重要だと言っているので、コメントを書くことは安全に無視できます。 私にとってこれは単なる教義です。繰り返しになりますが、私の個人的な観察では、賢明で経験豊富な開発者のチームによって作成されたソフトウェアは、最終的に自明ではないかなりの量のコードになります。 繰り返しますが、Java API、Cocoa API、Android APIなどは、高品質のドキュメントを作成して維持したい場合にそれが可能であることを示しています。 これらすべてを言ったが、個人的な信念に基づいたドキュメントの長所と短所およびソースコードへのコメントについての会話は、通常うまく終了せず、満足のいく結論につながらない。 そのため、ソフトウェアドキュメントの影響、特にソースコードのコメント、品質と保守性、およびチームの生産性への影響に関する学術論文と実証研究を探しています。 そのような記事につまずいたことがありますか、もしあればその結果はどうでしたか?

8
高解像度のラップトップディスプレイはプログラマにとって重要ですか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 5年前に閉鎖されました。 ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 私は主にプログラミングに使用する新しいラップトップを購入しています。私を本当に興味をそそるいくつかのオプションは、Asus Zenbook UX31Aと新しいRetina Macbook Proです。これらのラップトップの高解像度ディスプレイが、エンターテイメント、写真編集などに役立つことは明らかです。私の質問は次のとおりです。これらのディスプレイはプログラマーに利益をもたらしますか?これらの表示はコードを読みやすくしますか?1日中画面を見つめた後、目が楽になりましたか?

3
BDDの概念を採用したがらないチームに「販売」するために、どのような議論を使用できますか?
私は、行動駆動開発方法論(別名BDD)の声明的な支持者です。私は数年前からBDDを適用してきましたが、DotNetアプリケーションを開発する際の選択のフレームワークとしてStoryQを採用しました。私は長年ユニットテストを行っており、以前はテストファーストのアプローチに移行していましたが、BDDフレームワークを使用することでより多くの価値が得られることがわかりました。コード内の英語をクリアします。テストはテストを途中で終了することなく複数のアサーションを実行できるため、デバッグすることなく、どの特定のアサーションが合格/失敗するか一目で確認できます。 これは本当に私にとって氷山の一角でした。テストコードと実装コードの両方をより的を絞った方法でデバッグできることにも気づきました。その結果、生産性が大幅に向上し、ビルドログに出力されるために問題が統合ビルドに至るまでに発生した場合、障害が発生した場所を簡単に判断できます。さらに、StoryQ apiには、習得が容易で、非常に多くの方法で適用できる美しい流な構文があり、使用するために外部の依存関係を必要としません。 したがって、これらすべての利点があれば、チームの他のメンバーにこのコンセプトを簡単に導入できると思います。残念ながら、他のチームメンバーはStoryQを見てそれを適切に評価することを嫌がり(BDDを適用するというアイデアを楽しまないでください)、お互いの説得力のあるテストフレームワークから多くのStoryQ要素を削除しようと互いに確信していますただし、元々StoryQの使用をサポートしており、削除したいコードがテストシステムの他の部分に影響を与えることはありませんでした。そうすると、特定の作業環境でテストファーストで作業するより良い方法であり、より大きな結果につながるだけであると実際の経験から確信しているので、全体的にワークロードが大幅に増加し、実際に穀物に反することになります私のソフトウェアの品質の改善 veは、BDDを使用して最初にテストに固執する方が簡単だと感じました。さらに明確にするために、私たちが行った単体テストの大部分は非常に脆弱で維持が難しい傾向があります。テスト駆動型プロセスに固執することを嫌がって開発者が古い習慣に戻り、プロジェクトの最後にすべてのテストを行います(同じ人がアジャイルだと主張しています!)。 したがって、質問は次のようになります。 このチームがStoryQを使用すること、少なくともBDD方法論を採用することの方が良いと主張するために、どのような議論を使用できますか? BDDを標準的な選択方法として採用するという私の主張を裏付けるために使用できる事例証拠を教えてください。 チームがBDDを採用することを奨励したいという私の希望が間違っている可能性があることを示唆する反論はありますか?はい、議論が健全なものであれば、間違っていることが証明されてうれしいです。 注:テスト全体を書き直すことを推奨するのではなく、将来のすべてのテスト作業のために、できればお客様と交わる方法で異なる方法で作業を開始することを推奨します。 また、BDDの詳細については、次のリンクが役立ちます。 http://dannorth.net/introducing-bdd/ http://en.wikipedia.org/wiki/Behaviour_driven_development http://behaviour-driven.org/Introduction 詳細に興味がある人のために、私たちは4人の小さなチームで約5つの大きなプロジェクトに取り組んでいます。BDDの「パイロットトライアル」は、最初は約2か月間、その後約4か月間実行されました。チームは、私がこの方法で作業を続ける必要があることを受け入れ、独自のトライアルを行うことになりました。トライアルが終了してから約2年間BDDを行っていますが、他の人は問題をうまく解決することができました。この問題について「対立」を強要するのではなく、私はチームを優しく説得して、集団の背後から抜け出し、少し時間をとる方法を探しています。

6
インターフェースの実装が新しく改善されたため、後方互換性をあきらめるのはいつですか?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 私は同じソフトウェア会社で10年以上働いています。その結果、さまざまなオブジェクト指向プログラミング言語を使用して大規模なコードベースを実装しました。私はキャリアを始めたばかりの初心者プログラマーであり、良いインターフェイスとクラス設計の原則についてはあまり知りませんでした。私の設計スキルは時間の経過とともに向上したと思いますが、下位互換性の問題のために、以前のコードを改善するのはますます困難になりました。私のコードは、私の会社が販売する製品の一部として多くの顧客に使用されています。 私の質問は次のとおりです。古いインターフェイスの後方互換性を維持しようとするのをやめ、真新しいデザインを実装するために弾丸を噛むのはいつですか? 後方互換性を維持することが非常に大きな負担になり、インターフェイスの便利な変更が不可能になるポイントが来ると思います。誰かが同様の懸念を経験しましたか?フィードバックを提供できる人はいますか?

2
「自由な時間」で創造性を活用する
一部の企業は、プログラマーが非常に創造的な人間であることを驚きと利益に発見しました。例えば、GoogleとAtlassianは、プログラマーが(承認を得て)やりたいことを何でもやり遂げ、会社が報酬を得る定期的な(月次、私は信じる)「フリーデイ」を許可していると思います。 引用された例は、新製品、以前誰も修正したくなかったバグ修正、新しいチームの形成などです。別の結果(そしておそらく元の目標)は、空き時間の間の残りの日の間、プログラマーがより多くのモチベーションを持っていることです。 「制御された」創造的なアウトプットを許可することは、動機付けと士気に良いというこの理論への裏付けはありますか?

13
プログラマーがメッセンジャーやFacebookなどのソーシャルネットワークを使用できるようにしますか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 6年前に閉鎖されました。 私には多くのボスがいましたが、それぞれがWindows Live Messenger、Facebook、および他の多くのインターネットサイトの使用を許可するかどうかについて異なるアプローチをしていました。 もちろん、特定のタスクを解決する最良の方法について研究するには、インターネットが本当に必要です。時々、オンラインの友人や、何かをよりよく知っているプログラマーがいることもあります。 一部のマネージャーにとって、インターネットアクセスはプロジェクトの進行を遅くし、一方で、人々が相互作用し、新しいソリューションを見つけられるようにします。 あなたならどうしますか?

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