優秀なプログラマーがバージョン管理を使用したことがないということはありえますか？[閉まっている]

私は、困難な状況を解決するのに役立つ専門のプログラマを探しています。

これまでのインタビューは驚くほど残念でした。これまでの最良の候補者は、バージョン管理ソフトウェアを使用したことがない経験豊富なプログラマーです。

問題自体はそれほど深刻ではないかもしれません。なぜなら、それは短時間で学習できるものだからです。

しかし、より深い側面があり、私を心配しています：

バージョン管理を必要とせずに10〜15年間、積極的にソフトウェアを開発する方法を教えてください。

追跡の問題の解決策を探していないという事実自体が、プログラミングに対する間違った態度の兆候を変えていますか？

私は、ソース管理を使用していない会社で約11年間働いていました。私たちは管理しました（ほとんどの場合、変更をコメントし、いつでも復元できるコードを中央サーバーに保持しました）。より良い方法があるかどうか、私たちは本当に尋ねませんでした。そうは言っても、これは机の上に本の形でMSDNライブラリ全体を置いていた時代でもありました。

はい、インターネットの前にプログラミングがありました。

現在、ソース管理に出会わずに業界で10年以上を過ごすことができる方法を見つけるのに苦労しています。しかし、私はいくらかの同情を持っているでしょう、私はそれが可能であったと信じます、そして私はその詳細だけで候補者を拒否しません。候補者がこれをどのように管理しているかを調べて調べます。

あるいは、インタビュープロセスが問題であったかどうか疑問に思うかもしれません。彼はどのように最高の候補者でしたか？彼が持っていない、私が正しい質問をしていないだけの現代的なプログラミング技術はありますか？適切な質問をしていた場合、別の候補者は輝いていますか？

最後の注意として、懸念がある場合はすべての候補者を拒否することを恐れないでください。最初からやり直すのは時間がかかりますが、間違った人を雇う方が時間がかかります。

彼の態度にかかっていると思います。彼が非常に経験豊富なプログラマーであり、優れたプログラマーであれば、バージョン管理システムを迅速に習得できると思います。彼は2つの方法でそれについて話すかもしれません：

• 良い

  私はバージョン管理を使ったことがありませんが、学ぶことに非常に興奮しており、開発をより効率的にするのに本当に役立つようです。私はプロジェクトに単独で取り組んできたので、それほど必要としませんでした。

• 悪い

  バージョン管理は、業界でゆっくりと消えつつある流行語です。私はバージョン管理を超えています。

20年以上にわたってDOSおよびWindowsでソフトウェア開発を行うことから、いくつかの視点を提供します。

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年（30年前）にリリースされ、完全にオープンソースで無料です。
• CVSは1990年（21年前）にリリースされました。これも完全にオープンソースで無料です

バージョン管理を使用したことがないプログラマーは、おそらく他のプログラマーと協力したことがないでしょう。他の資格情報に関係なく、このようなプログラマーを雇うことは考えないでしょう。

赤い旗は大丈夫のようですが、なぜ彼がそれを使用しなかったのかを深く掘り下げます。ソロ開発者が特に10年以内にバージョン管理を使用することを期待しますが、チームで働いていてバージョン管理を導入しようとさえしなかった場合よりも寛大になります。

私はバージョン管理の経験の不足については信心しません。これは単なるツールです。最終的に、1日か2日でsvnまたはgitの基本を理解できます。残りは時間とともに拾います。そして、ソースコントロールを使用する環境で作業する場合、半分まともな候補者が適合することができないとは信じられません。

ソース管理の使用は、スキルというよりも習慣です。それを使用したことがない人は、必要な労力を誇張し、得られる利益を過小評価する可能性があります。結局のところ、彼は今まで元気でした。実際にソース管理を使用した後にのみ、彼はそれを高く評価するようになります。

あなたが尋ねるべき質問は、ソース管理がないときに彼がどのように管理したかです。これは彼についての何かと彼が彼の仕事をどのように管理するかを伝えることができます。

あなたは彼の経験について多くの情報を残しています。

基本的に、バージョン管理について知らなくても、プログラマーが10〜15年の経験を積むことは可能だと思います。10年間のコーディングは、10年間新しいプログラミングテクニックを絶えず学ぶこととは異なります。

私は非常に若く、コードに手を触れたくないと思う古い経験豊富なソフトウェアエンジニアを見てきました。とはいえ、彼は非常に才能があるかもしれませんが、私は彼がそうではないことを考えると、小さな情報から推測します。

