1C：Enterpriseプラットフォームを開発する開発者を探しています

私たちの夢は、世界のビジネスアプリケーションを開発するための最高のツールキットを作ることです。 私たちには多くの素晴らしいアイデアがあり、その実装によりこの夢を実現し、最高の状態を維持するためのツールを開発することができます。 これらのアイデアを適切なレベルで実装するには、クールなプログラマが必要です。



要するに、私たちは次の人を探しています：

• レプリケートされたフレームワークを作成するのが好き（または愛する準備ができている）
• 数百万人が使用する製品を作りたい

探している開発者とその方法をより詳細に示すために、当社の採用マネージャーとの短いインタビューを行いました。 インタビュー中に質問がありました：

• どのような開発者が必要ですか？
• 面接は何をお願いしますか？
• 面接では、理論的または実用的な質問はどれですか？
• プログラマはテストを書くべきですか？
• 専門的な活動範囲からではなく質問をしますか？
• プログラミングに直接関係しない論理的なタスクをすばやく考えて設定しますか？ 車内のヘリウムを含むボールに関するタスクのタイプ：

プログラマーは、どの分野でプラットフォーム開発に取り組むことができますか？ さて、例えば：

• ビジネスアプリケーションを開発するためのIDE
• 組み込み言語コンパイラ
• Webフレームワーク
• ロードバランサー
• その他：

インターネット開発グループ

このグループは、おそらく1C製品の数百万人のエンドユーザーが使用するオンラインサービスを作成しています。 たとえば、サービスを使用すると、TINによって相手方に関する情報を取得したり、相手方の信頼性を確認したりできます。 活動分野は非常に責任があり、サービスは高負荷の下で機能し、サービスのダウンタイムは非常に望ましくないため、最も信頼性の高い製品を作成するよう努めています。 Interaction Systemと呼ばれる製品も作成しています。 これは、クライアントアプリケーションと1Cの間で情報を転送するメカニズムです。エンタープライズサーバー。 特に、その助けにより、アプリケーション1Cに組み込まれたメッセンジャーが実装されます。



開発者から、私は彼に製品全体を開発してほしい-ユーザーのニーズを分析し、アーキテクチャを考え、コードを書く。 人々はしばしばインタビューに来て、私が対象分野を分析することは面白くないと言うので、私はアナリストに私にTORを書かせて、それに応じて機能をプログラムします。 つまり、人はプログラミングの技術的な側面にのみ興味があります。 そのような人々を雇わないようにします 私たちには小さなチームがあり、多数の関連分野に対処する必要があります。 したがって、プロのスキルに関係しない主な要件は、製品要件を美しく正確に策定し、実装を考え、製品を開発し、最終結果に責任を持つ能力です。 人が最終製品の品質に個人的に興味を持ち、誇りに思う製品を作ることが重要です。



Eric Evans の著書「Subject-Oriented Design」では 、主なアイデアの1つは、開発者もアナリストであり、自動化するサブジェクト領域を十分に理解し、ビジネスにとって有益なものを理解し、それを理解していない場合、ユーザーのすべての要件を満たす優れたシステムを開発できます。 開発者がサブジェクト領域から抽象化する場合、製品のアーキテクチャに関する重要な決定は行いませんが、これらの決定を実装する必要があります。その場合、実装の質が低下するリスクがあります。 同じEvansは、ドメイン領域で2つの部分を区別することを推奨しています-ビジネスにとって基本的に重要な部分、実際に製品をあなたの製品にする部分、およびそれほど重要ではない、インフラストラクチャのバンドルを担当する部分。 そして、最高の開発者には、最初の重要な部分の実装が与えられるべきです。



