일반적인 프로그래밍에 대한 조언을 구하는 초보자 [닫기]


28

프로그래밍에 익숙하지 않았던 시절을 기억해야 할 사람이 있습니다 ...

두 달 동안 나의 새로운 직업 (소프트웨어 개발자로서)에서 보호 관찰 기간이 지났습니다. 프로그래밍 경험이 거의 없으며 (C ++ 만 해당) 현재 asp.net MVC 및 silverlight를 사용하고 있습니다. 그래서 회사가 작업하고있는 웹 사이트가 있으며 더 나은 버그를 해결하기 위해 노력하고 있습니다.

문제는 Visual Studio를 통해 이미 만들어진 시스템 / 웹 사이트에 대한 학습입니다. 나는 항상 엄청나게 압도 당하고,이 라인의 어느 부분을 찾아야하는지 전혀 알지 못하며 일반적으로 큰 그림을 얻는 데 많은 어려움을 겪습니다. Visual Studio 자체는 asp.net 프레임 워크는 물론이고 이해하기가 어렵습니다.

나는 동료들이 나보다 더 많은 경험을 가지고 있기 때문에 모든 좋은 일자리를 얻고 있으며, 애매 모호한 프로그래밍조차 할 수없는 일을하고 있습니다. 그들이 더 많은 것을 배우고 창조한다는 것을 의미하며, 나는 거의 아무것도 배우지 않고 창조하고 있습니다. 나는 사기를 당하고 있고, 아무 말도 하기엔 너무 무섭다.

나는 바보가 아니고, 기본 프로그래밍 개념을 많이 읽고 연습했습니다. 나는 그것을보고 그냥 마비 느낌.

결과적으로 나는 노년층 베테랑 사람에게 계속 질문을하고, 그는 짜증을 내며, 나를 도와주는 데 시간을 낭비하지 않기 위해 쉬움 / 마음이없고 / 비 프로그래밍 작업을 내게 줄 것입니다. 그런 다음 무언가를 이해하지 못하면 아직 물어봐야하는지 여부를 망설이고 시간 낭비인지 여부를 결정하려고합니다.

나는 천천히 물건을 집어 드는 사람이지만 세부 사항에 많은 관심을 기울입니다. 내가 생각하는 전자는 나를 무능하게 보이게합니다.

내가 어디에서 왔는지 아는 사람은 도움이 될만한 말을 해주세요 .... 몇 달 안에 직장을 잃을 까 봐 무서워요.


3
asp.net aspspider.com/tutorials pluralsight-training.net/microsoft 등에서 시작하여 시작 하겠습니다 . 비디오 자습서를 빨리 ​​익히는 것이 좋습니다.
Birey

3
아래의 질문과 의견을 읽으면 바쁘고 고위 사람들의 머리카락에서 벗어나기 위해 무작위로 버그가 할당되는 것처럼 들립니다. 상황은 모든 "낮은 교수형 과일"이 이미 선택되어 있고 열려있는 유일한 버그가 매우 애매하거나 어려울 수 있습니다. 이러한 종류의 버그는 ASP.NET에서 일반적이므로 너무 낙심하지 마십시오. 그 말에 따르면 고위 직원들이 너무 도움이되는 것처럼 들리지 않지만 2 개월 동안 만 일하는 경우 실제로 약간의 여유를 줄여야합니다. 주니어 레벨 개발자가되는 것을 잊어 버린 것 같습니다.
maple_shaft

2
약간의 C ++ 경험만으로 ASP.NET 작업을 얻는 것에 대한 조언. 나는 당신의 미래에 판매 및 마케팅에 대한 경력 변화를 예견합니다 :).
CheckRaise

프로그래밍 문제를 해결하면서 다른 언어로 말하는 것과 유사합니다. 독일어로 작성된 문제를 해결하려는 것처럼 처음에는 어려울 것입니다.
Jake Berger

답변:


17

