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

それが私だけなのか、これが私たちの分野で一般的かどうかはわかりません。 過去1年間は私にとって少し過酷でした。私はいくつかのタスクを実行するためにいくつかの異なるテクノロジーを学んでおり、時々私が学んでいるその新しいテクノロジーに完全に集中しなければなりませんでした。 しかし、プロジェクト全体ですべてを一緒に使用することに戻ったときに気づいたのは、他の新しいテクノロジーの学習に集中する前に、すでに行っていた方法を忘れていたことです。jqueryでdivを選択するための構文などの単純なことすら忘れてしまい、すぐに覗くために古いファイルに戻らなければならないことがあります。 以前に別のプロジェクトで行ったことを認識したものをコーディングすることもできましたが、それがどのプロジェクトのためのものだったか覚えていないため、いくつかのプロジェクトを調べてコードを調べて、どこでそれを行ったかを覚えておく必要があります。 以前に行ったことを忘れないようにするため、または過去に書いたコードに簡単にアクセスするために、どのような方法を考案しましたか？

19 productivity  knowledge-management 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 特に厳しいプログラミング期限（1時間など）にあるとき、私がまったくパニックに陥った場合、私の傾向は実際の計画なしにコーディングに飛びつき、私が進むにつれてそれを理解することを望みます。十分な時間を与えられれば、これはうまくいく可能性がありますが、インタビューでは、まったく逆効果ではないとしても、かなり失敗しました。時計が時を刻む間、私はそこに座って考えるのがいつも快適ではありません。 チェックリストはありますか、またはコーディングを開始するのに十分なほど問題を理解したときに認識するテクニックはありますか？いくつかの実験をコード化してより多くのことを考えて設計し、後で全体的な設計を理解することが最も生産的ですか？ ここに数学試験を受けるためのテクニックと口頭試験を受けるための別のリストがあります。プレッシャーのかかったプログラミング問題を処理するための同様のテクニックのリストはありますか？ 回答：これは有効な答えだと思います：解決方法。私はそのリンクが解決策に向かって解決またはアプローチするためのステップへの答えとして見つけました。でいくつかの本当に良いヒントもあった本当にインタビューの最善の戦略中に大声で考えているのは？。TDDの素晴らしく簡潔な議論は、TDDに対する最初の答えです。。

18 interview  productivity  coding  problem-solving 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 で別の質問、私は、開発者が好きではないかもしれない理由について尋ねた毎日スクラム。開発者と話をして、しばらくの間毎日のスクラムを開催しないことにしました（最初の試みで試してカスタマイズしたスクラムを提供するため）。これは、開発者と直接相談した結果です。 一方、開発者を毎日調整する機会を得たり、主要業績評価指標のように作業の進捗を監視したりして、早期にアクションを起こすなど、毎日のスクラムの良い部分を失いたくありません。 毎日のスクラムに代わるものとして、開発者に次の条件で毎日のレポートを提供するよう依頼することを考えています。 特定の形式に従う必要はありません。すべての形式が受け入れられます。 作業が完了していなくても、進捗状況を聞きたいと思っています。 各タスクに費やされた時間を言及する必要はありません。 開発の障害と調整の要件に言及する必要があります。 毎日のレポートに取りつかれている必要はありません。そんなに厳しくはありません。 これにより生産性が低下すると思いますか？日報の経験はありますか？マイクロ管理を行っていないことを確認できるように、何か提案がありますか？

18 productivity  management  scrum  meetings  reporting 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 6年前に閉鎖されました。 私は現在、（C）で実際の経験がほとんどない言語での現在のプログラミング能力をはるかに超えるプロジェクトに着手するというアイデアをいじっています。全体的な設計を進めるために、私がよく知っている（Perl / Python / Ruby / C＃のような）高級言語でプロトタイプを作成することは価値があるでしょうか？ 最終的に、最終製品はパフォーマンスに敏感であるため（データベースエンジンです）、Cを選択しますが、Cをよく知らないと木のために森を失うことになるのではないかと思います。 同様の質問を探しているうちに、プログラマーがPrologでプロトタイプを作成し、それをアセンブラーで試していたという1人の仲間がいることに気付きました。

