こんにちは、ハブラフチアン！ 今日、私は、Node.jsでTelegramのボットを作成した経験を、サーバー開発の経験がほとんどなく、任意で提供することにしました。 私はすぐに予約をします。iOSの開発は4年弱で、残りのチームは1〜6年の関連分野での経験があります。 私たちのほとんどにとって、これは比較的大規模なプロジェクトでNode.jsを初めて使用したものです。 どうやってやったのか、どうしてやったのか、フリーランスのやり取りはどうして古典的なモデルとどう違うのか、どんな問題があり、どうやって戦ったのか-カットの下で！

どのようにすべてが始まりましたか？

たまたま、私は空き時間にスタートアップにアドバイスをしました：開始方法、投資先、開発サイクルが長い理由、ある請負業者から別の請負業者にコードを転送する方法など。 十分な経験を積んだ後、彼はそれをソーシャルネットワークで共有し始め、そこから小さなグループ（トピックを書いている時点で273人）がTelegramで育ちました。 洪水、コミュニケーション、助け合い、オンライン開発ストリームを見る場所です。



約6か月前に、私はNode.jsの自己開発を研究し始めました。最近では、私たちのチャンネル専用のゲームボットをいくつか作成しました。 その後、彼らは一緒になって-ボットをさらに2つ作成しました（ところで、すべてのボットをパブリックドメインに配置しました - 慎重に、あなたのokの整合性を保証することはできません ）。 スロットとロシアンルーレットがあり、それぞれの通貨「Helionics」があります（私たちの党の昔のバグの1つにちなんで名付けられました）。



私の職業の性質上、信頼できるプログラマー（iOS、Android、Web）の連絡先リストがあります。彼らは既に資金を受け取ったクライアントのスタートアップを立ち上げたりサポートしたりするためにチームで時々収集しています。 当初、連絡先リストはSkypeにありましたが、今日は完全にTelegramに移行しました。 そして今、再び才能あるプログラマーに求人を送信するとき、私は自分が考えていることに気づきました。 2〜3週間ごとに行います。 ここで私たちのためにこれを行うボットを作成するというアイデアが浮上しました。 あなたは彼に職務記述書を投げると、彼はすぐに適切なカテゴリの適切な時間給でフリーレーザーのリストを提供します。



アイデアと一緒に寝て、数人のクライアントと話をし、温かくてランプの電報チャットで友人とアイデアを話し合った後、週末に交換を行い、小さなチームを集めていくつかのティーポットを醸造することが決定されました。 しかし、そこにはありませんでした-2日間は4週間になりました！



当初、私たちの目標は、便利な無料のフリーランス交換を行い、パブリックドメインにコードを投稿することでした。 サービスを収益化せず、朝食からの自己資金でサポートすることにしました。 しかし、Pavel Durov がボットへの助成金を発表したとき、通常の朝食への希望が私たちの心に現れました。 正式リリースの1週間前に、すでに完全に機能するプラットフォームで@BotSupportを作成し 、リクエストを残しました。 誰もが興味を持っている場合は、アプリケーションのテキストを読むことができます：

それでは、なぜもう1つのフリーランスエクスチェンジですか？

Teleworkには、Upwork、FLという優れたフリーランスボットが2つあるように思えますが、なぜ別の交換が必要なのでしょうか。 約2年前、私は同じ質問をしましたが、最近、フリーランス交換の反対側、フリーランサーからクライアントに切り替えました。 また、フリーランサー側での交換の仕組みが気に入らなかった場合は、クライアント側では状況がさらに悪くなると思います。