幸運を。

個人的に、私にとって最も憂慮すべきことは、候補者が概念としてバージョン管理システムに出会ったことがないか、使用する価値がないと判断したことです。最初のシナリオは非常にありそうもないと思いますが、その場合、候補者がキャリアの期間中に著しく孤立していると推測することになり、チームの一員としての彼らの価値に重大な疑念を投げかけます。具体的には、特定のことを行う方法に関する非常に奇妙な概念であり、物事を行うための「正しい」方法を知らない場合があります。

彼らがバージョン管理に対して積極的に決定した2番目のケースである場合、それは彼らが重要な何かに取り組んだことがないか、または非常にrog慢であると推測させます。または、せいぜい、ブロックをコメントアウトしたり、コードのすべての行を作成者、日付、バグ番号に帰属させるなど、コードを維持する本当にひどい方法があります。

ここでは、判断される人を実際に考慮に入れていない、かなり判断力のある答えがあります。

個人的に、バージョン管理ソフトウェアは非常に貴重なツールだと思います。しかし、私たち全員が私たちの作業環境で使用されるツールとプロセスについて選択と制御を持っているわけではありません。私は1990年からWindows開発に携わってきました。他の人が投稿したように、当時はWindowsでVCSを利用できるものはあまりありませんでした。VCSを取得するためだけにUNIXサーバーを導入するつもりはありませんでした。それは私を悪いプログラマにしましたか？私のキャリアの後半では、バージョン管理がツールではなくプロセスであった垂直市場の商用製品を扱う会社で働きました。それは私を悪いプログラマにしましたか？私の最後の3つの仕事はすべてVCSツールに大きく依存しています。それは私を優れたプログラマーにしていますか？

私たち全員が最新かつ最高のツール、言語、テクノロジーのみを使用できるようになったら素晴らしいと思います。しかし、ソフトウェア開発の専門職が常にそのように機能するとは限りません。「彼らがしなかったらすぐに仕事を辞めるだろう...」、「使わなかった仕事は決して受けないだろう...」、「強制的に使うだろう」と言うのは少し理想的です。 ..」。すべてが希望どおりに機能する無限の雇用機会に囲まれているわけではありません。私たちには支払いと仕事が必要な手形があるので、私たちは私たちの周りにあるものに対処します。

最後に、あなたの質問に対する答えはこれです。このプログラマーは、彼の以前の仕事で責任者によって下された（おそらく誤った）決定ではなく、彼のスキル、彼の哲学と彼の決定によって判断します。

専門的にそれをやってお金を稼ぎ始めるまで、私は自分を「プログラマー」とは考えませんでした。

私はクライアントにさらにお金を稼ぐシステムを作成するためにかなりのお金を稼いでいます。私が「良い」開発者であるかどうかは主観的です。

私はGSD（Get Something Done）を迅速に行うことができます。これは通常、Web開発ではクライアントを満足させています。舞台裏で見苦しいコード、コメントの欠如などが表示されない場合があります。

私は今年までGitを使用したことがなく、Githubプロファイルも持っていませんでした。これは、現代のプログラマー標準の観点からは「時代遅れ」だと感じています。また、過去にPHP、Flash、iOSのみを行った後、RailsとDjangoプロジェクトを始めました。それ以来、クライアントと私の両方でサイトを開発する契約を結びました。30歳でプログラミングから数年経った今でも、新しいことを学ぶのはそれほど苦痛ではありません。

現代の社会では、ジョーンズに追いつき、他の人が思うことを気にかけることに重点を置いています。それらの束縛を打ち破り、ソフトウェア開発に必要なもの（市場投入までの時間/時間、最適化されたリソース管理、十分に文書化されたコード、スケーラビリティなど）を検討できるなら、それは誰かがMercurial、SVNを知っているかどうかよりもはるかに重要かもしれません、Gitまたはその他のバージョン管理システム。

開発者の候補者に、自分がどのような情熱を持っているのか、自分の意見でこれまでに作った最もクールなシステム、スキルを開発するために自由時間を費やしているものを尋ねることを好みます。それは他のものよりも私を怖がらせるが、それはあなたを怖がらせる必要があるという意味ではありません。

この質問に対する回答はすでにここにいる人々から得られていると思います。それは、要件に基づいて情報に基づいた独自の決定を下すのに役立つはずです。

