면접에서 우수한 프로그래머를 식별하는 가장 좋은 방법은 무엇입니까?


82

인터뷰의 설정에서 : 어떤 사람이있을 때 확실하게 식별 할 수있는 가장 좋은 방법입니다 훌륭한 프로그래머 . 이것은 그가 스펙트럼의 하단을 향한 그의 동료들보다 10-15 배 더 효율적이고 빠르며 / 더 나은 것들 중 하나라는 것을 의미합니다.

우리 중 많은 사람들이 FizzBuzz 문제 를 약한 사람들을 제거하는 방법으로 들었습니다 . 확실히, 그 문제를 해결하기 위해 5-10 분이 걸리는 것은 신청자가 취약한 후보임을 나타내는 심각한 지표입니다. 나는 좋은 지표가 당신이 쓸 수있는 한 빨리 그것을 해결할 수 있다고 생각합니다. 그래도 충분하지 않은 것 같습니다.

그에게 적당히 복잡한 버기 프로그램을 제공하고 그가 얼마나 빨리 프로그램을 중단하고 모든 문제를 식별 할 수 있는지 보는 것과 같은 것일까 요?


문제는 그것이 확실하게 이루어질 수 있다고 가정합니다.
Anthony


반드시 그런 것은 아닙니다. 유효한 대답은 '아무것도 없다'입니다
Claudiu

답변:


65

긴 답변을 신경 쓰지 않는 사람에게 죄송하지만 후보자를 고용하기 전에 자격을 갖추는 것이 매우 중요하다고 생각합니다. 이 업계에서 상당한 양의 인터뷰를 한 사람은 대부분의 후보자가 인터뷰의 첫 15-30 분 동안 지속되지 않으므로이 목록의 대부분이 필요하지 않다는 것을 알고 있습니다. 내 목록을 과잉으로 기각하기 전에 누군가를 해고하는 것이 (재정적으로나 감정적으로) 얼마나 비싸다는 것을 명심하십시오. 인터뷰 주제를 중요한 순서대로 여기에 나열하려고했습니다.

일반 지능 (두뇌 티저 / 로직 퍼즐)

컴퓨터 과학 지식

프로그래밍 연습

  • GCD , Factorial , 피보나치 , 하노이 타워
  • 문자열과리스트 반전
  • 단독으로 연결된 목록에 루프가 있는지 확인하십시오 (두 개의 포인터로만 할 수 있습니까?)
  • 버그 찾기

객체 지향 프로그래밍 기술 및 일반적인 디자인 패턴에 대한 지식

알고리즘 분석 (런타임 O (n) 복잡성 및 저장 요구 사항)

도구 및 방법론 사용

일반적인 보안 취약점 및 공격에 대한 지식

기본 수학

  • 숫자 시스템 (한베이스에서 다른베이스로 변환)
  • 확률 이론
  • 직교 평면에서 두 점 사이의 거리 (피타고라스 정리)
  • 제곱근 (알렉산드리아의 히론, 연속 근사)

암호화

  • 공개 키 암호화
  • 대칭 키 암호화
  • 해시 함수
  • 암호화 프로토콜 (비밀 공유, 제로 지식 증명)

이산 수학

  • 논리
  • 이론 설정
  • 그래프 이론
  • 정보 이론
  • 조합론
  • 증거 (비합리적 수, 무한 소수의 존재 등)

Programming Interviews Exposed 책을 참고할 수도있다 . 주제에 대한 좋은 참고 자료입니다.


10
휴, 그것은 긴 인터뷰 일 것입니다.
Rick Minerich

8
오늘 저는 ACM 프로그래밍 경쟁 팀원과 함께 "교차 교량"을 해결하려고했습니다. 유일한 차이점은 여러 사람이 해결해야한다는 것입니다. N 명의 사람들을 모두 해결하는 데 약 30 분이 걸렸습니다 .. 인터뷰 환경에서 퍼즐이 좋지 않은 척하는 느낌이 듭니다.

52
인터뷰에서, 인터뷰 대상자가 긴장하고 똑바로 생각하지 않기 때문에 퍼즐이 빨라진다. 또한, 많은 퍼즐은 아-하! 후보자에 대해 아무 말도하지 않는 것을 입력하십시오.

