どの指標が使うことができる専門知識レベルは特定のプログラミング言語

https://stackoverflow.com/questions/539694

metrics

22-08-2019
|

質問

私は面白いの(または複合)メトリクスを取得するために使用されるハンドルをしなければならない。できるプログラムは、特定の言語です。

シナリオ:ジョージを知り尽く少数のプログラミング言語のために学ぶ"foobarる"が、いた時は、合理的な額の経験"foobar".

私は興味深いものにすることと、より幅広いだけではな組織委員会は、お客様からお預か(コード))。

私はその問題については、いかに技術者を定量化プログラミング言語の体験のその他こで機械的に測定します。

感謝。

解決

答名前をポスターにいらっしゃるかと思いることがはわかりやすく伝えるため、対応しなければならない。できるプログラム言語:テストできます。どの人に知って英語、数学、音楽、医学、美術などの特別プログラミング言語には?

答のOPくのではないでしょうか試験で評価:

どのプログラムすることが可能です
できたかどうかによって使用できるプログラミング言語

そのための指標がす:

その良さで人のプログラミングが様々な寸法の良さなど、バフ、クイック/格安く、迅速に開催し、ユーザーニーズに対応すか。
この使用に適切での慣用句のプログラミング言語の問題そのために良い。

では難しいのではないでしょうかを試験機械的',も最試験は私にとって、知り合いの成績評価による人間審査官.の場合はプログラミングの試験できる傾斜機械（"なのです。") ものの一部では理解でき、慣用句?") は、ありと判断により、他人ます。

他のヒント

特定の言語でのあなたの専門知識の最良の指標は、私の意見では、あなたがそれにどのように生産的です。

生産性は、あなたが作成し、後でどのように少しリファクタリング/リワークを必要とする重要なのは、どのようにいくつかのバグ、あなたが動作することができますどのくらいの速だけではなくています。

あなたは二つの言語を取った場合たとえば、あなたは経験の同様のレベルを持っている、との両方で同じシステムを構築するために（並行宇宙に）あったが、私は/あなたがより速くしてシステムを構築する言語を言うと、欠陥の少ないでしょう設計上の欠陥、あなたがより多くの専門知識を持っている言語です。

申し訳ありませんが、それはあなたのために「ハード」メトリックではありません、それはより実用的なアプローチです。

私は、これは「機械的に測定する」ことができることを信じていません。私はこのロットについてを考えnoreferrer"> rel="nofollow href="http://pointbeing.net/weblog/2008/08/some-thoughts-on-testing-developers.html"

...

の

ハング

プログラムのさえ、「LOCは」重く係争話題です！（私たちは*猫の出力について話している{H、C} |。？？？？トイレ-lまたはインスタンスのためのいくつかの他のmechnanism、どのような空白行についてのコメントは重要なコメントで良いコード文書化されている？）

あなたはLOCの比較がどのように無意味実現するまでの間、あなたが無意味な他のメトリックがどのように実現するのは希望をしましたありません。

これはほとんどすべての偉大な精度で測定されていない、むしろ定性的なことです。それは「アインシュタインあったかスマート？」尋ねるようなものです。認証は、一（及び合理徹底）定量的指標であるが、多くのリクルーターが発見としても、それは「良いプログラマ」を識別する大幅下回る。

あなたは最終的に達成するために何をしようとしていますか？一般的なプログラミングの適性は、いくつかの状況では、言語の専門知識よりも重要になることがあります。

あなたがいることを利用しをプロジェクトオイラーのように挑戦して、言語に焦点を当てている場合言語は、進捗状況を追跡するための方法かもしれません。

どのように熟練した彼らは、その言語で複雑な問題をデバッグしています。

、彼らが過去に働いているプロジェクト、彼らが遭遇し、どのようにそれらを解決困難な問題について、それらを確認して下さい。彼らが使用している技術をデバッグについてそれらを求める - あなたが聞く何で驚かれることでしょう、そしてあなたも何か新しいことを学ぶかもしれません; - ）

誰もが、彼らは彼らのプログラムが間違っているかを把握することができないときに行く人 -

多くの場所は、その分野でのスーパースターである人や2を持っています。私は、あなたが探している人のthats推測している： - ）

施設プログラミング言語では不十分です。何が必要なのは、施設プログラミング言語でのコンテキストのpartiularスイートの図書館には、各プラットフォーム

C++に関すWindows32bit
C++によるGIMP Linux
C++にSymbian、Nokia S60電話
C#MS.NET Windows
C#にモノLinux

そうした対策能力を用い、ターゲット言語での対象プラットフォームとして

の表現に共通パターンを簡潔に表現、堅調に推移いたしました。
する機能をデバッグの共通だが微妙なバグのようなレースの条件です。

