あの男の履歴書

友人たち、私たちは信じられないほど幸運です。 その男はまだ去っていなかったので、私は彼に履歴書を求めました。 彼を仕事に連れて行きたいからではなく、私はその人ではありません。 私には、公開する価値があるように思えます。 22kの文字があるという理由だけで。 どこかでそんな悪夢に出会ったことはありますか？

そして、この男はこれが履歴書の書き方だと主張しています。 まともな人は、標準のサイト形式に従って記入された論文を読まないでしょう。 彼が正しいかどうかはわかりません-あなたは裁判官です。 実際、そのようなシートを使って仕事を見つけるかどうかを見てみましょう。

だから、その後-私の編集なしで連続引用。

私は標準的な履歴書が好きではありません。 しかし、客観的には、おそらくあなたは私について何も知らないので、このギャップを埋める必要があることを理解しています。 したがって、私は珍しい履歴書を書きます。 概要記事。

お茶やコーヒーを注いでください。ここにはロングライドがあります。

役割

IT分野での長年の仕事の中で、その人が働いていた会社のリストではなく、彼が果たした役割のほうが興味深いことに気付きました。 そして、彼が達成したこれらの役割の成功。

私は次の役割と機能に携わっています。
1. 1Cプログラマー。
2.プログラマーjs。
3.チームリーダー。
4.プロジェクトマネージャー。
5. ITディレクター。
6.ビジネスプログラマー。
7.テキストの作家。
8.プロダクトマネージャー。
9.ストラテジスト。
10.ビジネスパートナー。

各役割について詳しく説明します。

プログラマー1C

これは、仕事の初日から離れていない役割です。 何をするにしても、常に1Cでプログラムしました。 ほんの少し。

私は1Cが大好きで、それをプログラムしています。 私は、1Cプログラマーが最も過小評価されている人だと心から信じています。 しかし、これは、たとえばjavascriptを愛することを妨げるものではありません。 私はホリバーの時代をはるかに超えて行ってきました、そして私は理解しています：各タスクには解決策があります。

だから、気を散らさないでください...私は非常に優れた1Cプログラマです。 コーダー、建築家、その他の悪霊と混同しないでください。 世界には1Cプログラマーがほとんどいなかったため、Red Bookに掲載する時期がきました。

1Cプログラマーは、技術仕様、機能要件、およびその他の官僚主義なしでビジネスタスクを理解する人です。 私の義理の会計士がそのような人々について言ったように、「私はまだ終わっていませんが、彼はすでに何かソーセージです。」 ビジネスユーザーは、効果的なマネージャーの仲介なしで直接作業を許可されている場合、そのようなプログラマーを愛しています。

1Cプログラマーとして私がやらなかったこと。 1Cフランチャイジーで働いていたときに、大きな工場でSCPを実装しました。 独自の構成を作成しました。 1C用の典型的なソフトスターターを完成させました（インストールしている場合は、私のコードがあります）。 計画、調達管理、販売、CRM、戦略的指標、タスク管理、コスト管理、コスト発見、MDM、サードパーティWebサービスの使用など、多数のサブシステムを作成しました。 簡単に言うと、この1Cにあるほとんどすべてのものです。

私の判断を評価できる一般的に受け入れられているヒットがいくつかあります。 たとえば、数千のコピーを販売するコスト構造。 長年にわたってコストを調査するのに適切なものはありませんでした。 または、データ検証を行います-データ品質を確保するための最適なツール。 または同じ自動タスク-自動化を制御するための根本的に新しいアプローチ。 または、ボトルサブシステムの説明をお読みください。

一般に、そこで行っていないことをリストする方が簡単です。 私は小売ではあまり仕事をしませんでした。 私はそこにあるすべての種類のチケット売り場を知りません。 テーマは、誇大宣伝されていますが、ある種の非プログラマー、または何か...

その場でカスタマイズと呼ばれる、自動化に対する著者のアプローチがあります。 この件名には同じ名前の記事があります-必要に応じて読んでください。 本質は簡単です。特定のクラスの問題を迅速に解決できる汎用ツールを作成します。 たとえば、ディレクトリ/ドキュメントを書き込むときにデータをチェックします。 プログラミングにより、各チェックは30分で追加され、ツールを介して数分で追加されます。 30〜40個のツールを作成しました。 上記の自動タスクとデータ検証も適用されます。

