あなたが実用的な人なら、イデオロギーに苦しむのはいかがですか？[閉まっている]

私は実用的な人間です（私はそう思います。しかし、ここでもジョンは興味深い点を持っています）。仕事を成し遂げるための問題に対する最も簡単な解決策は、それがまったく冒とく的でなく、設計原則を非難するものでなければ、私に最も適したものです。Stack Overflowでこの質問に対する私の答えをチェックしてください。シンプル。動作します。受け入れられました。改善される可能性があります。明らかに完璧ではなく、あまり精巧でもありません。そしてこの男がやってくる。彼は私に投票し、彼の答えがどのように優れているか、より正確かなどの質問にコメントし、なぜ彼を私に投票させたのかを尋ねると、彼はコメントで私を明白に間違っていると呼びます。この漫画を思い出します。

これをまっすぐにするために：彼の答えは明らかに優れています。しかし、それはポイントではありません！

スタックオーバーフローでは、これらの人々は遠く離れているので、私は笑ってこれらのことをあまり気にしませんが、現実の世界では時々イデオロギーに苦しんでいます。ちなみに、私は奇跡的なソフトウェアを作成しているわけではありません。その巨大な遺産を動かし続ける必要があり、それは毎日私にとって冒険です。私はいくつかのことが得意で、他のことは得意ではありません。物事を学びたいです。しかし、システム内の1つまたは2つの欠陥を、それが何であるかとして受け入れることができます。明日は、それらすべてをリファクタリングしますが、まず顧客が望むことを実行してから、ビールを飲みましょう。

私の質問は：

• あなたが実用的な人であるとき、あなたはどのようにイデオロギー/イデオロギーに対処しますか？
• あなたがイデオロギーの人であるとき、あなたはプラグマティズム/プラグマティストにどのように対処しますか？

私は両方の観点に興味があります。

面白いことをしようとせずに、プラグマティストとしてあなたは確かにそれについて実用的であることができますか？

他の人々は、変更要求の遅れ、困難なクライアント、不十分なツール、限られた時間などと同じように、あなたが働かなければならないもう一つの制約です。これらはすべて、あなたが実際に扱うと言うものであり、これは同じです。

あなたが難しいと思う人と仕事をするなら、たとえそれが理想的でなくても、うまくいく問題の解決策を見つける必要があります。

彼らが提案しているものがどれだけ大きいかを自問することから始めて、それをロールバックするか（大したことでない場合）、妥協を見つけるか（可能な場合）、それを戦うかどうかに基づいて完全に不合理な場合）。

彼らが完全に故障していると思うなら、あなたはそれがエスカレートされたとき、あなたのマネージャーがほとんど常にあなたのソリューションを選択するという知識で常に自分を慰めることができます（実際に実行可能な場合） 、実用的。

しかし、これができない場合、あなたはあなたのプラグマティズムについて少しイデオロギー的であり、おそらくあなたは結局のところ実用的ではないことをお勧めしますか？

プラグマティストとして、この概念をあなたに当てはめることを提案します。あなたはあなたのコードではありません。

あなたはコードを書きます。どんなレベルでも、どんな品質でもあなたはそれを書きます。それから家に帰ります

理想主義者に自分の価値を出力で特定させ、金色の台座に完璧なソリューションを置くことで自分自身を検証させます。それが彼らが持っているすべてであるなら、それから神は彼らを祝福します。彼らがそこに持っている悲しい小さな存在。

「プラグマティスト対理想主義者」というこの考えは、誤った二分法だと思います。それは、異なるレベルのプラグマティズムと理想主義があり、各個人が連続体の異なる部分に、異なる問題のために落ちる連続体です。あなたはソフトウェア設計に関しては実用主義者かもしれませんが、政治や芸術に関しては理想主義者かもしれません。私は反対かもしれません。そして、ソフトウェア設計のある「イデアリスト」は、もっとイデオロギー的な人と比較すると、自分自身をプラグマティストと考えるかもしれません。

だから、私のアドバイスはラベルに執着せず、​​代わりにあなたの意見を伝え、あなたのアイデアが優れているのであなたが正しいと同僚に納得させることだと思います。あなたが私の同僚であり、私たちが同意しない場合、「私の考えはより実用的であり、したがって正しい」というあなたの議論は私と一緒に飛びません。しかし、もしあなたの議論が「私のデザインがこれとこれとこの理由でより良い」なら、あなたは私を納得させるかもしれません。

それは受け入れの問題です。

私は、アーキテクトと呼ばれるcv主導の自己に非常に不満を感じています。彼らにニックネームを付けるのに十分な欲求不満;）

私の経験では、不可能ではないにしても、他の人を変えることは非常に難しいです。エネルギーをより生産的で前向きなものに向け直さなければなりません。