この開発のスイートルームのベンチマーク実習のためのプログラマを交換してください。可能性のあるものの、重要なサンプルをご利用のためのベル曲線のための能力である。設備を除くについてはもう、文字通り、そのう急がれているので、これを過去の遺物.この(一般密性）はなぜ組織ん。

ものであることが必要となグレードの人たち、地元の人たちの"ツールメーカー"および"ツール"ユーザーのモードがある。ツールメーカーは非常に異なる人々を強化することで、より高いレベルの能力も多く手法に適猿作喫のツールのユーザーです。

ジョン

あなたの質問にアプローチする方法はいくつかあります：

あなたが特定の言語を必要とする特定の位置の候補を面接している場合は「この人は、この言語で書いてきたどのくらい。」

1）、その後、候補者を比較するための唯一の尺度でありますそれも非常に良いではありません - - それは完璧ではないのですが、それは現実です。あなたは候補者に問題、コンピュータ、その場でそれらをテストするようにコンパイラを与えたい場合を除き、他の対策はありません。そして、ほとんどのプログラマ-タイプはシナリオ「誰かがあなたを見ています」でうまくやってません。

2）私はあなたの質問は、より多くのことを解釈し「私は言語でprofecient自分自身を呼び出すことができたときに？」このために私は非ネイティブ言語を学ぶのレベルを参照してくださいになります。最初のレベルは、あなたが何を言うか理解するために辞書（書籍）内の単語/フレーズを検索する必要があります。第2のレベルはあなたの信頼され、現在はよく着用辞書でのみ時折、ルックアップして、あなたが言語を聞いて（またはコードを読んで）理解できるだろう。第3レベルあなたは今話す（またはコードを書く）のみ時折、ルックアップをすることができます。あなたは言語に夢ところ第四レベルです。最終的なレベルはどこに（プログラミングで、他の専門家は、あなたが言語の構文の開発を支援している可能性があることを思うだろう）また、ネイティブスピーカーだという考えにネイティブスピーカーをだますです。

これはあなたがどのように良いプログラマの決定を支援しないことに注意してください - ちょうど辞書で単語を調べることなく、英語を知っているように表示されません「どのようにあなたをgooder writinであるもの」 - それは主観的だとプログラミングが得意な人は、あなたがそれらを与える任意の言語で優れているように、特定の言語とは何の関係もありません。

というフレーズ「経験の合理的な量」は、その言語がために使用することができるものと考えられている言語とに依存している。

メトリックは、測定結果です。スティーブンス（ウィキペディアを参照してください測定レベル）の測定は、4つの異なるスケールタイプを使用することを提案し、公称（割り当てるラベル）順序（ランクを割り当てる）、間隔（測定を注文）との比（非任意ゼロ起点を有します）。 LOCは、比率測定です。これまで完璧からが、私はLOCはあなたの言語であり、ソフトウェア業界で定量化可能な値と比較することができますどのくらいの経験を示す関連する、客観数だと思います。しかし、この質問頼む：？これらの業界の値はから来るのか。

個人的に、私は「ジョージ」が必要であれば、彼は彼の自宅のコンピュータ上で自分の個人的な時間に、設計、実装、プロジェクトをテストし、多分彼自身の選択をしたとき、彼は経験の合理的な金額を持っていることを知っているだろうと言うでしょう。例：データベース、ビジネスアプリケーション、Webページ、GUIテストツール、など。

ビューの雇用管理の観点から、私は良いsが/彼は言語であるか、プログラマを尋ねることから始めますが、これはメトリックではありません。私はいつものプログラムを書くための個人の能力を測定するための最良の方法は、プログラマは事前にアウトと思ったし、一定時間内に解決されるいくつかの小さなプログラミングの問題、たとえば、5分ごとを与えることであると考えています。私は、これは就職の面接で私に行われているに反対したことがありません。いくつかの指標が用意されています。プログラマは（yesまたはno - 公称）の問題を解決することができましたか？どのくらいの時間、それは（ - 比分の数を）かかりましたか？（ - 序良い、公正、貧困層）問題を解決するための彼らのアプローチはどのように効果的でしたか？あなたがいないだけでコードを書く人の能力を学び、彼らは問題を解決するに取り掛かるような彼らの行動として、だけでなく、いくつかの主観的な物事を観察することができ、質問sは/彼は問題を解決しながら、能力は圧力の下で動作するように要求し、など、「質」の観点からいえ、人々が測定されて好きではないことを覚えています。

それでも、私は循環的複雑度のためにマッケイブ循環的メトリックのようないくつかの良いメトリックがあると信じてまたはコードのブロック当たりの有用な解説または二つの連続試験の間に書かれたコードであっても平均量の量

私はそのような事を知っています。私は経験や何を「合理的」手段を定量化する方法についてconcensusがあります信じていません。たぶん私はあまりにも何かを学びますが、私がしなければ、それは大きな驚きになるでしょう。

こののが適切かもしれません。

私はデバッグする能力を試験することは、私が遭遇した簡単なプログラミングの問題を目的とした任意のテストよりも、プログラミングのスキルのより正確なゲージであることがわかります。述べた（または暗黙の、いくつかのケースでは）不正行為との適度なサイズのクラスや関数のソースを考えると、受診者は、問題を見つけることができますか？

まあ、彼らは仕事の面接であることを試してみてください。そこにはメトリックはませんが、あなたは尋問となクイズを通して、人の能力を評価することができます。

WTF /秒* LOC、小さい方がベストです。

何も存在しません。専門知識のみ

（不正確の独自のレベルを有する）他に対する主観的判断、または具体的に試験することができます

を参照詳細については、コードメトリクスと魅力しているもの

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow