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

5年前、私は長期に集中する能力を失い、したがって、プロの効率でコーディングする能力を失いました。 私はそれがなぜ起こったのかを知っており、それがどのように起こったのかを理解し、冷静でリラックスした焦点を再現できることに加えて、当時の全体的な状況に心が傾いた元の（子供時代に根ざした）理由を克服しました; 私の理解は、心理学者が私に言った言葉に根ざしていない、私は実際にそれらを直接手探りした。私は生産性を大幅に向上させることができると確信しています。おそらく、事前バーンアウトよりもさらにそうです。 また、コードへの興味を失うことも、自分の能力を取り戻そうとすることから外れることもありませんでした。私は知識を最新に保ちました（コーディングに関連することを常に比較的簡単に学ぶことができ、それらを適用するだけではありません）、したがって、その年の平均LOCカウントが非常に小さい場合でも、以前よりも優れた開発者であると言えます低い。 一方、今では、仕事よりもドールでの時間を多く含む伝記があります。 雇用主として、私の申請にチャンスを与えるためにあなたを納得させるものは何ですか？トピック全体を除外する必要があるとは思わない。 編集：私は子供の頃から原因を探し始めていなかったと付け加えるべきだと思います。それが原因を私に示した解決策でした。残念ながら、会社を修正するために最善を尽くしていません（退職してから1年後に完全に解散しました）は、幼少期に、ある時点で、親の関係の修正をあきらめて、彼らが完全に絶望的なケースである代わりに、共感で私自身の失敗にそれを、そして私は子供時代に言及することなくそれを説明する方法を本当に見ません。とはいえ、涙を流すことなく完全にそれを言うことができます。 そうは言っても、はい、私はあなたに雇用主ではなく友人として書いていることを知っています、それが私がワンタイムアカウントを使用してあなたに不信を示す理由です.oO（...） はい、どこにでも応募する前に、OSSコードをリリースする予定です。 編集2：私はドイツ人であり、ドイツの会社に応募するつもりなので、「創造的な真実」は間違いなく選択肢ではありません。 選ばれた答えについて：ピエールよりもレネシスを選んだのは、後者がやる気を起こさせ、それを乗り越えて社会的スキルのセクションを強化するためのポイントを与えるのに素晴らしい仕事をしていたので、レネシスは実際に私の質問に答えたからです関連する主要な要因を合計することにより。

36 productivity  communication 

ですから、私はここにいるすべての人がプライベートオフィスであり、実際に何人の開発者がいるのか知っています。私はやや懐疑的です。リード開発者がそれらを持っていると信じることができますが、それは通常あなたの平均的なオフィスでただ一人です。 それで、私は何人の開発者が私的なオフィスを持っているのかと思うようになります。これは実際の質問につながります：なぜ彼らはそれらを持っているべきですか？

35 productivity 

私は非常に厳しい持っているディスレクシアと一緒にディスノミアや書字障害を。私は子供の頃からそれについて知っていました。私の読み書き能力はかなり不自由ですが、それに対処することを学びました。 しかし、今日のIDEを使用すると、コードを作成するときに集中してゾーンにとどまることが非常に簡単になります。しかし、（この投稿のように）テキストを書くとき、集中し続けるのはずっと難しいと感じます。 一般的に、ディスレクシアは、一般的な読み取りと書き込みに比べてコードの読み取りと書き込みが簡単だと思いますか？ディスレクシアは、通常の読み書きよりもプログラミングをマスターするためにどのようなトリックとツールを使用していますか？

35 productivity  accessibility 

私は個人的に夜遅くまで起きて、コーディングし、個人的なプロジェクトの作業を楽しんでいます。私の他の同僚も同じように感じ、夜のコーディングが好きです。しかし、それは個人的な趣味に情熱を注ぐことではなく、夜に生産性が向上したと本当に感じています。 夜には何かがあり、その暗闇、沈黙、開発者の生産性を高める別の属性があると思います。 これには真実がありますか？なぜ一部の開発者は夜間に生産性が高いと信じているのですか？この命題を正当化する科学的証拠はありますか？「夜、モニターの光の害は少ない」、「夜の自然の空気は酸素が多いので、思考プロセスに適している」などのようなものです。 モデレーター注： 質問は、この主題に関する科学的証拠およびその他の引用情報を求めています。サポート参照を提供しない回答は削除されます。これは、目覚めたときに共有する必要がある投票ではなく、個人的に生産性の高い部分です。

34 productivity  behavior 

私の会社では、インターネットの使用に厳しい制限があります。スタックオーバーフローにのみ、貧弱なモバイルインターフェイスを使用する必要があります。ただし、このサイトは仕事には非常に便利です。 マネージャーにスタックオーバーフローのブロックを解除するよう説得するにはどうすればよいですか？管理者が確認できる利点の概要はオンラインで利用できますか？

