バブル、ストロー、バストシューズ。1Cプログラマーはどうなりますか

本文中で述べられていることはすべて、純粋に私の個人的な意見です（念のため、明確にします）。



世界にはそのようなものがあります-それらは1Cフランシュと呼ばれています。これらは、ソフトウェア製品を販売し、それらの実装と運用を支援し、顧客のニーズに応じてそれらを変更できる1C会社のパートナーです。したがって、これらのフランチャイズは、何年にもわたってかなり面白い変化を遂げてきました。



以前は、そうでした。クライアントは問題を抱えていました-彼はフランチャに電話をかけ、プログラマーが彼を訪ね、理解し、問題を解決しました。その場で、または彼はそれを持って行き、数日で決定を下して戻ってきました。



今、これはほとんど起こりません。ほとんどの場合、バブル、ストロー、バストシューズの3つの面白いキャラクターを操作する必要があります。コンサルタント、アナリスト、開発者。

昔のように

一言で言えば、私は以前にフランチャイズで働いていた人を説明します。正義の黎明期、フランチャイズが出現し成長していたとき、プログラマーと会計士の2種類の人々がフランチャイズで働くようになりました。プログラマーは、原則として、関連する専門分野の大学の卒業生でした-直接プログラマー（応用数学など）、またはプログラミングも学んだエンジニア（計装学部など）のいずれかです。時折、私たちは専門学校の賢い人に出会い、独学で学びました。ランダムな人はほとんどいなかったので、実験の一環として、彼らは取りましたが、すぐに追い出されました。



もちろん、プログラマーはフランチャイズでの仕事の最初の数ヶ月から文化ショックを経験しました。私はユーザーと多くのことを伝え、主題分野（会計、生産、貿易、給与など）を理解する必要がありました。しかし、彼らは本質的に知的な人々であるため、新しい知識に十分迅速に対処しました。さらに、1Cプラットフォームはビジネス上の問題を解決するために作成されたため、必要なすべての抽象化が含まれています。ベアDBMSでダブルエントリの原則を整理する方法を発明する必要はなく、必要なすべてのタイプがすでに存在していました。



会計士がフランチャイズに来る頻度は大幅に少なく、すぐではありません。実際、これらはフランシュの元クライアントです-理論と方法論を知っていて、1Cプログラムを理解することに成功した賢い女の子（会計士がほとんど女の子であるのは私のせいではありません）。そこで彼らは、この知識とスキルを工場やビールスタンドでの給料以上に売ることができると判断しました。



最初、フランシュはこれらの女の子の使い方を知らず、プログラマーをそれらから作ろうとしました。しかし、彼らはすぐにこれには意味がないことに気づきました-それは彼らの知識とユーザー（同じ会計士）との精神的な関係であり、売られる必要がありました。彼らは彼らをコンサルタント（または単に短所）と呼び、関連する仕事を彼らに積み込み始めました。



彼らはこのようなものを共有しました。短所は系統的に複雑な作業を行い、プログラマーはプログラミングを含む他のすべてを行います。相乗効果のために、プロジェクトには両方が参加しました。



その過程のどこかで、パラディンが現れました-会計方法に非常に精通したプログラマー。原則として、会計と管理。これらはほとんど何でもできます。



短所は1つの単純な理由で高品質でした-彼らは彼らが相談しようとしていた職業から来ました。したがって、たとえば生産において、フランがまだ単一のまともな短所を持っていない理由を説明するのは簡単です-成功した生産労働者はまだフランで働くことを考えていません。



誰もが満足して満足していましたが、市場は急速に成長し、専門家がひどく不足していました。1Cで働きたい大学からのプログラマーの流れは市場の需要を下回っていました。賢明な会計士の流れはほとんど枯渇しました。職業はほぼ消滅しました。教育を受けた現代の若い会計士は、実際には1Cオペレーターです。



彼らは二度と考えずに、リソースが不足しているプログラミングの全世界と同じことをしました-彼らは職業に入るためのしきい値を下げました。これが私たちのキャラクターが登場した場所です。



今では、フランチャイズで働くようになるのはプログラマーや会計士ではなく、ただの人です。誰が出てくるかはその過程で決まります。ちょっとした驚き。

コンサルタント（バブル）

Konsは現在、多かれ少なかれ1Cプログラムを理解した人々と呼ばれています。たとえば、会計や給与で。強調しておきますが、これはプログラム内にあり、プログラムの基礎となる方法論にはありません。もちろん、いくつかの方法論は、プログラムを研究する過程で学習しますが、詳細には学習しません。



ユーザーも会計方法を理解しなくなったという事実によって、彼らは救われます。以前は、1Cをよく知らない（顧客側から）会計士と1Cをよく知っている（フランチャ側から）会計士との間で話し合っていました。現在、2人のオペレーターが話し合っていますが、1人がプログラムをより長く突っ込んでいただけです。