사람들이 신입 사원으로 일해야하는 과정

  1. 처음에 코드를보십시오
  2. 작은 버그 수정
  3. 더 큰 버그 수정
  4. 기능 요청-기존 퍼즐 조각에 무언가 추가
  5. 새로운 것-무에서 무언가 만들기

도메인 경험이없는 녹색 개발자를 너무 빨리 돌진하면 너무 많은 문제가 발생합니다. 당신은 새로운 사람 물건을 얻을 필요가 있기 때문에 당신은 새로운 사람 물건을 얻을거야.

거기에 걸어


감사. 작은 기능에도 불구하고 4 위를 차지했습니다. 기존 시스템에 추가되는 것이 아니라 일반적으로 처음부터 시작합니다.
user974685

14

먼저 첫 번째 것들. 당신은 초보자입니다. 당신은 쓰레기 할당을 얻을 수 있습니다. 그 주위에 방법 이 없습니다 . 이것이 악의적이지 않다는 것을 이해해야합니다. 당신이 말했듯이,이 사람들은 더 많은 경험을 가지고 있고 더 숙련되어 있습니다. 그들은 또한 더 높은 급여 등급에있을 것입니다. 즉, 프로젝트의 관점에서 볼 때 시간은 당신보다 귀중하고 가치가 있습니다. 따라서 그들은 더 많은 최첨단 (재미있는) 과제를 수행하여 더 평범한 (그러나 여전히 중요한) 일을합니다.

이제 중요한 것은 틀에 박히지 않는 것입니다. 가능한 한 빨리 프로젝트와 도구에 익숙해 지십시오. 죽었을 때 지뢰 찾기를 할 수 있습니다. 새로운 플랫폼을 배우고 기존 프로젝트를 빠르게 진행하는 것은 매우 압도적 인 전망이라는 것을 알고 있습니다. 트릭은 작은 조각으로 자르고 하나씩 처리하는 것입니다. 당신의 신발에서 나는 다음과 같이 할 것입니다 :

  • 직장에서 먼저 전체 응용 프로그램의 일반적인 아키텍처를 파악하십시오. 아직 세부 정보를 얻을 필요가 없습니다. 코드의 주요 블록을 식별하십시오. 즉, 사용자 인터페이스가 어디에 있습니까? 어느 부분이 데이터베이스에 액세스합니까? 사업 결정은 어느 것입니까? 물어 보는 것을 두려워하지 마십시오. 당신이 배우기를 열망하고 사람들이 일반적으로 보답 할 것임을 보여주십시오. 좋은 (그리고 최근의) 문서가 있다면 그것을 사용하십시오.
  • 이제 중요한 비트를 알고 있으므로 비트 드릴 다운 시간입니다. 중 하나에서 시작해보십시오 . 그런 다음 사용자 인터페이스 또는 데이터베이스 계층은 다른 쪽 끝으로 나아갑니다. 공부하고있는 비트를 전반적으로 살펴보십시오. 작동 방식에 대해 알아보십시오. 어떤 기능과 방법을 제공합니까? 자세한 내용은 나중에 올 수 있습니다. 풍부한 메모를 작성하고 그래프와 플로우 차트를 그리고 나중에 찾아 볼 수있는 모든 작업을 수행하십시오.
  • 응용 프로그램에서 논리 흐름이 어떻게 이해되는지 느낄 때만 실제로 코드를 살펴볼 수 있습니다. Visual Studio에 익숙해지기에 좋은시기입니다. 코드에서 객체 / 기능을 마우스 오른쪽 버튼으로 클릭하면 상황에 맞는 메뉴가 매우 유용합니다. "정의로 이동"및 "모든 참조 찾기"는 특히 유용하고 강력합니다. 명령이 암호처럼 보이면 F1을 클릭하십시오.
  • 집에서 또는 여가 시간에 ASP.NET MVC 및 Silverlight (또는 사용중인 플랫폼)에 대해 자세히 읽어보십시오. 특히 오늘날 직장에서 본 비트에 대해 자세히 읽으십시오.
  • 플랫폼과 프로젝트에 대한 이해가 높아짐에 따라 결국 코드에 기여할 기회가 점점 더 많아 질 것입니다. 그 순간을 잡아라!

