> 백엔드 개발 > PHP 튜토리얼 > 저는 인터넷 회사에서 1년 동안 근무한 Zhenai.com 프로그래머입니다. 어떻게 발전할 수 있나요? 먼저 Zhenai.com에서의 근무 경험을 소개하겠습니다.

저는 인터넷 회사에서 1년 동안 근무한 Zhenai.com 프로그래머입니다. 어떻게 발전할 수 있나요? 먼저 Zhenai.com에서의 근무 경험을 소개하겠습니다.

WBOY
풀어 주다: 2016-08-10 08:50:39
원래의
2558명이 탐색했습니다.

먼저 제 자신에 대해 이야기하겠습니다. 저는 주요 학부 프로그램(985, 211)을 졸업하고 학교에서 평균 이상의 성적을 받았습니다. 졸업 후에는 의심할 바 없이 프로그래머가 될 것으로 예상되었고 Zhenai.com에 입사했습니다. 거의 1년이 지났을 때 저는 몇 가지 질문도 생각해 보았습니다. 이전에는 전혀 이해하지 못했던 이 회사가 어떤 회사인가요? 기술 환경은 어떻습니까? 성장할 여지는 어떻습니까? 1년이 지난 지금, 올해 어떤 성과를 거두었는지 되돌아보고 정리해보면 사실 아직도 많은 감정이 남아있습니다. 또한 “가난한 사람들”의 성공 사례가 더 많이 나타나기를 바랍니다.
제가 가장 좋아하는 기술은 주로 Java와 PHP입니다. 최근 몇 년 동안 비즈니스가 발전함에 따라 일부 비즈니스에서는 C++를 사용하기 시작했습니다. 일반적으로 회사에는 훌륭한 사람들이 꽤 많고, 10년 이상의 경력을 쌓은 신입사원으로서 입사 후 많은 것을 배웠습니다. 그러나 10년의 개발 끝에 기술적인 부채도 많이 쌓였습니다. 예를 들어 기존 시스템의 기술 프레임워크는 낡고, 코드는 혼란스럽고, 특정 비즈니스 세부 사항조차 더 이상 누구에게도 명확하지 않습니다. 신입들이 들어오면 기본적으로 몇번 속아요~~ 어쨌든 속았네요~~
회사의 기술적인 분위기는 여전히 좋습니다. 기본적으로 모든 프로그래머는 기술에 대한 지식에 대한 갈증을 유지하고, 자신의 다른 것을 표현합니다. 의견. 한 프로젝트에서 여러 프로그래머들이 중첩된 하위 쿼리를 사용하여 SQL을 작성하는 최적의 방법에 대해 오랫동안 토론했습니다. 나중에 많은 정보를 확인하고 마침내 두 가지 작성 방법이 실제로 유사하다는 것을 알았습니다~~ 그러나 토론 중에 , 기본 mysql에 대한 이해가 많이 깊어졌습니다. 하하, 예상치 못한 이득이라고 볼 수 있습니다!
지금 제나이가 직면한 더욱 시급한 문제는 '인민의 늘어나는 물질적 문화적 요구와 뒤떨어진 사회적 생산성 사이의 모순'을 해결하는 것입니다. 한편으로 회사의 비즈니스는 빠르게 발전하고 있는 반면, 회사의 기존 기술 시스템은 아직 완벽하지 않습니다. 기본 DB에서 전체 기술 아키텍처까지 갈 길이 멀습니다. 그 과정에서 개발자의 기술도 크게 향상되었습니다. 최근 몇 년간 인터넷 산업 전체의 기술 발전을 촉진한 인터넷의 급속한 발전에 대해 우리 상사는 "우리 기술자에게 지금 경험하고 있는 일은 앞으로 다시는 경험하지 못할 일입니다. "우연의 문제".
Java의 기본과 SSH 프레임워크의 기본 사용법만 이해하는 신입생으로서, 처음 입사했을 때는 기본 mysql 마스터/슬레이브도 연습하지 않았습니다. 이제는 기본 쉘에서 벗어났습니다. 프로그래밍을 고급 수준까지 할 수 있어서 기본적으로 하둡, 스파크 등을 버틸 수 있기 때문에 개인적으로 올해 경험은 재탄생의 해라고 할 수 있다고 생각합니다. 물론 결국 환경의 한계로 인해 보고 느끼는 것에도 일정한 한계가 있을 것입니다. Yelang의 오만함이 의심되지 않더라도 그러한 자체 평가는 여전히 가능합니다. 그래서 인터넷 기업에서는 다들 어떻게 성장하고 있고, 얼마나 빨리 성장하고 있는지 물어보고 싶습니다.