18 programming-languages  design  productivity  c  prototyping 

明らかな理由で質問が匿名で投稿されました。私は5〜6人の開発者からなる開発グループを持つ会社で働いており、対処するのに苦労している状況にあります。 技術的な選択（言語、フレームワーク、データベース、データベーススキーム、構成スキームなど）はすべて、CEOによって決定されますが、多くの場合、あまり根拠はありません。これらの選択肢を修正するのは非常に難しく、詳細な賛否両論のいくつかの代替案を提案しているにもかかわらず、彼の主な議論は「私はこれが好きではない」にある。彼はまた、理由を説明せずにコア製品をゼロから書き直すことを決定し、それが物事を遅くすると考えているため、開発会議に参加することはありません...私はすでに別の仕事の機会を探しています私たち（開発者）は状況を改善するためにできました。 私に衝撃を与えた2つの例： 彼は私たちに構成管理に似たものを実装するように頼みますが、彼は好きな言語で書かれていないため、既存のフレームワークを拒否します（実装言語は無関係です）。また、「非常に簡単だから」、これらのシステムを数日で書くことができると期待しています。 現在のコードベースが非常に悪いため（設計が彼のコードベースであるため）、彼は私たちのコア製品上でゼロから書き直し続けています。1年で3回目の書き換えを行っており、それぞれの書き換えは前の書き換えよりも悪化しています。 私がこれまでに試したのは、製品で精巧なベンチマークを実行することです（ソフトウェアが遅すぎることを訴え続け、より速くするために書き換えを正当化します）、単に賛否両論のグラフを作成するのではなく、既存の製品で作業証明としてソリューションを実装し、など...しかし、それらの努力の90％はまだゴミ箱に送られ（背後にあるあらゆる種類の理論的根拠は決して好きではありません）、私は彼が望むように正確にやらないので、しばしばprim責されます彼が望んでいることは不可能です）。

18 productivity  management  communication 

フリーランスのプログラマーとして： クライアントから要件を収集するためのプロセスは何ですか？ 要件収集プロセスにはどれくらい時間がかかりますか？これは修正されておらず、クライアントの応答方法などの変数があります。一般に、応答の遅延などを考慮して、最終要件に達するまでにどのくらい時間がかかりますか？ これらの要件を収集するために、どの通信チャネル（電子メール、電話、インスタントメッセンジャー、その他）を使用していますか？ 要件の収集に費やした時間は請求されますか？ 要件収集プロセスに成果物はありますか？もしそうなら、彼らは何ですか？

18 productivity  development-process  business  freelancing  requirements 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 R＃またはCodeRushを使用したことがある人なら、単純なキーボードショートカットを使用して、単純な構造（および複雑な構造のリファクタリング）をどれだけ速く組み立てられるかを知っています。しかし、これらの生産性プラグインはインタビュー中に能力の誤った評価を引き起こしますか？ 生産的なコードライターになる（そしてインタビューで良い第一印象を与える）ことの一部は、良いコードを書くことです-高速。 2つの候補者がいた場合： プラグインを使用しません。彼女は問題について考え、インタビューPCのストックIDEに座って、彼女とまったく同じように見え、通常どおり1〜2分でコードを入力します。できた パス。 プラグインを使用します。彼は問題について考え、インタビューPCの標準IDEに座って、「fe + tab」がもはやforeachループを自動的に書き込まず、すべてのショートカットがなくなったことに気付きます。彼はその後、キーボードの周りをぶらぶらして、通常のホットキーを押して、奇妙なウィンドウをポップアップして、うろたえます。通常は30秒かかるものを書くのに3分かかります。できた IDEの周りの道を時々知らないように見えました。このIDEを初めて使用する必要があるため、このIDEまたは多分その言語の経験はあまりありません。パスしますが、名前の横に「meh」マークがあります。 あなたの経験では、インタビュアーまたはインタビュイーとしてインタビュー中にプラグインをどのように扱いますか？候補者が本当に知っていることを得るためのベストプラクティスは何ですか？コードを理解せず、R＃を松葉杖として使用する候補者が存在する可能性があります。また、組み込みのVSまたはEclipseテンプレートよりも単純であるため、コードの出入りを知ってR＃を使用する候補者もいます。IDEをまったく使用しないのが最善ですか？彼らに自分のPCを持参させてください？その他？