이것이 많은 일처럼 보인다면 그 때문입니다. 그러나 결국 수집 할 배당금은 충분한 보상 이상입니다.


+1 동정심을 불러 일으키기보다는 OP 문제를 해결하는 방법에 대한 실질적인 유용한 조언을 제공합니다. 가능하다면 다시 찬성 할 것입니다.
greatwolf

5

나는 동료들이 나보다 더 많은 경험을 가지고 있기 때문에 모든 좋은 일자리를 얻고 있으며, 애매 모호한 프로그래밍조차 할 수없는 일을하고 있습니다. 그들이 더 많은 것을 배우고 창조한다는 것을 의미하며, 나는 거의 아무것도 배우지 않고 창조하고 있습니다.

이것에 대해 얼마나 확신하십니까? 나는 일반적으로 새로운 것을 시작할 때 깨닫지 못할 수도있는 모든 종류의 학습이 이루어 지도록 누군가에게 묻습니다. Visual Studio에 얼마나 익숙 해졌습니까? 1998 년 처음 작업을 시작했을 때 IDE를 처음부터 배우는 것이 무섭다는 것을 기억할 수 있지만 몇 가지면에서 흥미로운 시간이었습니다. 버그 추적 소프트웨어를 얼마나 잘 알고 있습니까? 팀의 다른 모든 사람들에 대해 얼마나 잘 알고 있습니까? 배우고 싶은 것들이 많지 않지만 배우고있는 것이 몇 가지가 더있을 것입니다.

저의 조언은 동료 나 상사에게 당신이 얼마나 잘하고 있는지 잘 아는 것에 대해 이야기하는 것입니다. "예, 잘 지내고 있어요"또는 "정말 훌륭 해요!" 어떤 사람들은 진실을 말하기가 두렵기 때문에 그냥 말해야 할 수도 있습니다. 동시에, 이것이 당신이 서있는 곳을 찾은 다음 그것에 대해 무언가를하는 곳임을 인식하십시오. 몇 달 동안 거기에 있으면 몇 가지를 알아야 첫 주에 한 것보다 더 잘할 수 있습니다.


"이 버그를 수정하고 한 줄만 가져 가십시오"와 같이, 나는 그 줄을 어디로 가야할지 생각하는 나이를 먹습니다.

나는 내 경력에서 수십 번 그런 말을 들었다. 그런 선에 대해 몇 가지 다른 점이 있습니다.

  • 추정치 일 수 있으므로 수정을 소수의 선으로 만드는 기발한 사례를 잊었을 수 있습니다. 나는 "어떻게 든 한 줄의 코드로 수행해야한다"는 생각이 들었던 것을 알고있다.

  • 일부 코드 줄은 엄청나게 복잡 할 수 있습니다. 조건을 올바르게 읽는 데 몇 시간이 걸리는 논리를 적용하기 위해 수십 개의 괄호가있는 경우를 본 적이 있습니까? 나도 알아

현재 어떤 종류의 응용 프로그램 그림을 가지고 있으며 서로 다른 조각들이 서로 맞는지, 코드가 일반적으로 사용하는 규칙, 사용되는 개발 방법론 및 다양한 프로세스에 사용되는 도구 등을 고려하십시오. 지속적인 통합 서버, 스토리 보드 등이 있습니까?


물론, 나는 나보다 훨씬 낫지 만 여전히 쓸모없는 느낌입니다. "이 버그를 수정하고 한 줄만 가져 가십시오"와 같이, 나는 그 줄을 어디로 가야할지 생각하는 나이를 먹습니다. 그래도 고마워. 현재 내가 할 수있는 한 많은 것을 읽으려고 노력하고 있지만, 내가 무엇을 읽어야하는지 정확히 알기 쉽지는 않습니다!
user974685

4

