疑似プログラマーの悲惨さ

最初に、疑似プログラマーまたはアンダープログラマーとは何かを説明します。 実際、これらの人々にはひどいものは何もなく、彼らは誰にも害を与えません。 これは、自分自身をプログラマと見なす勇気がある個人の特定のコホートですが、実際には1Cエンタープライズ環境でプログラムする（この言葉も）人です。 そして、私もその一人です。 そして、かなり前のことです。



実際、私はこれらのランクに偶然入ったことはありませんでしたが、かなり意図的に入りました。 そして、理由は簡単です-あなたは何らかの形で餌をしなければなりませんでした。 どうやら、私はC ++ / MFCエンコーダーとして働いている間に給餌に本当に成功しなかったので、私はあまり才能のある人ではありません。 まあ、それはすべて歌詞です、それは問題とは何の関係もありません。 そうでないと言いたかった。



私は震えている生き物ですか、それともプログラマーと呼ばれる資格がありますか？



いわゆる「組み込みプログラミング言語1C」の悲惨さを多くの人が笑います。バージョンに応じて、この言語をv7またはv8と呼びます。



私はすぐに言います-言語は想像を絶する原始的です。 たとえば、それは完全にロシア語であり、最初は非常に面白く、同時に迷惑ですが、OOPのヒントさえありませんが、なぜv8で実装されなかったのかはわかりませんが、言語の両方のバージョンに素晴らしい論理的な矛盾があります。 通常のプログラマーの脳はこれからオフになり、畳み込みがまっすぐになり、スキルが低下します。 これは議論の余地のない事実です。 しかし、ju審の紳士は、ツールが劣化の原因ですか？ 人間自身に理由はありますか？



典型的な構成のコード（これらは、会計の自動化のために1Cの1Cスペシャリストによって書かれたこのようなボックス化されたソリューションです）を見て、すすり泣き、それから自分自身を撃ちたいです。 「疑似プログラマー」という用語が登場したのは、彼らのためだと思います。 に伴う主なトラブル-そこにねじれ、他の10箇所で壊れました。 前提条件があるため、設計時に文化的プログラミングの単純な原則に従うことは難しいように思われます。 開発者に特定のオブジェクトのデータへの直接アクセスを強制するのは誰ですか？ 必要なチェックを詰め込むことで、get / setメソッドを書くことができます。 これは特に、複数の人々が構成を見て、誰かがグローバルなニーズに合わせて突然何かを変更した場合に当てはまります（これは、グローバルな機能を備えた一般的なサンドボックスです）。 誰が単純な関数のユニバーサルライブラリを作成し、それを構成から構成に使用することを妨げますか？ すべてのエラーメッセージに一意のIDを提供し、一元的に処理することを誰が禁止していますか？ 必要なレベルのメッセージ出力に応じてロギングメカニズムを実装することは困難ですか？ 何百行もの手順が常に表示されます。 なんという手順を小さな部品に分割してみませんか？ 変数の命名に関する合意は誰もキャンセルしていません。さらに、チームにとって便利な方法で同意できます。ここでメモを通知する必要はありません。 同様に、インターフェイスの設計にも同意できます。たとえば、フォーム上のウィジェットのサイズとレイアウトを標準化しました。 また、純粋に「特定の」特定のユーティリティを使用できます。 その結果、コードは2桁ではなくとも1桁の保守になります。



しかし、1C構成でこれを見たことはありません。 神が魂を身に着け、好きなように、誰もが創造します。 しかし、なぜですか？ 1Cはシンプルだからです。 最終製品の開発サイクルは非常に短いです。 私は原始言語であり、英語を知る必要はありません。 会計の知識を持っている少女なら誰でも、基本を学び、少なくともレポートを書き、自分をプログラマーと呼ぶことができます。 私は議論しません、この少女は潜在的に大文字でよくやった。 しかし、運転免許証を取得するのと同じように-2か月のコースでは明らかに不十分であるため、文化を教え込む必要があり、「接着剤」の層がプログラミングコミュニティから離れているため、教え込む人はいません。 そして、私はそれについて何をすべきかわかりません。



たぶんこのメモは、「疑似」の一部が少し考えるのを助け、その例で、この屈辱的な接頭辞から1Cの専門家を救うでしょう。