34 productivity 

私が仕事をしている開発者は、「将来のためにこれを追加しました」または「いつか欲しいと思うので、これを行うのは良い考えだと思う」といつも言っています。彼らが将来の変化を予測しようと積極的に取り組んでいるのは素晴らしいことだと思いますが、それは不必要であり、決して必要ではないかもしれないので非生産的なコードを書くリスクがあると考えるのは仕方がありませんそれのために新しい）。適切で整理されたコードを書くだけでは、将来の校正の議論は無効ですか？

33 productivity  programming-practices 

私はCommodore 64で6歳のときにプログラミングを始めました。現在28歳です。コンピューターサイエンスの学士号から4つのコースを修了する必要があります。 私はこれらすべての年の後にコードを書くことに飽き始めています。理論的なコンピューター言語でコンピューターサイエンスのコースを受講し、ネットワークセキュリティの分野で10年間のCシステムコーディングを経験しましたが、コードを書いても刺激は得られません。 C、C ++、Python、またはあなたが望む言語でコードを書くことができますが、私がやっていることに興奮することはできません。私は挑戦を感じることができません。特定のアルゴリズムスキルを必要とせずに、マルチスレッドコード、HTTPS MITMプロキシ、およびWSGIアプリケーションを記述しました。 この新しいものはすべて同じで、より単純な（またはより多くの）抽象化または自動化が行われているように感じますが、すべて同じように聞こえます。何回も。計算可能な言語はすべてチューリング計算可能であるため、コーディングは、部分関数のこのサブセットの類似パターンの複製にすぎません。 私の日常の仕事では、バグを探したり、コードのベンチマークを行ったり、ライブラリX、Y、Zの問題を修正したりするのにも退屈だと感じています。 私はとても好奇心が強い人です。私はいつも何かに刺激されます。しかし、優れたコードを見たとしてもできません。私は物事がどのように機能するかについてより快適に感じています。 私のキャリアを前進させる時ですか？または、コンピューターサイエンスでもっとやりがいのあるものを手に入れたいですか？たぶん、CSの主要な学位を取得しますか？ プロジェクト管理に関する最初の本「Peopleware」を読み始め、ソフトウェア開発のライフサイクルにより興味を持ち始めています。あなたは何をすることを提案しますか？ おそらく、私の友人がやったように、Google、Microsoft、またはAppleに参入しようとしているのかもしれません。または、おそらくより経営的なキャリアパス。また、コミュニケーションのルールと「人格」についての良い本を見つけて、管理に入る可能性に備えようとしました。 助言がありますか？ PS：私は多くの興味を持っている、私は落ち込んでいない :)私は山、トレッキング、写真撮影を愛し、私はスポーツクライマーであり、私は泳ぐことおよびスポーツ全般を愛し、時々私は実行します、実際に私はACから今日までの私の国（イタリア）の物語を読んで、旅行が大好きです（この夏、スペインの多くの場所を見て、そこに登るのに4000Kmを作りました。たった3週間で、休日ではなくマラソンです） 、24 kmのトレッキングでヘルニアがけがをした）、演劇と生活全般が大好きです。 すべてのおかげで、すべての答えを考えることで、自分の道をより明確にする機会が与えられます。 要約の目的で、最も投票された回答について一般化することができます。 まず第一に、人々は私たちの仕事をあなたの人生の支えにし、人生にとどまる唯一の理由（これは私の場合ではない）にする必要性に賛成票を投じます。本当に憂鬱な状況に。ピープルウェアが言うように、ウィーンはあなたを待っていません:) このリマインダーの後、人々は次のことを提案します。 技術的な複雑さを増す実際に取り組んでいるのは、チャレンジを増やし、それについて飽きないようにするためです。 専門分野をマネージャーになろうとする非技術分野に変更したり、仕事に関連する非技術分野で介護者を昇進させたりする。 別の種類の技術的課題の専門分野を変更します。あなたはシステムプログラマですか？便利なソフトウェアを使用して人々をより快適に見ることができるように、人間向けのアプリケーションの開発に飽きないようにしてください アカデミックパスでコンピューターサイエンスの学位をある程度向上させる 私の目的にとって、正しい答えはコンピューターサイエンスを進歩させることです。私の感覚では、プログラミングがコンピューターサイエンスを得る唯一の方法ではなく、ソフトウェアエンジニアリングの介護者とは異なるコンピューターサイエンスの他の道をより良く感じることができると思います。

33 programming-languages  productivity  computer-science 