시간이 걸린다. 몇 달은 짧은 시간입니다. 현재 회사에서 미래를 보지 않으면 더 많은 시간을 할애 할 것입니다.

기존 제품에서 작업하는 것이 일반적입니다. 실제로 새로운 시스템보다 더 자주 수행하게됩니다. 이미 생산중인 기존 시스템을 개선하려면 많은 기술이 필요합니다. 반드시 나쁜 것은 아닙니다.

새 직장에서 행운을 빈다.


5
또한 새로운 시스템에서 작업하는 것이 반드시 필요한 것은 아닙니다. 버그 수정은 실망 스러울 수 있지만 많은 이점이 있습니다.해야 할 일이 훨씬 명확하고 마감일이 더 느슨하며 다른 사람의 코드를 사용하여 매우 유용한 방법을 배우게 됩니다.
millimoose

네, 버그 수정으로 많은 것을 배울 수 있다는 것을 알고 있습니다 ... 아마도 내가 만나는 많은 버그가 벌레를 치는 방법을 알 수 없었던 버그로 인해 좌절감을 느낍니다. 메인 프로젝트 settings / web.config / 예를 들어 존재하지 않는 캐시 된 파일. 기본적으로 그것의 대부분은 여전히 ​​'마법'인 것 같습니다 ...
user974685

@ user974685 이것이 ASP.NET 프로젝트가 시작하기에 끔찍한 이유라고 생각하는 이유는 프레임 워크로서 유일한 의도는 개발자에게 애매하고 투명하기 때문입니다. HTTP의 자연스러운 Request / Response Stateless 특성을 숨기고 개발자에게 Win Forms 응용 프로그램처럼 느끼게 만듭니다. 실제로 캐싱 버그가 발생하거나 이상한 그래픽 결함이 있으면 상급 개발자에게도 감염 될 수 있습니다.
maple_shaft

@maple_shaft : ASP.NET에 대해 웹에 진정한 본질을 숨기는 것은 ASP.NET WebForms에게는 사실이지만 ASP.NET MVC (user974685가 사용하는 것)에는 해당되지 않습니다. ASP.NET MVC는 실제로 웹 애플리케이션을 상태 비 저장 방식으로 작성합니다.
헥터 코레아

@Hector 죄송합니다. 사용자가 ASP.NET MVC를 사용한다고 말한 질문에서 놓쳤습니다.
maple_shaft

2

계속 질문을하면서도 주도권을 보여 주십시오 . 요청하기 전에 최대한 많이하십시오. Stack Exchange에서 여기에 질문하는 것과 같습니다.


2

asp.net과 .net 프레임 워크에 관한 좋은 책을 들고 근무 시간을 완전히 읽어보십시오. 당신이 그들을 읽고 나면 직장에서 꽤 자신감을 느낄 것입니다. 실제로 배우고있는 내용을 다루는 것도 놀랍습니다. 읽을 때 코드는 당신에게 의미가 있으며, 따라서 읽기도 더 재미있을 것입니다. 지금 당장 최선을 다해야하며 많은 과제가 발생하지 않으므로이 시간을 현명하게 사용하십시오.


2

나는 과거의 자기 자신이 미래에 자신의 현재 자기 자신에게 프로그래머에게 질문을하기 위해 미래로 이동했는지 궁금해하면서 많은 사람들에게 말할 수 있다고 생각한다. 이것은 그가 당신의 신발에있을 때 그와 직접 대면했을 때 내 과거의 자기 자신에게 말할 것입니다.

낙심하지 마십시오 -힘들어지고 며칠 동안 당신이하고있는 일을 싫어하고 정원사 또는 다른 비 프로그래밍 사람이 될 수 있기를 바랍니다. 당신이 더 나아질 것이고 당신이하는 일이 더 나아질 것이기 때문에, 자신을 땅에서 들어 올리고, 먼지를 털고, 계속 가십시오.