否定的な考えは役に立たない。

それはあなたがそれらに対処する方法です：それらに対処しないことによって。

誰に対処するかによります。イデオローグは、特定のソリューションの使用を拒否します。理想主義者は特定のソリューションを使用することを好みます。イデオローグでできることはあまりありません。理想主義者は、共感+実用性、IEに積極的に反応します。「HTML5も使用したいです。予算がそれをサポートしていれば、私たちはそれをサポートします。しかし、ブラウザなので、最初にフラッシュソリューションを実装する必要があります。」

私が実際的であり、理想的である場所を理解することが出発点です。食べ物や飲み物のようなものは、飢えや脱水症、しばしば不完全な食べ物で満たされる必要がある傾向があるので、私たちは皆、基本的なものを持っています。同時に、私たちのほとんどは、私が思うに他の何よりも支持する傾向がある値を持っている可能性が高いです。このように、シーソーの両端にいるという問題をどのように処理するかという質問を回避するように見えるかもしれませんが、私たちには両方のビットがあり、両方を持っている理由を理解することが良い場所になると思いますそして、他の人からの人々に対処しなければなりません。

エリザベス・レッサー：「The Other」を昼食に連れて行くのは最近のTED Talkで、誰かがこれを違ったやり方で見るための提案が必要な場合に良い追加になるかもしれません。私が集合的に前進したい場合、その反対側を人間化することは有用ですが、私はそのように理想主義的であるために少し気味が悪いかもしれません。

これは本当にあなたに同意しない2種類の人々に対処する問題です。

グループA）あなたはあなたの議論/意見にあなたのベストショットを与え、市民であることを試み、そしておそらく途中であなたの心を変えます。あなたは彼らが言わなければならないことを聞く可能性が高くなります。あなたは彼らが開かれていると感じ、あなたに中途で会った。私たちは、私たちが安心している人のように考える可能性が高くなります。

グループB）あなたは感情的になり、機会を利用して彼らに投げかけ、彼らのやり方の誤りを指摘します。いくつかの名前の呼び出しは通常、会話への道を見つけます。何も解決されず、せいぜい同意しないことに同意します。

これが正しい方法であるとは言いませんが、通常は最終的に何が起こるかを示します。

• あなたが実用的な人であるとき、あなたはどのようにイデオロギー/イデオロギーに対処しますか？
• あなたがイデオロギーの人であるとき、あなたはプラグマティズム/プラグマティストにどのように対処しますか？

最善の選択肢は、共通の考え方でチームを編成することだと思います。これはおそらく、一部のチームメンバーに毎日の仕事で精神的な痛みを感じさせることなく、物事を機能させる1つの方法です。

今の時点で、面接中に私がもう1つ注意していることは間違いありません。狂信者（私はむしろその一部にならないこと）。

確かに、（他のチームや部門に移動できる場合を除いて）今は役に立ちませんが、おそらく将来の役に立つヒントでしょうか？

[コメントへの回答-建築宇宙飛行士について...]

建築宇宙飛行士に怖がらせないでください

Groove Designers Architecture Astronautsですか？

建築宇宙飛行士が帰ってきた

建築宇宙飛行士が引き継ぐ

彼の答えは明らかに優れています。しかし、それはポイントではありません！

あなたは確かにあなたは現実主義ですか？:)

ほとんどの場合、誰かが非難して理想主義者と呼ばれているのを見ると、彼らは理想主義者ではなく、他の人よりも長い期間にわたる結果を考慮しながら単に実用的です。

確かに、汚いコードは実用的であるかもしれないもしあなたが任意の残業なしの時間に家に行くことができることさを見ている、しかし、あなたが考慮に入れた後、人々は頻繁にしていないことをすべて本当に修正物事後で戻ってする機会を得ると、適切な方法で物事を行うと、理想主義のように見えなくなり、近い将来を単に考えている実用的な人の行動のように見えるようになります。

私の経験では、2種類のコーダーがあります。

1. 「最初にコードを作成し、後で質問する」プログラマー
2. 「2週間熟考してから1時間でコーディングする」プログラマー

これはプラグマティスト/イデオローグの議論であると推測するのは簡単ですが、実際はそうではありません。事は、これらの人々の両方が同じことをするために反対のアプローチを使用しているということです。 彼らは両方とも物事をやりたいと思っています。おそらく、Type 1プログラマーはうさぎのように（常に物事を急いでいる）、Type 2プログラマーはカメのように（ゆっくりと着実にレースに勝つ）と言うことができます。