あなたがウェブサイトを作成する必要があり、良い請負業者を探しているとします-同じUpworkに広告を投稿し、次は何ですか？ 地獄が始まり、そのためにあなたはあなたの時間の大部分を費やします：大量の恐ろしいスパムメールがインドのあいまいなスタジオから来ます。 さて、それらを除草します。 2トン目のアプリケーションをどうするか？ ああ、それらが多すぎます-4.8星未満の評価を持つすべてのユーザーを除外します。 ああ、まだ130のアプリケーションが残っています。 さて、私たちはポートフォリオを除外します-あなたが好きか嫌いか。 再び、約40のアプリケーションが残りました。 まあ、大丈夫です、回答のカーボンコピーを全員に書いて、連絡のために連絡先の詳細を尋ねます。 ああ、どれくらいの長さですか。 そして、すべての人とコミュニケーションをとるために、どれだけの費用がかかるのかも明確ではありません。全員に尋ねるべきです。



このプロセスを自動化することは可能ですか？ 授与後、古典的なモデルといくつかの違いがあるフリーランス交換の代替システムを考えました。

1. クライアントは、新しい仕事を作成するとすぐに、トップ10のフリーランサーのリストを受け取ります。 このリストから、クライアント自身が求人の送信先を選択します。
2. フリーランサーはプロファイルを記入し、評価に従うだけです。顧客がプロファイルを気に入った場合、オファーはフリーランサー自身に届きます。
3. 交換は完全に無料で、いつまでも続きます。 クライアントとフリーランサーの間のコミュニケーションをブロックせず、お金を引き出すための巧妙な方法を使用しません。
4. 1000人のアクティブユーザーがいるとすぐに、パブリックドメインにボットコードを投稿するので、誰でも必要に応じてバグを修正したり、機能を追加したりできます。

この一連の変更を導入し、コミュニティに交換制御を与えることにより、顧客と顧客間のコミュニケーションの質を向上させ、請負業者を見つけて取引を締結するプロセスをスピードアップしたいと考えています。 すぐに言われた：ボットは、執筆時点で176人のユーザーで正常に動作します。

どのように作業を整理しましたか？

その結果、明白な管理のない5人のプログラマーがいました-あなたはあなた自身がこれが何につながるかを知っています。 習慣から、私たちはTrelloを使い始めました-それは無料でかなり簡単です-バグとタスクを追跡するために。 「やること」、「働く」、「テストする」、「完了」、「未来」などの列を持つ単純な構造を投げ、それらの間にカードを投げました。 したがって、この不名誉は次のように見えました。







JIRAとBitBucketバグトラッカーの両方を使用することもできましたが、これらはすべて、私たちの比較的小規模なプロジェクトには大きすぎて面倒でした。 さらに、BitBucketでは、あまり長くなりたくありません。 1000人のユーザーの数に達するとすぐに、GitHubのオープンアクセスにコードを転送します。 私たちのチームでは、誰でもバグや機能を備えた新しいカードを作成できます。そして、授与後、カードを自分のいずれかに添付するか、「未来」列にカードを転送しました。 私たちは本当にMVPを立ち上げたかったのです。ウィッシュリストを最大限に削減する必要がありました。



私たちはしばしば電報で正確に授与しました。 JavaScriptとNode.jsの開発で経験が異なることを考慮して、お互いの間違いとヒントから学びました。 誰かがブランチに悪いコミットを投げた場合、すぐに修正しました。 ちなみに、最初はBitBucketのニックネームをブランチの名前として使用していましたが、その後、機能の正統派の名前に切り替えました。したがって、お互いのブランチにコミットするのがはるかに便利になりました。

途中でどんな困難に遭遇しましたか？

もちろん、すべての落とし穴をカバーすることは不可能ですが、ボットの開発をかなり妨げるいくつかの特に顕著な問題についてお話ししようと思います。

1.ウェブサイトを作成する