11
나는 이러한 수학적 문제가 매우 어렵다는 것을 안다. 10 년 동안 컴퓨터 과학 학위를 마친 후에 비합리적인 숫자를 증명하는 방법을 어떻게 기억할 수 있습니까?

14
퍼즐의 문제점은 대부분의 사람들이 퍼즐을 풀지 않았다는 것입니다. 그들은 방금 전에 답변을 보았습니다. 따라서 가장 정통한 응시자는 보지 않은 척하고 이미 알고있는 해답을 중단없이 해결합니다. 당신의 목표가기만적인 사람이 아닌 현명한 사람을 고용하는 것이라면 퍼즐은 나쁜 선택입니다.
Kyralessa

28

아, 영원한 질문.

나는 올해 많은 인터뷰를했고 (내일 두 명의 후보자가 예정되어 있음), 내 경험상 채용은 직감과 사람의 기술에 관한 것이지 기술적 인 지식에 대한 것이 아닙니다.

  1. CV와 함께 시간을 보내십시오. 일부 CV는 몇 초 안에 거부 될 수 있으며 일부 CV는 30 분이 걸립니다. 때로는 CV를 기반으로 한 후보에 대해 인터뷰하는 것보다 훨씬 오래 생각합니다. 나는 일반적으로 질문을 준비하지 않았지만 그 후보자를 위해 특별히 인터뷰 질문을 몇 번 준비했습니다.

  2. 기술 지식-내가 원하는 최소한의 것이 있으며 이것은 일반적으로 말하기 쉽습니다. 의심스러운 경우 인터뷰 중에 CV에서 언급 한 프로젝트에 대해 이야기하고 필요한만큼 깊이 들어가십시오. 이것은 일반적으로 그가 아는 ​​것과 그를 똑딱 거리게 만드는 것을 알려주기에 충분합니다. 교육은 중요하지 않으며, 이전 직업이 중요하며 가능한 개인 프로젝트 점수가 높습니다.

  3. 그가하고 싶은 일과 경력에 가고 싶은 곳을 물어보십시오. 자신이 갖고있는 것이 필요하고 원하는 것을 제공 할 수 있습니까? 또한 인터뷰가 끝날 무렵, 나는 보통 선호하는 급여에 대해 묻습니다. 그가 제 범위를 벗어 났거나 그가 아는 ​​것에 대해 그다지 많은 돈을 내지 않으면 인터뷰가 끝납니다.

  4. 가장 중요한 것은 후보자가 팀에 적합해야하며 우리가 함께 일할 수 있다고 확신해야합니다. 나는 그를 좋아할 필요는 없지만 그를 다룰 수 있어야하고 그는 나를 다룰 수 있어야한다. 그렇지 않다면 그의 기술 지식을 사용할 수 없기 때문에 통과 할 것입니다. 다른 한편으로,이 경우에, 그리고 그가 빠른 학습자 인 경우, 그의 기술 지식의 부족이 그를 고용하는 것을 방해하지 않을 것입니다.

나는 HR에서 소녀들을 훈련 시키 자마자 CV를 받도록 훈련시켰다. 나는 가능한 한 빨리 개인적으로 인터뷰 일정을 잡는다 (좋은 CV를 위해 CV를받은 후 내일 매일 이상적으로). 그런 다음 그는 30 분 또는 1 시간 동안 나와 최소 한 명의 동료 (보통 내 상사 나 팀원)와 면담을합니다. 현장에서 그의 신청을 거절하더라도, 그는 회사를 20-30 분 동안 둘러보고 우리가하는 일과 어떻게 하는지를 이야기합니다. 그런 다음 심리 테스트 및 실제로 정말 기본적인 종이 코딩 / SQL을 위해 HR로 보냈습니다. 두 가지 테스트 모두 내 결정에서 중요한 역할을 거의 수행하지 않습니다. 인터뷰에서 올바르게 판단한 것이 더 중요합니다. 결과가 나왔을 때 15 분 동안 대화를 나눈다. 우리가 만족할만한 조건을 협상하면 그는 고용된다.

이것은 몇 가지 훌륭한 후보자를 잃어버린 후 회사 관료주의를 통해 싸워야했던 과정이며 고용에 대해 결정하는 사람이기 때문에 효과가 있습니다. 단어는 최종입니다). 더 많은 의사 결정자, 더 긴 프로세스. 프로세스가 길수록 작물을 최대한 활용하기 위해 Google이 더 많아야합니다.

