中間管理職への移行の問題-これらの問題はありますか？

良い一日。 この投稿は、この投稿に対する回答として登場しました。 この投稿では、中間管理職への移行の問題について説明しています。 私の意見では、「サンドボックスから」という署名は、この投稿がハブに来た場所だけでなく、著者の仕事の場所も反映しています。 私の考えを明らかにします。

いくつかの歌詞

そもそも、プログラマーからボスになり、さまざまなポストに行ったことを明確にしたいと思います。 たぶん私の真実は、それが常に小さなチームと小さな会社であったという事実によるものです（離職率ではなく、従業員数の面で）。 したがって、このような短いリストが作成されたのは、作者が大企業で働いているためであり、上昇プロセスはよりスムーズで穏やかです。 それにもかかわらず、私は誰もがメガコーポレーションで働くわけではないことに注意したい-むしろ反対。

著者の投稿に関するコメント

作成を停止しました

私は同意します-ビダ（書面の間違いは特別です）。 それにもかかわらず、著者がコーディングを通じて最初の部分で正しく指摘したように、問題は解決されます。 彼のプロジェクト、見知らぬ人-しかし、実際、そのことは気にしません。 しかし、2番目の部分は単に激怒しました。 「私もコーディングした」顧客と仕事をしているときに出会った人は誰でも私を理解するでしょう。 作業、コード、スタイル、および記述が、明確なルール、受け入れられている標準、または会社の内部命令によって規制されていない場合は、開発者から離れてください。 彼は、あなたが好きな方法でコードを書く義務はありません（ここでも、「あなた」は一般的な魅力であり、特定の著者を対象としていません）。 彼はそれが機能するようにコードを書く必要があります。 そして、私たちの中毒と要件はすべて、私たちのコードのビジョンです。 そして、これがあなたがフォームのデザインを見つけることを恐れているジュニアである場合：

id = 0;

id ++;

id ++;

id ++;

その場合、チームリーダーではなく、この人にボスとして提示される人がこれを監視する必要があります。

人とのコミュニケーション

そして再び、著者は正しい見出しの下で、完全な、すみません、ナンセンスを押し通します。 プログラマーにプロジェクトを依頼するか、誕生日カードのお金を要求するのは、実際にどのような問題が発生するのかと比較すると、完全にゴミです。 あなたがプログラマーである間、あなたはチームリーダー、コード、神の意図としてのTKと、そして時折-月の満ち欠けのためにコードが渡ったプログラマーとコミュニケーションを取ります。 たくさんの人々が従属しているとき-これが主な問題です。 顧客と通信しているかどうかに応じて、ベクトルを変更します。



このようなコードを書きました。 そしてここにいます。 そして彼は正しくありません。 しかし、私はそれを壊しませんでした。 そして、デザイナーは夢中になりました。 そして、2週間行います。 そして、私は一週間で締め切りをつけました。 そして、建築家は間違っていました。 そして、ここではこのように必要でした。 また、データベースが正しくありません。 インデックスをガイドしましょう。



足りない？ 顧客もいます。



そして、それはそうあるべきです。 そして、ここにあります。 TKについては気にしません。 そして、私は行為に署名しません。 そして、私はそれを見るまで視覚的です-それがどのように機能するべきかは言いません。 そして、ここにはボタンが必要です。 そして、私はプロジェクトのフロアを何を書き換えるか気にしません。 そして、あなたは私を欺いています。 そして、プロジェクトのフロアを書き直したのに、なぜすぐに横たえなかったのですか。 そして一般的に、20年前に私はPascalで研究室を書いたので、私はあなたに働き方を教えます。



私の意見では、これは問題です。 これは、協同組合に50ドル余分に出向くよりもはるかに深刻です。

時間通りにすべてに追いつく

この投稿の目的がわかりませんでした。 実践が示すように、これは誰にとっても問題です。 まあ、一般的にすべて。 プログラマーレベルでは、テスト、作成、展開、文書化などの時間がありませんでした。 これらの問題は常にどこにでもあります。 マイクロおよびマクロ管理は、同様のルールに従って機能します。 著者の準備ができていれば、このトピックについて議論できます。 そして、そのような問題が生じた場合、プロセスを構造化してそれをすでに機能している「最新の状態に保つ」概念に適合させるか、これがどのように機能するかを理解するという問題がまったく存在しませんでした。