ソフトウェアの専門家がソース管理を使用したことがないことは信じられないことであり、彼を雇うことに非常に神経質になります。

彼はどんな経験をしていますか。あなたがこれまでに発見していないことを、彼は他に何を知らないのだろうか。

あなた自身のソフトウェア開発経験は何ですか？アーキテクチャ、設計パターン、一般的なソフトウェア開発の問題、システムパフォーマンスの質問、システムセキュリティの質問などについて彼に尋ねる立場にありますか？

もし彼がその種のものに強く出てきたなら、多分私はソース管理知識の欠如を見落とすことができたでしょう。

優秀なプログラマーがバージョン管理を使用したことがないということはありえますか？

はい。独学のプログラマーを持つ多くの小さな会社はそれを使用しません。

バージョン管理を必要とせずに10〜15年間、積極的にソフトウェアを開発する方法を教えてください。

私は個人的に2つの小さな会社にバージョン管理を導入し、1つの中規模の会社をひどいものからSVN（当時の最良の選択肢）にアップグレードし、VCしか持たない別の小さな会社で働いて、いくつかのコードに対して独自のVCソリューションを作成し、 VCにはないコードがたくさんありました。

追跡の問題の解決策を探していないという事実自体が、プログラミングに対する間違った態度の兆候を変えていますか？

まあそれはすぐに失敗するわけではありませんが、私は確かに多くのフォローアップの質問をするでしょう。次のようなもの：

VCソフトウェアを試したことはありますか？何？これについてどう考えましたか？使用しない理由はありますか？コードを管理するために以前に何を使用しましたか？同じコードベースで以前に誰かと仕事をしたことがありますか？また、衝突を避けるためにどのような方法を使用しましたか？

Explosion Pillsに同意したい（しかし、担当者が低すぎる、気圧...）...態度ははるかに重要です。

プログラミングの卓越性を実現するために役立つと信じているものがいくつかあります。

1. コミュニケーション
2. 創造性
3. 思いやり（何と言いますか？）

そして、多くの場合、小さなOCDよりも多くなります。

あなたはタイプを知っています...そこに座って問題に打ち込み、オプションを探求するときにコードを完全に失います。これらは、作業中にメモを取り、コードにコメントを残して、自分の論理的なパスを理解していることを確認します（そして、自分自身または将来コードを処理する必要のある他のプログラマーの道を照らします）。 ..このように、上記の私のリストの「思いやり」！）、そして問題を効率的に対処できるように、複雑なアイデアを連鎖的に意思決定者に迅速かつ明確に伝えます。

優秀なプログラマーは、VCSのアイデアに賛同せず、VCS（VS a la）の悪い経験を持っていたため、新しいシステムを試すのが恥ずかしがり屋だった環境に何年も立ち往生しているかもしれませんが、そのような状況の優秀なプログラマーは、いくつかの悪い設計の繰り返しですべての作業を失うことから身を守るために、何らかの種類のルーチンを設定していました。

したがって、注意すべきプログラマーは、VCSを必要とせず、避けられないねじ込みからの保護手段を必要としないと主張するプログラマーです。彼らの態度は「まあ、私はそれを構築したので、間違ってはいけない」というものです。これらは、大学を卒業したばかりの修練生よりも恐れているものです。なぜなら、初心者はVCSの長所を理解することができるため、VCSの長所を理解することができるからです。

バージョン管理を必要とせずに10〜15年間、積極的にソフトウェアを開発する方法を教えてください。

彼が小さなプロジェクトを一人で管理している古い学校のチームから来ている場合、それは非常に可能です。彼は、同じ技術セットで10年の経験がありますが、自分自身を学び、改善することはありません。

追跡の問題の解決策を探していないという事実自体が、プログラミングに対する間違った態度の兆候を変えていますか？

あなたの候補者がチーム開発（少なくとも4人以上のプログラマー）環境にいた場合、それは簡単な質問です。ただし、プログラマー間で作業分担が行われる場合があり、プログラマーだけに割り当てられたモジュールで作業するため、コードをソース管理する必要性が減る場合があります。

しかし、インターネット時代にソース管理について聞かれないことは本当に驚くべき状況です。したがって、（開発環境に関して）新しいことを学びたいという彼の意欲と、動的な作業環境に対して彼がどの程度オープンであるかを調べます。