내가 맞지 않는 것이 확실 해지면 인터뷰를 끝내고 회사 투어를 마치고 끝났습니다. 인터뷰 일정을 잡는 동안 전화로 2 분 정도 소요될 수 있습니다. 후보자를 거부하더라도 회사를 판매하십시오. 좋은 일을했다면 거절당한 후보자로부터 입소문이 올 수 있습니다.

또한 하나의 팁. 귀하가받는 각 신청서에 대해 거절 서한 (또는 이메일)을 보내십시오. 현재의 회사에서는 보통 HR (인터뷰에서 말한 사람들을 제외하고)에게 맡겨야합니다. 그러나 어느 시점에서 "THANK YOU! 그들이 답장을할지 궁금해하는 대신에 응답했습니다. "


심리 테스트?

5
@ Ink-Jet : 아니요, 사이코 테스트는 정확합니다. 응시자는 집 주소도 알고있는 폭력적인 사람이 유지할 코드를 작성해야합니다.

솔직히 말해서 내가 처음으로 읽은 것입니다.

@ Grunddlefleck-맞습니다. 정확합니다. :)
Domchi

2
거절 편지를 받으면 감사하겠습니다. 전화 인터뷰를 한 후 침묵을 통해 거부 당했으며 신경을 쓰지 않습니다.
01d55

24

이 답변은 상자 바깥쪽에 있지만 약간의 가치가 있다고 생각합니다.

최고의 프로그래머들은 거의 인터뷰를하지 않습니다. 그들은 필요하지 않습니다 . 회사가 특히 세상을 변화 시키거나 비밀리에 숨겨져 있거나 존경하는 여러 프로그래머가 거기에 간 경우, 신청할 수도 있지만, 보통 훌륭한 프로그래머는 이력서를 보내지 않고 동료 네트워크를 통해 일자리를 얻습니다.

따라서 : 면접에서 우수한 프로그래머에게 알리는 가장 좋은 방법은 그가없는 것 입니다.


2
정말 ... 좋은 지적입니다. :)
Arnis Lapsa

5
그래서 .. "무슨 일을하는 것보다"누가 아는 사람 "인가요? 참으로 끔찍한 프로그래머도 친구와 가족을 통해 일자리를 얻습니다. 아 죄송합니다 "회원 네트워크"
Philip

17

모든 답변에는 코드 샘플이 포함되어야합니다. 코드를 보지 않고 프로그래머를 고용하는 것은 요리를 시도하지 않고 요리사를 고용하는 것을 좋아합니다.


11

아마도 "우수한"프로그래머가 인터뷰를하지 않을 것입니다. 아마 다른 사람에게서 그를 훔쳐 야 할 것입니다.


도! 이 답변은 인기를 얻고있는 것 같습니다. 나가서 일자리를 신청해야하는 것처럼 ...
interstar

9

"나는 단지 직업을 원한다"프로그래머들로부터 열정적 인 프로그래머들에게 알리는 한 가지 방법은 이번 주에 어떤 책을 읽고 있는지 묻는 것이다. 그런 다음 지난 몇 주 동안 읽은 책에 대해 물어보십시오.

나는 열정적 인 프로그래머가 항상 읽는 것을 발견했으며 일반적으로 목록에는 몇 가지 프로그래밍 / Comp가 포함됩니다. 공상 과학 최근 목록에있는 책.

열정적 인 프로그래머는 프로그래밍에 대한 욕구와 사랑을 가지고 있으며 현재 사용중인 언어뿐만 아니라 방법론, 기타 언어 (특히 새로운 또는 "이상한"또는 고대의 것), IT의 다른 측면 (아마도 로봇 공학, AI, 게임 등)

그들이 최근에 책을 가지고 있지 않다면 아마도 내 경험상 프로그래머가 아닐 것입니다.

건배,

-아르 자형


8
나의 최근 책 목록은 거의 항상 허구입니다. 최근의 기술 자료는 거의 최신 상태이기 때문에 거의 온라인 상태입니다.

1
더 좋은 것은 이번 달에 어떤 책을 썼는지 물어보세요. :)

7

"빠른"사람이 될 수있는 다른 시간 척도가 있습니다. 어떤 똑똑한 사람들은 몇 초 안에 어려운 퍼즐을 풀 수 있지만, 어떤 똑똑한 사람들은 인터뷰 질문에서 그렇게 빠르지 않더라도 한 달에 많은 좋은 코드를 생성합니다.

