レーキの回想。 自作のソリューションが有料のソリューションよりも優れていることが判明した経緯

こんにちは！私の名前はAlexey Pyankovです。Sportmasterのチーフプログラマーです。最初に言っておきますが、「チーフ」は「すべてのプログラマーの中で最も重要な人」という意味ではなく、単なる名前であり、「シニア+」の魅力的な翻訳です。

私は 2012 年から Sportmaster で働いており、この間、開発チームは多くの興味深い技術的ソリューションを生み出してきました。しかし今日は私たちの仕事について、特に曖昧な状況でどのように推論したかということに重点を置きながらお話ししたいと思います。

この記事には、プロジェクトで取り上げて適用すべき特定の技術的ソリューション (または技術的な内容) は含まれていません。むしろ、それは行われた仕事に対する反映です。チームとして私たちに影響を与えた特別な瞬間がいくつかありました。それらは私たちを団結させ、強くし、そして私たちの強さを試しました。今日は、こうした瞬間について、チームワークの雰囲気について、私たちが陥りがちな落とし穴や心理的な罠についてお話ししたいと思います。

まずは2012年から始めたいと思います。

私は2012年に、当時の主な目標である当社の主力サイトの構築を掲げて入社しました。当時はまさに「フランケンシュタインの怪物」でした。チームの一部は、負荷にうまく対応できない古いシステム (Bitrix) で作業していましたが、チームの他の部分 (私を含む) は、「これは世界で最も高価な電子商取引なので、これを採用する」という基準に基づいて選択された新しいシステムの実装を試みていました。彼らが「それを実行しようとした」のは、システムが必死に抵抗し、彼らがなんとか解決した瞬間ごとに、それに応じて「驚き」が必然的に生じるからだという。私たちはたくさん働きましたが、進捗は遅々として進みませんでした。

私にとって個人的には、この「世界で最も高価な電子商取引」の 5 つのメソッドのコードを知ることになったときが我慢の限界でした。混乱を招くバグに数時間集中して取り組んだ結果、原因は JSP で HTML を生成するときにトリガーされるカスタム タグのどこかにあることが判明しました。このカスタム タグの目的は、いくつかの値の合計を表示することです。これは悪いことではありません。カスタムタグはそのためにあるのです。しかし、データベース内の一部のデータが変更され、次のページの動作がこれに関連付けられ、F3 キーを押すと呼び出しが繰り返され、データの一貫性が損なわれるという点に驚きが隠されていました。さらに、それは数ステップ後のシーケンスの XNUMX ページ目にのみ表示されるという方法で違反していました。いいえ、私はチームにそのような「忍者マスター」がいて、彼のコードで同僚の注目をうまく集めることに反対しているわけではありません。しかし、最も高価なシステムでは、このように！

それは金曜日でした。私と同僚は、企業が現在システムにどのようなタスクを設定しているか、また 1 年以内にどのようなタスクを生み出せるかを把握することを目標に、土曜日と日曜日をオフィスで過ごしました。したがって、この最も高価で最も腹立たしいシステムを使用する枠組みに追い込まれなかったら、どうやってこれらの問題を解決するのでしょうか。

否や言うほどない。私たちは、新しい Sportmaster ウェブサイトの開発の基盤を築くパイロット プロジェクトを作成しました。これらのアイデアの多くは定着し、現在ではその継続がサイト上で活発に広まっています。

パイロット段階と期間

その日の2。 私たちはマイクロプロトタイプを作成しました。週末にデータベースを ElasticSearch に転送し、ファセット検索を実行しました。出来上がり！購入した同じシステムで、このセットアップに 2 週間かかりました。そして、文字通り数時間後にここに！そして動作も速くなります。そして、桁違いに速くなります。

2週間。 私たちはプロトタイプを「鋸で切って」、適切なパーソナライズされた出力のための機能を追加しています。

たとえば、ユーザーに特に関連のある割引やプロモーションが複数ある場合、製品の検索結果では、利用可能なすべての特典を最も有利な方法で使用して得られる正確な価格を表示する必要があります。

株式の場合、物事はそれほど単純ではありません。たとえば、スキーを購入した場合、帽子には 40% の割引が適用されますが、同時に注文全体に対する 10% のウェルカム割引はキャンセルされます。はい、はい、これは実際のケースです:) また、購買システムでこのようなプロモーションを設定するために、サプライヤーとの 3 回のコンサルティングが有料で行われ、その結果、さまざまな他のプロモーションを作成する方法の例を多数受け取りました。非常に外交的で、協議費用を考慮すると経済的にも非常に良いです。

企業向けに詳細なデモを披露しました。彼らはパイロットをすぐに集めることを約束し、すぐに仕事に取り掛かりました。

2月。 パイロット プロジェクト - カタログ検索機能を備えたライブ Web サイトの形式で作成しています。ファセットを使用した検索、個人割引を含む検索結果、パイロットは Sportmaster の Web サイトとほぼ同じように見え、同じ製品をアップロードしました。あめ！

部門長の「雄弁さ:100」を加えると、ビジネス プレゼンテーションは大成功に終わります。当社には、eコマース プラットフォームを自社で開発するための全権が与えられています。

つまり、チームをしっかり守り、予算をしっかり守るということです。それはすごいですね！

2年。 サイトを本番環境に移行します。はい、長い間。当時、私たちにできる事はすべて、プロトタイプ規模でしか試していませんでした。 10人で簡単に連携のとれたチームを形成できます。そして、私たちが「切り離した」タスクは、大部分が、新しいテクノロジーによる「Hello World」への小さな追加でした。私たちは簡単に新しい仮説を立て、すぐにそれをテストし、執着する時間がなかったため、後悔することなくそれらを「殺し」ました。私たちが XNUMX 人いたときは、自分たちの作業速度を他の全員に自動的に当てはめていました。そして彼らは、私たちの熱意を掛け合わせた美しさのアイデアに匹敵する、タスクを完了するための期限を約束しました。

聞き覚えがありますか? 🙂

それで、次に何が起こるかはもうご存知ですか?

罠その1。 「クールな外挿器」

新しいテクノロジーはプレゼンテーションで非常にクールに見え、「Hello World」のようなアプリケーションでその真価がよくわかることは明らかです。しかし、現実は通常これとは少々異なります。

それで、ここにあります。ライブラリを取得して、一連のアプリケーション コードを記述します。私たちはユニット テストを負担だと考えています (私たちはクールで超高速で作業しており、コードは最新式などです)。私たちは API を常に変更し、改善しています。実際のところ、どのようなテストがあるのでしょうか?そして、これらすべては「開発プロセスを大幅に最適化した」というスローガンの下で行われました（はい、今それを説明することさえ恐ろしいです）。

そして、すべてがかなり明白になります。

uat で新しいビルドを展開しています。ビジネスの人たちは、これらすべてを素早くテストし、ボタンを押します。時々、かなり創造的に押すと、何かが落ちてしまいます。ここに行って、これに対して何が行われたのかを知りたいと思います。しかし、モニターの向こう側にいるのは、地域の天候を考慮して環境のすべての特性を展開する熱心なテスターではなく、ビジネスの顧客です。それは彼にとって「うまくいかない」だけなのです。つまり彼は不幸だ。彼に聞けば彼は言うだろう 怖い 幸せじゃない！

次に、バグを再現するには、すべてを試してみる必要があります。もちろん、私たちは苦情を無視せず、すべてを修正しました。彼らは計画していた仕事を放棄したが、「火を消した」。

それで私たちはまた別の穴を掘ったのです。

罠その2。 「スタハノフ派」

かなり不快なバグに遭遇しました。あなたはそれを理解し始めます。それがうまくいかなかったら – 怒り – もう一度解決しようと試みる – また失敗 – できる限りすべてを明確にする – またそれは正しくない – 自分はすでに年老いていて、誰もが子供と住宅ローンを抱えていることを考えてみる – もう一度試みる – またそれは正しくない。コーヒーを数杯飲めば、すべてが繰り返されます。 12～14時間連続して働くのはほぼ当たり前です。そして、すべてが限界に達したとき、突然、インスピレーションが湧いてきます。

おそらく、外部から見ると、そのような日の有効性の評価ははっきりと正しく見えるでしょう。しかし、内側から見ると違うこともあります。

私の場合、そういった仕事から得た印象は「私は偉い、私はかっこいい、私はうまくやっている」というものでした。常に意識的ではありませんが、無意識的には常にです。

そして、あなたはそれに夢中になります、冗談ではありません。運動の成功を測る内部的な基準は、結果から、どれだけの努力を費やし、どのような偉業を達成したか、問題を解決しようとしてどれだけ苦労したかへと移行していることが判明しました。

これはおそらく最も恐ろしい罠です。

これからはもっと簡単で楽しくなります 🙂

罠その3。 「Hello Worldの力」

当時の当社のテクノロジー スタック: ElasticSearch、Hazelcast、Pentaho、freemarker (および実績のある Java、Spring、Tomcat、nginx)。 Freemarker のエラー メッセージはあまり有益ではありませんでした。しかし、ElasticSearch、Hazelcast、Pentaho には何度もパッチを適用する必要がありました。私たちは、ドキュメントに指定されているとおりに動作しないケースを見つけるのが得意でした。

新しいテクノロジーの使用によって簡単に始められ、すぐに特典が得られるのは良いことですが、それは陶酔感をもたらし、警戒心を弱めてしまいます。新しいテクノロジーにはバグが含まれているので、必ずバグが含まれます。そして、もしそれらについてまだ書かれていないのなら、喜んでください。あなたは間違いなく不正なものを掘り出して Google か SO に行く先駆者になる必要がある人です。もちろん、実績のある製品でも「不正な」ものは見つかりますが、新しい製品ではそれはずっと簡単です。

あらゆる困難にもかかわらず、私たちは生産に入りました。はい、ラグはありますが。はい、あまり安定していません。しかし全体的には災害はありませんでした。

最後に、仕事のプロセスに対する健全な認識を歪める落とし穴をもう一度指摘したいと思います。

1. 「クールな外挿器」。私たちは現在の成功に感銘を受け、今後のプロジェクトにも開発のスピードを喜んで反映させています。
2. 「スタハノフ派」。私たちは疲れ果てるまで働き、自分自身に満足していますが、私たちが解決した問題が私たちの個人的な間違い/欠点/怠慢の結果であることに気づいていません。やるべきではない仕事。
3. 「Hello Worldの力」。私たちは、新しくて興味深いものすべてを急いで生産に導入しています。

なぜすべてうまくいったのでしょうか?

もちろん、この間に発生したエラーをすべてリストしたわけではありませんが、おそらく特定のプロジェクトで発生した最も一般的なエラーをリストしました。このタイプのエラー記録は、将来的にエラーを回避するのに役立ちます。

私たちがどのようにして社内にこのような小さなスタートアップを立ち上げ、すでに購入したシステムから自社のシステムに移行するよう説得したかについて少し説明します。

条件 0。社内の健全な雰囲気。クッキーをもらうというストレスの多い状況で、従業員の「燃えるような目」とコミュニケーション能力だけが問題なのではありません。これはすべてのやり取りに関するものです。

条件 1。自分がやっていることを信じてください。本当のところ、購入したシステムを「最後のボルトまで」分解せずにパイロットに参加していたら、つまり、一歩下がって、このシステムが優れていて私たちに勝つだろうと無意識のうちに知っていたなら、私たちには勝ち目がなかったと思います。

私たちが行ったことは次のとおりです。1) 購入したシステムを理解し、それを利用してビジネスからの主な要求を解決しました。2) 現在存在するタスクだけでなく、近い将来に発生するタスクのリストを作成しました。3) より適したソリューションを選択しました。そして、その決定に対する私たちの評価は専門家による評価でした。

もし私たちがただ来て、「みんな、それは全部でたらめだ。私たちはそれに対処したくないので、ゼロから自分で作ることにした」と言ったら、彼らは私たちに何か与えてくれたでしょうか？あり得ない。さらに、回答はよく記憶されるような形で受け取られるでしょう🙂

条件 2。最初の一歩を小さくしましょう。最初の仮説を生成し、それをテストします。これに個人的な時間を費やすこともできます。時間を無駄にしたくないのであれば、そのような仕事を引き受けるべきではありません。そして、小さな仮説をテストしたくないが、すぐにクールで素晴らしいことをしたい場合は、そのような人々から離れてください。

幸運にも、最初の仮説は成功しました。しかし、必ずしもそうとは限りません。たとえば、次のプロジェクトの 18 つで、同様のパイロットの一部として管理パネルを宣伝していたとき、17 番目のオプションのみが機能しました。そして、発射体に対する最初の XNUMX 回の接近はすべて無駄になりました。ちなみに、管理パネルの作成のストーリーでは、チームが当時のベテラン、つまり本物の「ベテラン」で構成されていたため、ストーリーの展開はブラジルのテレビドラマレベルのものでした。

条件 3。私たちはMVPを作成し、意思決定者の悩みを探します。もちろん、あなたが彼に30回目に同じアイデアを持ち込んでいるという事実だけで、彼は恐怖の表情を浮かべるかもしれません。しかし、それでも。そして、私たちは常に、自社の製品でお客様の問題をどのように解決するかを具体的に示します。

条件 4。私たちはすぐに膝の上にパイロットを作ります。 およそ 最終結果として。すべてを完璧に素晴らしいものにしたいという誘惑に駆られますが、完璧主義に陥り、パイロットではなく、すでに完璧な製品のパイロット バージョンを見せたいと思うようになることがあります。しかし、それらは存在しません。だから、少なくとも棒から作ってください。

条件 5。製品。プロジェクトは成長し、資金提供を受け、豊富な経験を持つ専門家が参加しています。
そして、あなたが典型的なスタートアップ企業であるならば、これはまさに笛を吹いて撤退しなければならない瞬間です。なぜなら、非常に高いところを軽やかに飛び回っていると、そこで起こっていることに対する幸福感もすぐに消えてしまうからです。

実稼働に移行するということは、実際のワークロードに直面し、数十のシステムと統合し、新しい機能を作成すると同時に、メンテナンスの一環として古いバージョンを改良することを意味します。これらはすべて、アイデアを思いついて、たとえ 1 つのクライアントの問題であっても、それを解決することよりもはるかに深刻な課題です。

これらは課題であり、スキルの成長はまさにこの段階で起こります。

読んでいただきありがとうございます。新しいコードを楽しんでください!

出所： habr.com