これは「自己への注意」として始まったので、欲求不満があまりにも明白であり、文章が星よりも少ない場合はごめんなさい... 最近、私の心の最前線にいた3つの主要なテーマ： 動機 学習（好奇心） 実行（作成） 私は今、モチベーションとインセンティブを数ヶ月間研究しています。人々が物事を行うために持っているかもしれないさまざまな動機が無数にあるようです（私はそれは些細な音に聞こえますが、私と一緒に耐えます）。なぜ自分がすることをするのか、やりたいがしないのはなぜしないのかを知るのに必死だから、私はそれに本当に惹かれました。 私はポール・グラハムの優れたハッカーと画家の本を読んでいる最中です。彼は、ハッカーと画家はどちらも「メーカー」であるため、非常に似ていると主張しています。画家は絵を描きます。ハッカーはソフトウェアを作成します。画家は、必ずしも美しい絵を描くために塗料の化学組成を理解する必要はありません。そして、ハッカーは必ずしも美しいソフトウェアを作成するために1と0を知る必要はありません。 グラハムは、異なるコンピューターサイエンスの分野を区別します。 一部の人々は数学を勉強しているようです 一部の人々はコンピュータ自体を勉強しているようです ハッカーはソフトウェアを作成しています。 違いは非常に重要です。一部の人の動機は、美しいものを作ることです。そして、他の人の動機は好奇心から学ぶことです。特定の動機は私には明らかですが、好奇心は少し明白ではないようです。私は確かに、自分ができることすべてについて学ぶことを一見して切望できない渇きを持つ好奇心の強い人だと考えています。しかし、これはまさに問題が発生する場所です。 とても怖いのは、必死に物を作りたいということです。私は必死に物事をしたいです。本を書きたいです。絵を描きたいです。歌を作りたいです。私がしたいん旅のようなものを。しかし、奇妙なことは、私も物事を学びたいということです。私はギターを弾くことを学びたいです。美術史について学びたいです。哲学と文学についてもっと学びたいです。 重要なのは、学習と実行のバランス、つまり学習と作成のバランスです。 ある事柄について、それを行う前にどれだけ学ぶべきかはわかりませんが、私は自分が常に反対側ではなく常に片側にいることを確信しています。今のところ（そして、私がいつもそうであったと言える限り）、私は学習者であり、実行者ではありません。私は素晴らしい本を読みました。私は何年もギターを練習してきました。私はプログラミングの勉強に数え切れないほどの時間を費やしました。 しかし、私は本を0冊書いています。私は0曲を作曲しました。0個の美しいプログラムをコーディングしました。私は0個の美しい絵を描きました。0の実行可能なビジネスを開始しました。 このすべての恐ろしい部分は、おそらく世界中に無数の未完成の芸術作品があることです。これは、私が始めた芸術作品の制作や完成を決して行わないという、社会と文化に対する私の反人道的な復ven ですか？おそらく最悪の部分（これは私の自然な傾向であることを除いて）は、私がf *** ingがよりよく知っているという事実です。「Getting Things Done」や「Making Ideas Happen」のような本を完成させたばかりです。私は、物事を行う方法と物を作る方法についての無数の知恵の言葉を集めて合成しました。 あなたがやりたいことをすることができずに人生を経験することの恐怖を想像してください。これがあなたが苦労している（そしてうまくいけば克服する）ものであるなら、共有してください。そうでない場合...おそらくいくつかのおいしい同情は私が気分が良くなります。 [更新：考えを共有してくれたすべての人に迅速に感謝したいだけです。ディスカッションを奨励し、他の人が同様の経験に関連する中心的な問題を作り直すことを期待して、私は意図的に質問を幾分自由に残しました。うまくいくと思います...役に立ちました。再度、感謝します。]

32 productivity  self-improvement  philosophy 

私はSublimeの大ファンです。私のお気に入りの機能の1つは、右上隅のテキストの圧縮イメージ（ミニマップ）を使用してファイルをスクロールする機能です。私の直感では、これは生産性にプラスの効果をもたらします。 このミニマップをスクロールすると、実際に生産性が向上しますか？ PS-副質問：Sublimeはこのアイデアを発明したのですか、それとも別のテキストエディターから取り入れたのですか？

31 productivity  sublime-text 

私と他のプログラマとの間でリポジトリが共有される私のプロジェクトでは、私が主な開発者であっても、常にコミットメッセージを書き込みます。 しかし、私がプロジェクトに取り組んでいるソロ開発者であり、リポジトリが私のラップトップでホストされており、クライアントによってさえホストされていないプロジェクトでは、私以外の誰もコミットを見ることができませんメッセージ？ これまで私はそれらを書いてきましたが、私は決して戻ってコミットメッセージを見たことがないことに気付きました。メッセージを書き留めるために開発に時間をかけますが、それでも私には二度と見られません。 単独の開発者としてコミットメッセージを書く正当な理由はありますか、それともスキップして開発に専念することをお勧めしますか？