후보자에게 코드 일부를 검토 할 수있는 오픈 소스 프로젝트에서 활동 중인지 물어보고 해당 프로젝트의 메일 목록 아카이브 및 커밋 로그를 읽는 데 시간을 투자하십시오. 응시자가 면접에서 보여줄 수있는 것보다 훨씬 더 많은 것을 알려줄 것입니다. 물론 모든 코더가 오픈 소스 작업을하는 것은 아니기 때문에 인터뷰를 대신 할 수는 없습니다 .


7

" 최고의 기술 인재를 찾기위한 똑똑하고 유용한 일 : Joel Spolsky의 간결한 안내서 "책 은 답을 찾는 데 도움이 될 수 있습니다.

내용의 테이블:

  • 소개
  • 1 장 : "높은 음표 치기"
  • 2 장 "훌륭한 개발자 찾기"
  • 3 장 : "개발자에 대한 현장 가이드"
  • 4 장 : "이력서 정리"
  • 5 장 : "전화 화면"
  • 6 장 : "게릴라 인터뷰 가이드"
  • 7 장 : "차선책 팀 수정"
  • 부록 : "요엘 테스트"

Joel의 기사 "게릴라 인터뷰 가이드 (버전 3)" 도 도움이 될 수 있습니다.

그리고 Steve Yegge의 "완료 및 사물을 스마트하게 얻는" 기사를 주제로합니다.


4

그들에게 코딩해야하는 일련의 질문을하고 질문을 더 어렵게한다. 그들이 도전을 즐기는 것 같다면 아마도 당신은 살아있는 도전을 가지고있을 것입니다.

"for loop 작성"또는 어리석게 쉬운 것과 같은 첫 번째 쉬운 질문에 대답 할 수 없으면이 사람이 코딩 할 수 없다는 것을 알고 있습니다.


4

화이트 보드에 코드를 작성하십시오. 그들이 코드 작성 방법을 알고 있는지 알 수있는 유일한 방법입니다.


이것이 다운 피트 된 이유를 모릅니다. 프로그래머가 화이트 보드에 코드를 작성할 수 없다면 컴퓨터에서 코드를 작성할 수 있다고 생각하는 이유는 무엇입니까?
Kristopher Johnson

3
@ 크리스토퍼 (Kristopher) : 프로그래머가 컴퓨터에서 좋은 코드를 작성할 수 있다면, 화이트 보드에 코드를 작성할 수 있다고 생각하는 이유는 무엇입니까? 그것들은 상당히 다른 환경입니다.
David Thornley

"화이트 보드 테스트"는 실제 코딩을 시뮬레이션하기위한 것이 아닙니다. 응시자가 어떻게 생각하는지, 응시자가 무엇을하고 있는지 설명 할 수 있는지, 응시자가 머릿속에 솔루션을 얼마나 빨리 형성하는지 등을 볼 수있는 기회입니다. 컴퓨터에서 같은 문제.
Kristopher Johnson

3

당신은 주로 그들이 이미 한 일을 판단해야합니다. 불안한 면담 중에 누군가가 생성하는 코드 나 아이디어는 실제로 팀에서 생성 할 수있는 것에 대한 대리가 아닙니다.

코딩 문제를 해결하려면 codepad.com과 같은 메신저를 사용하여 집에서 편안하게 메신저를 사용하십시오. 보스 앞의 화이트 보드에 30 분의 마감 시한과 보너스를 줄이면서 많은 코드를 작성하십니까? 난 아니야

인터뷰는 무의미한가요? 아니요, 그러나 그들이 한 일과 그들이 기여한 것을 정확하게 설명하는 데 중점을 두어야합니다.

당신은 또한 당신이 누군가를 대면하면 모든 종류의 심리적 편견의 대상이 될 것입니다. 눈에 잘 띄거나 다른 사람보다 키가 커서 프로그래머를 실수로 고용하지 마십시오. 이 문제를 해결하기 위해 IM / 이메일을 통해 가능한 한 많은 인터뷰를 진행합니다.


역사를 고용하는 후보자들의 다른 사람들의 심리적 편견을 살펴보면이 효과를 되돌릴 수 있습니다. 고위 직책을 맡고 물건을 얻은 짧은 사람들은 실제로 정말 좋습니다. 같은 역사를 가진 키 큰 사람들은 평균적으로 좋지 않고 헤일로 포인트를 얻습니다.
Tim Williscroft