Jsプログラマー

役割は私にとって比較的新しいものですが、言及する価値があります-突然、あなたにとって重要です。

プログラミング言語自体を理解し、すぐに恋に落ちました。 特に1C後、脳はまっすぐに壊れます-機能が特性であるように、それはどこで見られますか？ はい、1Cでこのような機能があれば、山になっていたでしょう。

しかし、私は自分自身を直接のjsプログラマーと呼ぶことはできません。 1C以降は簡単ではない関連技術を理解する時間がありませんでした。 たとえば、ウェブパックの仕組みがわかりません。 つまり、コードを記述しますが、どこに置くべきかわかりません。

もちろん、問題は修正可能であり、経験だけでは十分ではありません。

チームリーダー

私の好きな役割の1つ。 この立場で、私は特に成功を収めました。

主なこと：私は効果的な仕事を構築することを学びました。 もちろん、標準的な履歴書からの標準的なフレーズのように聞こえます。 しかし、数値もあります。効率は4倍に向上しました。 そのように-私の指導下にあるプログラマーは、同じ期間に4倍の仕事をします。

私の中ではなく、方法論の中にあります。 私は、スクラム、制約理論、境界管理、統計的プロセス制御、ボリュームスケジューリング、ローマカトリック教会の方法、ジンギスカン、ベルビン、制御、および私が発明したものを含む他の多くのものを混合しました。

それぞれのテクニックから、私はベストを取りました。 そして何が機能するのか、つまり 効率が本当に向上します。 その後、すべてが狂った。

それ以来、「私たちはスクラムに取り組んでいる」、「DevOpsに落ち着いている」、または「ベストプラクティス-かんばん」の人たちを涙なしで通り抜けることはできません。 低速で仕事をするのが好きではなく、美しい旗と証明書を手に持ってください-神のために。

現実の生活では、私たちの誰も1つの技術で生活していません。 彼らは一人ずつ眠り、別のものを食べ、3番目に子供たちとコミュニケーションを取り、4番目に自転車で運転します。 そして、合計で、幸せな生活が得られます。 そして、それは皆に合っています。 なぜこのサーカスを職場で手配するのですか？ 評判の良いコンサルタントを養う場合を除きます。

私は長い間私の方法論を疑っていました。誰も自宅でそれを実装することを引き受けなかったからです。 そして最近、誰かがそれを取りました。 そして、同様の結果を得ました。 お金の中でも成長しました。 したがって、これ以上の疑いはありません。

テクニックは非常に形式化されています-私はそれについて半分の本を書いてさえ、どういうわけか、私はそれを終えます。 プロセスや要件はありません-特定の状況に適したツールのセットだけです。

ですから、もしあなたが私をあなたのチームリーダーとして見たいなら、私が何をするかを知ってください-チームの効率を上げるために。 彼女が結果をより速く与えるように。

まあ、はい、私は人々と働くことができます。 私は彼らと話をしますが、私は個人的および個人的なものを含む共通の目標を見つけることができます。 私は心理学の違いを理解しており、パフォーマーにアイデアの生成を強制したり、アイデアジェネレーターにレポートの作成を強制したりしません。

おそらく、主な成果はチームのメンバーの意見と呼ぶことができます。私たちはあなたと協力したいと思います。 あなたがビジネスが行われている会社が好きではない場合でも。

もちろん、同時に彼らは一生懸命働く準備ができています。 心を尽くして、勤勉に。 実験するには、新しいアプローチを試して、開発し、テクノロジーを学び、ビジネスの泥を掘り下げてください。 彼らはその理由を理解しています。

プロジェクトマネージャー

私はこの役割が本当に好きではありません、なぜなら 私は激怒し、非常に好きです。 特に目標が明確な場合。
たとえば、そのようなプロジェクトがありました-倉庫を整頓すること。 会計は曲線であり、在庫の結果によると、倉庫の半分までが逸脱していました。 目標は簡単に設定されました-偏差を5％に減らすためです。 あまりにも夢中になったので、0.1％に減らしました。

プロジェクトは包括的でした-これらははるかに興味深いものです。 そこでプログラムを作成し、プロセスを書き直し、動機と罰金のシステムを考え出し、政治的な陰謀を解決しました。
しかし、一般的には、柔軟な方法を使用してプロジェクトを管理することに近づいています。 繰り返しますが、「私たちはスクラムプロジェクトを管理する」のではなく、結果を生み出す複数の方法が混在しています。

