ハブロ自殺。 1Cプログラマーが世界を救う理由

変化への希望は薄れてきた。 定性的変換は、企業の責任者または非常に高価なコンサルタントのみが実行できます。 変化するのに何年もかかります-私たちのおっぱいを地面に置いて。 誰も変換の本質を理解しないので、誰もそれらを開発することはできません。 1つの不活性システムの代わりに、より効率的であるが不活性な別のシステムを取得します。 状況の比較的大きな変化は、会社の迅速な再構築を必要としますが、これらの変換を理解して実装する準備ができている人はいません。



それともありますか？ たぶん見て回る？ マネージャー以外に誰がいますか？ セールスマン、デザイナー、調達担当者、マーケティング担当者、人事、会計士、店主、生産労働者、労働者、システム管理者...それでは、他に誰ですか？ あそこに、どのような男が角に座って、コンピューターをいじっていますか？



この男は1Cプログラマーです。 そして彼は最高の候補です。 信じられない？ これは正常であり、誰も信じていません。 1Cプログラマー自身を含む。 しかし、これは事実です、悲しいかな。

残り

1Cプログラマーは変更の実装に最適であるという結論に至るまで、私は変更に関する共同作業の過程でやって来ました。



他の職業の代表者は、自分の仕事に関する合理化の提案を提出するのが最善です。 最大-関連する単位。 注意してください-それは提案の提出であり、それらの実装ではなく、または神の禁じられた、会社全体への影響の分析です。



もちろん例外もありますが、それらは体系的ではなく、特定の職業に関連するものではありません。 変化に取り組む傾向がある人々だけがいます。彼らはこれに話題を集めています。 しかし、ほんの数パーセントではないにしても、ほんの数パーセントしかありません。 あいにく、彼らの中には、「何かを変えたい」という欲求の下で、働きたくない平凡な不本意を隠す多くのシャーラタンがいます。



さまざまな職業には、変化に対応するために必要な特定の性質があります。 しかし、実際の変換には、個々の品質ではなく、それらの組み合わせが必要です。 1Cプログラマーに集中しているのは彼女です。



これらの品質と機能についてさらに説明しますが、他の人が対処できない理由が明らかになります。

地平線

1Cプログラマーの主な資質の1つ。 王と道化師の歌、レンブラントの作品や外国語のすべてを知ることではなく、ビジネスシステムの地平についてです。



1Cプログラマーは、会社のほぼすべてのサービスの自動化に従事しています。 したがって、彼らは異なる職業の詳細を理解することを余儀なくされています。 それほど深くはなく、専門職の100％でもありませんが、他の役職の従業員よりも全体としてはるかに広くて深いです。



会計士は、すべてのサービスでも動作するようですが、会計のプリズムを通してのみです。 人員-発生主義のプリズムを通して。 エコノミストも経理であり、管理職のみです。 これは、医師の間では狭い専門家のようなものであり、1Cプログラマーはかかりつけの医師のようなものです。



1Cプログラマーの視野は、さまざまな企業での仕事、または彼がフランチャイズだった場合はさまざまなプロジェクトでの仕事によって補完されます。 個人的には、すべての1Cプログラマーは自分の視野を広げるためだけにフランチャイズで働くべきだと思います。 主なポイントは、さまざまな業界、地域、企業で同じ会計プロセスを自分の目で見ることです。



ご存知のように、欧米企業の管理者には、会社全体をリードするという慣行があります。 1週間の営業期間、その後の供給期間、その後の生産期間など。 詳細に進むことなく、職業や部門の本質、精神、問題を理解する。



そのため、1Cプログラマーはすでにこのプラクティスに合格しています。 地平線のない変化において。

抽象的思考

Banal、すべてのプログラマー（1Cだけでなく）品質に固有。 抽象的思考は、人が見るものを体系化し、特に共通点を見つけ、パターンを理解するのに役立ちます。



まあ逆に同じこと。 一般的な、または規則性を考え出し、私生活の現象に適用すること。



抽象的思考がなければ、変化はきついでしょう。 同じ制限の理論を採用してください。 Goldrattの本「The Purpose」がプロダクションワーカーによって読まれた場合、プロダクションをどのように改善できるかがわかります。 調達マネージャーは、調達を改善する方法を確認します。 1Cプログラマーは、プロセスを改善する方法を理解します。なぜなら、TOCは抽象メソッドだからです。

抽象的思考の限界

ここで面白いことがわかりました。 （1Cではなく）普通のプログラマーの世界では、1Sniksは限られたプラットフォームで動作するため悲惨であると考えられています。 特に、抽象化についてだけです。



他のほとんどのプラットフォームでは、プログラマーはすべてではないとしても、それから彼の魂が求めるほぼすべてを行うことができます。 ほとんどのプラットフォームでは、その開発者によって定められたものは何もないからです。 一方では、それは自由です。 一方、毎回同じ機能を実装する必要があります（顧客のお金のため）。