2

언어는 중요하지 않습니다. 논리는 않습니다. 저는 IDE와 컴파일러가 요즘 매우 좋기 때문에 일주일에 좋은 프로그래머라면 어떤 언어 (어셈블러도 아님)를 선택할 수 있습니다. 몇 주 안에 괜찮고 몇 달 안에 아주 잘 지냅니다.

확인해야 할 것은 그의 두뇌입니다. 그리고 당신은 내 말을 그렇게합니다. 나는 그들에게 간단한 문제를 해결하도록 요청한다. 코드를 작성하는 것이 아니라 해결책을 찾기 위해 논리를 단계별로 안내합니다.

그러나 그가 1에서 10까지 카운트하는 간단한 루프를 작성할 수 없다면 문제가 있음을 인정합니다.


1

우선, 인터뷰가 시작되기 전에 아이디어를 얻을 수있는 한 가지 방법이 있습니다.

블로그가 있거나 하나 이상의 오픈 소스 프로젝트에 기여하는 경우 작성한 코드와 기사를 살펴보십시오. 우선, 그들이이 중 하나를 수행했다면, 그들은 일을 끝내기위한 이니셔티브를 갖습니다. 또한, 이러한 것들을 이력서에 열거 한 직장 경험과 비교하고 그들이 집에 돌아와 퇴근 후 더 많은 것을 배우거나 오후 5시 이후에 직장에 대해 잊어 버린 경우 아이디어를 얻을 수 있습니다.

본질적으로 그들은 프로그래밍에 대한 열정이 있습니까? 그게 진짜 질문입니다.


1

인터뷰에 좋은 프로그래머가 있다는 것이 제 생각에는 가장 좋습니다.

전문가 만이 신청자가 인터뷰 질문을 많이 알고 있는지 또는 실제로 문제에 대해 생각하고 있는지 자세히 판단 할 수 있습니다. 인터뷰 퍼즐을 풀기 위해 사람들을 고용하지 않고 실제 작업을 수행하기 위해 그들을 고용하기를 원한다는 것을 기억하십시오.

퍼즐은 기본을 제대로 얻지 못하는 사람들을 배제하는 것입니다. 당신이 기술을 시험하고 싶다면, 당신 (또는 당신의 "좋은 프로그래머")이 신청자가 잠시 동안 생각해야하는 것에 대해 자세하게 설명하고 집중할 수있는 몇 가지를 준비하십시오. 그는 해결책을 즉시 알지 못하는 문제에 어떻게 접근합니까?


1

나는 당신이 인터뷰에서 열정에 대해 이야기해야한다고 생각하지 않습니다. 솔직히 말해서 '열정'을 찾는 회사는 실제로 '아이디어를위한 돈없이 일하는'것을 의미합니다.

열정은 심지어 우수성을 보증하지 않습니다. 나는 거의 모든 평생 프로그래밍, 프로그래밍에 대한 읽기, Erlang 또는 Clojure와 같은 미친 언어를 배우는 데 돈을 지불하지 않습니다. 그러나 나는 프로그래밍에 빠졌다.

훌륭한 프로그래머는 그들이 성공적으로 참여한 성공적인 프로젝트를 추적해야한다고 생각합니다. 따라서 프로그래머가 인터뷰에서 기본 FizzBuzz 이상의 것을 쓰도록하는 것은 불필요합니다. 과거의 프로젝트와 그들이 한 일에 대해 이야기하십시오. Rubik의 큐브를 풀고 대리석을 계산하거나 50 개가 넘는 라인의 길고 크고 소진 된 소프트웨어 프로젝트를 수행 하기 위해 프로그래머를 고용하고 있습니까?


1

http://www.inter-sections.net/2007/11/13/how-to-recognise-a-good-programmer/

기사에서 :


글 머리 기호의 기준

요약하면 다음은 훌륭한 프로그래머를 인식하는 데 도움이되는 몇 가지 지표와 카운터 표시기입니다.