StackOverflow와 Google을 사용하십시오 . "복사 및 붙여 넣기 프로그래머"는 아니지만 SO 및 웹을 통해 기꺼이 도움을 줄 수있는 기꺼이 도움이되는 똑똑한 사람들이 있다는 사실을 인식하십시오. 게다가, SO 답변이나 블로그 게시물은 당신이 그것을 다시 읽기 위해 그것을 계속 읽을 경우 당신을 불평하거나 더러운 모습을주지 않을 것입니다.

질문을 계속하십시오 -할 수있는 것을 알아 내기 위해 자신의 역할을 수행하는 한, 더 많은 지식과 경험을 가진 사람에게 도움을 요청하는 것은 아무 문제가 없습니다. 동료가 그것에 대해 바보가되고 싶다면, 더 기꺼이 도와 줄 다른 동료를 찾으십시오. 다른 사람들이 말했듯이, 동료를 데리고 나와 말하는 것을보십시오. 이와 같은 상황에서 약간의 의사 소통은 먼 길을 갈 수 있습니다.

계속 노력하십시오 -포기하지 마십시오. 프로그래밍은 어렵지만 이는 보상의 일부입니다. 새로운 도구, 프레임 워크, 언어, 패러다임 등을 배우는 데 많은 시간과 노력이 필요합니다.하지만 여러분이 더 나아질 때마다 그리고 그 학습 경험을 추진하는 행동이 더 잘 준비 할 수 있기 때문에 그만한 가치가 있습니다. 다음에 당신이 그것을 직면 할 때. 첫 직장에서했던 것보다 훨씬 더 큰 코드베이스에서 일하고 있지만, 그 과정에서 배운 학습 때문에 훨씬 더 빨리 코드베이스를 선택할 수있었습니다.

자신감을 가지십시오 -C ++ 경험을 ASP.NET MVC 및 Silverlight 작업으로 전환 할 수있었습니다. 당신은 programmers.stackexchange에서 도움을 찾고 있습니다. 당신은 노력하고 더 잘하기 위해 최선을 다하고 있습니다. 당신은 옳은 일을하고 있으며, 프로그래밍 작업을 할 수 있다는 사실 때문에 이미 그 길의 좋은 부분입니다. 그것을 유지하고 그것은 것입니다 쉽게 얻을.

측면에서해야 할 일 찾기 – 너무 어렵거나 너무 평범한 프로그래밍을하거나 공예의 즐거움을 빨리 떨어 뜨릴 수있는 모든 것을 찾으십시오. 너무 도전 적이지는 않지만 관심을 유지하고 프로그래밍에 대한 흥미를 유발할 수있는 작업과 별개로 작업 할 수있는 프로젝트를 찾으십시오. 코딩을 싫어하는 것에서 벗어날 수있을뿐만 아니라, 작성한 모든 코드는 기술을 연마하고 개인 프로젝트가 이력서에 적합하지 않다고 결정하면 이력서에 잘 어울리는 데 도움이됩니다.

이것이 너무 큰 펩 토크처럼 들리면 죄송합니다. 방금 신발을 신었고 기분이 어떤지 알고 있습니다. 바라건대 여기 사람들의 다른 조언이 도움이 될 것입니다. 아, 그리고 한 가지 더-당신은이 라인으로 질문을 시작했습니다 :

need some of you to remember back to a time when you might have been bad at programming...

나는 여전히! 우리 모두는! 우리는 계속 일하고 매년 덜 빨려 고 노력합니다 .


1

프로그래밍의 모든 사람들에게 발생합니다. 수년간의 경험을 가진 프로그래머조차도 수년 동안 복잡한 시스템에 직면했을 때 상당한 학습 곡선을 가질 것입니다. 거의 모든 지식이 필요한 직장에 들어가는 일은 드 rare니다. 비교적 새로운 회사 / 부서 또는 매우 간단한 시스템에서 100 % 새로운 개발을 수행하지 않는 한 한동안 압도 당할 것입니다.


1

나는 당신이 우려하는 것이 실제로 유효하다고 생각합니다. 하지만 걱정할 필요는 없습니다 .