インタビューはどうですか？ 応募者に尋ねる10の質問についてのアンケートがあります。 アンケートの質問は理論的ではありませんが、実用的です。たとえば、このようなスタックトレースでコードが例外をスローし、何をするかを説明します。 または-実行が遅いデータベースへのクエリがあり（クエリテキストが提供されます）、クエリプランがあり、評価します-クエリプランが悪いこと、クエリを高速化する方法を説明する必要があります。 JOINの種類を人に尋ねるのは無意味です。もちろん、インタビューに少しでも準備ができていれば、彼はこれらの種類を知っています。 これらのJOINを使用した実際の経験は興味深いものです。 人がクエリプランの分析の経験がある場合、問題を解決する方法について話すことは難しくありません。そのような経験がなければ、この本はここでは役に立ちません。 これは、機能について読んだばかりの開発者と、実際にこの機能を実際に使用した開発者を区別する行が通る場所です。 私たちは、2番目のタイプの開発者を扱うことにもっと興味があり、その人がすぐに「ゲームに参加する」ことを望んでいます。



アンケートの質問の一部はすでに機能しなくなっており、これらの質問を新しいものに置き換えました。 たとえば、しばらく前に、インタビュー中に彼らはしばしばシングルトンパターンを実装するように頼みましたが、候補者がこれを実行したとき、彼らは今それを怠け者にしました。 それ以降、Habréにいくつかの記事が登場し、そのようなものの書き方を詳細に説明しました。人々はこのタスクを暗記したばかりで、専門的な適合性のテストではなくなりました。



また、開発者に有能なテストを作成してもらいたいです。 たとえば、システムが満たす必要のある契約署名がテスト署名に記述されている場合。 これは、たとえば、JavaでRoy Osherが推奨するスタイルで行うことができます。その場合、コントラクトメソッドの名前は、「与えられた」、「期待するもの」、「結果とは」の3つの部分に分かれます。 そして、 Groovyで Spockを使用してそれを行うことができます。 候補者が正確にテストする必要があるものを理解しているかどうか、境界値をテストする必要があるかどうか、テストピラミッドについて知っているかどうかなどが重要です。



また、特に私たちに関連する技術を使用している場合は、その人が関与したプロジェクトについて尋ねます。 たとえば、私たちはHazelcastを使用していますが、これまでに（最近の大規模な実装-Yandex.Moneyで ）本番環境で使用する人はほとんどいません。Hazelcastの使用経験がある人に非常に興味があります。 さらに、候補者は、私たちがまだ知らない新技術の予期しない有用な側面を私たちに明らかにすることができます。



私たちにとって重要なトピックは、マルチスレッド環境で動作するコードを記述する方法です。 たとえば、負荷の高い環境にはいくつかのアプリケーションノードがあり、システムを最小限に抑えながら、システムを動作可能かつ信頼性の高いものにする方法を候補者に尋ねます。



プログラマはテストを書くべきですか？ 必須ですが、すべてではありません。 プログラマーは無条件で単体テストを作成する必要があります。 ところで、チーム内の私たちは、 TDDなどのメソッドの必須使用を主張していません。 一部の開発者は独自のイニシアチブでTDDを使用していますが、TDDは非常に気に入っています。 統合テストも作成します。 開発者は負荷テストも行い、JMeterのテスト計画を作成します。

Webクライアント開発チーム

JavaScriptでWebクライアントを開発していますが、候補者は、JavaScriptでのWeb開発の経験に加えて、「古典的な」OOP言語（C ++またはJavaまたはC＃）の開発経験があることが望ましいです。 これは、プロジェクトの仕様によるものです。 JavaScriptで記述された1C Webクライアントですが、イデオロギー的にはOOP言語で記述されたアプリケーションに似ています。 JavaScriptコードをJSDocアノテーションでカバーするため、アセンブリ中に静的な型チェックが行われます。 このアプローチが選択されたのは、 Google Closure Compilerを使用しているためです。これにより、特にコードの速度が向上し、コードによって消費されるメモリ量が削減されます。 したがって、OOPの経験は候補者にとって非常に役立ちます。