むしろ、この問題は、私たち全員が無料で働いており、製品を立ち上げる以外にモチベーションがなかったために発生しました。 そのため、ボットの着陸を開始した最初の開発者は、メインプロジェクトで非常に忙しく、料金を支払いました。 ひどいことは何も起こらず、開発を別の人に移しました。 第二に、それは起こりました-フロントエンド開発の経験が不十分であるため、これが起こった、または他の何かのために、私たちは知りませんが、タスクに対処しなかったため、結果は私たちに適合しませんでした しかし今、私たちのヒーローはどこからともなく現れて、素晴らしい5人のチューブチャットプログラマーの1人によって設計されたページを構成しています！ そして、すべてが素晴らしい：私たちはGithubページでホストし、バグは到着時に修正されます。 そして、私たちのサイトは獲得しています。 小さな統計サーバーを固定すると、リアルタイムで興味深い数値が得られました。







そして、コミュニティの共同作業により、視差を追加し、いくつかのバグを修正しました。 バグを見つけて修正した場合は、fork- > fix-> pull requestを実行することでも少し役立ちます。 ちなみに、2013年バンクーバーグローバルゲームジャムのレトロシティランペイジの作成者がチームの適切なメンバーについて語ったことを思い出しました。引用は正確ではありません。成形品の色、サイズ、厚さについて。」

2.テキスト研磨

なんらかの理由で、最近まで、私はボットの電報コンテストで英語が必須の要件だと思っていました。 しかし、コンテストのウェブサイトに今アクセスしたので、そのようなものを見つけることができませんでした。 いずれにせよ、これはボットの内部構造に影響を与えました-最初は英語とロシア語の2つの言語で作成したかったのですが、その後は英語のみを残すことにしました。 開発者に良いお金をもたらすほとんどの顧客は英語を話します-そのため、この言語を選択しました。



そのため、残念ながら、私たちのチームにはネイティブスピーカーがいませんでした。 しかし、幸いなことに、私は英語を話す国に住んでおり、テキストをチェックする人を見つけるのは難しくありませんでした。 しかし、この男は彼自身の問題も抱えていました！ そのため、テキストを磨くのに3週間ほど待たなければなりませんでした。 そして、結局のところ、もしあなたが無料で何かをしたいなら、あなたは待つ必要がある。 ところで、私はいつも私を無料で手伝ってくれる人のためにすべてを準備するのにかなりの時間を費やしています。 誰かがあなたのバイクを修理するために来たら、彼に職場、道具を用意し、自転車を掃除してください！ ちなみに、テキストはすべてを十分に磨くことができませんでした。

3.初心者のJavaScriptの問題

ああ、ここで私たちはJavaScriptのすべての落とし穴にぶつかったようです！ 問題のほとんどは、プロジェクトがES6標準に切り替えられた開発サイクルの途中で発生しました。 ここに登場したのがArrow Functions、モジュール、そしてすべて新しいものです。 しかし、大したことはありません！ Airbnb Style Guideを読みました。 もちろん、コードの半分をシャベルで削る必要がありましたが、それだけの価値はありました。 チームとして作業する場合は、プロジェクトを開始する前にコードの記述スタイルに同意してください。 そして、スペースをタブに、またはその逆に変更することに苦しめられます。



複雑なアーキテクチャ、特にコールバック地獄を組み立てようとする初心者のさらなる野心的な間違いが始まりました。 私たちはこれをそれほど難しくない方法で決定しました-私たちはどこでもPromisesを使い始めました。これはコードをよりクリーンで読みやすくしました。 その後、Expressを完全に削除しました。ここでは不要になったためです。



つまり、新しいプログラミング言語でプロジェクトの作業を開始するときは、常にベストプラクティスなどのガイドを事前に読んで、我慢してください。 また、コードを公開する最適な方法や使用するプログラミングパターンのヘルプのために、コードが公開されている優れたメンターまたは同様のプロジェクトのサポートに参加することも素晴らしいでしょう。

4.電報の問題

誤解しないでください、私たちのお気に入りのメッセンジャーのアーキテクチャとAPIは素晴らしいです、そして、私はより良く書くことができなかったと確信しています。 しかし、インラインキーボードを押すことに対する答えを得る方法、またはボットと通信するコールバック方法を固定する方法を見つけることは、私たち新しいサーバープログラマにとって少し難しいことでした。 実際、これらは2日間で私たちを停滞させた2つのポイントです。