답글 내용:

저는 프로그래머는 아니지만 수년간 인터넷 회사에서 일했습니다. 다음은 인터넷에 요약된 몇 가지 제안입니다.

1. 작은 범위에서 유용한 기술을 선택하고 철저히 학습합니다. 그들을. 그런 다음 이 범위를 계속 확장하세요.

2. 메모리와 하드 디스크에서의 각각의 성능을 포함하여 다양한 데이터 구조의 장단점을 이해합니다.

3. 다양한 알고리즘의 장점과 단점을 이해합니다.

4. 자신의 업무 분야를 알아보세요. 컴퓨터를 끄고 사용자가 하는 일을 하십시오.

5. 언제든지 다양한 기술 수준에 투자할 수 있는 능력과 준비를 갖추고 있어야 합니다. 표면 아래의 기술적 원리를 알아야 합니다. "다양한 기술 수준의 숙달"과 "프로그래밍 능력" 사이에는 밀접한 관계가 있습니다.

6. 상상력을 발휘하세요. 항상 “더 좋은 방법이 있나요?”라고 물어보세요. 고정관념에서 벗어나 생각해 보세요. 최고의 솔루션은 아직 발견되지 않았을 수도 있습니다.

7. 좋은 프로그래머: 나는 코드를 최적화합니다. 더 나은 프로그래머: 저는 데이터를 디자인합니다. 최고의 프로그래머: 무엇이 그들을 다르게 만드는가?

8. 데이터를 올바르게 구성하세요. 결함이 있으면 코드에 끝없는 기술적 부채가 발생합니다.

9. 이름을 올바르게 지정하세요. 프로시저와 기능의 이름을 지정하려면 "동사-형용사-명사" 형식을 사용하세요. 변수 이름은 충분히 길고, 가능한 짧아야 하며, 의미가 있어야 합니다. 다른 프로그래머가 귀하의 코드를 이해할 수 없다면 귀하가 코드를 명확하게 작성하지 않은 것입니다. 대부분의 경우 환경을 위한 코딩보다 다음 프로그래머를 위한 코딩이 더 중요합니다.

10. 분석과 프로그래밍을 분리합니다. 이는 동일한 것이 아니며, 다양한 유형의 노동력이 필요하며, 완전히 다른 시간과 장소에서 별도로 수행되어야 합니다. 두 가지를 동시에 하면 둘 다 잘 되지 않습니다. (저는 하루를 마치고 비기술적인 분석을 하고 다음날 아침 프로그래밍을 하는 것을 좋아합니다.)

11. 절대 쉬운 길을 택하지 마세요. 동일한 코드를 두 번 배포하지 마십시오. 변수 이름을 다른 변수 이름의 일부로 지정하지 마십시오. 어쩌면 당신은 규칙을 이해하지 못할 수도 있고, 자신을 방어하고 싶을 수도 있습니다. 그러나 이렇게 하면 이러한 규칙으로 인해 프로그램을 올바르게 구성할 수 없게 됩니다.낮은 수준의 프로그래머가 영원히 낮은 수준에 머무르는 이유는 문제를 해결하기 위해서입니다.

12. 프로그램 성과를 측정하는 방법을 알아보세요. 당신은 그것으로부터 얼마나 많은 것을 배울 수 있는지 놀랄 것입니다.

13. 문제의 세부 사항과 결과를 다르게 처리하는 방법을 배우십시오. 문제의 세부 사항은 큰 차이를 만들지 않지만 문제의 결과는 세상을 끝낼 수 있습니다. 결과에만 집중하세요.

14. 사용자/고객/관리자를 주의 깊게 살펴보세요. 그들이 "어떻게"를 이해하도록 돕는 것보다 "무엇"을 이해하도록 돕는 것이 더 중요합니다.

15. 사용 여부에 관계없이 프레임워크를 작성합니다. 다른 곳에서는 배울 수 없는 것들을 그곳에서 배우게 될 것입니다.

16. 말로 의사소통하거나 글을 통해 자신이 알고 있는 것을 다른 사람에게 가르칩니다. 궁극적으로 이것은 자신을 교육할 수 있는 기회가 될 것입니다.