18 productivity  ide  interview 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4ヶ月前に閉店。 ユニットテストをずっと愛してきたなら、あなたにとって良いことです！しかし、それが好きで生まれていない不幸な人たちのために、どうやってこの仕事をもっと楽しくすることができましたか？ これは「単体テストの正しい方法」の質問ではありません。私は、単体テストを書くことの退屈さ（あえて言う）を減らす、ちょっとした個人的なトリックを知りたいだけです。

18 productivity  unit-testing 

現在のところ、この質問はQ＆A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 私は、大規模なソフトウェア開発チームを構築しているソフトウェア会社を代表しています。私たちは、誰を雇うか、本当に良い定着率を持っているかを選びます（ほとんどの開発者は平均5-6年ここにいます）。 開発者と人事に多くの時間を費やしており、採用するアプリケーションの比率は低くなっています。使用するプロセスは次のとおりです。 電話での人事面接-基本的な行動と技術の質問をすることを含みます オンラインテスト-30分間の技術テストが含まれます 技術電話インタビュー-開発者による60分のインタビュー オンサイトインタビュー-上級開発者による60〜90分のインタビュー このプロセスは機能していますが、インタビューに費やす時間が長すぎます。これをどのように異なる方法で行うことができるかについての考えはありますか？私たちの目標は、可能であれば才能の質を維持しながら、あらゆるタスクを自動化することです。 更新： 回答いただきありがとうございます。いくつかのことを明確にする必要があります。私たちの目的は、ある段階から別の段階に進む応募者の数を減らすことです。これが現在の数字です。 1000件の履歴書を受け取ります 800人の履歴書が人事面接に合格 500はオンラインテストに合格します 100は最初の電話画面を渡します 10現場を通過し、雇われる ご覧のように、プロセスの早い段階で候補者を除外するより良い仕事をする必要があります。オンラインテストで人を評価する方法で、より良い仕事をすることができますか？ いくつかの回答に基づくプロセスの詳細は次のとおりです。 電話での人事面接-できるだけ多くの人を排除するために、非常に基本的な技術的な質問（CLRとは？） オンラインテスト-コーディングに関する3つの質問と10の基本的な質問があります ハイテク電話画面-さまざまなテクノロジーをカバーしています。応募者がすべてを知っていなくても、新しいテクノロジーを手に入れることができ、すぐにスピードアップできることを証明できる限り、気にしません。 オンサイト-開発者の前での質問のコーディング。より多くのアーキテクチャレベルの質問。

17 productivity 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 8年前に閉鎖されました。 リリースを出荷した後、2〜3か月に1回、10〜15日間の空き時間があります。自由時間では、仕事がない、誰もあなたが何をしているのかなど気にしませんが、オフィスに行って出かけなければなりません。 そのような自由な時間はありますか？今回はどのように活用していますか？ 私は読む傾向がありますが、情報を詰め込むことはそれを使う最良の方法ではないと感じています。

17 productivity  free-time 