インタビューでは、候補者と彼のチームが以前の仕事でどのようなタスクを解決しなければならなかったかを尋ね、彼が実装したソリューションのアーキテクチャについて説明します。 候補者のタスク、それらのいくつか-素早い機知とアルゴリズム的思考について尋ねます。 たとえば、かなり大量のコードによって正面から解決できるタスクがあり、考えてみると1行で解決できます。



JavaScriptのレイアウトの特定の知識のためのタスクのプールがあります。 たとえば、紙にHTMLページ構造を描画し（構造は動的である場合があり、特定のアルゴリズムに応じて時間的に変化する場合があります）、そのような構造を作成してダイナミクスに実装するコードを作成するように依頼します。



また、分析活動に対する候補者の素因を評価しようとします。 高品質のコードを記述しても、チーム内に「クリーンな」エンコーダーを持ちたくはありませんが、固定された技術仕様に従って厳密に機能します。 開発者にタスクに参加してもらい、製品で何が行われているのか、そして製品内でなぜ理想的には新しい機能のドライバーでもあるのかを深く理解してもらいたい。



候補者が学生または昨日の学生である場合、純粋に理論的な質問をすることができます。たとえば、OOPの基本原則などを尋ねることができます。 経験のある人がそのような質問をしても意味がない場合、候補者はこれらの原則を知っており、自分の仕事でそれらを使用している可能性が高いです。それらを定式化する要求は、教科書から言葉遣いを忘れてしまったため、彼を行き止まりに導く可能性があります。



各インタビューはユニークです。 あるトピックについてはある人と話し、別のトピックについては別の人と話すのは興味深いことです。 インタビューの最後に、製品、その使用範囲（そして印象的です-システムには数百万人のエンドユーザーがいます）について話します。

アプリケーションのスケーラビリティチーム

私たちは誰ですか

私たちのチームは、1C：Enterpriseプラットフォームで高負荷のシステムを構築する分野のエキスパートです。 これらのエンジニアは、信頼性とスケーラビリティの課題に対処します。 このようなタスクは、多くの場合、管理と開発の岐路にあります。 そのような問題を解決した結果は、本当にクールなシステムです。 そのようなタスクの例：

• 2つのデータセンターにフォールトトレラントインフラストラクチャを展開し、障害シミュレーションを実施します。
• ユーザー数を10倍に増やしてシステムのパフォーマンスを低下させるため、長時間のコスト計算を3倍に加速します。
• 発生するデッドロックを調査して排除するため
• これらのデータベース間の交換を考慮して、ある時点で12を超える分散情報データベースの調整された回復を保証します。

そして、これはタスクの完全なリストではありません。 タスクの多くが「これを実行することさえ可能ですか？」という言葉で私たちのところに来るのは特に楽しいことです。 人々は最初は信じません。 私たちは議論することはせず、常に実践で確認しようとするよう説得しようとします。 これに、夜中に大規模なクライアントのシステムに接続する意欲を追加する必要があります。これは、地元のエンジニアが何かを壊し、誰も何をすべきかを知らないためです。 バックアップが存在しない場合、破壊されたベースを復元するか、システムの負荷が5％増加した理由を見つける必要がありました。 ご希望の場合は、私たちの仕事に関するレビューを読むこともできます 。

私たちは誰を探しています

私たちは、不可能なことを情熱的にしたいエンジニアを探しています。 候補者にとって最も重要な要件の1つは、目を燃やすこと、欲望、および既存の知識を使用して、これまで出会ったことのないものをすばやく理解する能力です。 これらは、信頼性エンジニアと開発者全員が1つに統合されています。 クライアントが数千人のユーザーとあなたに連絡し、彼のエンジニアが1年の間に開発した複雑なメカニズムを運用しようとしているとあなたが言うと想像してください。 ところで：

