邪悪な者からの動機

現在、私のワークフローは、相互作用する2つのストリームに基づいて構築されています。1つは魂用で、もう1つは身体用です。



ボディ用のものは1Cでのプログラミングです。 魂のためのものは、C＃を主に使用するオープンソースのウィンドウです。 最初は現実とつながり、2番目は現実から少し離れています。反対の力の作用の結果、理論的には、宇宙のように拡張する必要があります。 これらのフローの相互作用は、私の内なる世界と私の外の世界とのつながりとして定義されています。 これらの世界の発展の動機は、最初の場合-人は彼らの才能であり、次の場合-人は物質的な能力です。



物理的な世界では、私たちは皆、動機の尺度、つまり 金額によってどのように測定できるか、そしてスキルに関する量のこの全単射的反映、およびその逆は、考慮すべき小さな課題です。



私は約5年前に私の職業活動で生じた状況から始めます。顧客がいて、彼がプロジェクトを実行することが必要でした。 このプロジェクトは私にとって長くて新しいものでした。大まかに言えば、修正によって適用できるコードはありませんでした。 最初は、タスクが狭く、必要な条件への詳細化を待たずに、私はまだ非常に不確実であると理解していました。それを拡張し、自分でそれを普遍化することにしました。 6か月間、このプロジェクトに取り組み、計画していたことに気付きました。二次方程式の解を見つけましたが、パラメーターにありました。 このソリューションは、そのソリューションと、このソリューションのルーツの分野からの他のタスクの両方に適用できます。 特定の二次方程式の解の計算からの財政問題を議論しました。 そして、ここで、私の心の中で、これらの2つの動機付け要素が生じました。1つは二次方程式の解を動機付け、もう1つはパラメーターの方程式を解きます。 顧客にとって、このような分割は不可能であり、彼は最初の分割のみに関心があることに注意してください。 このプロジェクトの実装後、この顧客から新しいタスクが届きました。その結果、彼は私に一定の月額給与、私が予想した金額を提供し、すぐに2倍になり、もちろん同意しました。 私はこのモードで数ヶ月働いた後、顧客が電話で私との関係を中断し、同じことをしている会社に私の改善を見せたことを説明し、この会社のプログラマーは、変更されたコードを標準のものから分離し、一週間でやります。 彼らが一週間でできる8ヶ月間やったことはもちろん、最初はショックを受けました。 私はすぐに、この会社で働いている思考の巨人を紹介し、5次以上、さらにはラジカルでさえ方程式を解きました。 しばらくして終了し、落ち着きましたが、疑問が残りました。彼らの仕事を評価するための基準は何ですか。 ショック状態に陥らないようにし、そのような状況に陥った後にあきらめないように、私は今後、自分のための評価と動機付けのシステムを開発する必要がありました。



より具体的に議論するためにプロジェクトに戻りましょう。1Cから少し具体的に説明します。そうすれば、1Cに精通していない人にとっても明確になります。 1C-構成ファイルを操作するプログラミング環境。すべてのデータベースエンティティを記述し、コードを含むモジュールも含み、構成内のインターフェイスと権利システムも記述します。 多くの場合、顧客は1つまたは別の構成で1Cデータベースを既に実行しており、これらの場合、既存のコードを変更する必要があります。 私の主な仕事は、分散環境で新しいドキュメント管理サブシステムを構築することでした。 1Cには、分散データベース間でデータを交換するための標準メカニズムがありますが、当時は全体として同期レベルでのみ機能していました。 プロジェクトを外部処理として設計しました。これは別のタイプの1C翻訳ファイルであり、ランタイム1Cで実行できます。 開始のプロセスでは、私の処理はVisioに関連付けられ、ワークフローダイアグラムを描画する機能を提供します。 Visioを使用したのは、当時は回路用の組み込みの描画ツールがなく、現在も開発されていないため、クリック用のイベントハンドラーがないためです。 顧客はスキームに要素を追加し、それらの間の関係を決定することにより、情報環境にワークフロースキームを描きます。 環境は、分散ベースのノードであり、生産活動のポイントです。 文書はそれらの中を移動することができます。ここにその構成と移動の性質があり、この図に描かれています。 したがって、回路を描くことは二次方程式の解です。 処理は、スキームのメタデータを処理し、その上でドキュメントの交換を整理できる必要があります。 1C 8では、テーブルフィールドのデータ型としてバイナリデータアナログBLOB型を使用できるようになりました。そこで、この処理とメタデータを保存し、1Cを起動する過程でそこから取得して作業環境にロードしました。 したがって、コードは構成ではなくデータに保存され、明らかにその会社のプログラマーには見えませんでした。 彼らは、プロジェクトを詳述する過程で、プロジェクトを議論するのに多くの時間がかかる理由を知りませんでした。 さらに、プロジェクトの実装中に条件が変更され、同時にコードが変更され、削除および再作成された可能性があるとは想定していませんでした。 最後に、彼らはプロジェクトの実施中にエンドユーザーとの作業に関連する質問があることに気づきませんでした。 別の例、最近の例では、タスクの実装を求められましたが、お金の面ですぐに感謝し、顧客が会議に出席し、約1時間で実現し、既存の構成にコードの15行目を挿入する必要がありました。 その後、同じ顧客が私に何か他のことをするように頼み、私が到着しました、仕事を調整した会計士は私に言った：「聞いて、私は彼氏がいて、彼は1Cプログラマでもあります、私は彼にあなたがしたことを見せました、彼は笑って言った、あなたはこれに多すぎます。」 私は彼女に「どうしてこんなことができなかったの？」、「彼には時間がありません」と答えました。