긍정적 인 지표 :

  • 기술에 대한 열정
  • 취미 프로그램
  • 권장되는 경우 기술 주제에 대해 귀를 기울일 것입니다.
  • 수년에 걸쳐 중요한 (그리고 종종 수많은) 개인 사이드 프로젝트
  • 스스로 새로운 기술을 배웁니다
  • 다양한 기술에 더 적합한 기술에 대한 의견
  • 그가“올바른”것으로 생각하지 않는 기술로 작업한다는 생각에 매우 불편하다
  • 분명히 똑똑하고 다양한 주제에 대해 대화를 나눌 수 있습니다
  • 대학 / 직장 오래 전에 프로그래밍 시작
  • CV 레이더 아래에 숨겨진“빙산”, 대규모 개인 프로젝트가 있습니다.
  • 다양한 관련없는 기술에 대한 지식 (CV에 없을 수 있음)

부정적인 지표 :

  • 프로그래밍은 하루 일입니다

  • 장려 할 때조차도“가게를 말하고 싶지 않다”

  • 회사가 후원하는 과정에서 새로운 기술을 배웁니다

  • 선택한 모든 기술로 "행복한 기술은 훌륭합니다"

  • 너무 똑똑해 보이지 않아

  • 대학에서 프로그래밍 시작

  • 모든 프로그래밍 경험은 이력서에 있습니다

  • 외부 경험이없는 1 개 또는 2 개의 기술 스택 (예 : Java 애플리케이션 개발과 관련된 모든 것)에 중점을 둡니다.


무엇을하는지 더 자세히 설명해 주시겠습니까? 그리고 질문에 대한 답변으로 추천하는 이유는 무엇입니까? "링크 전용 답변" 은 Stack Exchange에서 환영받지 못합니다
gnat

0

우수한 프로그래머는 저 스펙트럼 동료들과도 함께 일할 수 있습니다. 그들이 시험을 볼 수 있고 자존심에 빠지지 않는 한, 당신은 좋은 후보자가 아닙니다.

그 fizzbuzz 테스트는 다소 재미있다. 내가 생각할 수있는 솔루션은 모듈로 연산자를 사용합니다. 나는 문자 시트 매핑 좌표를 운동하는 것만으로도 알고 있습니다 (학교 또는 대학에서는 언급하지 않았습니다). 평범한 프로그래머가 그것에 대해 알고 있습니까, 아니면 쓰레기 교육을 받았습니까?


모듈러스 연산자를 사용하지 않은 것에 놀랐습니다. 나는 일년 동안 배운 다른 언어로 소개되었습니다.

2
대학에서 CS를 전공했다면 Modulo 운영자는 Programming 101

놀랍게도 비트 시프트 및 모듈로와 같은 것들이 대학에서 건너 뜁니다
Claudiu

대학에서 가르치려고하는 것들에 달려 있다고 생각합니다. 나는 실제 문제에서 모듈로를 사용하거나 명시 적으로 가르친 적이 없다고 생각합니다. 그러나 이런 종류의 운동 (및 시험 문제)에서 매우 흔합니다.
interstar

2
실제로, 그들은 일반적으로 초등학교에서 가르칩니다. 이 단계에서 그들은 "나머지"와 "10의 곱셈"으로 불립니다.
intuited

0

내가 사용하는 한 가지 기준은 그가 학업이나 전문 프로젝트에서 그가 수행 한 언어와 도구의 종류를 정확히 파악하는 것입니다. 그는 항상 표준 라이브러리를 사용하여 응용 프로그램 수준에서 일했습니까? (항상 C # 또는 VB6 사람입니까?) 또는 포인터, 메모리 관리, 재귀, 프로세스 동기화, 상호 배제, 이벤트 등과 같은 하드 코어 작업을 처리하는 Linux에서 C를 사용하여 프로젝트를 수행 했습니까? 그가 일부 추상화 계층에서 이러한 핵심 및 기본 개념을 항상 사용했다면 의심 스러울 것입니다.

이것은 분명히 코드를 작성하는 것입니다. 그 대신에 아무것도 없습니다. 그러나 나는 어떤 사람들은 다른 사람들보다 코드를 더 빨리 작성할 수 있으며 사람들은 인터뷰에서 각기 다른 응답 시간을 갖습니다.


재귀, 프로세스 동기화, 상호 배제. 이러한 기술은 C #, VB.NET, C 또는 어셈블리 언어로 작업 할 때도 중요합니다.

-1-이것은 잘못되었습니다. 언어와 도구의 '종류'는 100 % '무관합니다'.
Morgan Herlocker
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.