• クライアントのビジネスから絶えず変化する要件の条件で開発を完了できていない。
• 実装のための主要なメカニズムの開発が本格化していますが、エンジニアはまだ何千人ものユーザーでテストメカニズムに到達していません。
• 現在でも、この実装のユーザー数が増え、正​​確にこのメカニズムで生産性が急激に低下する理由は誰にもわかりません。
• 開発はWindows上でMS SQL Server DBMSを使用して行われ、最終段階で、CentOSとDBMSでPostgreSQLをインポート代替の中心に置くために政治的決定が下されました。
• そして、10人のユーザーでさえ作業するとタイムアウトが発生することが誤ってわかります。
• クライアントは先月購入する必要があるため、このメカニズムの機器を計算する必要があります。
• このメカニズムでアルゴリズムの並列実装を実行し、同僚と調整し、新しいエラーを発生させずに時間通りに進む方法を一緒に決定する必要があることを理解しています。

はい、繰り返しますが、すべての人が意思決定の誤りやアンチパターンを特定できるわけではないため、ここ数か月、継続的にストレスを抱えているエンジニアと非常に外交的にコミュニケーションをとることができる必要があります。

調子はどう？

面接は候補者にとってストレスになる可能性があります。 しかし、このストレスは、既存の経験をすべて考えて使用しなければ、実際の状況で得られるストレスと比較することさえできません。



多くの候補者の問題は、彼らの知識をどのように応用するかを知らず、6歳の子供を説明できないことです。 そのため、面接中に定期的に候補者に精通していることを教えてくださいとお願いしています。 当然、私は本当に多くのことを学ぶことができる人を募集したいです。 そのような議論では、知識の深さと非常に良い理解が非常に重要です。 朝の7時に候補者にインタビューし、MS SQL Serverのメモリ管理コンポーネントについて議論し、最終的にページとエクステントの理解に落ち着いたときに経験がありました。 それから人事部が介入し、次のように言った。 誰がそれを知っているのか！？」、そして私たちは話をするために部屋を出ました。 眠くてあくびをしている同僚が偶然にコーヒーの方向に廊下を通り過ぎました。 同僚は同じ質問をされました、彼ははっきりと、正確に、本質的に、片目を開けてあくびをすることなく答えました。



当然、数学とアルゴリズムの知識をテストしようとします。 むしろ、それらは基本的な知識に関連しています。 しかし、分散アルゴリズムの知識と、そのようなアルゴリズムをタスクに適用する能力は、候補者にとって確実なプラスになります。



別の方法は、候補者に1C開発者の代わりに自己紹介を依頼し、何らかの種類の適用タスクを実装するように依頼することです。 候補者のインタビューとストレスで、このようなタスクにより、候補者がどのように考えているかを確認できます。 候補者の解決策を検討し、候補者が自分の解決策に重大な技術的問題を発見できるように支援します。次に、候補者が解決策を変更する方法を検討します。 時々、6〜7回の反復を行い、ソリューションの弱点を探して評価します。 同時に、たとえばデッドロックなど、人が知っていることを議論して理解するだけでなく、コード内でそれらの発生確率をゼロに減らす方法を理解しているかどうかもすぐに可能になります。



特定のプログラミング言語の知識は、非常に重要な要素ではありません。 人が言語を使用したプログラミングの観点から考えるとき、それはより重要であり、言語構成に限定されません。

仕事で使用されるもの

最も頻繁に使用される最初のツールは、1C：エンタープライズテクノロジープラットフォームです。 プラットフォームの知識は、管理者および開発者レベルで必要です。 つまり 特定のソリューションを実装し、それをシステムで数千人のユーザーに対して実行する方法を理解する必要があります。



MS SQL ServerとPostgreSQL DBMSの動作を分析する必要があることが非常に多いため、プロファイリングツール、動的ビュー、および雑誌の使用はアクティブスキルの手荷物に含まれます。 そして、ここでは大容量で作業する能力が重要です。 標準のWindowsのメモ帳は、マシンで生成されたクエリとその計画で1 TBのテキストログを操作する場合、あまり便利ではありません。 すぐに正規表現の知識だけでなく、それらをサポートするツールと言語のセット全体が必要になります。 クエリプランを分析するには、インデックスとは何か、マージ結合とハッシュ結合の違いを理解する必要があります。