入力によるコンサルティングも行います。ユーザーが「トランスポートがゼロに近づかないのはなぜですか」などの質問をします。初期の短所は、これが法律が言っていることであると単純に言うでしょう-TZRが商品のコストに含まれていない場合、それらは販売された商品の価値に比例して閉じられます。現在の短所は「折り返し電話します」と言ってプログラムに行き、インターネットで答えを探します。



そのような譲歩は、特にチーフアカウンタント、ファインダー、チーフエコノミスト、コマーシャルディレクターなどを激怒させます。-まだ古い学校から来た人たちであり、その地位は職業を理解する義務があります。以前は自分の言語で短所と話し、問題を特定し、解決策の選択肢を聞くことができた場合、今では単に「問題を取り除く」-大まかに言えば、メモを取り、言葉をステノグラフ化して、後で「考え」て、プログラムとインターネットに話しかけることができます。 ..。



面白いのは、短所の仕事の結果です。ほとんどの場合、「スペシャリストを接続する必要がある」ように聞こえます。これは、アナリスト（ストロー）または開発者（バストシュー）のいずれかです。確かに、あなたは短所を突くために支払う必要があります。

開発者（バストシューズ）

1C開発者はかなり奇妙な生き物です。これらの動物が私たちの惑星にどのように現れたかについていくつかの伝説があります、私はこれについて別の記事を書きます。



結論は単純です。1C開発者は1Cプログラマーの一部です。コードを書ける一枚。彼は、ユーザーと話す方法、ソリューションのアーキテクチャを考え出す方法、改善によって何が影響を受けるか、会計方法を知りません。彼は、テーブルとメタデータの名前、動作のシナリオ、およびユーザーインターフェイスを指定して、自分のために作成された割り当てにコードを書き込むだけです。



1Cの開発者は、1Cのプログラマーとどのように違うのかという疑問に非常に苦しんでいた時期がありました。スペシャリストであることは面白くないので、明るく、理解しやすく、よくパッケージ化された違いが必要でした。



最初の発見は「開発基準」でした。ただし、これらの標準は、パイオニアの経験からプログラマーによって作成されたものです。したがって、プログラマーは彼らの血の中にこれらの基準を持っていて、開発者はそれらを学ばなければなりませんでした。



2番目の発見は、標準サブシステム（BSP）のライブラリでした。これは、1Cプログラムの基本的な機能の大規模なセットです。誰がBSPを作ったと思いますか？同じプログラマーが、同じ先駆的な経験で、同じことを実装するためのさまざまなオプション（承認、メールの操作、レポートメカニズムなど）の動物園を持ち歩くことにうんざりしているとき。それぞれ開発された、すべてが学ぶために座った。



さて、3番目の発見、またはむしろ全体のバンドルは、インターネットによって投げられました。そして、1Cの開発者だけでなく、ITに関係するすべての人にとっても。これは、devops、scrum、technical債務管理、シナリオテスト、デジタル化、BI、ビッグデータなど、あらゆるプロIT向けの美しくパッケージ化された幅広い手法です。 1C開発者の実際の生活におけるこの知識の適用の割合と質は、大規模なITの世界とほぼ同じであり、ほぼゼロです。



ただし、実際のアプリケーションを要求する人は誰もいません。 「私は開発標準、BSP、およびdevopsを知っています」と言うだけで十分です-そしてあなたは1C開発者です。



したがって、開発者がコードを作成します。開発者は、「コード内の場所を見つける」方法も知っています。これは、彼がコンスを支援するときです。短所はpokeメソッドを適用し、プログラムの動作を理解できず、「開発者を引き付ける」-彼はコードに入り、チェックボックスが何に影響するか、ボタンが何をするか、そしてなぜすべてが赤いのかを理解しようとします。



確かに、開発者と短所はお互いをよく理解していません。開発者がコード内の場所を見つけると、PL、オブジェクト、およびタイプの観点からその意味を説明できますが、コンソールはこの言語を話しません。話すには、通訳、誤解の流れを横切るストロー、アナリストが必要です。

アナリスト（ストロー）

1Cのアナリストも初期のプログラマーの一部です。メタデータの構造、データ移動のアルゴリズムとプロセス、設定、ソリューションアーキテクチャを理解し、最も重要なことに、それに変更を加えることができた部分。



「アナリスト」の部分は、1Cプログラマーが行ったほとんどすべてのタスクのソリューションに存在していました。これは、コードのテスト、記述、デバッグ、クライアントへのデモンストレーションなどと同じくらい、問題解決プロセスの一部です。お尻の代わりに手でコードを書くのと同じくらい自然でした。したがって、1Cアナリストを別の製品としてパッケージ化することは誰にも起こりませんでした。



1Cアナリストには、「起こった」と「すごい」の2種類があります。