経験が重要であり、ソース管理ツールを使用する仕組みを非常に迅速に学習できることは間違いありません。しかし、あなたは赤い旗を見るのは正しいです。

• あなたの候補者は職業とその傾向から隔離されていますか？
• チームで働く他の多くの側面も学ぶ必要がありますか？

私にとって、バージョン管理に関する問題は病気というよりも症状です。原因はさまざまで、かなり良性の場合があります。多くのアドホックプログラマーは、プログラミングに関する数冊の書籍から始めて、理にかなっていると思われることを始めたばかりであり、ソフトウェア開発の体系的な研究を行いませんでした。昔のように、コンピューターサイエンス専攻は、ソース管理システムを使用することなく卒業することがありました。なぜなら、彼らのプロジェクトはすべて個別のプロジェクトであり、ソフトウェアプロセスが非常に未熟な会社に行っていたからです。

しかし、彼がそこに着いたとき、彼が10年以上孤独なオオカミだったなら、人々と一緒に暮らすのが難しくなるかもしれません。

候補者にさらにいくつかの質問があるかどうかを尋ねる価値があるかもしれません。

• チームの一員として働いた時間について教えてください。
• あなたが働いていたチームがチームメンバー間で競合した時期について教えてください。
• 別の開発者からコードを受け取り、プロジェクトを進めた時期について教えてください。
• 一緒にコードを作成するときに、あなたとあなたのチームの他のメンバーがお互いに邪魔にならないようにした方法を教えてください。
• 以前は機能していたが、それ以降のバージョンでは機能しなかった機能に関連する問題をお客様が報告したことを教えてください。どのように解決しましたか？
• チームで働くことの何が好きですか？

彼はまた、彼の方法、プロセスをほぼ完全に制御し、彼が唯一のソフトウェアの専門家であるという役割に慣れていることに慣れているかもしれません。あなたは物事の新しい方法に開かれている誰かが欲しいでしょう。さらに質問を：

• コーディング標準の作成に使用した、または作成した時間について教えてください。
• コーディング標準でどのようなものを見たいですか？
• 他の人のコードを書き換えることについてどう思いますか？
• ソフトウェアまたはドキュメントのピアレビューに関与した時間について教えてください。
• 執筆に携わったソフトウェア開発の提案または契約について教えてください。
• お気に入りのソフトウェアマネージャーまたはスーパーバイザーについて教えてください。
• お気に入りの同僚や部下について教えてください。

2012年、15年の業界経験を持つ人にとって、バージョン管理を使用したことがないというのは危険です。その年が1982年、あるいは1992年であったとしても、それほど危険ではないかもしれません。しかし、今日では、その開発者の背景にあるこの不可解なギャップについて優れた説明があった方が良いでしょう。

異常な状況では、異常な説明が必要です。

これは、自動車整備士が15年間自動車を修理していると主張しているが、自分自身に油を注ぐほどのことは決してなかったと主張する自動車整備士のようなものです。

もちろん、グリースで自分自身を塗りつけてもトランスミッションは修正されず、修理マニュアルの手順のいずれもそのようなことを要求しませんが、それはポイントではありません。重要なのは、きしむようにきれいであることは、車のメカニックが実際に働いているときに実際にどのように見えるかとは大きく異なることです。その作業では、自分自身に油を塗ります。

バージョン管理の経験がないと認める経験のある人にインタビューしている場合、彼はおそらく自分の経験の一部を誇張または偽造しているでしょう（バージョン管理が広く使用されている重要なものであり、彼が嘘をつくべきであることも知らないでしょう！ ）

インタビューであらゆる種類のジョーカーを見ることができます。リンクリストの図を描画できない、またはリンクリストの先頭にノードを挿入する関数を作成できない人々を見てきました。しかし、彼らは20年の実務経験を主張しています。

コンピュータサイエンスの新卒であっても、まだバージョン管理を大いに活用していない場合でも、バージョン管理に受動的に精通していることが期待できます。

奇妙なことに気付くでしょうが、経験豊富なプログラムが専用のソース管理を使用したことがないことは不可能ではありません。ある会社では、従来のC＃およびVBコードにソース管理を広範囲に使用していました。しかし、純粋なデータベースコード（ストアドプロシージャとスクリプト、およびテーブル定義）は、純粋なデータベースコードの作成、保守、実行を主な仕事とする2人のSQL開発者がいましたが、ソース管理ではありませんでした。私はそこでデータベースエンティティのソース管理を支持し、部分的にしか成功しませんでした。