1Cプラットフォームは、特に抽象化において、自由をカットします-それらはすでに存在しています。 ドキュメント、ディレクトリ、レジスタ、レポート、処理など。 何年も前、開発者はこれらの抽象化でビジネスシステムを説明するのに十分であると判断しました。 最初は誰もが戦い、吐き出し、そしてそれに慣れました。



変更を処理するという観点からすると、この欠点は魔法のように有利になります-特に発明を扱う必要はなく、はるかに優れています-既知の方法の正しい組み合わせです。



1Cを超えて、ITのその他の世界をご覧ください。 彼らは新しい技術を追いかけています。 ブロックチェーン、フレームワーク、顔認識、追跡、その他の異端。 意味は同じです。誰かが技術を思いつき、誰かがそれを実際のタスクに適応させようとし、誰かがそれを「これは未来です。



1Sniksは、実際の生活をメタデータに入れているという点で、一生懸命取り組んできました。 変更にも同じことが必要です。メタデータのみが異なります（これについては別途説明します）。

職業哲学

最も難しいと思われる品質ですが、個人的には最も重要なようです。 プログラマー1Cはその変更のみを扱います。 変更は彼の仕事です。 彼のほとんどすべてのタスクは、変更、作成、デバッグ、および変更です。



コンベアベルトのような他の職業と比較してください-ここでそれを受け取り、処理し、渡します。 朝に来て、夕方に残された-あなたの後に何も変わっていません。 彼はちょうどペダルをひねり、駆動力を作り出しました。彼女が決めたチェーンの一番端のどこかに（たとえば、配当の形で）。



変更だけを扱う他の人々がいます-例えば、同じデザイナー、またはデザイナー。 しかし、彼らは質の面で失います。



1Cとビジネスシステムの構成を変更することの本質はまったく同じです。 他のテクニックを習得し、他のオブジェクトや幅広いツールを使用するだけで十分です。 しかし、本質は同じです。

有病率

1Cプログラマーはどこにでもいます。 はい、十分ではありません。特に経験豊富なステーションワゴンの場合、需要は供給よりも高くなっています。 しかし、主なことは、それらが存在することであり、多少の努力をすれば1Snikを見つけることができます。



有病率の第2の、それほど明白ではない側面は、統合されたネットワークです。 1Sniksは、インターネット上の特定のコミュニティを通じて、互いに非常に密接に接続されています。 彼らは多数の企業の中にいるという事実にもかかわらず。 分かりますか？ これは、アザゼルやファイトクラブのような、ほぼ既成の秘密結社です。



この状況は意図的に作成されたものではないことは明らかです（ただし、誰が知っていますか）。 しかし、少なくともロシアでは、このネットワークには類似物がありません。 今、これらの人々は彼らの間で、そして非常に成功して、専門的な情報を交換しています。 プログラマでない人を含む他の専門分野が夢を見ることさえできないような方法で交換されました。



変化に取り組む際、これは、特に現在、完全に無能で実用的な情報が急激に不足している状況において非常に重要です。 これは既成の通信ネットワークであり、すでに接続が構築されていますが、無視するのは単純に愚かです-それを使用する方が良いです。

数字をよく理解している

1Cは、会計および管理の自動化のためのプラットフォームです。 状況の管理では重要ではありませんが、経験の会計処理には多くのことが蓄積されています。



1Snikiは、システム内のどこにどのような数字があるかを他の誰よりもよく知っています。 はい、投資家は1Cプログラマーよりもキャッシュフローをうまく処理します。 しかし、私はあなたに思い出させてください、私たちは品質の組み合わせについて話している-一般的に、同時にすべての数字については、スペシャリストがいない方が良いです。



そして、ここでは、数値または標準レポートの知識だけでなく、これらの数値を生成するシステムを構築する実践も行っています。 実際、これは1Snikiが所有する別の抽象概念です（幸いなことに、ここには同等のものがありません）。



カウントされた数字を処理する機能、そして最も重要なことは、新しい数字をカウントする機能は、変更を処理するために非常に重要です。 すべてが数字で始まり、すべてが数字で始まり、すべてが数字で終わります。

体系的思考

体系的な思考1Snikaは、多くの場合、気付かないうちに顧客やユーザーによって使用されます。 タスクを議論した後の質問は、この改良がシステムの残りの部分にどのように影響するかということです。



この質問は、一見平凡なものですが、体系的思考の重要な側面の1つである、関係の関係を含め、関係を確認し、自分の仕事を理解する能力を反映しています。



今、覚えている、どの職業の代表者はまだそのような質問をされていますか？ そして、彼らが尋ねた場合、彼らはどんな答えを得るのでしょうか？ 「わかりません。自分の部署でしか答えられません。」



1Cプログラマーは、ソフトウェアとプロセスの両方の関係を考えると、ほとんど常に動作します。 サプライヤーの問題を解決するために、彼は売り手、店主、金融業者などの利益を強制的に考慮します。 供給者自身はこれができないので、売り手、店主、金融業者などができないように。 1Snikが同時に考慮に入れるべき関心と目標の数に注意を払えば、あなたは本当にこの男を気の毒に思うでしょう。