エンタープライズ市場のシステムは、多くの場合Linux上で実行されます。 サーバーにグラフィカル環境はありません。 コンソールのスキルは非常に重要です。



PostgreプロセスによるCentOSのPostgreSQLサーバーのCPU負荷が5％増加した理由を見つけるために必要なものを想像してください。 調査のアルゴリズムを紙に書いてみてください。 そして、すぐに必要なものが理解されます

• uptime 、 vmstat 、 sar 、 atop 、 perfだけでなく、
• pgbadger 、 psqlを使用し、postgresql.confでロギングを設定する方法を知っている、
• 希望するクエリを1つ見つけることができます。
• 分析を使用し、彼の計画を分析し、
• 要求を書き直し、負荷が落ち着いたことを確認します。

私たちにとって何が重要か

人が大規模に考え、常に大きな絵を見ようとすることは非常に重要です。 たとえば、ほとんどの候補者は、テキストファイルを並べ替えるタスクを解決し、10 MBのファイルの並べ替えに適したアルゴリズムを提供します。 しかし、メモリとディスク容量が限られている状況で10 TBのファイルをソートすることに直面したとき、彼らの理解と視点はどれほど変わります。 また、ディスクにアクセスするコストは、メモリにアクセスするコストよりも高いことを覚えておく必要があります。 候補者に、すべてのタスクで「大規模に」考えてほしい。

プラットフォーム開発グループ1C：エンタープライズ

候補者から私たちのチームに必要な主なことは、分析的に考え、問題を徹底的に分析し、解決策を検討する能力です。 1C：エンタープライズプラットフォームは開発サイクル（月）がかなり長いため、Web開発の場合のように、段階的に機能をパーツに実装することはできません。 これには、実装の詳細を検討する際に深く考える能力が必要です。「一度に」を実行する必要があります。 つまり 昨日Habrについて読んだ最初の利用可能な方法を使用して問題を解決するのではなく、さまざまなソリューションのすべての長所と短所を慎重に検討してください。



面接で候補者がそのような資質を持っているかどうかを理解することはそれほど簡単ではありません。 最も関連性の高い方法は、候補者の以前の経験について話すことです。 人がどのクールな解決策を思いついたかを話すとき、私たちは尋ねます-そして実際、どの問題が解決されましたか？ なぜこの特定のソリューションが選択され、別のソリューションではないのですか？ また、問題の条件が少し変わった場合、ソリューションはどのように変わりますか？ いくつかの同様の質問をすることで、その人がトピックにどれだけ深く没頭しているかを理解できます。



「仕事の仕方を知っている人を雇い、何らかの理由で仕事をしてもらいたい」というフレーズには、別の側面があります。 したがって、インタビューでは、私は仕事が人にとって何であるかを理解したいと思います。 彼にとってこれがあなたがお金を稼ぐことを可能にする楽しい娯楽であるなら、高い確率で候補者から良いものは出てこないでしょう。 ほとんどのプロの開発者にとって、彼らの仕事は、彼らがやらなければならなかった最も興味深いものであり、研究、欲求、そして新しい何かを創造する能力です。 私たちに来る人は、勉強し、勉強し、勉強する準備ができていなければなりません。 パフォーマーだけでなく、勉強に飽きることのない人が必要です。仕事で絶えず勉強しなければなりません。



候補者に他に見たいのは、エンジニアリングスキルです。つまり、比speaking的に言えば、キュ​​ーブからエレガントなソリューションを組み立てる能力です。