別の会社では、開発チームは小規模でした（1人の男性が長い間働いていて、その後2人でした）。以前の開発者のソース管理では、ソースファイルのコピーが複数あり、最後に日付が追加されていました。私の前任者には、より良いソース管理システムがないことに加えて、確かに有能で賢い人がいました。

私がプロになる前、私は趣味家であり、ソース管理をまったく使用していませんでした。私はそれが何であるかを漠然と知っていましたが、気にしませんでした。

要するに、プロがそれをあまりよく知らないのは奇妙だと思うが、特に彼が非常に小さなチームに慣れているなら、それなしで有能であることが確かに可能である。雇用において、私は彼に対してそれを保持しません。私は絶対に学ぶことを嫌がり、彼に対して仕事でそれを使い始めるでしょう...

私自身の2cは、VCについて尋ねられたことに対する彼の反応に依存するということです。考えられる反応は次のとおりです。

1. え？あれは何でしょう
2. いいえ、代わりにやった
3. 恥ずかしいシャッフルはありません、管理は私たちを許可しません
4. 恥ずかしいシャッフルはありませんが、私は少し自分自身を調べて、私たちがやるべきことのように見えると思いました。

4の場合、その男は私からパスを取得し、彼は正しい態度を取り、おそらくそれをうまく拾います。3の場合、彼はそれが行われるべきであるが4ほど多くないことを理解するためにクレジットを得るd好奇心の証拠としてそれを採用し、彼に合格するかもしれない。

彼が1または2と答えた場合、つまりVCについて知っていて気にしない場合、候補者の判断に真剣に疑問を呈します。彼が取り組む必要のある他のツール（バグトラッキング、品質メトリック、ビルドオートメーションなど）があります。彼が新しいことに挑戦していない場合、おそらくこれらの問題のすべてについて困難な戦いに直面するでしょう。アプローチ。

ここにいるほとんどの人がそうであるように、雇用主が十分に対応していなかったという理由だけで候補者に不利益を与えることは不公平だと思います。私にとって、それはすべて彼らがそれにどのように反応したかにかかっています。

振り返ってみると、変更されたものを書くのは良いことです。何が間違っているのかを把握する時間を大幅に節約し、書き留めておいたために問題の多くが迅速に修正されました。私の意見では、ログを保存しておくのは良いことです。特に、自分よりも多くの人とプログラミングする場合。

Webアプリを作成している場合、常に新しいものを追加するだけなので、バージョン管理なしで機能を追加し続けることができます。しかし、あなたは新しいことをログまたはニュース記事に書くかもしれません。

それはあなたがプログラミングしているものについてのすべてです。

私は、ソフトウェアの承認プロセスが12〜18か月であった場所で働いてきました。承認済みソフトウェアのリストに含まれていない場合は、マシンで取得する方法がありません。CD / DVDドライブはロックダウンされ、マシンはインターネットに接続されませんでした。

ソース管理に出くわした最初の場所は、複数年にわたるプロジェクトのテストが終了するまでに、開発者が独自に作成することでした。彼らは、最初からそれを書くことは承認プロセスより速いと賭けました。

この問題に出くわした2位は最初の数か月間ソース管理を使用していましたが、顧客はすべての開発を社内ネットワークで行うことを望んでいました。再びすべてをロックダウンしたため、多くの圧縮されたフォルダーに戻りました。

私はこれらの条件でのみ働いている開発者を知っています。彼らはこれらのツールを使用したい、彼らはこれらのツールを使用したいが、これらのツールを使用することは許可されていません。

彼らがそれらを使用しなかった理由を調査してください。経験がないために手順を理解していないことは、ツールを拒否することとは大きく異なります。

私は最後の15年間開発しています。バージョン管理は数回しか使用しませんでした。スケジュールされた独自のスクリプトとプログラムを使用して、すべての開発フォルダーを増分バックアップします。バージョンコントロールを使用するかどうかを誰かに尋ねられたら、何と言ったらいいかわかりません。私はバージョン管理システムを必要としたことはありませんでした。私はいつも小さなプロジェクトに取り組んでいました。私は最高のプログラマーではありませんが、最悪ではないと確信しています。ほとんどの場合、私は定期的にバージョン管理システムを使用していないことを人々に伝えるのは恥ずかしいですが、それは私にとってのやり方です。

