すぐに分解する

アンドレイ・アクセノフは、レポートのスライドを準備する際の困難を共有しています。 これは、 Highload ++パフォーマンスのトランスクリプトです 。







このスライドを見ると、写真を撮る時間がありませんでした。 Buninが来て、彼のスピーカーが消えないことを確認し、ひどい質問をしました。 9月1日、レポートの受付、事前に会議を準備しています。 また、事前に準備したかったです。 昨日の午後6時に、別のレポートのスライドを描き始めました。これについては11時にそうでした。



きれいに立ち上がって耳で聞く必要がありますが、安全に電話に入ることができるので、これはおそらく良いでしょう。



clean standupはどういう意味ですか？ コードはまったくありません。プレゼンテーション内のコードの行数を最小限に抑えようとしましたが、とにかくペアがリークしました。 トピックに関する革新的な考慮事項はありません。 まあ、純粋なbydlyatskyユーモア。



おそらくこれは連邦犯罪であり、FSBは私が現場を去った直後に私に気付くでしょう。 チャンスをつかむと同時に、知り合いになりましょう。

報告書は何ですか？

一方で、それは悪いコードと悪いアーキテクチャに関するものです。 悪いコードと悪いアーキテクチャに関するレポートを作成するというアイデアから着想を得たため、フォーラムで「あなたの会社はどのように品質監査とコードレビューを行っていますか？」という質問で投稿を読みました。



いい質問です。



持っているコードが良いかわからない、コードが悪い。 このアーキテクチャは、特に理解しにくいものです。 現時点では確認していません。 誰かがコードをチェックしていますか？ 誰もがコードを見ましたか？ または、純粋に書き込みのみですか？ または私は地獄に行きました、そして、ここのほとんどの人はこれら2つを除いてPerlで書いています。 彼らは古い学校で、sendmail.cfを手で書きます。 他のすべては排他的に書き込み専用言語であり、誰も読み取り専用言語で読み取りません。 または誰かがまだレビューしていますか？



かなりの割合のカバレッジ。 残りはレビューしないか、焦げません。 恐らく私は、とてもうれしそうなフォーラムに来ました。そこでは、もし幸せなら、何も書いてくれないロシア人だけです。 そして、あなたが不幸なら、みんなとあなたの痛みを共有してください。 したがって、すべてのレビューはそのようなものです。 レビューは、キャリアの間にまったく見ませんでした、せいぜいCIがあり、テストがあります。 視聴するコードをレビューする理由 誰も彼のチームで彼を見ていません、そしてそれは高価で時代を超越しています。 また、会社が大規模な場合、他のチームの誰かが他のチームのコードを見ると、これは一般的に不可能です。



それは面白いからです。 これが最後です。すべてがそこにあるように、すべての技術的手段、多くのキーワードがあります。 私はそれらの多くを全く聞いていません、そして、もし私が聞いたならば、彼らは私の人生のために得ることができないほど多くの費用がかかると思います。



すべてが似ていますが、幸せはありません。 すべて同じ、しっかりしたgovnokod。 2つのうちの1つは、どこにも幸せはないか、幸せな人はフォーラムに書き込みをしません。 幸せですか？ はい、コードレビューを実装したように、完璧なコードと完璧なアーキテクチャがあります。 一人の幸せな人。 残りは何も自慢しないか、そのようなマイナーキーが選択されると恥ずかしくなります。 そんなことはできません。 信じられない 。



私は、自然のどこかに、優れたコードを備えたメガプロジェクトがまだあると信じています。



バーを高く設定する必要があります。 完璧なコードと完璧なアーキテクチャを備えた優れたプロジェクトを知っている人はいますか？



トップ3を取得しましょう。全員が特定のトップ3を知っています。お気に入りのポケモン、悪いトピック、私は誰も知りません。 ピカチュウポケモン？ 誰もが知っていますか？ そして、ポケモンについては誰も。 内部リストを作成します。

Nginx、まだ？ 他の仮説はありますか？



これで作業できますが、特定の修正が必要です：スフィンクスの4番目のバージョン。 私が書き始めた3番目は、公開されていませんが、本当に存在します。ラップトップを手に入れて、そこにあることを見せることができます。