プログラミング言語の必要な知識は、候補者が求められているプラ​​ットフォーム開発分野に依存します。 プラットフォームの中核はC ++とJava、WebクライアントはJavaScriptです。一部のプロジェクトでは1Cの知識が必要ですが、他の言語と技術の知識も非常に望ましいため、C ++の基本を知ることが望ましいです。 1Cの世界のために多くの新しいものを作成する必要があります。開発者が他の言語や技術で考案されたアイデアや概念を操作できるようにし、1Cソリューションを開発する際に適切な場所でそれらを適切に正しく適用する方法を理解できるようにする必要があります。 たとえば、 1cFreshクラウド製品を開発するには、主に管理用のさまざまなツールを1Cで作成します（従来の言語よりも1Cで開発する方が高速です）。 開発者がシステム管理者（bash、Python、Perl）が使用するテクノロジーと言語のパターンを理解している場合、これは使いやすいツールの作成に役立ちます。



学生にインタビューしている場合、彼の積分を計算し、積分がそう考えられる理由を説明するように彼に依頼することができます。 平均的な年長の生徒は積分の意味をよく覚えておらず、良心的で熱心な生徒はその意味をよく覚えており、それを説明できます。



システム管理者がいる場合は、たとえば、LinuxでRAMを操作する特性について質問できます。 人がDBMSを使用している場合、たとえば、どのレベルのトランザクション分離が存在するか、どの候補がそれを使用することを好むか、およびその理由を尋ねます。 たとえば、ある人が複数のデータベースの同期に取り組んだ場合、同期されたデータベースの1つがバックアップから突然復元された場合の対処方法を説明します。 さまざまな方法で解決できる典型的なアーキテクチャ上の問題。



また、候補者には、完璧主義のより良い、そして健全な分担のために世界を変えたいという願望も見たいです。 合理的な量の完璧主義がなければ、非常に異なる実装で何年も機能するコードを書くことは困難です。



プログラマはテストを書くべきですか？ プログラマは、機能する製品を発行する必要があります。 彼が成人プログラマーである場合、誰も彼がそれをどのように行うか気にする必要はありません。 これが初心者プログラマーの場合-テストを書くことをお勧めします。 真面目な開発者は、最終的に、自分が作成したコードに対してどのテストを記述する必要があるかを理解し始めます。テストでは、コードの脆弱なセクションがより適切にカバーされます。 私たちは心のないグローバルなテストカバレッジに反対しています。 プログラムが正常に機能するのは、テストで完全にカバーされたためではなく、開発者が頭をひねったためです。 テストは、プログラムの最も難しい場所でのエラーから身を守るための補助ツールです。 また、テストはアーキテクチャ上の問題の万能薬ではないことを覚えておく必要があります。 最も重要なことは、人は頭を回すべきです。



非ITの質問のうち、時々この質問をします。そして、3-5年後に誰が自分を見ますか？ 彼の開発願望が会社が彼の開発を見る方法と一致する場合、私たちは人と一緒に働くと信じています。



2つのことを評価することが重要です。 1つ目は、その人が今いる場所、現在どのような経験と知識を持っているか、今どのレベルのタスクを解決できるかです。 2つ目は、好ましい環境にある人が数年以内に準備ができていることです。 そしてもちろん、ここ数年間、彼は当社で働き、問題を解決し、専門的に成長しました。 私たちは、人が今何であるかではなく、1年、2、3年で彼がどうなるかに興味を持っています。 見通しは、現在の状況よりも常に重要です。 私たちにとって、より有望な新人は、偉業を成し遂げた人よりも面白いですが、彼の目は空っぽです。

1C：エンタープライズプラットフォームの開発-別の外観

私たちは通常、質問からインタビューを始めます-あなたの最も興味深いプロジェクト、お気に入りのプロジェクトは何でしたか？ 仕事で人を明るくするものと、仕事で一般的に明るくするかどうかをすぐに理解したいです。



それから彼は、その人が彼のようにプログラムのパフォーマンスを最適化する必要があったのだろうかと思います。



候補者がプロジェクトで使用したテスト方法、プロジェクトをテストするための戦略をどのように構築するかを尋ねます。そのような宣言された機能を備えたシステムがあります。どのようにテストしますか？