물론 신입 사원으로서 아무도 원하지 않는 작업을 수행하게됩니다. 해야 할 일처럼 더 기계적이고 불쾌한 일.

나와 같은 모든 사람들이 이미 그곳에 있었기 때문에 나는 당신의 고통을 느낍니다. 필요한 것은 빨리 일을하고 가능한 한 최선을 다하는 것 입니다.

이런 식으로 : 사람들은 당신이 더 힘들고 어려운 일을 할 수 있다는 것을 알게 될 것입니다. 당신은 정말로 최선을 다하고 있으며, 당신이 더 잘 수행하고 좋은 인상을 남길 수있게 해줄 것입니다 (올바른 방법으로).

또한 인내심을 가지십시오 . 시간이 걸리지 만 그만한 가치가 있습니다.


1

인내. 20 년 전 제가 새로운 사람이었을 때, 그들은 항상 충돌하는 라우터를 재부팅하기 위해 서버 룸으로 다시 보냈습니다. 빠른 팁 : 기존 코드가있을 때 새 프레임 워크를 배우려면 기존 양식에 다른 필드를 추가 한 다음 데이터베이스에 들어갈 수있는 모든 영역에 영향을 미치십시오. 이미 해당 양식에있는 다른 필드의 값을 따릅니다. 당신은 톤을 배울 것입니다.


0

당신의 선택 중 : 당신이지면을 칠 것으로 예상되지 않는 직업을 찾으십시오. 모든 회사가 엔트리 레벨 작업에 적합한 것은 아닙니다. 주요 컨설팅 회사 (예 : Dell 또는 Accenture)는 정규 프로그래머로 머물러야하는 영혼을 빼앗기는 지옥 일 수 있지만, 직원의 학습 스타일에 따른 직원의 오버 헤드를 처리 할 수있는 견고한 교육 프로그램과 리소스가 있어야합니다.

결론은 현재 고용주에 대해 잘못된 종류의 직원 일 수도 있고 그 반대 일 수도 있다는 것입니다. 직업을 잃는 것은 무서운 제안이지만, 손실을 줄이는 것이 가장 좋습니다.

물론, 나는 당신이 포기해야한다고 말하는 것이 아닙니다. 난이도 곡선의 최악의 부분을 극복하고 모든 것이 "클릭"되는 지점에 도달하는 데 시간이 더 필요할 가능성이 높습니다.

다른 임의의 관찰 :

나는 항상 엄청나게 압도 당하고,이 라인의 어느 부분을 찾아야하는지 전혀 알지 못하며 일반적으로 큰 그림을 얻는 데 많은 어려움을 겪습니다.

새로운 프로젝트로 새로운 경험을 시작하는 주된 이유는 시스템이 구성한 대부분의 작업을 수행했기 때문에 실제로는 "새로운"것이 아니기 때문입니다. "일반적인 경험"은 없습니다. 단지 많은 개념과 프레임 워크 및 도구에 익숙하고 익숙한 것과 관련된 문제에 대한 것입니다. 엔트리 레벨 프로그래머가 사소한 시스템에 압도되는 것은 완벽하게 정상입니다. (새로운 경험이있는 시스템에서 일하는 것은 숙련 된 프로그래머를위한 것입니다. 프로그래밍은 복잡한 짐승이며 대부분의 프로그래머에게는 "편안함 영역"이 있습니다.)


0

프로그래밍은 끝없는 학습 과정입니다. 나는 당신을 더 좋게 만드는 것에 들어 가지 않을 것이지만, 나는 그 느낌이 압도적이며, 거기에 있었고 때로는 그런 식으로 느끼는 것을 해결할 것입니다. IDE와 사용되는 기술을 배우면서 큰 프로젝트에 뛰어 들기 위해서는 처리해야 할 것이 많습니다. VS 2010, C #, WPF, SQL Server 및 MVVM을 처음 사용하는 직장에 있습니다. 따라서 수많은 인터넷 검색 없이는 쉬운 일이 없습니다.