プロジェクトで必要とされる場合、特にデータ品質管理の点で私は厳しいところです。 私はタスクのリストを非常に明確かつ正式に作業します。そうでなければ、人々はホテル経営者のパレードを手配し、ネガティブなものを吐き出し、鼻水を噛みます。 次のリリースの値など、いくつかの基準に従って、タスクをできるだけ明確にランク付けします。

彼は柔軟なテクニックに基づいて、「ライド」と呼ばれる独自のテクニックを発明しました。 彼女はまだ形をとっていないので、私は彼女をまだどこにも伝えていません。 複数のプロジェクトを同時に実行できるため、ファッション関係者が市場に出すまでの時間を短縮できます。

手短に言えば、プロジェクト管理では、私はビジネスの結果に焦点を当て、予算に鼻水を塗るのではなく、焦点を合わせます。 非常に高速ですが、品質を損なうことはありません。 より頻繁にリリースします。

さて、100,500回、パレートの原則の正しさを確信しました。 どのように試しても、どのようにベールをしても、結果は作業の20％で提供され、80％は不要なゴミです。

ITディレクター

私の好きな役割の1つ。 私はそれで数年間不平を言いました。

CIOの履歴書を読むと、3行目で眠りに落ちます。 彼らはいくつかの技術、ソフトウェア製品をすべて英語でリストし、それらはうまく実装されました。 そして、一体誰が、これがビジネスにどのように役立つかをいつ書くのか。

そして、ビジネスのメリットについて直接尋ねると、彼らは狂人のように見えます。 彼らは、ITインフラストラクチャをサポートすることを目標としています。 しかし、皆さん、私に... ITインフラストラクチャのサポートは、システム管理者の目標です。 これらは、自分の仕事をよく知っている優秀な、非常に賢い人です。 彼らの履歴書から、あなたはすべての賢い言葉を英語で書き留めました。

CIOの主な目標は、利用可能なあらゆる手段でビジネスを発展させることです。 実際、他の監督のように。

もちろん、サポートは朝と夕方に歯を磨く方法です。 もちろん、ITインフラストラクチャ全体が機能することを誇りに思うことは可能ですが、それはあなたの前にそれがあなたの側に横たわっている場合のみです。
私は悪いCIOです。 だから私の隣で働いていた他の監督は言うだろう。 オーナーのみが私を良いCIOだと考えました。

誰にも休まなかったからです。 どのプロセスを自動化する必要があるかを知るだけでは十分ではありません。 プロセスを知る必要があります。 また、なぜ彼がとても不器用であるかを調べてください。 また、それを改善するためにも。 はい、知る必要さえありません。プロセスが悪いと言います。 特に、他のプロセスに命を奪う場合。

変更のための包括的なソリューション、プロセス、動機、目標、管理システムを提供し、ケーキのように自動化を提供します。 もちろん、人が自分の部門を開発したい場合。

そして、結局のところ、主なものはじっと座っていることであるリーダーの束。 開発はこのように禁忌です。主なことはあなたの力を保つことです。

チーフアカウンタントがプログラマーから従業員のサポートを求められた場合、最終的にいくつかのアカウンタントを解雇するために、日常業務を自動化し、データ品質管理を確立し、データ入力時間によってメトリックを追跡します。

調達部長から注文にチェックマークを追加するように求められた場合、プロビジョニングタスクのパーソナライズを使用してニーズ計算システムを実装し、今では具体的な1秒ごとに、誰が通常の職務を果たし、誰が座ったのかがわかっています。 結局のところ、若い新入社員が何よりもうまく機能し、2人の古い熱心な調達担当者がブルドーザーを蹴ったことが判明しました。

CIOがタスクをより広く見るほど、より良い結果が得られます。 だから私は自分で決めました。 確かに、彼はITディレクターを辞めましたが、理解できる人にはなりませんでした。 開発ディレクターのようなもの。 またはビジネスプログラマ。

ビジネスプログラマー

私は自分で用語を作り出しました。 意味はこれです：これはシステムとしてビジネスを変える人です。
私はITディレクターだったときにビジネスプログラマーになりました。 そして、私は今日までビジネスプログラマーです。 たぶんあなたはそのようになるでしょう。