インタビューがJava開発者に関するものである場合、ガベージコレクターの作業について質問します。 多かれ少なかれ複雑なプログラムを開発する人は、彼の仕事のニュアンスと、ガベージコレクターが効果的にガベージを削除するためのコードの書き方を知っている必要があります。



プログラマー以外のトピックの中で、ビジネスについて質問するのは興味深いです。ビジネスの観点からどのタスクが候補者のお気に入りのプロジェクトによって解決され、どのようなメリットがもたらされましたか。 全体像を見るのは、開発者にとって非常に貴重な財産です。 ブロックチェーンを作成した候補者がいれば、彼の話は非常に有益でした。



設計タスクを設定し、候補者に単純なシステムを設計するよう依頼します。 次に、プロジェクトを一緒に見て、欠点を探し、それらを解消する方法について話し合います。 候補者がコメントにどのように応答するかは非常に重要です。



私たちが何をしているか、つまり、1C：Enterpriseプラットフォームを作成していることについて必ず話してください。 たとえば、 サーバークラスターやモバイルプラットフォームなど、ハイテク関連の作業に取り組む方法について説明します 。



候補者に紙にコードを書くことを強制しません。 しかし、インタビューの中で紙に多くを描き、システムアーキテクチャ、モジュール図、それらの相互作用の写真を描きます。



特定の言語の知識は重要ではありません。 ある人がC ++開発者としてC ++開発者として会社に来て、C ++をすぐに習得することがあります。 また、仕事の中で新しい言語を学んだ同僚の多くの例があります。 言語の1つに対する欲求と知識があれば、新しい言語を学ぶことは問題ではありません。



また、Habrとstackoverflowだけなのか、専門分野の本なのか、どれを読んでいるのかを尋ねます。 この方法で役に立つ本を見つけることもあります。

報告メカニズム開発グループ

筋金入りのC ++開発者が必要です。 私たちのチームは報告メカニズムに取り組んでいます。つまり、私たちのコードは大量のデータを扱うことができ、コンテナとアルゴリズムに関する十分な知識が必要です。



インタビューでは、候補者が彼の作品で使用したライブラリ、アルゴリズムを尋ねます。 私たちはSTLを頻繁に使用するため、このライブラリ、開発者がどのコンテナを使用したか、どのタスクについて積極的に尋ねています。 たとえば、特定のクラスをマップに追加するコードと、さらにいくつかの同様のタスクを作成するようにお願いします。 このようなタスクの場合、プログラマーが目の前にいるレベルはすぐにわかります。



プログラミング理論に関する質問はほとんどありません。 実践的な知識がより重要であると考えています。 人が問題をうまく解決し、実際に理論をうまく適用すれば、OOPの基本原理の正確な定式化を覚えていないほど重要ではありません。



ちなみに、学生が面接に来た場合、経験不足のために提案されたタスクに対処するのがまだ難しい場合、これを割引します。 理論的に彼を運転し、彼の職業上の興味について尋ねることはすでに理にかなっています。 人がスペシャリストのように有望に見える場合、私たちと一緒に優れた専門家として成長する機会を与えることは理にかなっています。



私たちにとってかなり重要な基準は、他人のコードを理解する意欲です。 1C：エンタープライズプラットフォームは、1,000万行を超えるコードの大きな製品であり、少なくとも独自のコードを埋め込むレベルでは、日常業務でのこのコードとの衝突は避けられません。



私たちは、候補者がどのようにタスクを割り当てられることを好むかを尋ねます-詳細な仕様の形で、または単に「そのようなおよびそのようなメカニズム」の形で設定します。 私たちは両方のアプローチを理解し、受け入れます。問題のあるステートメントを噛む必要があるという理由だけで、優れたプログラマーを拒否することはありません。 人と仕事をする方法をすぐに理解することが重要です。 しかし、私は、従業員が将来、より大きな自立の方向に成長し、別の方向に責任を持つことができるようにしたいと考えています。 方向の例として、 動的なリストまたは図を提供できます。 そして、私は従業員にこの方向性を開発してもらいたい-このメカニズムのユーザーのニーズを見つけ、フォーラムや会議でユーザーとコミュニケーションを取り、新機能のリストを編集し、優先順位を付け、メカニズムの問題を理解し、解決策を提案します。興味がある人は、若い専門家センターの学生インターンの監督から始めて、チームを率いてチームリーダーとして成長することができます。本来、ある人がTKでの作業を好む「クリーンな」開発者であり、ユーザーのニーズを理解することにあまり興味がない場合は、そのような人が必要です。