最初に、私のフレーズではなく：http: //www.whattofix.com/blog/archives/2010/11/to-code-quickly.phpマーカム氏への小道具。 しかし、物事を成し遂げることについて私が見た多くの質問について考えるようになりました。 アプローチは提唱しました（一定期間、この場合は50分間、タイマーを設定しますが、自分がやることができないタスクに5分という短い時間を設定して先延ばしを破ることについて話す人々を見てきました。短い休憩）は常識のように思えますが、多くの人々は溝を破るのではなく、「ゾーン」に入ってできるだけ長く、おそらく何時間もそこにとどまることを主張します。 私はさまざまなアプローチを試み続けていますが、それぞれに独自の長所と短所があります。 ソフトウェア開発において、キーボードでより多くの時間を過ごすためだけでなく、より効果的にするためにどのような手法を使用しますか（つまり、許可された時間内にクライアント/ボス/などが要求する品質レベルに仕事を終わらせる） ？

17 productivity 

個人プロジェクト（または仕事）で、問題に巻き込まれたり、問題の解決策を見つけ出すのを待っている場合、コードの別のセクションにジャンプしても、アプリケーションの正当な理由になると思いませんかバグが発生したり、さらに悪化したりすることはありませんか？ gitを使用せず、各機能を特定のブランチにコーディングしていると仮定すると、作業中の3つの異なる機能があり、それぞれに未解決の問題があるため、物事が手に負えなくなる可能性があります。 そのため、仕事に取り掛かると、これらのぶら下がりの問題や中途半端なコードが残っているため、ストレスがたまってしまいます。 この問題を回避する最良の方法は何ですか？（お持ちの場合） gitのようなものを使用し、機能ごとにブランチを作成することが、この悪い習慣を回避する最も安全な方法だと思います。 他の提案はありますか？

16 productivity 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 7年前に閉鎖されました。 私の大学には、実際のクライアントとのソフトウェア開発のためのモジュールがあります。私のチームメンバーの何人かは常にコンピューターラボで働いていますが、これは非常に騒がしい環境であり、多くの中断や注意散漫があります。常に約30人が会話しています。人々は常に「仕事」をすることに加えて、FacebookやYouTubeに行ったり、お互いに冗談を言ったりします。私のチームメンバーの一部は、この環境で毎日3時間働いています。 私は毎週のチーム会議に出席し、オンラインプロジェクト管理システムを広範囲に使用しています。私はすべての電子メールに対処し、ビジー状態のチャットクライアントを持っていますが、メッセージを受け取ります。私は自分の問題を解決するときにオンラインリソースをよく使います。ただし、チームミーティングとペアプログラミングセッション以外は、集中して集中できる静かな環境でほとんどの作業を行い、すべての外部および内部の中断をブロックします。私は自分の仕事に100％集中しています。私は、この方法により、ラボでの生産性が約10倍向上し、多くの仕事をこなせるようになりました。 問題は、私たちの家庭教師や「管理者」が私が研究室で仕事をしているのを見ないということです。したがって、私は彼らに働いているようには見えません。したがって、彼らは私がチームワークをしていないと思います。チームと多くのコミュニケーションをとっているのに、チームワークをしていることを彼らに納得させるにはどうすればいいですか？私が単独で多く働いており、必ずしも研究室ですべての仕事をしているわけではないという理由だけで、私はチームの生産的なメンバーであるということを証明したいと思います。 UPDATE Managementは、問題はチームで60％の時間を費やし、40％の時間だけで仕事をしていることだと言っていました。彼らは、私がチームと一緒に研究室（別名オフィス）で99％の時間を過ごすべきだと言った。 いくつかの答えのいくつかの関連するコメント、いくつかは見逃すかもしれません： 「問題は、私が自分でグーグルで検索するので、チームに何も質問する必要がないということです。そして、何らかの理由で、スーパーバイザーやチームメンバーよりもグーグルを信頼しています。基本的に私は「ウェブ」の仕事をしているので、チームの仕事をしています。 「私は、スーパーバイザーやチームメイトの専門知識よりも、オンラインで見つけた（つまりSE）情報を信頼しています。」 更新2 自宅で真面目な仕事をやめるのをやめました。今は研究室にとどまり、チームで楽しんでいる一方、時々仕事をしています。受け入れられた答えが示すように、これは私が生産的であるということではなく、むしろマネージャーとチームメイトの期待を満たすことです。私と上司がソフトウェア開発の方法について異なる信念を持っている場合、彼らは私を失敗/解雇する力を持っているので、それは重要です。私の意見では、対面のミーティングはオンラインでの会話ほど効果的ではありません。また、騒がしいラボでの作業は、かなりの環境での作業ほど生産的ではありません。私は仕事の最中に、チームメイトがいつでも私を邪魔することはできないと思います。生産的な作業を単独で行うには少なくとも50％の時間、チームと同期するのに50％の時間が必要だと思います。とにかく、