世界にはプログラマーがいます。 彼は情報システムを変えています。 毎日、それにいくつかの変更が加えられます。 時々-誰かの割り当てで。 時々-あなた自身の裁量で。

たとえば、特定の場所でシステムがスローダウンし、クラッシュし、プロセスが通常の速度で移動できないようにします。 デバッグ、パフォーマンス測定、ブレーキの原因の発見、排除が含まれます。 通常、誰も気付かない通常の仕事。

そのため、通常のビジネスプロセスでも同じことができます。 たとえば、販売プロセスがあります。 後払いがある場合は、顧客からの電話で始まり、現在の口座への入金で終わります。

ビジネスプログラマーはこのプロセスを見て理解します。 お金の呼び出しから3か月。 悪夢。

そして、それはプログラマのように振る舞います。 彼は最初から最後までチェーン全体を測定し、測定値、稼働日の写真、データ分析を行います。 ええ、私は製品がシリアルであることがわかりましたが、それらは常に在庫切れであり、顧客は待つ必要があります。 制約の理論に従って、バッファを形成し、維持する必要があります。

決定して完了しました。 自動化され、供給プロセスに変更が加えられ、顧客の要求に応じて購入されただけでなく、バ​​ッファを補充するように変更されました-そして出来上がり、顧客は電話をかけ、1時間後に彼の注文はすでに組み立てられています。

または別のケース-ITサービス。 顧客のアプリケーションの表示から支払いまでに時間がかかりすぎます。 ビジネスプログラマーは見て、見ています-十分な平凡な定期的な管理がありません。 仕事の申し込みを受け付ける人は、2日ごとに1回見ます。 それをカウンターに置き、メトリクス、またはSLAを追加します-そして、すべて、1時間でどれだけ素敵になりますか。
さらに検討します-タスクは優先事項になりましたが、プログラマーは優先事項ではありません。 理由を理解しています。 システムが単なる曲線であり、それ自体でリストをソートできる場合、選択の自由は破壊的であるため、それを変更します。 プログラマーが自分自身について考えすぎている場合は、順序に従って、彼のメトリックも決定します。 そして、私たちはそれを動機付けシステムに持ち込みます-あなたが好きな順番でそれをしてください、しかし割引で。

あなたは原理を理解しました。 ビジネスアナリストのように分析するだけではありません。 プログラマとしてタスクを実行するだけではありません。 自動化、動機付け、プロセスなど、ビジネスシステムの一部ではなく、一度にすべてを処理します。 より近く、より明確に、またはよりアクセスしやすいものではなく、結果をより速くもたらすレバーに作用します。
だから、私はビジネスプログラマーです。 確かに、1つの条件で-それが私を許可する場合。 そして、彼らがそれを許可しないなら、私はこれを達成しようとしています。 さて、そこに行きます。

はい、ビジネスプログラミングを科学に変えました。 私は、方法、慣行、事例について書き続けています。 誰が知っている、突然他の誰かがこのように行きたいです。

テキストライター

私は偶然この役割を果たしました。 ちょうどある時点で、2年前、私は2、3の記事を書くことにしました。

最初は、何の目的もなしに、それがどういうもので、どうなるのかを書いただけです。 しかし徐々に、時間の経過とともに、私はこの楽器の力に気づきました-テキスト。

ほとんどの人にとって、テキストを書くことはひどく、不快で、難しい仕事です。 コードを書いてください-お願いします。 リリースは簡単です。 そして、このコード、リリース、または製品に関するテキストを書くために-いいえ、ありがとう。

その結果、一部は製品を作成し、テキストはもう一方を作成します。 必然的に耳の聞こえない電話があり、彼らがインターネットで言うように、「探偵のマーケティング担当者」。

曲がったテキストについて書かれているとしても、それらが書かれていても、あいまいになって消えていく有用な製品の束。 彼らの考えを文字の形で表現することができないため、傑作を作成する多くの賢い人々は無駄に消えます。

最も不愉快なのは、何百万もの顔のない会社のウェブサイトで、「人は私たちの主な資産」、デッドニュースセクション、幼稚園レベルの企業生活に関する恐ろしいページ（「ああ、見て、ゴミを集めている！」 「ほら、彼らは私たちに新しいトランスフォーマーをもたらした！」または「見て、会議に行った！」）。