1つ目-インラインキーボードを1か所で送信し、クリックをまったく別の場所で処理する場合-グローバルイベントエミッターを使用してそれを克服することができました-悪いパターンですが、動作します。 2番目-Telegramへの統合までhttpsがどのように機能するのかわからなかったが、今ではそれを理解した。 これらのキーと証明書はすべてbrrで複雑です。

5.選択するテクノロジースタックとホストする場所

実際のところ、すぐにスタックを決定しました。正しい選択については、十分な議論がありました。 誰かがPythonのほうが簡単だと言った、誰かがRubyのことを話した。 しかし、いつものように、Telegram APIと通信するためのオープンフレームワークを採用し 、同じことを書きました。 データベースについては、通常のMongoDBを使用しました。 前述したように、Expressを不必要に使用しませんでした。



2番目の質問：ボットサーバーを配置する場所？ Digital Oceanオプションを選択しました（Herokuは負荷のスケーリング時に非常に高価であることが判明しました）。 しかし、ここに問題があります。私たちはサンフランシスコのサーバーを選択しましたが、ボットの応答速度は、控えめに言っても、私たちに合わなかったのです。 ボタンを押すと、0.5秒後にボットがリクエストを受け取り、さらに0.5秒間リクエストをTelegramサーバーに送り返しました。 どうする ボットは、サーバーからのデータの0.5秒ごとの絶え間ないポーリングからwebhooks-テレグラムサーバー自体がボットに新しいデータを通知するときに転送されました。 それはほとんど役に立たなかった。 彼らは考え始めました：なぜすべてが他のボットネットのためにほとんどすぐに働いたのですか？ 彼らは、さまざまなチャットでTelegramのゲームの開発者に尋ねたところ、アムステルダムのDigital Oceanサーバーでホストすると、Telegramサーバーが同じラックにあると感じることがわかりました。 チェック済み-それは本当であることが判明しました。 ボットは非常に高速になりました。

6.ユーザーに評価を与える方法は？

クライアントによる作品の作成後、発行の評価によってフリーランサーを分類します。 しかし、5つの星を1回レビューしたフリーランサーが、平均評価が4.95の100件のレビューを持つフリーランサーよりも高くないことをどのように確認できますか？ 答えは非常に簡単であることが判明しました。それに関するかなり良い記事さえあります。 Node.jsの小さなスクリプトを翻訳し、フリーランサーのランキングに通常の平均を使用しなくなりました。

ボットの開発をどのように支援できますか？

絶対にすべてのコードはボランティアによって書かれており、誰もこのサービスを収益化するつもりはありません。 オープンなフリーランス交換を無料で維持し続けるために、あなたの助けが必要です。 支援する方法はいくつかあります。

1. 取引所に登録し、フリーランスのプロフィールを記入してください
2. ブログまたはリソースに私たちについて書いてください
3. ソーシャルネットワークで友達と共有する
4. そして、もちろん、コードを手伝ってください-すぐに1000ユーザーのしきい値を飛び越えて、コードをパブリックドメインに置きます。

私たちはすべて、プロジェクトに提供された支援に非常に感謝します！



私からは、交換を書くために何らかの形ですでに助けてくれたすべての人に特別な感謝を申し上げます-みんな、あなたは火事です！ あなたの支援がなければ、このプロジェクトは日の目を見ることはできませんでした。

おわりに

最後まで読んでくれてありがとう！



そこで、私たちはTelegram用の最初の大きなボットを作成しました。 私は記事をわずかにカットして、平均的な読者にとって最も有用で最も重要なものを残そうとしました。 また、ボットへのすべてのリンクを切り取り、Habrahabrモデレーターが（ヘッダー画像からであっても）記事のリンクに誤って送信されないようにします。



コメントの質問にお答えします！