30 productivity  version-control  solo-development 

私は、他の人には何週間も見られないコードの一部で、孤立して作業していることに気付きます。自分の生産性とやる気を維持するためのアイデアを探しています。 長期的なプログラミングタスクを与えられ、自分で（たとえば、チームメイトや同僚なしで自宅から）働いているときに、やる気と生産性を維持するために何をしますか？

30 productivity  solo-development 

私が所属する開発チームは、最近アジャイルのプラクティスに従って作業するようになりました。これは、コード（およびドキュメント）のゴールドメッキを止めることができないという事実を個人的に強調しており、その結果、要件をはるかに早く満たすソリューションを提供できたときに、当初の見積もりを上回りました。 私は自分の倫理が強迫観念に接していると思います。私はコードに執着しすぎて、リファクタリングしてn度完成させる前にリリースすることはめったにありません。これに気づいたことを嬉しく思いますが、どのように自分の態度/精神を変えて自分の進歩に満足し、代わりに時間通りにリリースできますか？

29 agile  programming-practices  productivity  development-process  scrum 

svnとgitの違いの 1つは、リポジトリへのアクセスを制御する機能です。変更をコミットすることを誰に許可するべきかについての観点の違いがあるため、2つを比較するのは困難です！ この質問は、どこかの会社のチームの中央リポジトリとしてgitを使用することに関するものです。チームのメンバーのスキルレベルはさまざまであり、ほとんどの企業と同じであると想定しています。 Gitは、あなたの最高の（最も生産的で、最も経験豊富な）プログラマーだけがコードのチェックインを信頼していると想定しているようです。その場合は、実際にコードを書くのに時間を割いて、他の人のコードを確認してチェックインすることになります。これで成果はありますか？この質問は、一般的なバージョン管理のベストプラクティスではなく、最高のプログラマーの時間を最大限に活用することに焦点を当てたいと思います。当然の結果として、自分の仕事の大部分が他の人のコードをレビューすることである場合、優秀なプログラマーは辞めますか？両方の質問が要約されると思います：レビューは生産性に見合う価値があるのでしょうか？

29 version-control  productivity  code-reviews 

あなたはそれらを知っています、意味をなさないエラー。グレムリンがチップの奥深くに飛び込んで、何かを台無しにしたように思えます。散歩して、物を書いて、おじさんに電話しますか？

29 productivity  debugging  error-handling  motivation  error-messages 

私はThe Daily WTFアーカイブ、特にソフトウェア開発や開発者の仕事などのまったく間違ったアプローチを持つIT関連企業についての記事を読んでいます。 一部のストーリーは完全に恐ろしいものです。セキュリティ上の理由からローカルネットワークを持たない会社、マネージャーのみがアクセスできるソース管理サーバーなどを持っている会社などです。知らないマネージャーに関するすべてのストーリーを追加してください彼らの仕事について何でもし、誰にも耳を傾けずに愚かな決定を下します。 問題は、インタビューであなたがそのような会社に雇われるかどうかを知る方法がわからないということです。もちろん、時には、インタビュアーが奇妙なことを言って、会社で何かがうまくいかないという考えを教えてくれます（私の場合、最後のマネージャーは、時間の100％を古いデスクトップに接続されたリモートデスクトップで作業するべきだと言いました） slooooowマシン、「複数の人が同じソースコードを変更することを避ける」ため、多分私は彼にSVNとは何かを説明する必要があります。 しかし、ほとんどの場合、面接中に会社の正確なイメージを取得するのに十分な情報を取得することはできません。 それでは、この種の企業に雇われないようにする方法は？ ドキュメントガイドやコードスタイルガイドラインのようないくつかのドキュメントを見たいと思った。問題は、私がフランスに住んでいるということです。ここでは、ほとんどの企業がそれらのドキュメントをまったく持っておらず、それらのドキュメントが存在するまれなケースでは、それらが古くなったり、不十分に書かれていたり、使用されなかったり、意味のないことをする。 また、プログラマーが実際にどのように働いているかを確認することも考えました。しかし、彼らが二重のスクリーンまたは「最新の芸術家気取りの家具」を持っているということは、彼らが奇妙な決定を下す人々を持たないという意味ではなく、そこで働くことを不可能にします。 あなたはそのような状況にあったことがありますか？何を試しましたか？うまくいきましたか？

29 productivity  development-environment  interview  recruiting