17. 확실하지 않은 경우에도 고객/사용자에게 항상 "예"라고 대답하세요. 90%의 경우 결국에는 이를 실현할 수 있는 방법을 찾게 될 것입니다. 10%의 확률로 당신은 그들에게 사과할 것이다. 이는 중요한 개인적 성장을 위해 지불해야 하는 작은 대가입니다.

18. 놀라운 일을 해내지만 엉망인 다른 사람의 코드를 찾아보세요. 리팩터링하세요. 그런 다음 그것을 버리고 그들이 저지른 것과 같은 실수를 다시는 반복하지 않겠다고 다짐하십시오. (그런 프로그램을 많이 찾으실 수 있을 겁니다.)

19. 데이터는 항상 > 이론이나 의견. 사물을 개발하여 데이터로부터 배우십시오.

20. 가능하다면 사업(서비스 또는 제품)을 시작해 보세요. 직원으로서는 결코 배울 수 없는 프로그래밍에 대해 많은 것을 배우게 될 것입니다. 젠장, Zhenai.com의 프로그램은 모두 단일인가요? 소개팅 혜택도 있나요? ^_^ 다음 제안은 프로그래머가 자신의 기술을 향상하고 향후 경력 개발에 큰 도움이 될 것입니다. 핵심은 실행 능력에 달려 있습니다.

1. 문서 작성 능력 향상

오해: 프로그래밍을 잘하고 작업을 완료한다는 것은 훌륭한 프로그래머이고 문서가 필요하지 않다는 것을 의미한다고 생각합니다.

문서가 부족하면 해롭습니다. 소프트웨어 개발에 치명적입니다. 한편으로는 소프트웨어에 추적성이 없고 소프트웨어 개발의 출처와 아이디어를 찾을 수 없으며 다른 한편으로는 후속 소프트웨어 오류 확인 및 소프트웨어 업그레이드에 문제가 발생합니다. 초기 프로그래머로서 기술 문서 작성은 업무 시간의 30%를 차지하는 반면, 수석 프로그래머, 시스템 설계자 등은 더 많은 시간이 필요합니다. 이 기사에서는 일반적인 소프트웨어 문서 요구 사항에 대해서는 다루지 않을 것입니다. 회사에 합류하기 전에 현재 가지고 있는 소프트웨어 문서 요구 사항과 스타일을 검토할 수 있습니다.

2. 좋은 코딩 표준과 코딩 습관을 기르세요

Microsoft, IBM, Oracle 등 일부 유명 외국 소프트웨어 회사에서는 개발한 프로그램에 코드 요구 사항을 부과합니다. 프로그래머는 변수 이름을 표준화해야 하고, 키 코드 세그먼트에 주석을 달고, 주석 형식을 통일해야 하며, 중첩된 줄의 들여쓰기 길이와 함수 사이의 빈 줄 수에 대한 명확한 요구 사항도 있어야 합니다.

중국 프로그래머들은 종종 전역 변수의 오용, 주석 언어의 잘못된 표현, 변수 이름에 병음 사용 등의 문제에 직면합니다. 이는 개발에는 영향을 미치지 않지만 후속 코드 전달 및 공유에 영향을 미칩니다.

3. 소프트웨어 요구사항에 대한 이해도 향상

통념: 초보 프로그래머는 일반적으로 프로젝트 요구사항을 철저하게 분석하지 않고 수요자에게 물어보고 문서를 받아 즉시 개발을 시작합니다. B/S 아키텍처에서는 프론트엔드 요구사항과 백엔드 요구사항을 연결하는 문제가 더 자주 발생합니다.

따라서 요구사항을 작성할 때 요구사항의 세부 요구사항을 이해하고 구현되도록 노력해야 합니다. ; 커뮤니케이션을 강화하고, 요구 사항의 심층적인 내용, 특히 기능 포인트가 충족해야 하는 요구 사항과 편안함을 느끼기 위해 시스템을 사용하는 방법을 이해합니다. 요구 사항 파악은 지각적인 관점에서는 이해할 수 없습니다. 오직 업무 파트너와의 충돌을 통해서만 요구 사항, 즉 경험을 진정으로 파악할 수 있습니다. 실제 요구 사항을 올바르게 파악하는 데는 2~3년이면 충분합니다.
4. 재사용성과 모듈적 사고

모든 프로그래머는 기능적인 모듈이나 기능을 개발할 때 더 많이 생각해야 합니다. 현재 작업을 완료하기 위해 단순한 아이디어에 국한되지 않고, 설계된 모듈이 가능할까요? 본 시스템과 독립적으로 존재하며, 가장 간단한 수정 방법을 통해 다른 시스템이나 응용 환경에서 직접 참조할 수 있습니다.