一般に、私はプロジェクトを考え出そうとしましたが、「 完璧なコードと完全に完璧なアーキテクチャを手に入れましょう 」というタイトルの下に、一般的に達成不可能なバーを設定しました 。



もちろん、いくつかのプロジェクトを思い出すことができました。もちろん、私が取り組んだプロジェクトの1つではありません。 イノシシが書いた。」 正直に言うと、念のため念頭に置いて覚えています。また、怠け者と最後の1秒間は、このコードを今日レビューしないように準備していたためです。 Quake'aなど。 「自然界のどこかでおそらくクールなコード、非の打ちどころのないアーキテクチャ、ラルーラ3ルーブル」と呼ばれるリストへの唯一のアプローチです。 概算として、私はおそらく古いIDソフトウェアのソースコードを引用しているでしょう。個人的な職業のアクセントや若者の罪など、私がそれを呼ぶときは、まるでそれをメガリストにする技術的な能力さえ持っていないかのようです。



確かに、nginxには仮説がありました。



ホールにシソエフはいますか？ 燃えません



ホールにnginxがありますか？ 再び焼けないでください。



さて、nginx'eには完璧なコードと完璧なアーキテクチャがあることに同意するかどうかについてコメントをお願いします。 それ以上。



もちろん、問題は、自然の中に完璧なコード、完璧なアーキテクチャ、そして少なくとも良いコード、良いアーキテクチャが存在するかどうかについて全体的なものであり、病気にならないようにします。



しかし、繰り返しになりますが、平均してこれら3つのプロジェクトを知っているように思えます。







そしてもちろんIDTechですが、それは20年前のことです。 286コンピューター、VR1ヘルメット、320x200の解像度とDoomのソースを読んで、どのコードを勉強するのかわからないときを覚えています。左手でポケットを勉強し、もう2人の神をaって祈ります。 生活の中でのコードからのそのような啓示はそれ以上起こらなかった。 さらに、「完璧なコードと優れたアーキテクチャはどこで見られたのか」という複雑な質問について考えてみてください。 そして、あなた自身のペットプロジェクトについて覚えておいてください。労働者と一緒に地獄に行くために、それはあなたのせいではなく、たぶん一人でいるでしょう。



ちなみに、プログラマは、私を含めて面白い人です。 普通の人は趣味を持っています。彼は警備員として働いており、趣味はウォッカを飲んでいます。まあ、これは私の退職計画です。 プログラマー、彼は仕事でプロジェクトを持っています、そして、彼は自宅で趣味に来て、何かを見ました。 そして時々、gamedev'eでは、男が仕事でエンジンを書くことがありますが、仕事では、彼はたわごとを書いて、彼はそれを知っています、チーム全体がそれを知っています。推測しますが、引き返す方法はありません。 しかし、それがどのように完全に壊れ、彼がたわごとを書くという事実から、彼は家に帰って何を書きますか？ そうです-ゲームのエンジンですが、せいぜい別のエンジンです。 冗談ではありません。何らかの理由でgamedevには、「仕事で何かが足りない、午後にテクノロジーAで書いて、家に帰ってからテクノロジーBで書いている」という小さなことがあります。 彼女は明らかに一般的ではなかった。



午後にエンジンを書いた人は夕方にエンジンを書き、週末にはちょっとおしっこを書いた人もいました。 WebDevでは、状況はやや落ち込みが少なくなりますが、それでも私の個人的なペットプロジェクトでは、すべてが大丈夫だと言う大胆さを誰もが持っているとは思いません。 圧倒的多数、たぶん単なるハーフグラスのような投影、間違った投影、まさにこのように見えるように思えます。



これはどのように起こりますか？ それが起こるので、どこでそれは明らかです。 人が完全に脳なしで生まれるという事実に起因する避けられないライフパスは、その後、彼の脳のボリュームが徐々に増加し、これらの脳の知識がなくても、これらの脳を満たすいくつかの段階を経なければなりません。



何かが特定のものでうまくいくためには、プログラミング言語であろうと、新しいクールな技術であろうと、少なくともブラシでフェンスをペイントする能力であろうと。 必然的に、3つの標準段階を経ることになります。「掘る」方法がわからず、「掘る」ことを学び、「はい、新しいメガテクノロジーを習得したので、掘ることができます」 。 そして、このすべてを学んだ瞬間に、このシャベルですべてを行うことができます。絵を描いたり、大聖堂を建てたり、なんでもできます。