몇 가지 사항을 고려하십시오-당신은 유예 기간을 지났으므로 당신이하는 일을 좋아합니다. 그들은 당신을 직원으로 믿습니다. 그들은 또한 당신이 새롭다는 것을 알고 있으며 VS를 두 번 열어서 10 년의 경험을 흡수하지 않을 것이라고 생각합니다. 그들은 당신이 자랄 수있게합니다. 당신은 투자와 자산입니다-그들은 당신이 실패하기를 원하지 않으며, 당신이 진보와 욕망을 보여 주면, 당신을 성공으로 이끌 것입니다.

"자극을 가진"선배가가는 한, 그는 100 % 잘못입니다. 당신이 요구하기 전에 노력과 연구에 대한 성향을 보이고 있다면, 그는 화를 낼 이유가 없습니다. 리더가되는 것의 일부가 주도하고 있습니다. 누군가는 그것이 큰 부분이라고 말합니다. =) 만약 그가 그 가난한 예를 이끌고 있다면, 그들은 잘못된 남자 (또는 여자)를 선택했습니다. 그와 함께 주제를 브로치하고 도움을 주셔서 감사합니다. 개발자는 분명히 유형이 될 수 있으며 종종 약간 가득 차있을 수 있습니다. 그가 문제가 있다면 관리자에게 문의하십시오. 다시 말하지만, 당신은 자산이며 누군가가 팀을 해칠 때 도움을주지 않아 성장을 방해합니다.

가장 중요한 것은-땀을 흘리지 마십시오. 노력을 기울이고 자신이하는 일을 좋아한다면, 하루가 더 좋아지고 팀을 이끌게 될 것입니다. 그들이 똑똑하다면, 씹을 수있는 물기를 줄 것이다.

마지막으로-저는 6 년 동안 공부하고 있습니다. 때때로 나는 즉시 그것을 "얻지"않을 때, 나는 나 자신을 조금 아래로 얻는다. 나도 당신처럼 나 자신에게만 말해줘야합니다. 'Calm down, 세상은 끝나지 않습니다. 그것은 하나님을위한 .Net입니다. '


0

첫째, 프로그래밍에 능숙하지 않다는 사실을 받아들이십시오. 받아들이고 싶지 않다면 문제가 될 것입니다. 당신은 멍청한 사람입니다. 실용적입니다. 그리고 자신에게 진실하십시오. 기간. 받아 들여? 그런 다음 계속 읽으십시오.

둘째, 자신에게 (그리고 다른 누구도 반복하지 않습니다. 다른 누구도 반복하지 마십시오.) 더 이상 멍청하지 않으며 가장 불결하고 가장 끔찍하게 작성된 코드를 해독하고 만들 수 있습니다. 당신은 더 이상 멍청하지 않다는 것을 스스로 에게 증명함으로써 당신의 선한 보스로부터 더 높은 급여 규모를 기대할 수 있습니다 .

이제 실제 답을 얻으십시오 : 당신은 얼마나 빡빡한 노동 시간, 가족, 자유 시간 사이에 어떻게해야합니까? 예. 나는 쉽지 않다는 것을 안다. 내가하는 방식. 그리고 지금까지 가장 효과적인 것으로 생각합니다.

기초를 바로 잡으십시오 : OOP의 코셉 트는 뇌 안에 통합되어야합니다.

공중의 디자인 코드 (캐슬 대신)는 미친 소리로 들리지만 기능으로 자동차 바퀴를 보는 것은 인간의 두뇌가 코딩 세계에 익숙해 지도록 도와줍니다!

먼저 종이에 연습! 교수님이이 트릭을 말해 주셨습니다. 먼저 종이에 연습하십시오. 건조 용지 자체에서 프로그램을 실행하십시오. 그것은 컴파일러의 흐름에 도움이 될 것입니다 + 그것은 당신의 두뇌에서 그 논리 게이트를 열 것입니다.