プログラマーはテストすべきですか？もちろん！テストを行わないプログラマは、準備したことを試さない料理人のようなものです。もちろん、サポートされているすべての環境（Windows、Linux、macOS、Webおよびモバイルクライアント）でプログラマーにテストを完了するように要求することはできませんが、現在のOSで基本機能を検証する必要があります。まあ、自動テストを書くとさらに良いです。これは既成の回帰テストであり、テストライブラリに分類され、コードの対応する領域を変更するときに定期的に実行されます。

1C開発グループ：エンタープライズ開発ツール

1C：エンタープライズ開発ツールはJavaで作成されており、Javaの知識を持つ開発者とテスターを探しています。私たちは、燃えるような目を持つ人々、すでに行われた専門家、および潜在的な初心者の両方を探しています。 Javaの知識だけでなく、アルゴリズムとデータ構造、マルチスレッドプログラミングの知識も必要です。残念ながら、私たちのチームでは、新しい開発者がこれらのことを学ぶのを待つ余裕はありません。しかし、私たちが使用する特定のフレームワーク（EMF、Xtext、GEF、Lucene、Handlyなど）の知識はお買い得です。人が彼と話をしていることに気づいていれば、それは彼がチームに適合し、必要な知識をすぐに受け取ることを意味します。



一般的に、チームへの適合は、おそらくプロフェッショナリズムとともに私たちの主な基準です。私たちのチームは愛好家のチームです。別の性格の人で希釈したくありません。そして、私たちのチームで異なる性格を持つ人は、おそらく不快な働きをするでしょう。私たちにとって明白な赤旗は、無礼なコミュニケーションです。人は非常に優れた専門家になることができますが、同僚と敬意を持ってコミュニケーションを取ることができない場合、彼は私たちに適さないでしょう。ゲームがあります-純粋にチームです。



研究所教育の特徴は、研究所の大衆が産業用プログラミングを教えていないことです。構文、言語構成、アルゴリズムを教える。しかし、開発の可能性、拡張性を含む文書化された付随コードを書く能力は、どこでもほとんど教えられていません。したがって、インタビューでは、タスクの非常に重要なタイプは設計タスクです。たとえば、候補者がテトリスをどのように書くか、プロジェクトがどのコンポーネントを分割するか、コンポーネントが相互作用するためにどのインターフェイスを設計するかを尋ねます。次に、導入部分を複雑にします-たとえば、テトリスが3次元である（または新しいタイプの形状が追加されるか、形状が異なる側面から落ちる）と言い、選択されたデザインが変化する条件にどれだけ適合するかを確認します。一般的に、インタビューの主なタスクの1つは理解することです候補者がどれほど柔軟かつ広いと考えることができるか。そしてもちろん、プログラマーはテスト（少なくとも単体テスト）を作成する必要があり、統合も素晴らしいでしょう。設計タスクの標準的な質問は、設計されたシステムをどのようにテストしますか？



まあ、テスターに​​とって、広く考える能力はさらに価値があります！テスターに​​よるバーのテスト方法はよく知られています：ビール1杯、ビール2杯、ビール0杯、ビール9杯99999杯、ビール8杯、qwertyuipビール1杯を注文しました。トイレ？テスターの主なスキルは、非標準（同時に現実的な）シナリオを考え出すことです。原則として、標準スクリプトは開発者自身が開発します。

おわりに

ここで空いている求人へのリンクを提供しない方法:)



そして、あなたはjob@1c.ruに履歴書を送ることができます。