2番目の技術、3番目、さらには10番目の技術を研究した後、まだ「掘る」ことができないことが明らかになります。 これは重要なポイントであり、注意を喚起したいと思います。 そういうわけで、人々が開発段階で固定されていることも例外ではなく、「掘る」方法を知っています。 当然、私はクロスを使わずにCで書くことができるので、誰かをひどく怒らせないように、それだけです。 私はCを書くことができます、C ++を書くことはできません、他の言語を見たくない、私はどこでもCで書きます。党が私を強制し、Cコンパイラが例外なく死ぬ場合でも、彼らは嫌いな会社に行かなければなりません誰もがjavaで書く場合、Cのように、手でオブジェクトを破壊するためにそれを書きます。 私はそれに慣れています、私はそれが好きです。



結局、死が降ります。 私の個人的な深い不幸は、カルマックとアブラッシュなどの2つの例外を除いて、死がすべての人よりも少し遅れてすべての人を追い抜くということです。 その間、死はまだ追いついていませんが、人々はなんとかコードを書き、アーキテクチャを再設計することさえできます。



2番目の重要な決定的瞬間は、あなたが上昇していることです、あなたは、あなたが手にシャベルを与えた、今、私たちは今、そのシャベルから回復します。 あなたがそのようなシャベルを持っている瞬間に、たとえ新しいものが現れたとしても、どういうふうにあなたがどうあるべきかを考えるのは簡単ではありません。 「いまいましい」と題された最初のステップは、ここにショベルで穴を掘ることはできないと考えて座っています。私たちはまだポールを作るように求められました。 100x100の穴を掘った場合、そのような埋葬地をそれぞれ100x100建設しますが、これは作業指示書に完全に準拠しているわけではありません。 これについての考えは起こらない、彼らは私たちにシャベルを与えた、神は禁じ、そのような人に掘削機を与えた。 さらに少ない頻度で、これは思考の生活の中で具現化されます。たとえそれが突然鈍い頭で点滅したとしてもです。 そして、もちろん、それが突然点滅し、「私たちはそれを実現しようとしない」という段階に達したとしても、それは決して終わりに達しません。 言い訳は完全に標準です-それは常に長く、常に高価であり、なぜこれを行うのが面倒なのか、タイプミスは行います。 そして、この有名な本のように、「ヘラ、ヘラ、生産」についての写真があったはずです。



もちろん、やる気を起こさせるスピーカー、2日目、すでに午後のゾーンです。もちろん、現時点ではC ++について話すことはできません。 私はやる気を起こさせるスピーカーとしてのみ働くことができます。



問題が1つだけあります。まあ、大丈夫だと思います。クールな文章を書き始めます。 明日まっすぐに来てクールな文章を書き始めるか、今夜でも家に帰ってそこから始めます。 そして明日は仕事で、私は続けます 「クールに書きましょう」と呼ばれるスキルの1つの小さな問題は、一方では定義されておらず、他方では一般的ではありません。 一般的なルールはありません。良い、明確な、または完全なコードを書くプログラミング社会の価値あるメンバーとみなされることに注意してください。 何と比較するのか分かりません。 少なくとも週に1回は洗って、靴下を2日に1回交換すれば、あなたはすでに普通の社会人です。 彼らはあなたから恥ずかしがらず、あなたからあまり悪臭を放ちません。 シンプルなルールに従ってください。社会的にはすべてがうまくいきます。 いいえ、そのようなルールはまったくありません。 重要でない瞬間を切り捨てるだけでなく、アーキテクチャですべてがうまくいくようにする単純で計算可能なメトリックはありません。 そして、これを理解するツールはなく、自動検証もありません。 そして、聖書もありません。 開発アプリケーションの観点からどのように見えるべきかわかりません。



ちょっと想像してみてください、聖書があります。 個人的に、神は10の戒めを与えました：殺してはいけません、盗んではいけません、そしてもちろんシングルトンアミを使わないでください。 人はシングルトン、正統派、またはイスラム教徒を使用しますか？ たき火の時間ではないですか？ すぐに戦争、たき火を越え、すべてが順調です。 特定の各グループ内。 左は正統派、右はイスラム教徒、上は仏教徒が憂鬱に見え、さくらんぼの骨を吐き出します。 聖書など、外部からクールな戒めを成功裏に設定した各社会グループ内。 原則として、すべてがうまくいきます。もちろん、別の社会集団との戦争もあります。 だから、すべてが大丈夫です。 しかし、残念ながらそうではありません。 または、存在する場合、非常に断片化されています。 グループが多すぎて、各グループが小さい。