私が見ているのは次のようなものです。Type1プログラマーは、コードを絶えずハンマーで叩かない限り、満足しません。彼らは少し考えるのをやめるかもしれませんが、全体としては時間の無駄だと考えています。彼らは、計画を立てるのではなく、パンチを持って転がり、来たときに物を取りたいと思っています。タイプ2プログラマーは、事前にマップされたコードへのアプローチを望んでいます。彼らは、自分が何を書くのか、どのようにそれを書くのか、そしてそのアプローチが正しいものであることが既にわかるまで、コーディングを開始しません。

タイプ1プログラマーとタイプ2プログラマーが同じタスクを一緒に処理するように設定した場合、タイプ1プログラマーは、タイプ2プログラマーがどのアプローチを取るかを決定するまでにプロジェクトを開始します。この時点で、タイプ1のプログラマーは、タイプ2のプログラマーが実際にコーディングを開始していないことに気付き、プログラムを使用して何かを始められるようにします。タイプ2プログラマーは、タイプ1プログラマーが無謀な放棄でコーディングを開始したことに気付くでしょう。半秒間。タイプ1プログラマーは、何が起こっているのかを知らずに、タイプ2プログラマーに、物事を成し遂げたくないイデオローグとラベル付けし、タイプ1プログラマーは、適切なコードに感謝のないカウボーイコーダーにラベル付けします。

ここで注意が必要な箇所があります。2人がこのように反応すると、両者はある程度正しい。Type 1プログラマーは、コードに突入する前に、やめ、呼吸し、自分がやっていることを考えることを学ぶ必要があります。sayingにもあるように、「数週間のコーディングで何時間も計画を立てることができます」。タイプ2プログラマーは、ある時点で計画を停止し、コードを書くことを学ぶ必要があります。他の格言にあるように、「ネズミと男性の最高の計画はしばしば失敗する」。

組織には、両方の種類の人々が必要です。経験の浅い、または邪悪なマネージャーは、自分の手下が車輪をノンストップで回転させるのを好むため、タイプ1プログラマーを励ますことがよくあります。マイクロマネージャーは、従業員が何を、どこで、いつ、どのようにコーディングするのかを知りたいと考えており、多くの場合、Type 2プログラマーを励ますでしょう。したがって、組織はバランスを促進するために意識的な努力をする必要があります。

わからないが、私はあなたのポイントを得る。VIDEOとH.264を使用することについて自慢するのを見ると、私はとても怒っています。 98％のクライアント（そして、実際には異なるプレーヤーにある同じH.264です）。

mongoがあるため「SQL」が死んでいることを告げるnoobを見ると同じです-そして、そのようなばかは両方を適切に使用することができません。

そして、私たちは今日、フォーラムに投稿し、新聞/新聞記事を書いている、そんな馬鹿げたトロル/馬鹿の大群を抱えています。

そして、それはいつも私を怒らせます。1話。クライアントは、ビジネスページにビデオを追加したいと考えていました。

• 明日は大丈夫です
• HTML5になりますか？
• いいえ、HTML5は50％を超えるデバイスで適切にサポートされていないため、フラッシュとHTML5フォールバックをお勧めします。
• しかし、それは大丈夫です、誰もがそれが未来だと言っています、私はHTML5が欲しいです。私はフラッシュ、その時代遅れ/悪/何でもしたくありません。
• 大丈夫ですが、常に機能するとは限りません。
• それは問題ではありません

翌日：
-シンプルでシンプルなビデオタグ、2つの異なるエンコーディング、100％適切に行われました。もちろん、クライアントに見せているフラッシュフォールバックもあります。パフォーマンスは哀れですが、動作します。クライアントは「自分もチェックしたい」とラップトップを取り出します。
-ページとBAMに移動します。Firefox 3.何か。5 FPS、音はスキップされ、100％壊れているように見えます。

• このように動作させたくないのですが、壊れています。正しく機能させます。
• 私はそれがうまく機能しないだろうとあなたに言った
• しかし、この（> youtube.com）男が最初のビデオをクリックした=>完璧に動作しているのを見てください。
• それは（fuckin！）フラッシュです！
• あ、確かにHTML5ではない
• はいim（motherfu * * *）確かに！
• ああ、そうこうしてください。

そして、そのようなモロンの多くがあります！彼らはHTML5ビデオ、Canvas on Games、100人の訪問者向けのmongoDBブログ、その他のでたらめを求めています！F *** SAKE F *** K MEだけのために、それらの狂信的なMORONのすべてがIT業界を傷つけているからです!!!

今ソリューション。あなたがHTML5、mongoDB、または彼らが望んでいる地球上の他の愚かなたわごとを使用しているfucxxxxばかを教えてください。あなたのやり方でやり、仕事を終わらせ、彼らの童話、サンタ、または彼らが信じたいと思うものを信じさせてください！彼らがあなたの完全に機能する解決策の代わりにいくつかのモロニック/狂信的なでたらめを提案するなら-無視して、彼ら自身をfxxに行かせて