彼らはただcでした。



理にかなった人々の定義によって、なぜプログラマーの間でこのようなunningなのかを知りたい。 この巧妙さの動機は何ですか？ プログラマーの能力と才能はすべて異なることは明らかですが、なぜこれらの問題に精通していない人を混乱させるべきなのか、なぜ欲、欲を生み出すのか。 実際、最初のケースと2番目の顧客では、価格が満足されました。



ここで、主な質問-それはどのような動機になりますか。 私は自分の仕事について、次の評価スキームを構築しました。これは、最終結果と市場に基づいています。 しかし、私はすぐに予約をしたいです、私はプログラマーのチームで仕事をしていません（これはいくつかの理由で起こりました）、これは非常に興味深いトピックです、なぜならチームが生産的でない限り、曲技はチームで働くと思うので、1つのプロジェクトで働いています誰もが幸せです。 したがって、私の仕事の性質には、タスクの設定から実装までのプロセスのサイクル全体が含まれます。 したがって、非プログラミングに時間がかかりますが、評価もされます。 私の経験に基づいて、プロジェクト全体を実装するのに必要な時間を決定し、1Cの専門家の仕事の1時間あたりの市場価格を掛けます（1Cの分野で運営されている企業は暗いため、専門家の1時間の市場価格を決定することは難しくありません）。 時々、多額の金額またはその逆が出てきて、1つの変数から1つの質問（xは合計）を自問自答します：「プロジェクトに十分なx-sumがありますか？」そしてこの質問の解決策を見つけるために、私の頭時にはハリケーンを作成する必要があります。 動機付けのこれら2つの要素が存在のために苦労し始めると、1つは身体、もう1つは魂、一種の鱗です。 当然、身体の量を増やすもの、魂の量を減らすもの。



体がプロジェクトの詳細を必要とする変数xをどのように変更するかを少し説明しましょう。最終的には問題の設定に時間がかかり、この点で他のタスクが発生する可能性があります。 その結果、タスクは原則として1つのプロジェクトのフレームワーク内でより多く取得され、それらは狭く、簡単に解決でき、これらの問題を解決するために常に最終コストに含める権利があります。 魂はプロジェクトの拡大、その開発、一般化を必要としますが、それはより普遍的な解決策につながりますが、タスクの解決策は拡張された問題の解決策に含まれるので、残りの解決策は実装されているプロジェクトでは決して使用されないため、それだけを評価する権利があります もちろん、将来、この普遍的な解決策は実を結ぶことができると思うかもしれませんが、将来どうなるのか、私の頭の中のハリケーンを知っている人は、安心させる必要があります。



私の記事では、ワークフローに2つのストリームがあり、実際には2つのモチベーションの要素でもあるという事実から記事を始めましたが、それらはすでに時間をかけて戦っています。 そして、その流れでは、身体にとっては上記のハリケーンが発生し、スケールのその要素は魂のためであり、長期的には「魂のための流れ」に割り当てられた時間の間戦う。



マテリアルコンポーネントで作業を評価するためのスキームは何ですか。それが何であるかを理解しているすべての人にこの質問をしますが、非標準的な答えは見当たりません。



給与-ここではすべてが明確であり、関連する活動、ルーチン（身体の流れ）、あらゆるものに対する普遍的な解決策を求めたいという欲求のみを動機付けます。



ボーナス付き給料-魂の流れに少し時間を割り当てようとしています。これは、同様のタスクを実装するためのより低いコストで、将来的にそれらを使用する能力を持つ普遍的なソリューションを探すことを示唆するような動機付けです。



新しいプロジェクトからの割合の構成要素-効果は前のものと同じですが、より強く、前提条件との直接的な依存関係がありますが、給料には事後条件があり、大まかに言えば曖昧さです。



私の意見では、最も高度な評価方法は、この決定によってもたらされる経済効果に依存しています。 たとえば、プロジェクトの実装により企業が最適化されることを理解しようとしています。たとえば、いくつかのプロジェクトの実装の結果、企業の削減、人件費の削減などです。 原則として、チームの人々は大規模なプロジェクトに取り組みます。たとえば、彼らは多数のリクエストを処理するシステムを開発します。ここでは、そもそも純粋な形での生産性であり、サーバーで消費されるエネルギーのソリューションへの依存として経済効果を評価できます。



すべての人が何らかの動機付けスキームを持っているわけではないこと、私は多くの人が何かに動機付けられていることを理解しています。彼はそれについて考えていません。 人は、優秀な人、リーダーなどとともに、優れた労働条件に就くことができます。 満足、関心、彼はこれらの問題を考えなくても仕事をするでしょう。 しかし、私の人生は私が考えなければならなかったことに直面しました。



他にどのような動機付けスキームが存在し、それらがあなたに合っているかどうか聞きたいです。