神経

おそらく私が議論しない唯一のことです。 神経は、給与の額に正比例して去ります。 ボスの一人がかつて私に言ったように、「お金が多ければ多いほど、チームのゴキブリも多くなります。」

スキップされました

ドキュメントを操作します。 サイズが痙攣的に大きくなると、これは本当に問題になります。 誰もがコメントを書くのが大好きですよね？ 特に完成したコードについては？ 心の中ですべてのプログラマは、あなたが最も困難で重要なことを始めたときの甘い瞬間を楽しんでいます-ほんの一瞬の仕事で現れたコードにコメントを書くために、左のかかとをコーヒーとタバコの間に入れて考えてみましょう。 しかし、皮肉なことで十分です-コードを文書化することで明確なギャグ反射が生じたとしても、そのようなごみをさらに何桁も書く必要があるときに何を話すべきか。



チームと協力してください。 すでに説明しましたが、別に説明します。 あなたは突然現れて、周りもプログラマーであることがわかります。 そして-ああ、ホラー！ -彼らはすべて異なって書く。 誰かがこの方法で問題を解決します。 たくさんのコードを書く人は誰もが美しくエレガントになりますが、同時に40時間で8時間タスクを完了すると、他の人が問題を真正面から解決します。 3番目は、あなたの偉大な第一人者とは異なり、ソフトウェアの書き方をまったく知らないcrank行者です。 これが公開されていない場合でも、ワームのようにバックグラウンドで上昇します。 そしてこれであなたは戦って自分を絞め殺す必要があります。 さらに、これらの人々はすべて異なる速度で働いています。 同時に外部要因にも依存します。 もちろん、これはナンセンスです。

あなたがプログラマーだったとき、そのような説明は、十分な睡眠を得られなかった場合、速度低下の言い訳になり、実質的なものになる可能性があります。 そして、あなたがリーダーになったとき-それからどんなポケモン？ 違いを理解して感じることは困難です。

最悪なのは、前に泳いだことがないレベルに投げ込まれたときです。 あなたはビジネスロジックを書いていましたか？ デザイナーをお待ちしています！ 作成されたガイ？ ここでは、データベースを使用したジョブがあります。 そしてシュネル、シュネル！ 時間=お金。



結果に対する責任。 関数が機能しない理由の説明があることを忘れてください。 機能があることを忘れてください。 製品があります。 それは機能し、あなたはお茶のために罰金、名誉、敬意、+ 2クッキーをしている、または機能しません。 ほとんど何でも正当化できることは明らかです。 しかし、事実は第一です-あなたの責任のゾーンでは結果はありません。 進捗があり、結果はありません。 思考のパラダイムを変える必要があります。



ある程度具体的なアウトソーシングで作業しますが、どこでも見つかります。 特に崩壊-フリーランサーで。 遅かれ早かれ、パフォーマーが住んでいる都市のプロバイダーからの回線上の問題、悪天候、あなたに知られていない祖母の健康について、そして運がよければ、美しい見知らぬ人と同様に美しい夜について学びます。 細かいこともあるかもしれませんが、万人向けではありません。 また、タスクを完了するために2時間で慣れない言語でコーディングする方法を学習します。



経済的な問題はすべての人に当てはまるわけではありませんが、それでもです。 より多くの埋蔵量を埋めたいという欲求と非現実的な予算のための物理的な報復によって進められた進化の世紀の間のバランスの禅を学びます。



同僚の問題友人は友人でなければなりません。 ビール、ウォッカ、ソーセージ-ニシン。 そして一般的に、雰囲気。 とにかく-カバー、私は寝坊した。 そして、同じチームでボスに行くと、このチームで何かをするのは非常に難しくなります。 昨日、同じ邪悪で、面白くなく、無能で、ばかげた、平凡なボスで覆われたコードから、満たされていないコードを見つけるのは難しいです。



要約すると、多くの問題が存在する可能性があります。 いくつかの私のリストは短く見えるかもしれません。 はい、それはリーダーの観点から私には短いようです-私はまだ私が話すことができる多くの要因がうろついています しかし、同時に、これはもはや中間管理職の仕事ではありません。 しかし、記事に書かれたのは温室の条件です。 オプションなし。 現実はより残酷で予測不可能であり、最も重要なことは、人でいっぱいです。 強調する必要があります。 それ以外はすべてセカンダリです。