優れたプログラマがバージョン管理を使用したことがない可能性はありますか？
困難な状況を解決するためのエキスパートプログラマーを探しています。
これまでのインタビューは驚くほどがっかりした。これまでの最良の候補者は、バージョン管理ソフトウェアを使用したことがない非常に経験豊富なプログラマーです。
短時間で学べる問題なので、問題自体はそれほど深刻ではないかもしれません。
しかし、私が心配しているより深い側面があります：
バージョン管理を必要とせずにソフトウェアを10〜15年間積極的に開発するにはどうすればよいですか。
追跡の問題の解決策を探していないという事実自体が、プログラミングに対する誤った態度の兆候ですか？
私はソース管理を使用しない会社で約11年間働いていました。私たちは管理しました（ほとんどの場合、変更にコメントを付け、いつでも復元できる中央サーバーにコードを保持することによって）。私たちは本当にもっと良い方法があるかどうか尋ねたことはありません。とはいえ、これは、MSDNライブラリ全体を本の形で机の上に置いていた時代でもありました。
はい、インターネットの前にプログラミングがありました。
ソース管理に出くわさずに、業界で10年以上過ごす方法を模索しています。しかし、私は同情するでしょう、それは可能であると私は信じており、その1つの詳細だけで候補者を拒否しません。私は調査し、候補者がこれをどのように管理したかを調べます。
あるいは、面接のプロセスに問題があったのかどうか疑問に思うかもしれません。彼はどのようにして最高の候補者でしたか？私が正しい質問をしているだけではない、彼が持っていない他の現代のプログラミング技法はありますか？私が正しい質問をしていたら、別の候補者が光りますか？
ただし、最後に、懸念がある場合はすべての候補者を拒否することを恐れないでください。最初からやり直すのは時間がかかりますが、間違った人を雇うのはもっと時間がかかります。
それは彼の態度次第だと思います。彼が非常に経験豊富なプログラマーであり、優れたプログラマーであれば、バージョン管理システムをすぐに習得できると思います。彼はそれについて2つの方法で話すかもしれません：
- 良い
私はバージョン管理を使用したことがありませんが、学ぶことを非常に楽しみにしており、開発をより効率的にするのに本当に役立つようです。一人でプロジェクトに取り組んできたので、それほど必要ではありません。
悪い
バージョン管理は、業界で徐々に衰退しつつある流行語にすぎません。私はバージョン管理をしている。
DOSとWindowsで20年以上ソフトウェア開発を行ってきた視点をお話ししましょう。
Windows/PCの世界のバージョン管理ソフトウェアは、90年代前半から中期には信頼性が低いことが多かった。 Visual Sourcesafe（VSS）は、Windowsベースの最高のものでしたが、風変わりなものになる可能性があり、多くのプログラマーはそれを嫌っていました。一部のチームは、この状況に対処した後、単にその使用を楽しまなかったでしょう。
当時、他のほとんどのVCSオプションはWindowsベースではなかったため、Windows開発チームではほとんど使用されていませんでした。これらの一部は高価なソリューションであり、オープンソースソリューションは現在ほど簡単には受け入れられませんでした。
多くの場合、90年代後半から00年代前半にかけて、WindowsチームがVSSを使用しなかった場合、社内の規則を除いて、ソース管理に何も使用しませんでした。それらの多くは、Team Foundation Server（TFS）の洗練さとgitやSVNなどの優れた無料オプションにもかかわらず、まだVCSを使用していません。
小さなWindows開発チームで長年働いていた人が、VCSを使用していなかった可能性があります。私はで面接し、それらを使用していない、またはそれらの使用について非常に無計画ないくつかの場所で契約作業をしました。
したがって、この分野での候補者の経験の欠如が明確な「いいえ」だとは思わないが、おそらくこれが彼らの経験に欠けている理由を見つけるために、以前の仕事の状況をさらに詳しく知りたいと思う。また、バージョン管理に対する彼らの態度を探りたいと思うでしょう。彼らはそれを良い考えだと思いますが、以前の立場でそれを追求することは許されなかったのでしょうか、それともそれは時間の無駄だと思いますか？
バージョン管理ソフトウェアなしでバージョン管理を行うことはできませんか？彼らがどのようにコードを管理したかを尋ねます。たぶん、すでに自社開発のシステムが整っていたのでしょう。
手動で物事をやりたい、ホイールを作り直したり、変更に抵抗したりすることは、プログラミングにとって新しいことではありません。 Visual Source Safeと「唯一の」VSSを使用している候補者をよろめかせますか？
才能を見つけようとするとき、あなたは以下の違いを見分けることができなければなりません：できない、持っていない、しないでしょう。
単一の開発者が開発した小さなプロジェクトであっても、バージョン管理を使用しないことの言い訳はありません。ローカルバージョン管理の設定は簡単ではなく、大きなメリットがあります。それが良くも経験もできないと知らない開発者。
バージョン管理を「目新しさ」と認識している企業は、導入を望んでいません。
- SCCSは1972年にリリースされました（40年前）
- RCSは1982年にリリースされました（年前）、完全にオープンソースで無料です
- CVSは1990年にリリースされました（21年前）。これも完全にオープンソースで無料です。
バージョン管理を使用したことがないプログラマは、おそらく他のプログラマと協力したことはないでしょう。他の資格に関係なく、私はおそらくそのようなプログラマーを雇うことを決して考えないでしょう。
赤い旗は大丈夫のようですが、彼がそれを使用しなかった理由をさらに掘り下げます。特に10年間は、一人の開発者がバージョン管理を使用することを期待しますが、チームで作業していて、バージョン管理を導入しようとさえしなかった場合よりも寛大です。
私はバージョン管理の経験の欠如については信心深くありません。それは単なるツールです。最後に、svnまたはgitの基本を1日か2日で習得できます。残りは時間とともに拾います。そして、彼がソース管理を使用する環境で働くことになったなら、どのような半ば立派な候補者もうまくいかないとは信じられません。
ソース管理の使用は、スキルというよりも習慣です。これを使用したことがない人は、必要な労力を誇張し、得られる利点を過小評価する可能性があります。結局のところ、彼は今まで元気でした。彼が実際にソース管理を使用した後で初めて、彼はそれを高く評価するようになります。
あなたが尋ねるべき質問は、彼はソース管理がないときにどのように管理したのですか？これはあなたに彼について何か、そして彼が彼の仕事をどのように管理するかを伝えるかもしれません。
専門的にお金を稼ぎ始めるまで、自分を「プログラマー」とは思っていませんでした。
私はクライアントにさらに多くのお金を稼ぐシステムを作成するかなりのお金を作りました。私が「良い」開発者であるかどうかは主観的です。
私はGSD（Get Something Done）を迅速に行うことができます。これは、通常、Web開発のためにクライアントを満足させています。彼らは舞台裏でいくつかの醜いコード、コメントの欠如などを見ないかもしれません。
私はGitを使用していなかったし、今年までGithubプロファイルを持っていませんでした。これは、現代のプログラマー標準の観点から見ると、「時代遅れ」であると感じています。私はまた、RailsおよびDjangoプロジェクトを過去にPHP、Flash、iOSを実行した後に初めて始めました。それ以来、契約を結んでサイトを開発しましたクライアントにとっても、私にとっても、30歳でプログラミングから数年で何か新しいことを学ぶのはそれほど難しくありません。
現代の社会では、ジョーンズの最新情報を把握し、他の人々の考えを気遣うことに重点が置かれています。これらの束縛を打ち破り、ソフトウェア開発に必要なもの（市場投入までの時間/時間、最適化されたリソース管理、十分に文書化されたコード、スケーラビリティなど）を検討できる場合、誰かがMercurial、SVNを知っているかどうかよりも重要なことがあります。 、Gitまたはその他のバージョン管理システム。
私は開発者候補に情熱を傾けていること、彼らが自分の意見でこれまでに作った最もクールなシステム、そして彼らがスキルを開発するために自由時間を費やしているものを尋ねたいと思います。人々が自分の時間でスキルを伸ばさない場合、それは私を他のものより怖がらせますが、あなたを怖がらせる必要があるという意味ではありません。
この質問には、ここの人々からすでにいくつかの素晴らしい答えがあると思います。それは、要件に基づいて十分な情報に基づいた意思決定を行うのに役立つはずです。
あなたは彼の経験について多くの情報を残しています。
基本的に、プログラマーがバージョン管理について知らなくても10〜15年の経験がある可能性は非常に高いと言えます。 10年間のコーディングは、10年間常に新しいプログラミング手法を学ぶこととは異なります。
私は非常に若いので、コードに触れたくない古い「経験豊富な」ソフトウェアエンジニアを見てきました。そうは言っても、彼は非常に才能があるかもしれませんが、彼はそうではないので、私は少しの情報から推測するでしょう。
幸運を。
個人的に、私にとって最も憂慮すべきことは、候補者が概念としてバージョン管理システムに出会ったことがないか、またはそれを使用する価値がないと判断したことです。最初のシナリオは非常にありそうもないと思いますが、その場合、候補者がキャリアの期間中、かなり孤立していると思い込み、チームの一員としての彼らの価値に深刻な疑いを投げかけることになります。具体的には、特定のことを行う方法について非常に奇妙な概念を示し、「正しい」方法を知らない場合があります。
それがバージョン管理に反対して積極的に決定した2番目のケースである場合、私は彼らが重要なことにはまったく取り組んでいないか、非常に傲慢であると思い込ませます。あるいは、せいぜい、ブロックをコメントアウトしたり、コードのすべての行を作成者、日付、バグ番号に帰したりするなど、コードを維持するための本当にひどい方法があります。
ここには、実際に判断される人を考慮に入れていない、かなり判断的な答えがいくつかあります。
私は個人的にバージョン管理ソフトウェアが非常に貴重なツールであると思います。しかし、私たち全員が、私たちの作業環境で使用されるツールとプロセスを選択して制御することはできません。私は1990年からWindows開発に携わっています。他の人が投稿したように、当時、WindowsでVCSを利用することはできませんでした。 VCSを取得するためだけにUNIXサーバーを導入するつもりはありませんでした。それは私を悪いプログラマーにしましたか？キャリアの後半には、バーティカルマーケットの商用製品を扱う会社で働いていました。バージョン管理はツールではなくプロセスでした。それは私を悪いプログラマーにしましたか？最後の3つの仕事はすべてVCSツールに大きく依存しています。それは私を良いプログラマーにしますか？
私たち全員が最新かつ最高のツール、言語、テクノロジーだけを使用できれば素晴らしいと思います。しかし、ソフトウェア開発の専門家は、常にそのように機能するとは限りません。 「彼らがいなかったらすぐに仕事を辞めます...」や「使わなかった仕事は絶対に受けないだろう...」や「強制的にやらせたい」と言うのは少し理想的です。 ……」すべてが希望どおりに機能する無限の雇用機会に私たち全員が囲まれているわけではありません。支払うべき手形があり、仕事が必要なので、身の回りのものに対処します。
結局のところ、あなたの質問に対する答えは次のとおりです。このプログラマーのスキル、哲学、および決定によって、このプログラマーを判断してください。以前の仕事で担当者が行った（おそらく誤った判断）決定ではありません。
ソフトウェアの専門家がソース管理を使用したことがないのは驚くべきことであり、彼を雇うことに非常に神経質になります。
彼はどんな経験をしていますか。彼があなたがこれまで発見していないことを彼が知らない他に何があるのだろうと思います。
あなた自身のソフトウェア開発経験は何ですか？アーキテクチャ、設計パターン、一般的なソフトウェア開発の問題、システムパフォーマンスの質問、システムセキュリティの質問などについて彼に質問する立場にありますか？
もし彼がその種のものについて強く出てきたのなら、たぶんソース管理の知識の欠如を見逃すかもしれません。
バージョン管理を必要とせずにソフトウェアを10〜15年間積極的に開発するにはどうすればよいですか。
彼が小さなプロジェクトを一人で管理している古い学校のチームから来ている場合、それは非常に可能です。彼は、自分自身を学び、向上させることなく、同じテクノロジーセットで10年の経験があるかもしれません。
追跡の問題の解決策を探していないという事実自体が、プログラミングに対する誤った態度の兆候ですか？
候補者がチーム開発（少なくとも4人以上のプログラマー）環境にいる場合、それは簡単な質問です。ただし、プログラマー間で作業部があり、それらにのみ割り当てられたモジュールで作業する場合があります。これにより、コードのソース管理の必要性が減ります。
しかし、ソース管理について聞いていないインターネット時代は本当に驚くべき状況です。したがって、私は（開発環境に関して）新しいことを学ぶ意欲と、動的な作業環境に対して彼がどれほどオープンであるかを調べます。
優れたプログラマがバージョン管理を使用したことがない可能性はありますか？
はい。独学のプログラマーがいる多くの小企業は、それを使用しません。
バージョン管理を必要とせずにソフトウェアを10〜15年間積極的に開発するにはどうすればよいですか。
私は個人的に2つの小規模企業にバージョン管理を導入し、1つの中規模企業をひどいひどいものからSVN（当時は最良の選択肢）にアップグレードし、VCがいくつかしかない別の小規模企業で働いて、独自のVCいくつかのコードのソリューションであり、どのVCにもない多くのコードがありました。
追跡の問題の解決策を探していないという事実自体が、プログラミングに対する誤った態度の兆候ですか？
まあそれは一瞬の失敗ではありませんが、私は確かに多くのフォローアップの質問をしているでしょう。次のようなもの：
VCソフトウェアを試したことがありますか？何ですか？どう思いましたか？それを使用しない理由はありますか？コードを管理するために以前に何を使用しましたか？以前に同じコードベースを使用している人、そして衝突を避けるためにどの方法を使用しましたか？
Explosion Pillsに同意したいのですが（担当者が低すぎる、気圧...）...態度がはるかに重要です。
優れたプログラミングを実現するために、私が信じている点がいくつかあります。
- コミュニケーション
- 創造性
- 思いやり（何を言う？）
そして、多くの場合、小さなOCDよりも多くの。
あなたはタイプを知っています...問題にぶつかり、そこに座っている人たちは、オプションを探索するときにコードから完全に失われます。これらは、進行中にメモを取り、コードにコメントを残して、自分の論理パスを理解していることを確認します（そして、自分自身または将来コードを処理する必要がある他のプログラマーの道を照らします）。 ..したがって、上記の私のリストの「思いやり」！）、そして問題を効率的に解決できるように、チェーンの上の意思決定者に迅速かつ明確に複雑なアイデアを伝えます。
優れたプログラマーは、VCSのアイデアを受け入れず、VCSの悪い経験（VSSの1つ）を抱えた環境で何年も行き詰まっている可能性があります。その状況で優れたプログラマーは、いくつかのルーチンを設定して、いくつかの悪い設計の反復によってすべての作業が失われるのを防ぐでしょう。
したがって、注意が必要なプログラマの種類は、必要 VCS、または避けられないねじ込みからの保護の手段をまったく持っていないと主張しているプログラマです。彼らの態度は「まあ、私はそれを作ったので、それは間違いではない」の一つです。初心者はVCSの強みを理解することができるため、VCの強みを理解することができます。
経験が重要であり、ソース管理ツールを使用するメカニズムをかなり迅速に学習できることは間違いありません。しかし、あなたは赤い旗を見ることは正しいです。
- あなたの候補者は職業とその傾向から孤立していますか？
- チームでの作業に関する他の多くの側面も学習する必要がありますか？
私にとって、バージョン管理に関する問題は病気というよりも症状です。原因はさまざまで、かなり良性です。多くのアドホックプログラマーは、プログラミングに関するいくつかの本から始めて、理にかなっていると考えていることを始めたばかりであり、ソフトウェア開発の体系的な研究をしていませんでした。コンピュータサイエンスの専攻学生は、すべてのプロジェクトが個別のプロジェクトであり、非常に未熟なソフトウェアプロセスを使用する企業に行っていたため、ソース管理システムを使用しなくても卒業することがありました。
しかし、彼がそこに着いたら、彼が10年以上孤独なオオカミであったなら、それは人々と一緒に暮らすことを難しくするかもしれません。
候補者にさらにいくつかの詳細な質問があるかどうかを尋ねる価値があるかもしれません。
- チームの一員として働いた時間について教えてください。
- あなたが働いていたチームがチームメンバー間で対立があった時期について教えてください。
- 他の開発者からコードを受け取り、彼のプロジェクトを進めたときのことを教えてください。
- あなたとあなたのチームの他のメンバーが一緒にコードを作成する際に、どのようにして互いを避けているのか教えてください。
- 以前は機能していたが、それ以降のバージョンでは機能しなかった機能に関連してお客様から報告された問題について教えてください。どのように解決しましたか？
- チームで働くことのどんなところが好きですか？
また、彼は自分のメソッド、プロセスをほぼ完全に制御することに慣れており、彼が唯一のソフトウェア専門家である役割を担っています。あなたは物事の新しい方法にオープンになる誰かを望んでいるでしょう。さらに質問を：
- コーディング標準の作成または使用に携わった時間について教えてください。
- コーディング標準でどのようなことを確認したいですか？
- 他人のコードを書き直すことについてどう思いますか？
- ソフトウェアやドキュメントのピアレビューに携わっていた時期について教えてください。
- 執筆に携わったソフトウェア開発の提案や契約について教えてください。
- お気に入りのソフトウェアマネージャーまたはスーパーバイザーについて教えてください。
- お気に入りの同僚や部下について教えてください。
2012年には、業界で15年の経験がある人にとって、バージョン管理を使用したことがないのは危険なことです。年が1982年、または1992年でさえあれば、それはそれほど赤い旗ではないかもしれません。しかし、今日、その開発者のバックグラウンドにおけるこの不可解なギャップについては、優れた説明があるはずです。
異常な状況には異常な説明が必要です。
これは、彼が15年間車を修理していると主張する自動車整備士のようなものですが、自分自身にグリースの染みはありませんでした。
もちろん、グリースで汚れを落としてもトランスミッションは修理されませんし、修理マニュアルのどのステップもそのようなことを要求しませんが、それはポイントではありません。重要なのは、きしむ音がきれいであることは、自動車整備士が実際に作業しているときにどのように見えるかと大きく矛盾しているということです。その仕事で、あなたはあなた自身にグリースを得ます。
バージョン管理の経験がないことを認めた経験豊富な人にインタビューしている場合、彼はおそらく彼の経験の一部を誇張または捏造している（そしてバージョン管理が広く使用されている重要なものであり、彼がまた嘘をついているはずであるとさえ知らない！） ）
インタビューであらゆる種類のジョーカーを見ることが可能です。リンクされたリストのダイアグラムを描画したり、リンクされたリストの先頭にノードを挿入する関数を記述したりできない人々を見てきました。それでも彼らは20年の実務経験を主張した。
コンピュータサイエンスの新しい卒業生でも、バージョン管理に精通していることが期待できます彼らがまだそれを広範囲に使用していなくても。
私は奇妙だと思いますが、経験豊富なプログラムが専用のソース管理を使用したことがないのは不可能ではありません。私が一緒に働いたある会社では、彼らは伝統的なC＃とVBコードにソース管理を広範囲に使用しました。しかし、純粋なデータベースコード（ストアドプロシージャとスクリプト、およびテーブル定義）はソース管理にありませんでした。純粋なデータベースコードの記述、保守、実行を主な仕事とする2人の専門のSQL開発者がいたにもかかわらず、私はそこでデータベースエンティティのソース管理を擁護し、部分的にしか成功しませんでした。
別の会社では、開発チームは小さかった（1人の男性が長い間、2人が買い物をする）。以前の開発者のソース管理には、ソースファイルの複数のコピーがあり、最後に日付が追加されていました。より優れたソース管理システムがないことを除けば、私の前任者は確かに有能で賢い人でした。
私がプロになる前は、趣味でソース管理をまったく使用していませんでした。漠然とそれが何であるかはわかっていましたが、気にしませんでした。
一言で言えば、専門家がそれに慣れていないのは奇妙だと思いますが、特に彼が非常に小さなチームに慣れている場合は、それなしで有能であることが確かに可能です。採用にあたって、私は彼に対してそれを保持しません。私は絶対に学びたくないし、彼に対する仕事でそれを使い始めます...
私自身の2cは、VCについて尋ねられたときの彼の反応に依存するということです。考えられる反応は次のとおりです。
- えっ？あれは何でしょう
- いいえ、代わりにしました
- いいえ恥ずかしいシャッフル、経営陣は私たちを許可しません
- いいえ恥ずかしいシャッフルですが、少し調べてみれば、私たちがやるべきことのように思えました。
4の場合、男は私からパスを取得します。彼は正しい態度をしていて、おそらくそれをうまく拾います。 3の場合、彼はそれが実行されるべきであるが4ほどの信用ではないことを理解することで信用を得ます。彼が約VC（ VCパッケージがそこにあります）私はそれをある種の好奇心の証拠として受け取り、彼を通過させるかもしれません。
もし彼が1か2と答えたなら、つまり彼がVCについて知っていて、気にしなくてもよかったら、私は候補者の判断に真剣に疑問を投げかけるでしょう。他のツール（バグ追跡、品質測定基準、ビルド自動化など）を使用する必要があります。彼が新しいことに挑戦していない場合は、これらすべての問題で困難な戦いが見られるでしょう。アプローチ。
ここにいるほとんどの人々のように、雇用主がスピードを上げていなかったからといって、候補者を不利にするのは不公平だと思います。私にとって、それはすべて彼らがそれにどのように反応したかにかかっています。
振り返ってみると、何が変わったのかを書くのがいい。何が問題なのかを把握し、多くの問題をすばやく修正して、書き留めておくと、多くの場合、私を救ってくれました。私の意見では、ログを保持することは良いことです。特に、自分よりも多くの人とプログラミングしている場合。
Webアプリを作成している場合は、常に新しいものを追加しているだけなので、バージョン管理なしで機能を追加し続けることができます。しかし、多分あなたは新しいものでログまたはニュース投稿を書くでしょう。
それはあなたがプログラミングしているものに関するすべてです。
私は、ソフトウェアの承認プロセスが12〜18か月の場所で働いていました。承認されたソフトウェアのリストに含まれていない場合、それをマシンで入手する方法はありませんでした。 CD/DVDドライブがロックされ、マシンがインターネットに接続されていませんでした。
私がソース管理に出会った最初の場所は、複数年のプロジェクトをテストする準備が整うまでに、開発者に独自のソリューションを作成してもらうことでした。彼らは最初からそれを書くことが承認プロセスよりも速いと賭けました。
私がこの問題に遭遇した2位は、最初の数か月間はソース管理を使用していましたが、その後、顧客はすべての開発を内部ネットワークで実行することを望みました。彼らは再びすべてを封鎖したので、それはたくさんのzipされたフォルダに戻っていました。
私はこれらの条件でのみ働いた開発者を知っています。彼らはこれらのツールを使用したいのですが、これらのツールを使用したいのですが、これらのツールの使用は許可されていません。
彼らがそれらを使用しなかった理由を調査します。経験がないために手順を理解しないことは、ツールを拒否することとは大きく異なります。
私は過去15年間開発しています。バージョン管理を数回だけ使用した。すべての開発フォルダーを段階的にバックアップするために、自分のスケジュールされたスクリプトとプログラムをまだ使用しています。バージョンコントロールを使用するかどうか誰かが私に尋ねた場合、私は何を言うべきかわかりません。私はバージョン管理システムを必要としていませんでした。私はいつも小さなプロジェクトに取り組みました。私は私がそこにいる最高のプログラマーではないということを意味しますが、私は最悪ではないと確信しています。ほとんどの場合、バージョン管理システムを定期的に使用していないことを人々に伝えるのは恥ずかしいですが、それが私にとってはそうです。
IBM MVSシステムのプログラマーとしての私の経験から言えば、私のキャリアの最初の10年間、私が使用したオペレーティングシステムでは、プログラマーが使用できるバージョン管理可能なファイルタイプが1つだけありました。それが世代別データセットです。これは基本的にバージョンの数が固定されたファイルであり、どのバージョンが何であるかを覚えておく必要がありました-最新のバージョン管理にはほとんど役に立ちません。実際のディレクトリがなく、修飾子の数が多い（8文字）だけのファイルシステムと相まって、ソースコード管理システムの概念は、その環境で作業している誰にとっても完全に異質でした。
SunOS 3に移動してRCSを使用するようになるまで、実際にはソースコード管理システムを見ていませんでした。その時点で、私は非常に手軽なIBMシステムプログラマーであり、生産性が高く、自分の仕事がとても上手でした。すべてのバージョン管理は、バックアップをテープにコピーし、どこに何があったかを記録することによって処理されました。
この時点でまだメインフレームで作業している場合は、正式なバージョン管理システムにまだ触れたことがない可能性があります。特にサポートされている代替手段はClearCaseとRationalであり、どちらも無料ではありません（実際、どちらも非常に高価です）。
つまり、バージョンコントロールを使用したことがないために、誰かが本質的に無能であると言うことは、疑わしい議論です。詳細を調べてみる必要があります。彼らがLinux/Unix/Mac OSの開発者であると主張しているが、バージョン管理を使用したことがない場合、彼らはあまり話が上手くいかず、彼らの全体的な経験があなたが望んでいるほど良い適合であるかどうかを検討する必要があるかもしれません。現代のソフトウェアエンジニアリングでそれらを訓練します。彼らが昔ながらのメインフレームプログラマーであり、それが必要なものである場合は、彼らが必要なプログラミングスキルを正確に持っているかどうかに集中し、これを教える必要があるという事実に自分を辞任します。他の人が言ったように、コンセプトへの彼らの反応がその場合の決定要因になるでしょう。
きれいにしてください！私たちのコミュニティ全体は、マニアックなハングアウトやハックイベントが多すぎる高度に発達したソーシャルコミュニティに住んでいません。また、私たち全員がソフトウェア開発会社で働いているわけではなく、一部の人は関連または最新の公開リソースを見つけることさえできません。私たちの母国語、印刷物またはオンラインで、肉の仲間のプログラマーに出会いましょう。
私が理解できる限り、彼があなたが言うように経験豊富なソフトウェア開発者であれば、彼はおそらく中小企業のフリーランサーとして働いている孤独なオオカミだったでしょう。