このような外部の人を誰も私たちに与えていないので、私たちは自分自身のためのクールなアイデアを思いつき、このクールなものを本当にクールに構築してみてください。 非常に完璧なコードと完璧なアーキテクチャを構築します。



これを達成する方法は？ 何がいいの？ 何が良いのか分からない、本当に分からない。



何ができますか？ これはこれを決定する試みです。







プロジェクトマネージャーからの面白い引用です。







別のZen定義があります。 良いのは、悪くないときです。 つまり、悪いときはまだ良くありません。



彼らは私を危険にさらすわけではありません。一方で悪いことではありませんが、必ずしも良いことではありません。



私たちがそれよりも良い定義を持っているとき、それはとても良いことを意味しますが、実際は、あなたが少し考えてそうなら、残りはそうではないでしょう。



良いものが足りないからといって、悪いことをしないでください。



会議のために事前に準備していた特に腐食性の読者のために、少なくとも1つがあります。 完全なコードについて書かれた要約を読んだ人。それは、シンプルでエレガント、自己文書化されています。 理論的には、無生物の性質で、おそらくKnutの本に存在し、あまり知られていない言語ミックス、リテラルプログラミングで書かれています。 自己文書化するために、すべてが元々そこに発明されました。 失敗は明らかです。 クヌートの間違いを見つけて、彼は彼らを約40年間探していました。 彼の1つの問題は、Knutの本を除いて、このコードが原則としてまったく存在しないことです。 生産プログラムが1つだけ書かれていると書かれています。



いずれにせよ、これは建設的な定義ではなく、シンプルでエレガント、自己文書化などを記述します。 アドバイス、キャプテンありがとう。



理想的なアーキテクチャは、建設的に決定することも困難です。 つまり、思考はおおよそ古典的なwtf / minメトリックで停止します。 さらに、これは1つの夢であるため、このwtf / minで自然にマイクをqbicleの周りに置いたり、wtf / minに年間ボーナスを付けたりしないでください。

ここで、面白い政治ゲームがすぐに始まり、あなたは走り、他の誰かのドアに走り、wtfを何度も叫ぶことができ、敵は年間ボーナスを遮断されました。 チームビルディングの観点からは興味深いでしょうが、そうではありません。

完璧なコードとは何ですか？ 誰もが知っていますか

わからない、考えようとしたが、いつものように成功しなかった。 しかし、最初の近似として、理想的なコードは少なくともすぐに、できればすべてが明確なコードであることが判明しました。 すべてが可能というわけではありませんが、すぐに明らかになります。



完璧な建築 ？ ここでは、非常に異なるという事実に関して、たくさんの言葉を書きたいと思いました。 アカウントはすぐに明確になり、私はすぐに疑問を抱きました。 アーキテクチャは、ミドルパーソンにはすぐにわかります。ミドルパーソンは、頭の中で約7個のものを保持でき、8番目のものは失われます。 冗談からわかるように、3つのボール、2番目のボールはすぐにではありませんでした。 同時に、少なくとも200行を超える大規模な最小プロジェクトでは、アーキテクチャが完全に明確であることを要求するのはかなり奇妙です。



したがって、多かれ少なかれ優れたアーキテクチャが重要な要件であるという結論に至りました。 彼女が邪魔しないように。 貧弱なアーキテクチャなので、私はすぐにそれを明確にすることができます。 左への階段は杭、ギロチンの右への階段、北東への階段は安全な場所だと思われます、実際に足で試してみました、洞窟の中に沼があり、ドラゴンがその下に住んでいます。



ある種の恐怖。 なぜそう 「即座に明確で、干渉しない」と呼ばれる、なぜまさにそのような奇妙な結論ですか？



ミーティングのないプログラマの平均就業日は次のように配置されているためです。







会議では、青が会議に置き換えられます。