지난 2년 동안의 연습과 관찰을 통해 우리 팀의 몇몇 동료들은 초기 단계에서 코드 재작성을 경험하는 경우가 많다는 것을 알았습니다. 이는 매우 불필요한 일이지만, 한편으로는 그들 자신의 아이디어를 다시 작성해야 합니다. - 확립된 코드 품질을 개선하고 리팩토링을 수행하는 것은 시간 낭비입니다.

5. 테스트 기술을 연습하세요

소프트웨어 개발은 ​​항상 좋은 전통을 갖고 있습니다. 소프트웨어 개발 프로세스에서 문제를 조기에 발견할수록 문제 해결 비용이 낮아집니다. 테스트 작업은 실제로 번거롭지 않습니다. 첫 번째는 소프트웨어의 기본 기능이 구현되는지 확인하는 것입니다. 이것은 또한 많은 회사에서 일반적이며 유일한 테스트입니다. 두 번째는 비정상적인 호출을 테스트하는 것입니다. B/S 시스템에서 일반적으로 사용되는 스트레스 테스트, 파괴 테스트, 빈번한 예외 요청 처리 테스트 등의 테스트는 만능 테스트 방법을 마스터해야 소프트웨어 개발의 품질을 높일 수 있습니다. 개선되었습니다.

6. 문제는 최고의 학습 기회입니다

일은 끊임없이 문제를 발견하고, 문제를 분석하고, 최종적으로 문제를 해결하는 과정입니다. 언제든지 문제. 작업 과정에서 문제가 발생하는 것은 정상이라고 볼 수 있지만 실제 문제는 문제가 없다는 것입니다. 문제가 생겼을 때, 이를 직면하고 해결하는 용기를 가진 사람이 바로 회사의 든든한 버팀목입니다.

실제로 많은 사람들은 항상 문제를 피하기 위해 최선을 다합니다.상사는 어려운 일을 맡기면 그 일을 회피하려고 최선을 다한다. 모두가 알고 있듯이 개인에게는 문제가 실제로 최고의 학습 기회입니다. 종종 어려운 일을 기꺼이 받아들이는 사람들은 어려움을 극복하는 데 큰 진전을 이루었기 때문에 점점 능력을 갖추게 될 것입니다.

참담한 삶과 뚝뚝 떨어지는 피에 맞서는 진정한 프로그래머라면 잡초가 무성한 황무지에서도 반드시 자신의 길을 헤쳐나갈 수 있을 것입니다.

사실 남의 말만 듣고 결정은 본인이 해야 합니다. 다른 사람들의 의심, 부정, 조롱 앞에서 우리는 단호하게 앞으로 나아가서 보여주기만 하면 됩니다. 행동이 최고의 증거입니다. 1초라도 더 지속한다면 미래는 달라질 것입니다.

이제 프로그래머의 가치가 어디에 있는지 자세히 살펴보겠습니다. 1. 응용 기술

상당수의 프로그래머가 응용 프로그램 수준 개발을 수행하고 있으며, 자신이 만드는 소프트웨어는 특정 시나리오의 문제를 해결하고 사용자의 작업과 생활에 편의를 제공하는 데 사용됩니다.

애플리케이션을 개발하려면 C#, .NET, C++, Qt, J2EE, Ruby on Rails, Python 등 고급 언어와 프레임워크가 자주 사용됩니다. Java와 같은 Django와 Objective -C와 같은 Android, Java와 같은 Cocoa Touch, PHP... 너무 많아서 셀 수 없습니다.

많은 사람들이 응용 수준의 개발 기술에 대한 문턱이 낮다고 생각합니다. 젊은 사람과 숙련된 선배 사이에는 큰 차이가 없습니다. 해변에서는 뒤에 있는 파도가 앞의 파도를 이기고 죽을 것입니다. 새로운 부추 작물이 자라고, 오래된 부추는 재생되어야 합니다.

사실 아니요, 순전히 기술적인 관점에서도 언어와 프레임워크에 대한 이해와 숙달은 개발 효율성과 제품 품질에 심각한 영향을 미칩니다.

깊은 이해를 요구하지 않고, 이해하는 것 같으면서도 이해하지 못하는 프로그래머, 여러 일을 하면서도 여전히 자신이 사용하는 기술의 본질을 이해하지 못하는 프로그래머는 어떤 사람으로 쉽게 대체될까요? 그런 프로그래머들은 다가오는 젊은 신입생들에 의해 곧 직장에서 쫓겨날 운명입니다.