うわー-これは、瞬間の本質を理解していた初期の1Cプログラマーがアナリストとして再訓練されたときです。開発者とコンソールが登場しましたが、クライアントにもお互いにも同意できませんでした。その結果、ギャップのある、空いているニッチが形成されました。 1Cプログラマーの何人かはそこに行きました-なじみのある、単純なビジネスで、青い海の観点から-非常に有益です。



それは便利屋、経済法の学生-マネージャー、小学校の教師、そして元マックの従業員から成長した新しいアナリストとして起こりました。来てフランチャに就職したばかりの人。コンソールに「成長」した人もいれば、開発者に成長した人もいれば、アナリストに成長した人もいます。



今日の短所とアナリストの違いは幽霊のようです。これは、そのようなアナリストによって編集されたTKを読んだときにはっきりとわかります-言葉は個別に正しいですが、全体として-国の経済にとって怖いほどナンセンスです。



でも、心配しないでください、tk。スペシャリストの劣化は、ユーザーの劣化とかなりバランスが取れています。より正確には、顧客のスペシャリストの1Cユーザーへの劣化。

今の仕組み

これで、問題を解決するプロセスが次のように配置されます。ユーザーが呼び出し、マネージャーに行きます。このキャラクターの役割は何年にもわたって変わっていません-彼は切り替えるか、注意深く通話を録音して引き継ぎます。次に、コンソールが座っています。彼はユーザーにコールバックし、一緒にプログラムを調べて、問題をすぐに解決しようとします。



99％の場合、何も起こりません。コンソールはコールバックすることを約束し、自分でプログラムに移動します。退屈すると、彼は開発者に電話して「コード内の場所を見つける」ように依頼します。開発者は、コードとメタデータだけを調べ、何かを見つけて、コンスに説明しようとします-誤解が生じます。アナリストの名前。



アナリストはそれらの両方に耳を傾け、しばしばクライアントに再度電話をかけます。それから彼は評決を下します-改訂が必要です（ありがとう、キャップ）、あなたはTKを書かなければなりません。問題の解決中に短所と開発者が受け取った情報は、ゴミ箱の山に投げ込まれます。アナリストは、専門家以外のデータを使用する余裕はありません。ただし、クライアントは「タスク分析」の費用を支払う必要があります。



アナリストはTKを作成し、何度も繰り返します。彼はクライアントに同意し、実装のために開発者にそれを渡し、問題解決プロセスから自分自身を取り除きます。開発者が「これは確実に機能しますか？」などの質問がある場合、またはむしろ-。または「そしてクライアントが何か他のことについて話しているようだった...」とアナリストは「黙ってそれをしなさい」と言うでしょう。



開発者はそれを行い、短所はそれを取りに行きます。それはそうではなく、そうではなく、そのためでもないことがわかりました。クライアント、短所、開発者、アナリストの4人でサッカーが始まります。誰もが同僚の過ちを再び掘り下げることには消極的ですが、誰もが自分の仕事に報酬が支払われることを望んでいます。しかし、クライアントは結果の欠如に対して支払いをしたくありません。しかし、どういうわけか、彼らは共同の努力によって、または1Cプログラマーの助けを借りて、穴から抜け出します。1Cプログラマーは、全員に頭を叩き、クライアントに電話して問題を解決します。



では、やめて、1Cプログラマーはどこから来たのですか？

1Cプログラマー

そして、彼らはまだビンにいました。確かに、ごく少量です。ほとんどが職業から逃げましたが、業界に残りました。



誰かが自分のビジネス（同じフランチャ）を作成し、誰かが1つでプロジェクトを行い、誰かがCIOとして工場に腰を下ろしましたが、多くはフランのままでした。原則として、プロジェクトマネージャーとして、部門長やアナリストとして、さらにはプログラマーとしての仕事を続けた人々。



そして、興味深い傾向が観察されます-1Cプログラマーへの顧客の相互の魅力。マジックは完璧に機能します-クライアントがバブル、ストロー、バストの靴を使って作業し、プログラマーと話した場合（そう、彼は話したばかりです）、彼はロシアの民話に戻ることをきっぱりと拒否します。



しかし、クライアントには選択の余地がありません。1Cプログラマーはピースグッズであり、まれで高価です。確かに、1Cプログラマーに対する顧客の反発を受けて、フランチャイズ担当者の採用とトレーニングには対応する傾向があり、市場の法律が施行されています。不幸なクライアントを見て、私もそれをしました。これがどこにつながるのか、それが何らかの形で市場やサービスの品質に影響を与えるのかどうかはわかりません-すべてがうまくいくことを本当に望んでいます。



まあ、私はただ戦いを書いただけではありません-私は本当にこの仕事が大好きです。そして、それがどうなるかを見て心配しています。そうでなければ、すぐに話す人は誰もいなくなります-泡、ストロー、そしてバストシューズだけです。