マネージャーがより良い生活を送るとは思わないでください。 事実、マネージャーの営業日は次のように構成されています。すべてが青く染まり、伝説は会議ですが、コードを書きたいと思います。 これは、プログラマーを残したマネージャーです。 この困難な状況における通常のプログラマーの仕事は、たわごとを拾い、壁に10-20-30トンの角度を投げるのがより速く、より効率的で、より涼しいことは明らかです。 そして最後にあなたは死に、スタハノフ通りはあなたの名誉で呼ばれます。 いや



目標は、より多くのコーヒーを飲むことです。 したがって、昼食は非常に長く不可能です。 そして、コーヒーは際限なく飲むことができます。 これを行うには、個人の効率を上げ、govnokodのピッキングを減らす必要があります。スキップする仕事を残すことはまだ許可されないためです。 これを行うには、プロジェクト全体でなくても、少なくとも個人的にはこのような方法でこのコードを配置する必要があります。 この勇敢なコードをより速く選択させるために。



govnokodaを選択する際に通常実行する操作は何ですか？



あなたは座って何をすべきかを考えます。 約90〜99％が新しいクールなコードの作成に費やされることはなく、そこから輝きが生まれ、会社は最初の兆を獲得します。 時間の90〜99％がこのコードの整理に費やされています。 そして、間違いを見つけたり、このリポジトリを変更したり他の何かをして必要な変更を加える必要がある場所を見つけるために、たくさんあります。 残念ながら、ハンマーストライクに関する古き良きジョークは1ルーブル、知識は99ルーブルです。 プログラマーの発明以前は、プログラマーの発明全般に関連がありました。 ハンマーはとても面白いです。 「2週間、勇気を持って何かを研究し、バグを見つけ、実験し、キロメートルのログを書きました」というタイトルのクールな成果を覚えています。 その後、奇跡は消えます。



これらの魅力的な考古学上の罰則をスピードアップするために、私は2つのことをしたいと思います。 まず、ローカルで読むのがばかげて速いです。 読み取り速度、モニターサイズ、その他の属性、コンテキストが異なるユーザーに応じて、ある種のシートがあります。 現在作業しているコードは、すぐに読むことができ、多少なりとも理解できるようにしたいと考えています。



しかし、残念ながら、これは常にグローバルに共有されるアプリケーションのアーキテクチャに影響を与えるわけではなく、マイクロサービスでラップされた300メガバイトのコードがあります。 一部のプロプライエタリなソフトウェアが存在し、その周りに.net'eにある種のラッパーがあり、http、json、100万のキーワードを介してデータを提供するため、私たちの一部はWindowsを追いかけています。 Emcはスタックのごく一部であり、solarisにはクールなプロダクションサーバーもあります。 なんで？ 管理者は本当にプロファイルを作成するのが好きで、プログラマはこのソラリスを殺すために私たちを売ることができないからです。 スタックは、大規模な共通スタック、一般的なプロジェクトなどです。 ローカルコンテキストは常に非常に小さく、それ以外の場合は頭に収まりません。 コンテキストを頭に入れたくありません。20メガバイトのプロジェクトコードも、2ギガバイトのプロジェクトコードも、200キロバイトの現在のモジュールのコードも思い出せません。思い出したくはありません。すぐに理解し、飛び出します。



これは、4つのピースの単純なリストの影響を受けます。

1. ,
2. naming
3. , , , 30
4. , , , , .

, 20-300-5000 , . .



— . — , , , . , , , , - .



瞬間は再びホリバーニーです。現時点では、誰かが感情を持っています。待ってください、できません。理想的なコード、完璧なアーキテクチャです。彼は何を運ぶのですか？デザイン、命名、コンパクトさ、コメント。これは幼稚園です。これはプリミティブです。簡単ではないかもしれません。一連の基本的な要件が、マイクロレベルのコードおよびマクロレベルのすべてのアーキテクチャに誤って拡張されています。



それは完全に時代遅れに聞こえます、私たちは必要な単語のセット、極端なプログラミング、正しいアーキテクチャについては黙っています。ファッショナブルな建築革新はなく、いくつかの基本的なことはありません。 2016年にはまったく受け入れられません。機械学習、深層機械学習、ニューラルネットワークはありません。ニューラルネットワークがすぐに学習できるように、新しいNVIDIAマシンを13万ドルで購入する理由は明らかではありません。単純すぎないかもしれません。あなたのコードでそれを地獄に落とすために、コードはとても面白くて面白くないものです。