언어의 다양한 특성을 깊이 인식하고, 프레임워크의 메커니즘과 다양한 응용 시나리오에 대한 남다른 이해와 풍부한 실무 경험을 갖고 있다면, 당신은 거의 대체불가한 인재가 되었습니다. 이 언어와 프레임워크의 전문가이며 귀하의 가치는 헤아릴 수 없습니다.

다른 사람이 해결할 수 없는 문제를 귀하의 말을 통해 몇 달간 프로젝트 시간을 절약할 수 있습니다.

따라서 기술을 사용할 때 “실행할 수 있습니다”, “그냥 작업을 완료하세요”, “그렇게 많이 배울 필요는 없습니다” 등과 같은 단어에 주의를 기울이지 마십시오. 실질적인 문제를 해결하려면 특정 요구 사항을 충족한 후에 계속 파고들어 더 자세히 알아보고 시간이 지나면서 확실히 달라질 것입니다.

회사에 시간이 없다면 퇴근 후에도 투자를 이어가세요. 당신의 연구와 연구는 모두 당신 자신을 위한 것이지 당신의 상사나 프로젝트를 위한 것이 아니라는 것을 기억하십시오. 당신의 유일한 제품은 당신 자신이며, 이 제품은 평생 동안 연마할 가치가 있습니다.

2. 난이도가 높은 기술

어셈블리 언어, 운영체제 커널, 드라이버 등 상대적으로 문턱이 높은 기술도 있는데... 문턱이 높다고 해서 수익률이 높아지는 경우도 있다. 또한 높다.

예를 들어 윈도우 커널이나 안드로이드 커널에 익숙하고 각종 드라이버 작성에 능숙하다면 월급 5만~6만 정도면 취업하는데 문제가 없고, 심지어 180K는 문제가 되지 않습니다. 하지만 희소성이 있어 그 가치를 유지하고 있습니다.

3. 알고리즘

대부분의 프로그래머는 실제로 알고리즘을 이해하지 못하기 때문에 프레임워크의 모듈을 사용하여 빌딩 블록을 만듭니다. 알고리즘의 진정한 의미를 이해한다면 프로그래머의 90%를 넘어설 것이며, 당신의 중요성과 가치는 헤아릴 수 없을 것입니다.

예를 들어 이미지 처리 알고리즘에 능숙함, 비디오 인코딩 및 디코딩 알고리즘에 능숙함, 검색 추천 관련 알고리즘에 능숙함, 업적을 달성했음 등 패턴인식 분야에서... 당신의 앞을 가로막는 자가 누구인지 보자!

4. 사업

한 산업에 계속해서 축적한다면, 사업을 하고, 축적이 깊다면, 당신의 가치는 엄청날 것입니다. 믿을 수 없다면 채용 웹사이트에서 채용 요건을 확인하세요. 그 중 99%는 관련 업계 배경이 필요합니다.

따라서 신뢰할 수 있고 전망이 좋은 산업을 선택하는 것이 매우 중요합니다. 이 산업이 계속 발전하고 발전할 수 있는 한 귀하의 축적은 가치가 있을 것이며 계속해서 가치를 더할 것입니다.

금융, 전기, 전자상거래, 복권, 고고학, 의료 등 특정 분야의 비즈니스에는 일정한 기준이 있습니다. 이러한 업계에서는 명확한 비즈니스 지식을 갖춘 프로그래머라면 비록 기술이 특별히 우수하지 않더라도 가치는 무한합니다.

5. 제품 인식과 사고

제품 인식이란 정확히 무엇인가요? 제품 인식이란 일반적으로 비즈니스 인식, 사용자 인식, 혁신 인식, 팀 인식을 포함한다고 생각합니다.

 ——"모두가 제품 관리자입니다"

 인터넷 시대에는 제품이 왕입니다. 제품에 대한 인식이 있고, 제품에 대한 사고방식을 이해하는 프로그래머가 가장 인기 있는 사람이자, 좋은 제품을 가장 잘 만드는 프로그래머이기도 합니다.

간단히 말해서 비즈니스 인식이란 이 제품이 팔릴 수 있는지, 좋은 제품인지를 고민하는 것을 의미합니다. 프로그래머가 시장과 직접 접촉하는 경우는 거의 없지만 이것이 있어야 합니다.