IBM MVSシステムのプログラマーとしての私の経験から言えば、私が働いていた最初の10年間、私が働いていたオペレーティングシステムには、プログラマーが使用できるバージョン管理可能なファイルタイプが1つしかありませんでした。これは基本的に固定数のバージョンを持つファイルであり、どのバージョンが何であるかを覚えておく必要がありました-現代のバージョン管理にはほとんど役に立たない。ソースコード管理システムの概念は、実際のディレクトリがなく、多かれ少なかれ（8文字）修飾子しか持たないファイルシステムと相まって、その環境で働いている誰にとってもまったく異質でした。

SunOS 3に移行してRCSを使用するまで、ソースコード管理システムは実際には見ませんでした。その時点で、私は非常に手軽なIBMシステムプログラマーであり、生産性が高く、仕事がとても上手でした。すべてのバージョン管理は、バックアップをテープにコピーし、どこにあったかを記録することで処理されました。

この時点でまだメインフレームで作業している場合、正式なバージョン管理システムにさらされたことはなかった可能性があります。特にサポートされている選択肢はClearCaseとRationalであり、どちらも無料ではありません（実際、どちらも非常に高価です）。

だから誰かがバージョン管理を使ったことがないので定義上無能であると言うことは格別の議論です。詳細を掘り下げて調べる必要があります。彼らがLinux / Unix / Mac OS開発者であると主張しているが、バージョン管理を使用したことがない場合、彼らにとってはあまりよくありません。それらを最新のソフトウェアエンジニアリングでトレーニングします。彼らが昔ながらのメインフレームプログラマーであり、それが必要な場合は、必要なプログラミングスキルを正確に持っているかどうかに集中し、これを教える必要があるという事実に身を任せます。他の人が言ったように、その概念に対する彼らの反応は、その場合の決定要因になります。

きれいにしてください！私たちのコミュニティ全体は、こっけいなたまり場やハッキングイベントが豊富にある高度に発達したソーシャルコミュニティに住んでいるわけではありません。また、私たち全員がソフトウェア開発会社で働いているわけでもありません。私たちの母国語で、印刷されたものでもオンラインのものでも、仲間のプログラマーと出会うことができます。

あなたが言うように彼が経験豊富なソフトウェア開発者であれば、私が理解できるすべてのために、彼はおそらく中小企業のフリーランサーとして働いている孤独なオオカミでした。

バージョン管理を使用しない理由はいくつか考えられます。

1. ソフトウェアの開発を行っていない企業での主な業務内容。
2. または、開発者が他のシステムを使用することに決めた場合-経験のあるシステムにのみ有効です。
3. または、開発者が各システムの動作方法をまだ学んでいない場合
4. または、馴染みのないツールに対する態度の問題です

ただし、次のような人に会うときは注意が必要です。

1. 何かをする唯一の方法があること
2. または、すべてのプログラマーが彼らと同じ方法でそれをしなければならないこと
3. または、人々が使用している慣行は簡単に変更できること

貧しいプログラマーがバージョン管理の専門家であるのは可能な限りです。私のポイントは、あなたのプログラミングスキルや問題解決能力のためにバージョン管理が何をするのかわからないということです。それは経験の問題です。多くの小さな店は、それを使わないか、それとも自分自身でそれを理解するために（しばしばソロで働いている）個人に任せています。

「バージョン管理を必要とせずに10〜15年間ソフトウェアを積極的に開発することはどのようにできるのか」という問題ではないと思いますが、「過去 10〜15年間、バージョン管理が必要ですか？」

確実なプログラミングはバージョン管理なしでも可能ですが、専門家は現在の最新技術に精通し、適切なツールを選択してジョブを実行できる必要があります。適切なバージョン管理ソフトウェアを使用しないと、作業にリスクが生じ、信頼性が低くなります。プロの開発者を雇いたい理由の1つは、リスクを管理できる必要があることです。

VCSで適切に注釈が付けられているコードベースは、そうでないものよりもはるかに価値があります。すべての変更の理由を追跡して理解できるため、メンテナーは知っておくべきことをより深く理解することができます。これを行わないことは専門的ではなく、そのための唯一の言い訳は、彼/彼女が彼/彼女の前の仕事で貧しいマネージャーによって制約されていた場合です。それでも、プライベートプロジェクトにバージョニングを使用すべきではありませんでしたか？