アーキテクチャについて話しましょう。アーキテクチャではそれほど単純ではありません。少なくとも設計パターンが必要であることを確認し、TDではなくCIでなく、SOLID原則、GRASP原則に従ってください。その最も純粋な形のアジャイルは内部で非常に複雑であるため、1つまたは別のアジャイルプラクティスのセットを紹介します。ここはかんばんの一部、ここは別のプロセスの一部などです。



, , . , er or. . , helper , , , -, . helper, , - . misc utility.



( ), , , . , . .



, SOLID? . , , . , ! L, . , L , L. , , , , . , , . , . .



SOLID, GRASP, , visitor's, singleton', . C++ , C++ : . , - .



- , . , actor model, , 17 callback' , - . , NodeJS Go.



また、これはコードレベルだけでなくてもかまいません。アーキテクチャはコードのレベルだけでなく、システム自体の構築レベルでもあります。また、あらゆる種類の原則がたくさんあります。一方では、多くのキーワードは、それらがなければ、すべてが流行せず、拡張不可能で、サポートされていないように見えます。



グラフィックオブジェクトのファクトリなしでグラフィックエディタを記述する方法どこにも二重工場がなければ分かりませんコードを書くことになると、頭はすでに少し腫れています。しかし、私たちはプログラマであり、すべてを自動化するのが大好きです。おそらくツールがあるはずです。庭にある言語に応じて、多かれ少なかれあります。



これらのツールには何が必要ですか？単純な要件のフレームワーク内で、名前の下に通常のデザイン、通常の名前、コンパクト、コメントアウトなどが必要です。マシンがこれ自体を監視するようにします。

このテーマには何がありますか？

ほとんど何もありません。C ++の世界では、私は古い信者であり、他のすべての言語で書く方法を知りません。私はC ++について少し知っています。C ++の世界では、2016年までに、何らかの理由でAppleのおかげでフォーマットが最近勝ちました。最初にlvm、次にホース、次にclang-formatを記述します。



他のすべてのアイテム、ある種の司祭。



ネーミングは鋭い目と個人的な味覚です。



コンパクトコード-自動検証ツールもありません;いくつかの自動化されたメトリックを考え出すことができます。条件付きで、そのようなサイクロマティックな複雑さがあります。ここでは、そのようなユーザーストーリーのための非常に多くのコード行があります。他の理解できないもの。しかし、隣のプログラマーVasyaのようにコードを調べて、「これら2つのページを鹿にしたのはなぜですか」と言う自動ツールです。ヘルパーが表示され、合計3000行あります。なぜ私たちはこのヘルパーをしましたか、そこにすべてがあります、あなたのために彼らはそれをしました。



コンパクトさの問題、ネーミングの問題、自動テストはまだ学習されていませんが、テキスト分析に基づくニューラルネットワークの成功は刺激的です。 5年後には、ニューラルネットワークを介して識別子の名前を駆動し、緑目または赤目でウインクし、言うことができるかどうかのリスクがあります。



コメントで、私はそう願っていません。コードベース内のコメントの妥当性を期待していません。いつか人工知能が成長し、私たちを見て、みんなを破壊するかもしれません。しかし、私はそれを見るために生きません。



純粋に理論的には、少なくともクラス、メソッド、関数、変数などの命名の一般的な対応を分析するために構築するいくつかのツール。一方で、少なくとも英語の規則だけで、これを行うことができます。



コンパクトにするために、少なくともコード内の特定のアンチパターンもキャッチできます。



コメントは鋭い目で。

通常はどうですか？

, , . .



? .



.







1. — , , , . , , , , , .



, , .. , .



オプション2。私の現在の世界観はずっとシンプルです。そして、シンプルなコードスタイル、デザイン、命名、コメントなどを作成しましょう。その後、2つのことのいずれか。または、単純なものを植える過程で、あなたはよく学びます、そして、アーキテクチャはこれから改善します、そして、残りは続きます。または、これは起こりません。これが起こらなくても、少なくともあなたは悪いアーキテクチャを持っていますが、このアーキテクチャの中には美しく、よく読まれた、明確に設計されたコードがあります。