それで、私はテキストを書くことをうまくマスターしました。 プログラムやサービスの技術的な記事、指示、説明を書くことができます。 これらの製品やサービスを宣伝する面白い記事を書くことができます。 ハドライトのようなものを書くことができます。 道徳を書くことができます。 ニュースを書くことができます。 要するに、私はほとんどすべてを書くことができます。

私が専門家、一部のコピーライター、ブロガーとは程遠いことは明らかです。 しかし、違いがあります。私はITスペシャリストであり、私は引き続き1人です。 私にとって、テキストを書くことは補助的なツールです。 彼は製品、会社、方法、時には私を宣伝しています。 おおまかに言って、1分が与えられたときに物事の間に書きます。 さて、ビジネスに役立つのはいつですか。
他の友人が原則としてこのスキルを無視しているという理由だけで、私は履歴書にテキストの執筆を含めました。 役に立つようですが。

正式な成果があります。 InfostartとHabrの2つのサイトに書き込みます。 Infostartでは、私は-評価の最初の場所で、Habréでは-私は泳いで、2番目になりました（時間の経過とともに評価が低下します）。 念のため、突然、これはあなたにとって重要です。

プロダクトマネージャー

私にとっての役割は比較的新しいものですが、進歩は楽しいものです。 製品開発の管理は1年未満です。

実際、最初の製品はサイトでした（リンクはプロファイルにあります）。 私のビジネスパートナーがテクニックを作成し、サイトにコンテンツを追加しました。 読むべきことがあります、サービスがあります-タスク管理と生活管理。

タスク管理は私の2番目の製品でした。 ティムライダーのセクションで述べたように、作業効率を大幅に向上させることができるタスク管理技術を持っています。 この技術の一部は、製品に反映されている技術的手段によって完全に実現されています。 確かに、私は大衆にそれを起動する時間がありませんでした。

ライフマネジメントは3番目の製品になりました。 これは、アクティビティを登録することで人生のバランスを管理できるクールなサービスです。 彼に関する記事は1つしかありませんでしたが、すぐに約1,000人のユーザーを獲得しました。 次に、ある賢明なプログラマーが同じロジックを持つモバイルアプリケーションを作成し、いい人のように私の記事へのリンクを提供しました。 私はまだこの製品を開発しているかもしれません-それには多くの計画があります。 個人的に、彼は私の人生を大きく変えました。

次に、Flowconと呼ばれる1Snny製品がありました。 このことはお金を直接もたらし始め、私はそれを自分でやりました。 4か月間、彼らは16のサブスクリプションを販売し、いくつかのリリースがあり、見込みは最も有望です。 そして、これらすべて-広告、営業マネージャー、デモンストレーションなどなし テキストのみ。

があった、またはむしろ-別の製品がありますが、私はそれについて話すことができません、なぜならNDA。 しかし、彼はとてもクールなので、彼はまだ震えを投げます-私は本当にこれを考え出すことができますか？

はい、まだbody-math.comがあります。 リンクをたどらないでください。そこには何もありません。 私は、ダイエット、フィットネス、ピル、ダイエット制限なしで体重を減らす方法を思いついて、自分でテストしました。 純粋に工学的なアプローチ、機械学習、常識。 このプロジェクトは間違いなく完了します。

このすべてを繰り返します-1年以内に、2人で。 私たちは通常のプロジェクトやサービスでもお金を稼いだという事実にもかかわらず。

自分をまともなプロダクトマネージャーとは呼びません。経験はほとんどありません。 しかし、彼はそうです。

戦略家

それは実際、美しく聞こえます-何も特別なものではありません。 人生で会社全体の戦略的変化を2回リードしなければならなかったということだけでした。 残念ながら、ロープは突然壊れました。

戦略開発には2つの柱があります。目的と原則です。

まず、変更の目的、つまり会社がどうあるべきかを明確かつ明確に策定する必要があります。

最初のケースでは、売上の増加でした。 正確には覚えていません-2、3回ごとに。
第二に-セルフサービスの製品およびサービスの販売（私たちは少数なので、参加せずに販売および仕事をするため）。

目標が選択されたとき、それへの動きの原則を策定する必要があります。 この時点で、通常は原則ではなく、特定のイベントやプロジェクトを書きたいと思うでしょう。そうしない方が良いです。 なぜなら、アクションと目標の間の関係に関する理解がすぐに失われてしまうからです。

