無駄な管理のしくみ

Question

私が取り組んでいたプロジェクトが終了したので、私は雇用主の新しい仕事に移りました。以前の仕事は非常に機敏で、小規模なチームであり、手順の進歩などでした。

とにかく、私がやっている新しいプロジェクトです。私は自分自身を経営にどう対処するか混乱しています。彼らは、オブジェクト指向プログラミング、現在の技術または方法論についての真の理解を持っていません。彼らは変更を恐れているようだし、ちょうど最近、我々は、我々はこれらのコードレビューを行うと、私はそれは、彼らがCで物事を行うために使用される方法ADAであるか、どのくらいのより良いと言って、「灰色のひげ」に耳を傾ける必要があり、最新のJRE

に移動しましたしかし、レビューをコード化しようとすると、OOPデザインと開発者の最も基本的な理解さえも欠いています。彼らはコードのスタイルにもっと重点を置いています。間隔;メソッド名。

高齢者の一人は、以前に書かれた学術的なPDFのlog4jの否定的レビューのために、log4jではなく独自のロガーを作成するべきだと言います。

どうすればこの問題に対処できますか？彼らのデザインが間違っている、あるいは本当に時代遅れであることを彼らに説明するにはどうしたらいいですか？私はこの団体に約1年間しかいませんでした。だから、どれくらいの信頼性があるのか​​分かりません。

Answer 1

コードレビューに関して、私はそれらを幸せにすると言います。彼らが好きなように物事を名前とスペース。より良いデザインにあなたの時間を集中させ、ADAの思い出を楽しんでください。それは、今日のものとそこにどのようになっているのかについての背景をあなたに与えることができます。

つまり、その部分をあまり重視しないでください。仕事を終わらせるために重要なことを心配しています。この場合の仕事は、あなたがプロジェクトに積極的に貢献したと感じている人を作ることです。

Log4jに関して、私はちょうど別のフレームワークを提案するでしょう。組み込みのJDKロギング（それについて不平を言うことはできません、それはAPIに組み込まれています）またはSLFのようなもので、あなたが望むものをプラグインすることができます（自分自身も含めて、クラスパスを変更する必要があるだけです）。

今は重要な時期があります。そのような場合は、考え方ができるだけ聞こえるようにしてください。たとえば、ロギングでは、多くのコード行を表す多くのロギングフレームワークがあり、このプロジェクトでその作業を活用する他の方法があるかどうか疑問に思っていましたが、ソリューション。

あなたの考えとして何かを押す必要がある時があります - それ以外の方法はありません。その場合、良い立場に影響を与えるものとの関係を維持することによって可能な限り多くの武道勢力に固執し、あなたが戦ったすべての戦闘は、たとえあなたが勝ってもポジションを失うことを認識します（おそらく、 。

Answer 2

あなたの懸念事項を「提案」としてお伝えしたいと思います。あなたが種を植え付けて会話を指揮しているにもかかわらず、彼らがまだコントロールしているかのように彼らの意見を聞いて、意見を求めてください。

あなたが組織に所在していた期間にかかわらず、あなたはそこにいて、理由がある（彼らはあなたの意見を聞いてあなたを雇った）。あなたの声を見つけ、チームメンバーに提案や懸念をもって接近するにはどうすればよいですか。これはチームメンバーであることの重要な部分であり、あなたの価値を高めます。

Answer 3

良いフォーマッタを手に入れて、あなたのディスカッションが実際の問題に移ることができるように、これについて不平を言うことのできないメソッド名を作成してください。

レビュー中にこれらの細部を乗り越えることができない人もいるので、問題にする必要はありません。

Answer 4

私はlog4j以外の別のログフレームワークの推奨には同意しません。過去のレビューを引用すると、個人的な経験は一切なく、ここで勝つべきではありません。

しかし、これをあなたの利益に変える方法があるかもしれません。 JDKまたはApache Commonsのロギングに組み込まれたロギングに同意して推奨すると、どちらも非常に似ており、実際にはlog4jを基本的な実装として使用できることがわかります。

あなたの敵があまり注意を払っていないなら、あなたは自慢して自転車の議論を避け、あなたが望むものを得ることができます。

Answer 5

私のゲストはあなたが間違っています。最初から間違っています。

私のゲスト：もう一度、コンター反応を受け入れることを躊躇しないでください！

あなたはそのランクに合格しているかもしれません：ルーキー。

注：管理は弊社の雇用主です。彼らが私たちを助けることができる限り、彼らは私たちに支払う。彼らがあなたを望んでいなければ、あなたは間違っています。あなたの本でしかあなたの問題がない場合、あなたは問題があります...

Answer 6

あなたの仕事は、あなたの話を聞く前に信憑性を得る必要があります。他の人が推薦したようにして、重要でない書式法が遵守されていることを確認してください。しかし、あなたが無視したり、疎かにすることができないような高品質の仕事もしてください。アイデアがそれらから来ていると思うようにそれらを導くようにしてください。

Answer 7

あなたの長老を尊敬します！ :)

実際、あなたがおむつにいる間、これらの灰色のひげの多くがおそらくプログラミングされていたことを覚えておいてください。それは彼らに最新の技術の専門家を作ることはありませんが、少なくともあなたの尊敬を得るべきです。そして、時にはあなたがヘミングや羽をすべて過ぎて "私の日に戻って"見える方法を見つけることができれば、それらの古い犬から知恵の真珠を拾うことができます！

プログラミングの観点から見ると、Yishaiは正しいと思われます。彼らが望むコーディングスタイルに準拠させるのはかなり簡単でなければなりません。一度満足すれば、あなたが望むようにコードを実行することができます。

反対意見を提示する必要がある場合は、それをバックアップしてください。あなたがlog4jのようなものを使いたい場合は、過去にあなたが使っていた特定のプロジェクトについて話し合い、うまくいきました。クールな新しいプログラミングを行う方法を知らないとして古いグレーのひげを見ている間、彼らはおそらく、あなたが世界を変えるために多くの狂ったアイデアを持つ若いwhipperスナッパーとしてあなたを参照してください。一度の忍耐はあなたに敬意を払うでしょう。

Answer 8

私は古い灰色のひげですが、私は35年前にCOBOLを廃止し、dotNET C＃でコードを作成し、若いワイパー仲間に付き添って指導しました。 VB6のような暗い年齢にあり、ウェブファーム、ウェブサービスを受け入れることができない多くのマネージャーやプログラマーがいることがわかりました。これらの灰色ひげと若いワイパーナッパーは、データベーステーブルを3NFに正規化することはできません。手掛かりを持っています。さらに悪いことに、マネージャーの中には30年遅れているものもあり、VB6とAccess97を使ったフラットファイルに頼っています。