私の仕事の経験では、学校を卒業したばかりのプログラマーのほとんどは、6〜12か月ほどのレポートを作成する権利を持っています。重要ではないことをすることの利点はわかりますが、それは本当に彼らを落胆させるようです。
ですから、私の質問は、組織が初心者がすぐに経験を積んだ誰かと一緒に仕事をすることを許可し、明らかにプロジェクトの重要ではないフェーズを実行することを許可するか、彼らのキャリアの選択が在庫にあるかを実際に感じるか、またはレポートにそれらを投げることを許可するかどうかですゲート?
私の仕事の経験では、学校を卒業したばかりのプログラマーのほとんどは、6〜12か月ほどのレポートを作成する権利を持っています。重要ではないことをすることの利点はわかりますが、それは本当に彼らを落胆させるようです。
ですから、私の質問は、組織が初心者がすぐに経験を積んだ誰かと一緒に仕事をすることを許可し、明らかにプロジェクトの重要ではないフェーズを実行することを許可するか、彼らのキャリアの選択が在庫にあるかを実際に感じるか、またはレポートにそれらを投げることを許可するかどうかですゲート?
ああ、インターンを更生の仕事に搾取するようなものは本当にありません...
真剣に、あなたはあなたが投入したものを返します. 彼らに長期間、無意味で報われない仕事を強いることは、役に立たないチームメンバーを構築する簡単な方法です.
おそらく彼らは別の会社での仕事を探しているべきですか?多分彼らは落ち着くべきではありませんか?
私はかつて新卒でしたが、レポートの作成を依頼されたことは一度もありません。仕事の最初の5日以内にプログラミングチェックインをしました。
多分私はその質問について混乱しています。私たちはプログラミングのポジションに応募し、「レポート」関連の仕事をするために送られる人々について話しているのですか?!
私は「レポート」から始めませんでした。変換を開始しました。新しいプラットフォームで実行するものを取得するだけです。比較的安全な、マイナーなプログラミング変更。
それからしばらくの間、私はいくつかの新しい開発をしました。
それから別の変換。
それから -- 私のキャリアの 2 年後 -- もはや完全な n00b ではありません -- 私は "Reports" にたどり着きました。彼らは、ダースほどのばかげた会計レポートのようなものを望んでいました。それぞれが「総勘定元帳から引き出す」、「簡単な計算をする」、「コラムレポートを書く」でした。[それは 1980 年のことでした。
コピーアンドペーストのプログラミングをするのは我慢できませんでした。そこで、台帳から抽出したものを値の配列に書きました。その配列内の値に対して計算を行うための柔軟な表記法を使用し、計算結果を書き出しました。
足し算、引き算、掛け算、割り算ができます。一連の「セル」に対して複数の操作を使用して、非常に複雑なものを計算できます。限界まで。
私は COBOL バッチ プログラムとして作成されたスプレッドシートを発明しました。真剣に。それが、誰かをレポートに載せることがもたらす可能性があることです。1ダースの馬鹿げた財務報告書を作成した単一のプログラム。そして追加レポートも多数。
ボーナス。これは、アジャイルでインクリメンタルな方法で構築されました。最初のバージョンでは、非常に簡単なレポートを 6 つ作成しました。次のものはさらに2つまたは3つ行いました。
「報告」が悪いギグだとは思いません。悪いのは、型にはまったテンプレートからさらに別のばかげたレポート プログラムをコピー アンド ペーストすることを人々に強いることです。
私はそれが有益であると信じています。それはずっと前に私に起こったことであり、データベーススキーマ、ドメイン、およびデータがどのように使用されているかを学ぶ機会を与えてくれました。
しかし、彼らがソフトウェアエンジニアとして雇われた場合、彼らは無期限にレポートライターになるべきではありません。ただし、プログラマー/アナリスト...
新卒者から有益な仕事を得ることができるので、短期的には会社にとって有益です。レポートの作成はそれほど難しくないため、長期的には誰にとっても有害です。
そうは言っても、6 ~ 12 か月というのは、誰かがレポート作成に専念するのに非常に長い期間です (彼らが楽しんでいない限り、ほとんどの人はそうではありません)。新入社員の研修は、短い方がよいかもしれません。
私は、結果がまちまちな新入社員に多くのことを投げかけた店で働いたことがあります。また、誰も読まないレポートを書いたり、「プロセス」会議に出席したり、オープンにするなど、無意味なサルビジネス演習を行った店で働いたこともあります。 「C++ についての本を読む」、「このテクノロジまたはそのテクノロジについて何かを学ぶ」などのタスクは終了しました。これらのアプローチはどちらも労力と時間の無駄でした。
私の店では、あなたが新しい人であれば、X を理解したり、自分で忙しい仕事を作成したりするために、自分のデバイスに任せることはありません。通常、ユーザーとして製品に慣れ親しんでいただけるように、製品について説明します。次に、お客様に必要なタスクについて説明し、「私はここにいます。必要な場合は教えてください。助けが必要」ということを確認し、午前中に「何をしているのですか?」と確認します。ミーティング。私のショップでの目標は、重要なことをスキップすることなく、できるだけ早く開発者を最新の状態にすることです。
新しい従業員、特に学校を卒業したばかりの従業員をうまく育成するための鍵は、彼らに挑戦し、彼らが仕事に来ることを恐れないようにする興味深い仕事を提供することだと思います. 仕事に興味を持ってもらえれば、価値のある従業員を獲得できます。面白くないタスクもいくつかありますが、私たちは皆、私の場所でそれらを実行しています。私にとって、正式なドキュメントを書くために MS Word の近くに行くことを恐れていますが、それは時々領域に付随します。「新しい人」は、それが常にコードのスリングや新しい開発であるとは限らないことを認識する必要があります。メンテナンス コーディングの場合もありますが、多くの場合はそうです。「クランクを回す」タイプの作業の場合もあります。場合によってはレポート作成です。
優れたマネージャーまたは上級開発者が、新入社員を指導します。そうじゃないお店だったら、自分も働きたくないですよね。
彼らは、数週間、自分の部門のさまざまな人々とペアプログラミング (または観客プログラミング) を行う必要があります。その後、彼らはすべての人、構造、コード、および役立つヒントを知るようになります。
レポートは素晴らしい紹介です。
他の多くのプロジェクトとは異なり、非常に具体的な仕様を持つ傾向があります。それらは「スタンドアロン」の優れたタスクです。また、開発者は、レポート用に実際にデータを取得するために使用する必要があるドメイン モデルについても適切に紹介されます。
最後に、それらは (通常) 適度に単純であり、いくつかのレポート フレームワークがそれらの面倒な作業のほとんどを行っています。そのため、彼らは取引、展開、およびデータ モデルのツールを学ぶことに集中する必要があります。
それらは、より大きなドメインとアプリケーションへの段階的な紹介です。
大卒者にレポート作成の義務を長期間負わせれば、彼はあなたを救ってくれるでしょう。運営の悪さと無駄遣い…
私は、安全機能として重要でない仕事に就いたことはありません。自分が何をしているのか正確にわからなかったときでさえ、昨日人々が望んでいた重要なプロジェクトに参加し、その後、新入社員にオフロードしたい特定の開発を持っている誰かとペアになりました。
それはそのようにかなりうまく機能します。
私は、Crystal Reports に関して、2 つの異なる会社で 2 つの対照的な経験をしています。
私の最初の雇用主 (大学を出たばかり) で、Crystal Reports の専門家が退職することになったので、その役割を引き継ぐように頼まれました。実際のトレーニングは提供されなかったので、ベンダーや雇用主からのサポートなしで、すべてを現場で学ばなければなりませんでした. 私の役職は IT 開発者でしたが、最終的には 100% の時間を Crystal Reports に費やしました。それは私にとって非生産的な経験であり、人材と資源の無駄でした。
現在の雇用主から、別の開発者が Crystal Reports の設定を作成および維持するのを手伝ってほしいと頼まれました。彼らは適切なトレーニングを提供し、私はその役割で指導を受けていたので、複数のシステムとデータベースに関する知識を得ることができました. 私は、SQL Server の管理と保守の経験が少しあります。また、会社のさまざまなセクションがこれらのレポートを必要としていたため、社内のさまざまなクライアントとやり取りする機会もありました。
元の質問に対する私の答えは、それは中心的な概念ではなく、実際には組織に依存しているということです。あなたの雇用主が新入社員を複数のシステムに慣れさせる手段としてそれを使用するつもりなら、それは素晴らしい考えだと思います. 不運な新入社員に報われない(そして腐った)仕事を押し付ける短期的な方法である場合、それは人的資源と資源の無駄だと思います.
レポートの良いところは、情報が更新されないため、データが失われる可能性がないことです。
レポート用のツールが何であるかにもよります。レポートを作成したとき、SQL とストアド プロシージャについて多くのことを学びました。もちろん、それはおそらくレポートの標準ではありません。
レポートにもよるし、仕事にもよる。多くのレポートは些細なことではなく、パフォーマンスが高く適切に保守可能なバックエンドを作成するには、優れた SQL スキルが必要です。初心者が SQL に精通している場合は、クエリに慣れさせてください。データベースのスキーマを学習する良い方法です。
ただし、Crystal Reports 25 (または現在のバージョンが何であれ) でテーブルをフォーマットするための方向性やインスピレーションなしに、何時間も無駄にしようとして「レポートにそれらを配置する」というのが単なる婉曲である場合、まあ、あなたはおそらくすでに私のことを知っていると思います。その質問に答え...