그러나 제품의 성공 여부는 대부분 시장 성과에 달려 있습니다. 시장에 관심을 갖고 기술 구현을 시장 관점에서 바라보고 "기술이 시장에 봉사한다"는 개념을 받아들이세요. 그러면 좋은 제품을 만드는 것이 더 쉬울 것입니다.

사용자 인식이 가장 이해하기 쉽다는 것은 제품의 좋고 나쁨에 대한 최종 결정권은 사용자에게 있기 때문에 사용자 관점에서 이 제품을 어떻게 디자인해야 하는지를 고민해야 한다는 뜻입니다.

제품을 구현할 때 사용자의 입장에서 생각하고, 기능이 애플리케이션 시나리오에 맞는지, 사용자의 행동 특성에 맞는지, 사용자의 사용 습관에 맞는지 고민할 수 있다면 축하드립니다. 90%를 넘으셨습니다. 프로그래머 - 대부분의 프로그래머는 제품 관리자와 UI 디자이너의 요구 사항에 따라 제품을 구현합니다.

혁신은 인류 발전의 원천이자 사회 발전의 원동력이며, 제품의 핵심 경쟁력입니다. 하지만 여기서 언급한 혁신이 꼭 파괴적인 혁신은 아닐 수도 있고, 가치가 없는 많은 세부 사항을 더 좋게 만드는 것일 수도 있고, 단순히 이 제품에 다른 개념을 도입하는 것일 수도 있고, 아마도 Haidilao의 직원들도 사용자에게 다른 느낌을 주는 것과 같을 것입니다. 이것들은 모두 혁신입니다.

제품 관리자는 혁신에 대한 인식이 있어야 합니다. 그렇지 않으면 결코 발전할 수 없고 제품도 결코 좋지 않을 것입니다.

좋은 프로그래머가 갖춰야 할 혁신의식도 있어야 합니다. 그렇지 않으면 제품을 제대로 구현할 수 없고, 제품의 핵심 경쟁력을 극대화할 수도 없습니다.

이제는 더 이상 외로운 영웅들이 혼자 싸우는 시대가 아닙니다. 좋은 제품을 만들려면 대부분 팀이 필요합니다.

프로그래머 그룹과 함께 있고 제품 ​​관리자, UI 디자이너, 비즈니스 분석가, 프로젝트 관리자 등과 함께 있으면 팀 인식이 필수적입니다. 다른 사람들이 공동의 목표를 위해 효과적으로 노력하도록 장려한다면 당신과 같은 프로그래머는 무적이며 국보입니다!

이렇게 말했지만, 당신에게 적합한 방향은 무엇입니까? 스스로 결정을 내리기 위해.

자신에게 적합한 것이 무엇인지 한눈에 알 수 있으므로 자세히 설명할 필요가 없습니다. 어쩌면 약간 혼란스러울 수도 있습니다. 걱정하지 마십시오. 우리 모두에게는 아직 시간이 많이 있으므로 시도해 볼 수 있습니다. 적합하지 않다고 생각되면 자신에게 맞는 길을 시작할 때까지 다른 방향으로 다시 시도하십시오.

Zhenai.com과 같은 대기업은 모든 면에서 매우 형식적입니다. 계속해서 열심히 일하는 한, 당신은 확실히 앞서 나갈 것입니다. 저는 둘 다 인터넷 프로그래머입니다. 저는 업계에서 일한 지 1년이 채 안 됐고, 앞으로의 발전에 대해서도 정리했습니다. 앞으로는 저에게도 큰 도움이 될 것입니다. 인터넷 바다를 여행하며 천천히 큰 사람들을 알아가는 동시에 좋은 플랫폼과 팀도 매우 중요합니다. 프로그래밍을 하려면 하루 종일 컴퓨터를 마주해야 하지만 익숙해지기만 하면 이런 유형의 작업은 여전히 ​​밝은 미래를 가질 수 있다고 생각합니다. 이제 막 이 업계에 발을 디뎠는데, 앞으로는 많은 어려움을 겪게 될 것 같아요. 서로 격려해 줬으면 좋겠습니다. 앞으로 더 많이 소통하고 배우세요. 회사에서 정한 일 외에 개인적으로 공부도 열심히 해야 한다고 생각해요. 프로그래밍의 가장 중요한 점은 프로그램을 많이 할수록 익숙해지는 것입니다. 실제로, 발전을 원한다면, 특히 프로그래머의 경우 수시로 배워야 합니다. 이 기술은 빠르게 업데이트되어 새로운 기술을 익히도록 강요하기 때문에 학습은 필수입니다.
관련 라벨:
원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