자신 만의 프로젝트를 설계하십시오 . CLI 기반 계산기입니다. 자신의 코드를 디자인하십시오. 독특하게 만드십시오. 왜 당신 만의 독특한 프로그램입니까? '어떻게해야합니까?' 당신이 좌절하도록 강요하지 마십시오. 궁금한 점이 있으면 Herbert Schildt (맞춤법이 틀리면 용서해주세요) 또는 Google에 문의하거나 여기에 질문을 남겨주세요. 이것은 스스로 공부하고 실력을 향상시키는 가장 좋은 방법입니다.

내가 C를 소개 받았을 때, 나도 나쁜 시간을 보냈다. 특히 구조 n 포인터 n Blahs n blahs. 시간이 지나면 이런 것들을 배웠습니다. 그리고 내가 깨졌을 때, 나는 희망을 잃지 않았습니다. 참고 도서를 구입하여 항상 원했던 프로그램을 만들기 시작했습니다. 3 개월 후 (예, 웃을 수 있습니다!) 마침내 귀하의 이름을 입력으로 사용하고 귀하의 성격을 출력으로 표시하는 CLI 버전의 프로그램을 만들었습니다. 곡예 학.

예. 자랑스러워서 자랑합니다! 저를 조롱하던 노인들의 얼굴을 보았 기 때문입니다. 그 모든 결정 내 친구! 프로그래밍은 로켓 과학이 아닙니다! 그랬다면 보호 관찰을 거치지 않았을 것입니다! 그것은 간단합니다!

내 개인적인 믿음 : 당신이 당신의 두뇌에 논리가 있고 상식이 무엇인지 이해한다면, 당신은 좋은 코더가 될 수 있습니다.

좋은 소식은 둘 다 있습니다! 당신이 그것을 가지고 있지 않았다면, 당신은 우리와 문제를 공유함으로써 올바른 단계를 밟지 않았을 것입니다!

지금 기분이 좋으면 행복합니다. 그리고 네, 이제이 답변의 첫 번째 줄을 무시할 수 있습니다. 그때는 필요했습니다. 지금은 필요하지 않습니다! 건배!


0

면책 조항 : 귀하의 문제는 프로그래머마다 다르지만 모든 분야의 새로운 전문가 / 실무자가 직면하고 있다고 생각합니다. 내 말은, 아무도 처음 몇 달 동안 아무것도 알지 못하고 새로운 사람들은 항상 최악의 작업을 수행합니다 (이 작업이 너무 중요한 경우는 제외 ).

프로그래밍에 나쁜 시간

나는 아직도 그것에 나쁘다. 두 번째 생각이 없습니다.

동료가 나보다 더 많은 경험을 가지고 있기 때문에 ..

다시 한 번, 모든 선수는 한 번 볼 보이 였음을 기억하십시오. 좋은 일을하려면 먼저 자신이 싫어하는 일에 대한 가치를 증명해야합니다. 이것은 프로그래밍 뿐만 아니라 모든 분야에서 공통적 입니다 .

나는 그것을보고 그냥 마비 느낌 .

당신은 무엇을 마비 느낌? 또 다른 시간으로 프레임 워크로 돌아가는 것을 두려워 합니까, 아니면 그냥 완전히 보는 것을 싫어합니까?

항상 문제를 하나 이상의 간단한 단계로 나누십시오. 그런 다음 각각에 대해 개별적으로 진행하십시오. 계속 매달려있는 것을 제외하고는 여기에 마법의 총알이 없으며 그것이 중요합니다.

통제하기

새로운 사람으로, 당신은 알고 점점에서 문제에 직면 도구 는 작업 과 함께 (VB, ASP 등)과 당신이 일 합니다 ( 프레임 워크 ). 이것은 자연 스럽습니다. 우리 모두는 그것을 직면합니다. 당신의 주요 우선 순위는 계속 진행하는 것입니다.

언어를 계속 배우고, 질문을 계속하고, 틀을 계속 살펴보고 , 반복하십시오!

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.