16 productivity  teamwork 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 私はポール・グラハムのエッセイ-Beating The Averages（2003）を読んでいたのですが、彼が言わなければならないことは次のとおりです。 職務記述書のITフレーバーが多ければ多いほど、会社の危険性は低くなります。最も安全な種類は、Oracleの経験を必要とする種類でした。それらを心配する必要はありませんでした。また、彼らがC ++またはJava開発者を望んでいると言っても安全でした。彼らがPerlやPythonのプログラマーを望んでいたなら、それは少し恐ろしいことでしょう-少なくとも技術的な側面が本物のハッカーによって運営されている会社のように聞こえ始めています さて、これは時代遅れのエッセイです。ただし、一般的ではない言語（C / C ++ / Java、C＃）を使用することが「危険性が低い」ことを確認できません。組織のプログラマーが開発言語に非常に精通している場合、彼らはまともなペースでコードを作成するのに等しく熟練する必要があります。実際、一般的でない言語を使用しても、長期的にはあまり多くのプログラマーが利用できないので、メンテナンス/拡張の問題に直面することはありませんか？ Quick-n-Dirtyシステムを作成する場合、一部の言語では他の言語よりも比較的早く離陸できることに同意します。しかし、ポール・グラハムのエッセイ/コメントは2012年以降に意味をなしますか？スタートアップが開発に典型的なIT言語を使用する場合、競争の心配を減らす必要があるのはなぜですか？ 言語自体がどのように違いをもたらすのか、私は理解できません。私見では、重要なのは開発者の経験であり、フレームワークを利用できるので、特定の言語でコーディングするだけでなく、DRY（繰り返しはしない）です。 私が見逃しているのは何ですか？スタートアップがIT風味のない言語を選択した方がよいということを意味しますか（開発者が非常に熟練している場合でも）。この主張の背後にある（プログラミング）経済/市場力とは何ですか？ PS：「lingua obscura」は誰かの気持ちを傷つけることを意図したものではありません:)

16 programming-languages  productivity  startup  hacking 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 私は長い間仕事で孤独なプログラマーでした。通常、私は記事や記事を読んだことがあります バージョン管理システム 継続的インテグレーション/配信 開発方法：スクラム、ウォーターフォール、Vモデル、アジャイル、XPなど。 ソフトウェアプロジェクト管理 しかし、それらのほとんどすべてがTEAMSに焦点を当てているようです。私はチームではないので、たった1人のプログラマにとって絶対に最低限のプラクティスは何でしょうか？以下の条件を考慮してください。 他の人のコードとの競合はありません。 ファイル/ディレクトリツリーを維持する必要はありません。私の開発環境では、バージョン管理自体が重要です（イメージベースの開発）。 正式な要件はありません。ユーザーは自分が何を望んでいるかわからず、それで問題ありません。 リリースやドキュメントの配信に興味を持っているのは私だけです。基本的に顧客は結果を望み、ソフトウェアの方法論などは気にしません 私の考えでは、顧客の要件に直接関係のないものに時間とエネルギーを費やしたくはありません。推奨事項はありますか？

16 project-management  productivity  development-methodologies  solo-development