私がすぐに約束したように、科学的および哲学的思考に革命や突破口はありませんでした。







したがって、ひげを持つ祖父は私たちを非難して見ます。







幸せはありません。理想的なコードと完璧なアーキテクチャは、上から失望することはありません。特別な建築家を雇ったとしても、何も起こりません。人生は痛みであり、コードは常にたわごとです。これらを使ってできる唯一のことは、特定のプログラマーそれぞれに簡単な名前で練習を課すことです。スライドの詳細。



, , , , - . , , , , , .. , - . . -, , , . - , , . , , , . , . , «» 50% , 90% . そうでもない。



, , , — .



, , -, . , , , , , , .



. , — .



. , , . , . , , .



ここでの位置は単純です。優れている場合は、まったく書かないでください。この些細なゴミ以外に何も存在させないでください。



個人的な悲しみを共有します。コメントの数は自動的に確認できますが、品質を確認することはできません。読む人が必要です。これは長い時間です。



コンパクト。私が思いついた最初の例を挙げます。

次のようになります。







, . . , , - , - , , . . , 20 . . :







, .



C++ , 11- ++ - -, , , .



しかし、ラムダのない惨めなC ++ 0.3でも、スライドの下部のように2行で書くことができます。古いC ++でも、以前よりはるかにコンパクトに記述できます。



私はこれらの3行を取得しますが、理想的には1がはるかに速い場合があります。これを各行で行うと、コード全体の読み取りが大幅に改善されます。



個人的な努力や特別な訓練を受け雇用された建築家によって奇跡的に成長していなくても、最上階の巨大な建築物は常に後ろから頭にバットを打ち、1階のダムコードで作業する少なくとも毎分プロセスで、たとえすべての階でそれを行うと便利ですこのすべてのアーキテクチャの下にあります。



設計、命名などに関する特定の単純な衛生慣行の実施後など . , , , , , . , , , , « ? ». , .



, , , 7- , , , , . , 20 .



, , , , , , , . , , , , . — - , — . . , , , .



. , , , .



. , , , . , , - review , .



, , .



, , , , , , , , , , , . , . - . , , , , , , , .



, , , , , , « , , - , - ».



« ?» , , , . , , , , . 10 %, 20% , .



— .



-一部のチームメイトは、それがクールになったことを強制的に認識します。すべてではありませんが、それは避けられません。



3番目のアーティファクト -欠陥の数が少なく、正確な記述の段階で一定量のバグがキャッチされます。そもそも慎重にコメントを書きます。さて、私は文字通り特定のサブシステム、数千行のコードを書いて、それについてのコメントを書くために座った。コメントを書くために座った-私はさらに4日間開発に取りかかった。なぜなら、コメントの執筆中に、取り決めたとおりに5つのテストケースを思い付き、すべてが機能したからだ。出力品質が向上します。



, , , , , , , .



, , , , , , . - , , , 20 , 20 .



, , , , , , . , — . , , , . . '.



PMのスライド。本当にプログラミングのすべてですか？PMは必要ありません。なぜなら、魅力的な動機付けのレポートにもかかわらず、プログラマーが自分でそのようなすべてを自己組織化して実装することはめったにないからです。うつ病や解雇の意味で、剣である火を植え付ける方がはるかに効率的です。同じことは何もおもしろいものではありません。コードスタイルを紹介し、強制レビュー、知識移転プロセスを紹介します。詳細に興味がある人は、サイドラインで議論しましょう。

アーキテクチャをどうするか？

すべてのプロジェクトが異なっており、どこかで非常に単純で、どこかでまったく不十分であるという理由だけで、統一されたアドバイスをすることはさらに困難です。



それではどうしますか？



コードでこれを見た場合：







またはこれ：







単に独創的で、声で泣きました、うらやましかったです、天才です。



なぜ誰かがこれを思いついたのですか？どうして？私はそのように決して書きません、それは素晴らしいです。



コードにこれが表示されるか、これ（私がこれを書いた）：







すぐにそれを受け取ってください、遅らせないでください。改善してください。ルールはシンプルです。今すぐ実行してください。その後、明日、あなたが生きやすくなります。



レポートには「すぐに離陸」というタイトルが付けられていました。私の名前はアンドレイです。彼らは今私を追い出します。







アンドレイ・アクセノフ-すぐに倒してください。