システム内の相互接続を理解することなく、そして最も重要なことには、それらを操作する能力がなければ、変更に特別なことは何もありません。

デバッグ

デバッグとは、エラー、次善策などを検索するために、プログラムアルゴリズムを段階的に実行することです。 一見、この用語は純粋に専門的であるように思われます。



しかし、デバッグをもう少し上に見れば、それは職業の一般的な哲学と同等になります-変​​化を伴います。 プログラマーは、ほとんどの変更をデバッガーで確認します。 彼は、彼の変化の結果と彼らの仕事のプロセスを見て、同時に。



このような作業、またはデバッグのような時間を費やす方法は、他の職業ではめったに見られません。 新製品がスタンドでチェックされるとき、デザイナーに起こります。 または、回路設計者、電子技術者の間で-一般的に、すべてのストライプの技術者は、彼らの悲しいかな、限られた視野で。



デバッグなしでは、変更が成功することはめったにありません-幸運の場合、または単純で理解可能なタスクの場合のみです。 ほとんどの変更にはデバッグが必要です。 既存のプロセスを取り、分析し、変更を加え、起動し、実行と結果を監視しました。 私は矛盾に気づいた-オフにして、古いプロセスに戻って、考えに行った。 再度変更を加え、起動し、監視しました。 ああ、それはすでに良いですが、まだいくらかお金を稼がなければなりません。 あなたはもはやそれをオフにすることはできません。あなたが改善を考えている間、彼らに働きましょう。 など、変化の目標が達成されるまで。



これは単純で理解可能なアルゴリズムのようですが、変更の実装者が後に続くことはめったにありません。 彼らは長い間考え、一度に大きな文書を書き、長い間すべてを学び、それから始めて失敗することを好みます。 争いを始め、有罪を探し、自分をフェンシングします。 -本当に必要なものを除くすべて-デバッグを除く。



プログラマーにとって、このアプローチは自殺です。しかし、時には長い間、私はこうしなければなりませんでした-紙にプログラムを書き、それを一度コンピューターに貼り付けて、すぐに開始します。 たとえば、プログラミング試験や古いコンピューターで。



デバッグなしでは、通常、情報システムに変更を加えることは不可能であることは、プログラマにとって明らかです。 ビジネスシステムに変更を加えるには、デバッグが必要です。 しかし、残念ながら、プログラマーを除いてこれを理解している人はほとんどいません。

まとめ

1Snikを賞賛するだけでなく、これらの資質を挙げました。 これらは、彼を他の人と区別する職業の特徴だけではありません。 これらは、変更を実装するために必要な品質です。 必要ですが、悲しいかな、十分ではありません。



飛び降りて実行し、あらゆるものを変えるには、1Cプログラマーだけでは十分ではありません。 学ぶべきこと、経験を積むこと、変化に関する知識の一般的な宝庫を充実させること（今のところ、大部分は理論的です）、ビジネスとプロセスに関するいくつかの見解を検討することなどがまだあります。 ボリュームは大きいが目に見えるが、もちろん完璧に制限はない。



私が伝えたい主なアイデアは、1Cプログラマーが変更を扱うのに最も適しているということです。 他のものも適していますが、程度ははるかに低いです。 怠notでなければ、私がリストした品質のタブレットを作成し、他の職業との偶然の割合を計算できます。



一方で、このニュースは楽しいです-最後に、国の経済を後押しできる人々がいました。 石油を売ったり、ビジネスを拡大したり、国営企業を設立したりするのではなく、最も正確な方法である効率の向上によって。



しかし、その一方で、1Sniksはcで、危険であると同時に、ひどく頑固で悪名高い人々であるため、このニュースはひどいものです。 彼らが動き出し、シェルから抜け出すには多くの努力が必要です。



しかし、それは価値があるようです。



もちろん、他の職業の代表も成功しています。 もっと時間がかかります。

PS

親愛なる友人-1Cプログラマーでない人々！ 心配しないでください：1Snikiがあなたを捕まえることは決してありません。あなたは競争相手ではありません。 あなたはそれらについても思い出すことも、心配することもできず、1C をたわごと以外のものと比較しようとしないでください。



1Sniksはあなたを捕まえません。 彼らが恐れているのではなくて 彼らはただそれを必要としません。



ここにあなたのための簡単な検出器があります。 1Snikが「本物のプログラマになろう」とするなら、これは1Snikではありません。 これは良くも悪くもありません-かつて男は職業の選択を間違えただけで、今彼はコースに戻っています。



1Snikがjsまたはphpで何かを書いて、同時に誓う（「ビッチは一体何をするのか、そしてこの仕事でめちゃくちゃになって、流行に敏感な顧客をクソ、スマートフォンで写真を見るだけ」）、これは本当の1snik。



本当の1Snikは、「本当のプログラマー」には向かないでしょう。なぜなら、彼は彼らが壊れるところに行く必要がないからです。 夕日以外に何もありません。 しかし、生産は何らかの形で機能する必要があります。