そして原則は、目的と行動の間のリンクとして機能します。 たとえば、販売量を増やすために、次のような原則がありました。（TOCによる）通過の増加とサプライチェーンの数です。 サービスの販売については、原則はさらに単純です。すべての時間をサービスの開発とリリースに費やしてください。

次に、イベント、プロジェクト、タスクなどを考え出します。 ただし、原則があるため、イベントの実行可能性をいつでも評価できます。

新製品の開発を提案しますか？ まあ、サプライチェーンの数を増やすという原則と一致しています。 しかし、この特定の瞬間では、通路を増やすという原則と矛盾しています。 突き抜ける方法はありません。 並んでください。

クライアントが入って来た、実装プロジェクトが欲しい？ 悲しいかな、それは運命ではありません-戦略的目標の達成を少なくとも1年間遅らせるでしょう。

会計主任は、何らかの和解管理サービスを導入したいですか？ 悲しいかな、どの原則にも準拠していません。 それだけでなく-それはまた通路を減らす 販売に直接関わる人々は、ナンセンスに気を取られ始めるでしょう。

最初の戦略は成功しましたが、長くは続きませんでした。 新しいディレクターが来て、彼が戦略をリードすると言いました。

2番目の戦略は長い間実装され、あまり成功していませんでした。 当初、間違いがありました-全員が目標に同意したわけではありませんでした。 したがって、戦略は定期的に停止しましたが、それでもクロールされました。 目標が間違っている場合、時間を無駄にすることはできません。

小規模な戦略では数百を実装する必要がありました。 あなたのように。 各製品、プロジェクト、タスク、人など。 戦略があり、誰もそれを呼ばない。 そして、このテキストには戦略的な目標と原則があります。 どのものだけを教えません。

ビジネスパートナー

そして最後に、最新の経験。 2年間、私は2人のビジネスのパートナーでした。

この経験で私にとって最も興味深いのは、機会とすべてを連続して行う必要性です。 これは、以前のロールにはありませんでした。 特に部下のいない私たちが二人いたことを考えると。

実際に、あなたは仕事をする必要があります-プログラムし、クライアントのために何かを実装し、問題を解決し、サポートを提供し、質問に答えるなど。

あなたはセールスで何かをしなければなりません-テキストを書き、コミュニティを作り、通信し、話し、デモをしてください。

ズボンなしで留まらないように、キャッシュフローを何らかの形で制御する必要があります。

悲しみを半分にして、会社の開発戦略を実行する必要があります。

プログラミング、テキストの操作、顧客の問題の解決など、手元にあるすべてのものの有効性を高める必要があります。

私たちは常に未来を考えなければなりません。 いいえ、そうではありません...誰もいないので、私たちは常に未来を心配しなければなりません。

まあ、そして最も重要なこと-責任を意識する必要があります。 これはおそらく、雇われた仕事との重要な違いです。 働かない-お金がない。 仕事-お金があります。 働くことは起こりますが、お金はありません。

実際、ビジネスパートナーとして私がやったことはすべて、製品、サービス、およびそれらを生み出した戦略です。 全体として、この経験は非常に有用でしたが、不完全なままでした-戦​​略的な目標を達成することはできませんでした。

合計

私は人生で行ったITの分野のいくつかの役割について言及していません。 たとえば、私はかつてシステム管理者でした。 しかし、第一に、それは非常に長い時間前であり、第二に、私はもはやこの役割を主張していません。

しかし、もちろん、主な話題は特定の役割ではなく、相互浸透です。 役職が多ければ多いほど、それぞれをよりよく理解し、達成することができます。

ITディレクターを務めただけで、プログラマーとしての自分自身の過ちに気付きました。 ビジネスパートナーとして働いただけで、ITディレクターとしてのビジネスの理解がいかに不十分であるかに気付きました。 最初の製品を作成した後、プロジェクトの作成方法に気付きました。 何百もの記事を書いたので、何時間もプログラマがクライアントに電話することを敢えてしない理由に気付きました。 チームのリーダーシップを成功させて初めて、会社の変革のリーダーになりました。 ビジネスプログラミングのおかげだけで、私たちの国のどの会社にもやるべきことがあることを知っています。

そして、どの役割で私が必要なのか、自分で決めてください。 それぞれに興味があります。 そして、それがより効果的であれば、私はまだ残りの粒子を持ち込みます。