Java 경험 없이 중간 Java 개발자로 취업하는 비결 또는 방법

모든 Java 학생 및 전문가 여러분께 인사드립니다. 아마도 내 이야기는 그것을 하는 방법에 대한 예가 될 것이고, 다른 사람들에게는 그것을 하지 않는 방법에 대한 예가 될 것입니다. 2021년 10월 19일인데, 오늘 대기업에서 Java 중간 개발자로 수습기간(3개월)을 마쳤습니다. 나는 Java 개발에 대한 이전 경험이 없었습니다. 2020년 6월 4일까지 저는 Java에 대해 아무것도 몰랐습니다. 자바리스트로 입사했을 때, 수습기간을 넘기면 성공스토리를 쓰겠다고 약속했다. 이 글은 논리적인 두 부분으로 나누어진다: 경력 배경( 1~5장, 자바와는 관련 없음), 그러나 경력에 대한 지식을 얻을 수 있습니다). Javaist 되기(6-9장 - Java 학습, 인터뷰, 취업, 첫 실제 경험) <h3>1장. 경제학자</h3>내가 JavaRush에 어느 수준의 지식을 가지고 왔는지 이해하기 위해서는 나 자신에 대해 간략하게 설명해야 합니다. 2013년 11월 오전 8시. 나는 Taganka의 커피숍에 앉아 SQL 명령을 반복하고 있습니다. 한 시간 후에 나는 은행 금융 부서의 주요 경제학자 자리에 대한 인터뷰를 갖습니다. 이것은 제가 초대받은 유일한 인터뷰이고 100% 최선을 다해야 합니다. 그를 위해 나는 상트 페테르부르크에서 날아가서 이미 적은 돈을 쓰지 않기 위해 부엌에서 친척들과 함께 머물 렀습니다. 30분이 지나면 햄과 치즈를 곁들인 팬케이크를 먹으며 우리는 소중한 꿈을 향해 나아가야 한다. 그러나 모든 것이 흔들리고 있습니다. 면접에 실패하면 어떻게 되나요? 알았어, 그렇지 않았어. 은행에 가서 출입증을 받고 회의실에서 면접자들을 기다립니다. 시간이 아주 오랫동안 흘러갑니다. 35세쯤 된 남자와 동갑내기 여자가 들어온다. 그들은 자신을 소개하고 자신에 대해 말해달라고 요청합니다. “유리야, 반가워.” 저는 21세이고 상트페테르부르크에 있는 대학에서 파트타임으로 공부하고 있으며 은행에서 창구 직원으로 3개월간 일했습니다. 나는 이것이 내가 공부한 것이 아니라는 것을 깨달았고, 취업 시장을 살펴보기 시작했고 모스크바 경제학자들이 SQL을 요구 사항으로 가지고 있다는 것을 알았습니다. 그래서 나는 그것을 공부하고 강좌(MS SQL 관리 – 그것이 내가 가진 것과 내가 선택한 것입니다)에 갔는데 당신이 저에게 전화했습니다. 그들은 회사에 대해, 그들이 하는 일(대부분의 단어는 이해할 수 없음)에 대해 이야기한 다음 시험을 보라고 요청합니다. 테스트에는 SQL에 대한 3가지 질문이 있습니다. 1. 테이블이 주어지면 ID = 10인 모든 레코드를 가져옵니다. 2. 두 개의 테이블이 주어지면 이를 연결하고 각각의 열을 표시합니다. 3. 부서를 그룹화하고 각 부서의 직원 수를 지정합니다. 이러한 요청을 작성하게 되어 매우 부끄럽습니다. 그런 다음 직업에 대한 나의 기대에 대한 토론이 이어집니다. 그리고 그들은 나에게 "인터뷰에 감사드립니다. 다시 전화하겠습니다. "라는 마법의 문구를 알려줍니다. 일주일이 지났고 그들은 나에게 그들과 함께 일하자고 제안했습니다. 행복감, 충격, 기쁨! 그리고 어떤 돈을 위해 : 70,000 루블이 손에 있습니다! 응, 난 부자가 될 거야! 나는 모스크바에 와서 정착하고 중앙에 방을 빌립니다. 첫날은 행복합니다. 10일이 지나면 깨달음이 시작됩니다. 나는 어디로 왔는가? 나는 아무것도 이해하지 못합니다! 나는 매달 은행 전체에 대한 경영 보고서를 준비해야 했습니다. 당연히 저에게도 그것은 독자 여러분과 같았습니다. 나는 은행 간 신용, 스왑, 비용 할당, 비용 등의 용어를 라틴어 주문으로 인식했습니다. 그 과정에서 나는 문제의 기술적인 측면을 마스터해야 했습니다. MS Access(모든 보고는 VBA를 통해 이루어짐), MS SQL(Access 대신 새로운 스토리지), Oracle(처음에는 Oracle이라고 불렀기 때문에 히스테리를 유발함) 프로그래머들 사이에서). 그리고 갑자기 나는 기술적 측면이 나에게 훨씬 더 흥미롭다는 것을 이해하기 시작했습니다. 복잡한 쿼리를 생성하려는 시도가 있습니다. 결과적으로 데이터베이스가 내 스크립트에서 중단되고 분노한 관리자가 누가 그랬는지 알아내려고 뛰어다닙니다. 하지만 본업은 금융이고, 나를 화나게하기 시작했습니다. 한 달 반 후에 저는 어떤 결과도 줄 수 없기 때문에 사직서를 쓰고 있습니다. (솔직히 말하면 그들은 나에게서 어떤 것도 기대하지 않았습니다.) 재무부서장은 이를 찢어버리며 "쓸데없는 짓을 하지 마세요"라고 말합니다. 한 달 후 나는 다시 성명서를 썼고 그러한 뻔뻔함에 충격을받은 부서장 (나중에 은행 이사회 의장이 됨)은 극도로 당혹스러워서 서명했습니다. 그 남자는 21 세이고 더 높은 등급이 없습니다. 교육을 받고 급여와 신뢰를 모두 받았는데 그는 이렇게 행동합니다. 해고 이유는 두 가지 요인이 더 있습니다. 오만함에 침착하게 대응할 수없는 상사와 허리가 아프기 시작한 불편한 의자입니다. 이것은 엄청나게 웃기지만 여기에 동기가 있습니다. 그만두고 나니 이제 좀 편해질 것 같았다. 그러나 그것은 거기에 없었습니다. <h3>Chapter 2. 70 인터뷰</h3>은행을 나와서 심호흡을 했습니다. "이렇게 정리하면 모두가 깜짝 놀라게 될 것입니다." 인터뷰가 예정되어 있었고 급여도 높았으며보고를 처리 할 필요가 없을 것 같았습니다. 면접이 4번 있는데 아무도 나를 채용하지 않아요. 5, 6번의 인터뷰 - 똑같습니다. 나는 한 여자와 셋방에서 살았고 그 여자는 일자리를 얻어 나의 부족한 수입을 감당해 주었다. 그러나 나는 언제까지 수입이 없을지 전혀 알지 못했습니다. 인터뷰(분석가 공석)에 갔는데 주로 SQL과 VBA에 대해 질문했습니다. VBA는 Excel, Access 및 기타 MS Office 제품의 프로그래밍 언어입니다. 10번의 인터뷰가 진행됩니다 - 아무것도 없습니다. 20, 30 - 아무것도 아닙니다. 경험과 고등 교육이 부족하다는 사실이 모두가 부끄러워합니다 (나에게는 작은 일처럼 보입니다). 40번의 인터뷰, 절망이 슬그머니 들어오기 시작합니다. 55-60 인터뷰 기간 동안 저는 1C를 공부하기 시작합니다. 이미 아내가 된 소녀는 적어도 그곳에 자신의 집이 있기 때문에 상트 페테르부르크로 떠나달라고 요청합니다. 그리고 70 번째 인터뷰에서 저는 상트 페테르부르크 산업 지역에있는 소규모 회사의 50,000 루블에 1C 데이터베이스 관리자 (1C 개발자가 될 전망)로 초대되었습니다. 이제는 경력 성장입니다! <h3>3장. 전설의 귀환</h3>회색 상트페테르부르크 공업지대에서 미니버스(기업교통)를 타고 창밖을 바라보며 편도 40시간을 달리다 보니 그렇게 살아라. 1C에 대한 관심은 자체 작성 시스템을 처음 터치했을 때 사라졌습니다. 계획이 필요했습니다. 그리고 그는 성숙해졌습니다. 저녁에는 SQL을 공부하고 동시에 잘 알려진 채용 사이트를 모니터링했습니다. 해고의 마지막 계기는 상황이었습니다. 총감독은 이미 티켓을 구매했지만 계획된 휴가를 보내기를 원하지 않았습니다. 휴가가 끝난 후 지원서를 작성하고 모스크바 공석에 대한 이력서를 다시 보냅니다. 다시 한번 나는 모스크바 시간에 있는 한 대형 은행에서 인터뷰를 제안받았다. 또 다시 친척집 부엌에 가서 인터뷰를 하러 갑니다. hr이 주소를 썼을 때 나는 내 눈을 믿을 수 없었습니다. 이것은 내가 일하고 싶은 꿈의 건물이었습니다 (모스크바에 마지막으로 거주했을 당시에는 건설 중이었습니다). 직위는 최고 정보 시스템 지원 전문가로 불렸습니다. 나는 사무실에 간다 세련된 재킷과 청바지를 입은 30대 정도의 남성이 나를 맞이했다. 15층에 올라 도시의 전경을 보니 숨이 막힐 정도였습니다. 스탈린주의 고층 건물이 모두 눈에 띄었습니다. 건물의 전체 스타일은 매우 현대적이었습니다. 상사 사무실에는 와인 냉장고, 세련된 수족관, 흑백 스타일의 벌거 벗은 여성 그림이있었습니다. 이로 인해 "와우" 효과가 발생했습니다. 상사와의 대화는 평소처럼 일어나지 않았습니다. 그는 약 40 분 동안 은행에서 무슨 일이 일어나고 있는지에 대해 이야기했습니다. 나는 아무것도 이해하지 못했지만 고개를 끄덕였다. 내가 물었을 때: 언제 나에게 묻기 시작할 겁니까? 그는 주의를 기울이지 않았습니다. 다시 한 번 “기술면접은 언제 하시나요?”라는 질문에 “네, 어쨌든 채용하겠습니다. 감당할 수 없으면 해고하겠습니다”라는 대답이 돌아왔습니다. 웃으며 말했고 모든 것이 꿈이 다시 이루어 졌다는 것을 깨달았습니다! <h3>4장. IT에서 자신 찾기 </h3>새 직장에 도착했을 때 왜 바로 나를 채용했는지 이해가 되었습니다. 부서 직원의 전형적인 초상화를 설명하겠습니다. 평균 연령 55세, 모스크바 출신, 모스크바 주립 대학 교육, 소련 시대 국방 연구소에서 근무, 90년대 은행 부문으로 전환, 20년 동안 이곳에서 근무 년 절반은 남자이고 절반은 여자입니다. 그들은 주변 인테리어와 완전한 불협화음을 겪었습니다. 우리는 회계 보고 프로그램을 유지하는 일에 참여했습니다. 당연히 이 모든 것은 90년대 후반과 2000년대 초반에 개발자가 작성한 고대 VBA 및 SQL 스크립트에 있었습니다. 때는 2015년이었고 자동화는 MS Access를 통해 이루어졌습니다. 즉, 매우 열악해 보였습니다. 그러나 뉘앙스가 있었습니다. 그들은 고객(회계)이 원하는 것을 제공했습니다. 그리고 정확히 정시에 필요한 형식으로. 오직 그들만이 그것이 어떻게 작동하는지 알고 있었고 심지어 Onotole조차도 그들의 개발의 복잡성을 상상할 수 없었습니다. 그리고 어떤 IT 관리자라도 그들을 해고할 수는 없었습니다. 최고 회계사는 은행 이사회에 가서 회계 부서의 이익을 위해 봉사하는 모든 직원을 변호했습니다. 관리자는 제가 트로이 목마 역할을 하기를 원했습니다. 저는 그들의 모든 개발 과정을 연구한 다음 데이터를 새 시스템으로 마이그레이션했습니다. 그러면 예전 직원은 해고되고 나는 새로운 시스템으로 옮겨갈 수 있다. 먼저 프로세스를 자세히 살펴보고 VBA 코드를 살펴보았습니다. 점차적으로 VBA 코드를 읽는 법을 배웠습니다. 1년 후 나는 이미 코드 자체를 작성하는 방법을 알고 있었습니다. 일반적인 작업: 주어진 데이터베이스에서 데이터를 추출하고 특정 형식으로 Excel에 넣습니다. 이제 Zadornov가 말했듯이 심호흡을 해보세요. 부서의 모든 보고(일일 50개, 월간 보고서 20개입니다!)가 수동으로 실행되었습니다! 칼, 사람들이 50개의 보고서에서 매일 손으로 날짜를 +1로 변경한다는 것을 알고 계십니까? 그들은 앉아서 1~10분 동안 한 보고서의 결과를 기다렸다가 다른 보고서를 실행합니다! 게다가 일일 보고서는 특정 시간에 시작되어야 하며, 늦으면 안 됩니다! 보고서를 작성할 뿐만 아니라 변수를 사용하지 않고 데이터베이스에서 프로시저를 수동으로 실행합니다! 즉, @startDate = '2015-01-01' 변수를 사용하는 대신 20자리에서 동일한 날짜를 수동으로 변경합니다! 이걸 다 보고 나서 파이썬을 배우기 시작했는데, 그리고 VBA, SQL, 작업 스케줄러와 함께 이 모든 것을 2년 만에 자동화했습니다. 자동화되었을 뿐만 아니라 많은 보고서가 가속화되었습니다. MS SQL + TSQL을 선호하여 MS Access + VBA를 포기하면 생산성이 크게 향상될 수 있습니다. 내 기록으로 인해 보고서 생성 속도가 빨라지고 있습니다.100한 번! 그러나 내 동료들은 그러한 자동화에 극도로 불만을 품고 있었기 때문에 나는 국민의 적으로 선언되었습니다 (그들은 은퇴 할 때까지 조용히 앉아 있기를 원했습니다). 시간이 흘러 데이터 마이그레이션이 성공적으로 이루어졌습니다. 관리자는 저를 매우 소중히 여겼습니다. 경력 초기에 오전 8시에 출근했다면 잠시 후 12시까지 언제든지 올 수 있었고 급여와 직위가 지속적으로 인상되고 주말 근무에 대한 급여가 더 많이 지급되었습니다. 금액을 두 배로 늘리고, 직장에 늦었을 경우 집으로 택시를 타고 이동 통신을 간단히 말하면 엘리트입니다! <h3>Chapter 5. The Golden Cage</h3>3년 반이 지난 후 갑자기 새로운 IT 관리자가 와서 데이터를 마이그레이션한 시스템이 더 이상 필요하지 않다고 말합니다. 그러나 기존 시스템은 그대로 유지됩니다. 나의 상사는 경력의 사다리를 올라가고 있으며 나를 좀 더 진보적인 부서로 옮기라고 초대합니다. 진보적인 부서장과의 회의에서 나는 이 부서의 기술 스택이 나에게 알려지지 않았다는 것을 이해했습니다: Oracle, .net, C#, Linux 등. + 잠재적 상사에 대한 반감. 나는 진보적인 부서에 관심이 없다고 매니저에게 말했고 그는 편리하게도 나를 잊어버렸습니다. 그러면 질문은 다음과 같습니다. 다음에 무엇을 해야 할까요? 수입은 이미 괜찮았고, 주니어 개발자는 그 연봉으로 나를 고용하지 않을 것입니다. 내 실력에 대해 고민한 끝에 머신러닝을 배워야겠다는 생각이 들었습니다. 연구소에서 혐오감을 불러 일으키는 수학적 통계를 처음 접할 때까지 모든 것이 흥미로 웠습니다. 그게 다야, 6 개월 동안 무감각 해! 시간이 흐르고 어느 날, 걷다가 모스크바 지도에 좋은 레스토랑을 표시해 주는 웹사이트가 생각났습니다. HTML, CSS, JS를 배우기 시작했습니다. 3개월 동안 공부해서 본격적인 홈페이지를 만들 수 있는 지식은 없었지만 직장에서 연습할 수 있었습니다. 아이디어가 탄생했습니다. 회계사가 버튼을 사용하여 스스로 보고서를 다운로드할 수 있는 포털을 만드는 것입니다. 포털을 만드는 데 2개월이 걸렸고, Node.js 백엔드를 갖춘 React js로 SPA(Single Page Application) 웹 애플리케이션이 탄생했습니다. SQL 스크립트를 다시 실행하고(Hibernate와 같은 프레임워크에 대해서는 몰랐습니다) Python을 실행하고 MongoDb에 추가 정보(예: 사이트 사용자에 대한 정보)를 저장했습니다. 외부적으로는 사이트가 매우 괜찮아 보였습니다(부트스트랩 4, 패셔너블한 애니메이션). 나는 아직도 이 프로젝트가 자랑스럽다. 하지만 은행 웹 개발자에게 내 코드를 보여주자 그들은 깜짝 놀랐습니다. 당신만의 클래스가 하나도 없습니다! 기능만 있고 하드코어만 있습니다! 칭찬은 해주시는데, 미들 풀스택 개발자가 되려면 아직 공부를 많이 해야 한다고 하더군요. 분석가로 취업하려고 노력했지만 특별한 제안이 없었습니다. 제 생각에는 저는 거기 없었습니다. 풀스택 개발자의 이력서를 게시하겠습니다. 전화가 왔지만 인터뷰 중에 나는 합판처럼 파리 위로 날아갔습니다. 예를 들어 HashMap, HashSet이 무엇인지, 왜 필요한지 몰랐습니다. OOP, 프로그래밍 패턴, 알고리즘, 테스트, Git에 대한 아이디어는 전혀 없었습니다. 기본적인 것에 대한 무지로 인해 오랫동안 잊혀진 수치심이 생각났습니다. 갑자기 금융회사의 고객 분석 책임자 자리에 제의가 들어왔습니다. 전염병으로 인해 국가가 폐쇄되기 일주일 전입니다. 금융회사에 취직했는데 이중적인 느낌이 들었습니다. 한편으로는 높은 연봉이 따뜻하지만, 다른 한편으로는 기술적인 면에서는 최소한의 발전이 있을 것이라는 생각이 들었습니다. 기기를 설치하고 원격근무를 도입한 지 일주일이 지났습니다. 금융권은 휴무일이 적용되지 않아 평소대로 일했습니다. 새 상사는 매우 미친 사람으로 밝혀졌습니다. 그는 Facebook을 스크랩하고 고객을 연구하기 위해 자신의 신경망을 만들겠다고 제안했습니다(직원 중 데이터 과학자 없이). 신입 직원에게는 일주일 안에 Python을 배우도록 제안되었습니다. 무급 휴가가 표준이 되었습니다. 그만두는 것은 어리석은 일이었습니다. 전염병 동안 어디서 일자리를 얻을 수 있습니까? 하지만 분기별 보너스가 없을 것이라고 발표된 지 2개월 만에 인내심이 바닥났습니다. 뉘앙스는 급여를 합의할 때 채용 당시 hr이 급여를 급여(60%)와 분기별 상여금(40%)으로 나눠서 항상 지급한다고 했다는 겁니다. 잘못된 선택을 했다는 것이 분명해졌고 우리는 새로운 일자리를 찾기 시작해야 했습니다. <h3>6장. Java 마스터하기</h3>5월의 어느 화창한 날, 나는 공석인 "개발자"의 인터뷰 초대를 받았습니다. 보험업에 종사하는 회사에는 보험상품을 개발할 사람이 필요합니다. 프로그래밍 경험이 필요하지만 이는 회사의 "독특한" 개발이므로 특정 언어가 필요하지 않습니다. Git 등도 필요합니다. 이틀 만에 인터뷰 일정을 잡고, 자유시간에 Git의 기초를 공부했습니다. 인터뷰 도중 Python, JS, Git, SQL에 대한 질문을 받았습니다. “메소드 오버로딩” 개념 빼고 다 답변했고, 2주 만에 작업 초대를 받았습니다. 알고 보니 회사는 오래 전에 시스템을 구입한 것으로 밝혀졌습니다. 프로그래밍 언어를 몰라도(보다 정확하게는 내장된 Jelly 프로그래밍 언어를 사용하여) 비즈니스 프로세스를 생성할 수 있는 Java(앞면 및 뒷면)로 작성되었습니다. 좋게 들리지만 사실 모든 것이 왜곡되었습니다. 서정적 여담: 모든 기술에는 고유한 시대와 규모가 있습니다. 2000년의 모든 보고를 Excel에서만 수행한다는 것은 멋진 일입니다. 2021년에도 같은 일을 하는 것은 별로 좋지 않습니다. 순수 HTML로 된 회사 웹사이트는 1999년에는 멋졌지만 2021년에는 그렇지 않았습니다. 따라서 회사가 창립 당시(2005년) 사용했던 기술은 매우 훌륭했습니다. Java는 서버와 클라이언트 부분(소위 Java 서블릿 페이지라고 함)을 모두 담당했습니다. 또한 자체 UI가 있는 새 비즈니스 프로세스를 생성하면 파일의 코드가 아닌 데이터베이스 내부에 저장됩니다. 이것이 얼마나 불편한지 이해하려면 Intellij 아이디어로 Java 코드를 작성하고 이를 데이터베이스에 저장한 다음, 상상해 보십시오. 코드를 실행하려고 하면 프로그램 커널이 데이터베이스로 이동하여 거기에서 코드를 읽습니다. 따라서 애플리케이션을 완전히 디버깅할 수 없습니다. 힌트 #1: 테스트벤치에 코드를 제출하려면 다음을 생성해야 합니다. 반면에 기술적인 측면에서는 최소한의 개발만 있을 것입니다. 기기를 설치하고 원격근무를 도입한 지 일주일이 지났습니다. 금융권은 휴무일이 적용되지 않아 평소대로 일했습니다. 새 상사는 매우 미친 사람으로 밝혀졌습니다. 그는 Facebook을 스크랩하고 고객을 연구하기 위해 자신의 신경망을 만들겠다고 제안했습니다(직원 중 데이터 과학자 없이). 신입 직원에게는 일주일 안에 Python을 배우도록 제안되었습니다. 무급 휴가가 표준이 되었습니다. 그만두는 것은 어리석은 일이었습니다. 전염병 동안 어디서 일자리를 얻을 수 있습니까? 하지만 분기별 보너스가 없을 것이라고 발표된 지 2개월 만에 인내심이 바닥났습니다. 뉘앙스는 급여를 합의할 때 채용 당시 hr이 급여를 급여(60%)와 분기별 상여금(40%)으로 나눠서 항상 지급한다고 했다는 겁니다. 잘못된 선택을 했다는 것이 분명해졌고 우리는 새로운 일자리를 찾기 시작해야 했습니다. <h3>6장. Java 마스터하기</h3>5월의 어느 화창한 날, 나는 공석인 "개발자"의 인터뷰 초대를 받았습니다. 보험업에 종사하는 회사에는 보험상품을 개발할 사람이 필요합니다. 프로그래밍 경험이 필요하지만 이는 회사의 "독특한" 개발이므로 특정 언어가 필요하지 않습니다. Git 등도 필요합니다. 이틀 만에 인터뷰 일정을 잡고, 자유시간에 Git의 기초를 공부했습니다. 인터뷰 도중 Python, JS, Git, SQL에 대한 질문을 받았습니다. “메소드 오버로딩” 개념 빼고 다 답변했고, 2주 만에 작업 초대를 받았습니다. 알고 보니 회사는 오래 전에 시스템을 구입한 것으로 밝혀졌습니다. 프로그래밍 언어를 몰라도(보다 정확하게는 내장된 Jelly 프로그래밍 언어를 사용하여) 비즈니스 프로세스를 생성할 수 있는 Java(앞면 및 뒷면)로 작성되었습니다. 좋게 들리지만 사실 모든 것이 왜곡되었습니다. 서정적 여담: 모든 기술에는 고유한 시대와 규모가 있습니다. 2000년의 모든 보고를 Excel에서만 수행한다는 것은 멋진 일입니다. 2021년에도 같은 일을 하는 것은 별로 좋지 않습니다. 순수 HTML로 된 회사 웹사이트는 1999년에는 멋졌지만 2021년에는 그렇지 않았습니다. 따라서 회사가 창립 당시(2005년) 사용했던 기술은 매우 훌륭했습니다. Java는 서버와 클라이언트 부분(소위 Java 서블릿 페이지라고 함)을 모두 담당했습니다. 또한 자체 UI가 있는 새 비즈니스 프로세스를 생성하면 파일의 코드가 아닌 데이터베이스 내부에 저장됩니다. 이것이 얼마나 불편한지 이해하려면 Intellij 아이디어로 Java 코드를 작성하고 이를 데이터베이스에 저장한 다음, 상상해 보십시오. 코드를 실행하려고 하면 프로그램 커널이 데이터베이스로 이동하여 거기에서 코드를 읽습니다. 따라서 애플리케이션을 완전히 디버깅할 수 없습니다. 힌트 #1: 테스트벤치에 코드를 제출하려면 다음을 생성해야 합니다. 반면에 기술적인 측면에서는 최소한의 개발만 있을 것입니다. 기기를 설치하고 원격근무를 도입한 지 일주일이 지났습니다. 금융권은 휴무일이 적용되지 않아 평소대로 일했습니다. 새 상사는 매우 미친 사람으로 밝혀졌습니다. 그는 Facebook을 스크랩하고 고객을 연구하기 위해 자신의 신경망을 만들겠다고 제안했습니다(직원 중 데이터 과학자 없이). 신입 직원에게는 일주일 안에 Python을 배우도록 제안되었습니다. 무급 휴가가 표준이 되었습니다. 그만두는 것은 어리석은 일이었습니다. 전염병 동안 어디서 일자리를 얻을 수 있습니까? 하지만 분기별 보너스가 없을 것이라고 발표된 지 2개월 만에 인내심이 바닥났습니다. 뉘앙스는 급여를 합의할 때 채용 당시 hr이 급여를 급여(60%)와 분기별 상여금(40%)으로 나눠서 항상 지급한다고 했다는 겁니다. 잘못된 선택을 했다는 것이 분명해졌고 우리는 새로운 일자리를 찾기 시작해야 했습니다. <h3>6장. Java 마스터하기</h3>5월의 어느 화창한 날, 나는 공석인 "개발자"의 인터뷰 초대를 받았습니다. 보험업에 종사하는 회사에는 보험상품을 개발할 사람이 필요합니다. 프로그래밍 경험이 필요하지만 이는 회사의 "독특한" 개발이므로 특정 언어가 필요하지 않습니다. Git 등도 필요합니다. 이틀 만에 인터뷰 일정을 잡고, 자유시간에 Git의 기초를 공부했습니다. 인터뷰 도중 Python, JS, Git, SQL에 대한 질문을 받았습니다. “메소드 오버로딩” 개념 빼고 다 답변했고, 2주 만에 작업 초대를 받았습니다. 알고 보니 회사는 오래 전에 시스템을 구입한 것으로 밝혀졌습니다. 프로그래밍 언어를 몰라도(보다 정확하게는 내장된 Jelly 프로그래밍 언어를 사용하여) 비즈니스 프로세스를 생성할 수 있는 Java(앞면 및 뒷면)로 작성되었습니다. 좋게 들리지만 사실 모든 것이 왜곡되었습니다. 서정적 여담: 모든 기술에는 고유한 시대와 규모가 있습니다. 2000년의 모든 보고를 Excel에서만 수행한다는 것은 멋진 일입니다. 2021년에도 같은 일을 하는 것은 별로 좋지 않습니다. 순수 HTML로 된 회사 웹사이트는 1999년에는 멋졌지만 2021년에는 그렇지 않았습니다. 따라서 회사가 창립 당시(2005년) 사용했던 기술은 매우 훌륭했습니다. Java는 서버와 클라이언트 부분(소위 Java 서블릿 페이지라고 함)을 모두 담당했습니다. 또한 자체 UI가 있는 새 비즈니스 프로세스를 생성하면 파일의 코드가 아닌 데이터베이스 내부에 저장됩니다. 이것이 얼마나 불편한지 이해하려면 Intellij 아이디어로 Java 코드를 작성하고 이를 데이터베이스에 저장한 다음, 상상해 보십시오. 코드를 실행하려고 하면 프로그램 커널이 데이터베이스로 이동하여 거기에서 코드를 읽습니다. 따라서 애플리케이션을 완전히 디버깅할 수 없습니다. 힌트 #1: 테스트벤치에 코드를 제출하려면 다음을 생성해야 합니다. 고객을 연구하기 위해 자신만의 신경망을 만드십시오(직원의 데이터 과학자 없이). 신입 직원에게는 일주일 안에 Python을 배우도록 제안되었습니다. 무급 휴가가 표준이 되었습니다. 그만두는 것은 어리석은 일이었습니다. 전염병 동안 어디서 일자리를 얻을 수 있습니까? 하지만 분기별 보너스가 없을 것이라고 발표된 지 2개월 만에 인내심이 바닥났습니다. 뉘앙스는 급여를 합의할 때 채용 당시 hr이 급여를 급여(60%)와 분기별 상여금(40%)으로 나눠서 항상 지급한다고 했다는 겁니다. 잘못된 선택을 했다는 것이 분명해졌고 우리는 새로운 일자리를 찾기 시작해야 했습니다. <h3>6장. Java 마스터하기</h3>5월의 어느 화창한 날, 나는 공석인 "개발자"의 인터뷰 초대를 받았습니다. 보험업에 종사하는 회사에는 보험상품을 개발할 사람이 필요합니다. 프로그래밍 경험이 필요하지만 이는 회사의 "독특한" 개발이므로 특정 언어가 필요하지 않습니다. Git 등도 필요합니다. 이틀 만에 인터뷰 일정을 잡고, 자유시간에 Git의 기초를 공부했습니다. 인터뷰 도중 Python, JS, Git, SQL에 대한 질문을 받았습니다. “메소드 오버로딩” 개념 빼고 다 답변했고, 2주 만에 작업 초대를 받았습니다. 알고 보니 회사는 오래 전에 시스템을 구입한 것으로 밝혀졌습니다. 프로그래밍 언어를 몰라도(보다 정확하게는 내장된 Jelly 프로그래밍 언어를 사용하여) 비즈니스 프로세스를 생성할 수 있는 Java(앞면 및 뒷면)로 작성되었습니다. 좋게 들리지만 사실 모든 것이 왜곡되었습니다. 서정적 여담: 모든 기술에는 고유한 시대와 규모가 있습니다. 2000년의 모든 보고를 Excel에서만 수행한다는 것은 멋진 일입니다. 2021년에도 같은 일을 하는 것은 별로 좋지 않습니다. 순수 HTML로 된 회사 웹사이트는 1999년에는 멋졌지만 2021년에는 그렇지 않았습니다. 따라서 회사가 창립 당시(2005년) 사용했던 기술은 매우 훌륭했습니다. Java는 서버와 클라이언트 부분(소위 Java 서블릿 페이지라고 함)을 모두 담당했습니다. 또한 자체 UI가 있는 새 비즈니스 프로세스를 생성하면 파일의 코드가 아닌 데이터베이스 내부에 저장됩니다. 이것이 얼마나 불편한지 이해하려면 Intellij 아이디어로 Java 코드를 작성하고 이를 데이터베이스에 저장한 다음, 상상해 보십시오. 코드를 실행하려고 하면 프로그램 커널이 데이터베이스로 이동하여 거기에서 코드를 읽습니다. 따라서 애플리케이션을 완전히 디버깅할 수 없습니다. 힌트 #1: 테스트벤치에 코드를 제출하려면 다음을 생성해야 합니다. 고객을 연구하기 위해 자신만의 신경망을 만드십시오(직원의 데이터 과학자 없이). 신입 직원에게는 일주일 안에 Python을 배우도록 제안되었습니다. 무급 휴가가 표준이 되었습니다. 그만두는 것은 어리석은 일이었습니다. 전염병 동안 어디서 일자리를 얻을 수 있습니까? 하지만 분기별 보너스가 없을 것이라고 발표된 지 2개월 만에 인내심이 바닥났습니다. 뉘앙스는 급여를 합의할 때 채용 당시 hr이 급여를 급여(60%)와 분기별 상여금(40%)으로 나눠서 항상 지급한다고 했다는 겁니다. 잘못된 선택을 했다는 것이 분명해졌고 우리는 새로운 일자리를 찾기 시작해야 했습니다. <h3>6장. Java 마스터하기</h3>5월의 어느 화창한 날, 나는 공석인 "개발자"의 인터뷰 초대를 받았습니다. 보험업에 종사하는 회사에는 보험상품을 개발할 사람이 필요합니다. 프로그래밍 경험이 필요하지만 이는 회사의 "독특한" 개발이므로 특정 언어가 필요하지 않습니다. Git 등도 필요합니다. 이틀 만에 인터뷰 일정을 잡고, 자유시간에 Git의 기초를 공부했습니다. 인터뷰 도중 Python, JS, Git, SQL에 대한 질문을 받았습니다. “메소드 오버로딩” 개념 빼고 다 답변했고, 2주 만에 작업 초대를 받았습니다. 알고 보니 회사는 오래 전에 시스템을 구입한 것으로 밝혀졌습니다. 프로그래밍 언어를 몰라도(보다 정확하게는 내장된 Jelly 프로그래밍 언어를 사용하여) 비즈니스 프로세스를 생성할 수 있는 Java(앞면 및 뒷면)로 작성되었습니다. 좋게 들리지만 사실 모든 것이 왜곡되었습니다. 서정적 여담: 모든 기술에는 고유한 시대와 규모가 있습니다. 2000년의 모든 보고를 Excel에서만 수행한다는 것은 멋진 일입니다. 2021년에도 같은 일을 하는 것은 별로 좋지 않습니다. 순수 HTML로 된 회사 웹사이트는 1999년에는 멋졌지만 2021년에는 그렇지 않았습니다. 따라서 회사가 창립 당시(2005년) 사용했던 기술은 매우 훌륭했습니다. Java는 서버와 클라이언트 부분(소위 Java 서블릿 페이지라고 함)을 모두 담당했습니다. 또한 자체 UI가 있는 새 비즈니스 프로세스를 생성하면 파일의 코드가 아닌 데이터베이스 내부에 저장됩니다. 이것이 얼마나 불편한지 이해하려면 Intellij 아이디어로 Java 코드를 작성하고 이를 데이터베이스에 저장한 다음, 상상해 보십시오. 코드를 실행하려고 하면 프로그램 커널이 데이터베이스로 이동하여 거기에서 코드를 읽습니다. 따라서 애플리케이션을 완전히 디버깅할 수 없습니다. 힌트 #1: 테스트벤치에 코드를 제출하려면 다음을 생성해야 합니다. <h3>6장. Java 마스터하기</h3>5월의 어느 화창한 날, 나는 공석인 "개발자"의 인터뷰 초대를 받았습니다. 보험업에 종사하는 회사에는 보험상품을 개발할 사람이 필요합니다. 프로그래밍 경험이 필요하지만 이는 회사의 "독특한" 개발이므로 특정 언어가 필요하지 않습니다. Git 등도 필요합니다. 이틀 만에 인터뷰 일정을 잡고, 자유시간에 Git의 기초를 공부했습니다. 인터뷰 도중 Python, JS, Git, SQL에 대한 질문을 받았습니다. “메소드 오버로딩” 개념 빼고 다 답변했고, 2주 만에 작업 초대를 받았습니다. 알고 보니 회사는 오래 전에 시스템을 구입한 것으로 밝혀졌습니다. 프로그래밍 언어를 몰라도(보다 정확하게는 내장된 Jelly 프로그래밍 언어를 사용하여) 비즈니스 프로세스를 생성할 수 있는 Java(앞면 및 뒷면)로 작성되었습니다. 좋게 들리지만 사실 모든 것이 왜곡되었습니다. 서정적 여담: 모든 기술에는 고유한 시대와 규모가 있습니다. 2000년의 모든 보고를 Excel에서만 수행한다는 것은 멋진 일입니다. 2021년에도 같은 일을 하는 것은 별로 좋지 않습니다. 순수 HTML로 된 회사 웹사이트는 1999년에는 멋졌지만 2021년에는 그렇지 않았습니다. 따라서 회사가 창립 당시(2005년) 사용했던 기술은 매우 훌륭했습니다. Java는 서버와 클라이언트 부분(소위 Java 서블릿 페이지라고 함)을 모두 담당했습니다. 또한 자체 UI가 있는 새 비즈니스 프로세스를 생성하면 파일의 코드가 아닌 데이터베이스 내부에 저장됩니다. 이것이 얼마나 불편한지 이해하려면 Intellij 아이디어로 Java 코드를 작성하고 이를 데이터베이스에 저장한 다음, 상상해 보십시오. 코드를 실행하려고 하면 프로그램 커널이 데이터베이스로 이동하여 거기에서 코드를 읽습니다. 따라서 애플리케이션을 완전히 디버깅할 수 없습니다. 힌트 #1: 테스트벤치에 코드를 제출하려면 다음을 생성해야 합니다. <h3>6장. Java 마스터하기</h3>5월의 어느 화창한 날, 나는 공석인 "개발자"의 인터뷰 초대를 받았습니다. 보험업에 종사하는 회사에는 보험상품을 개발할 사람이 필요합니다. 프로그래밍 경험이 필요하지만 이는 회사의 "독특한" 개발이므로 특정 언어가 필요하지 않습니다. Git 등도 필요합니다. 이틀 만에 인터뷰 일정을 잡고, 자유시간에 Git의 기초를 공부했습니다. 인터뷰 도중 Python, JS, Git, SQL에 대한 질문을 받았습니다. “메소드 오버로딩” 개념 빼고 다 답변했고, 2주 만에 작업 초대를 받았습니다. 알고 보니 회사는 오래 전에 시스템을 구입한 것으로 밝혀졌습니다. 프로그래밍 언어를 몰라도(보다 정확하게는 내장된 Jelly 프로그래밍 언어를 사용하여) 비즈니스 프로세스를 생성할 수 있는 Java(앞면 및 뒷면)로 작성되었습니다. 좋게 들리지만 사실 모든 것이 왜곡되었습니다. 서정적 여담: 모든 기술에는 고유한 시대와 규모가 있습니다. 2000년의 모든 보고를 Excel에서만 수행한다는 것은 멋진 일입니다. 2021년에도 같은 일을 하는 것은 별로 좋지 않습니다. 순수 HTML로 된 회사 웹사이트는 1999년에는 멋졌지만 2021년에는 그렇지 않았습니다. 따라서 회사가 창립 당시(2005년) 사용했던 기술은 매우 훌륭했습니다. Java는 서버와 클라이언트 부분(소위 Java 서블릿 페이지라고 함)을 모두 담당했습니다. 또한 자체 UI가 있는 새 비즈니스 프로세스를 생성하면 파일의 코드가 아닌 데이터베이스 내부에 저장됩니다. 이것이 얼마나 불편한지 이해하려면 Intellij 아이디어로 Java 코드를 작성하고 이를 데이터베이스에 저장한 다음, 상상해 보십시오. 코드를 실행하려고 하면 프로그램 커널이 데이터베이스로 이동하여 거기에서 코드를 읽습니다. 따라서 애플리케이션을 완전히 디버깅할 수 없습니다. 힌트 #1: 테스트벤치에 코드를 제출하려면 다음을 생성해야 합니다. 순수 HTML로 된 회사 웹사이트는 1999년에는 멋졌지만 2021년에는 그렇지 않았습니다. 따라서 회사가 창립 당시(2005년) 사용했던 기술은 매우 훌륭했습니다. Java는 서버와 클라이언트 부분(소위 Java 서블릿 페이지라고 함)을 모두 담당했습니다. 또한 자체 UI가 있는 새 비즈니스 프로세스를 생성하면 파일의 코드가 아닌 데이터베이스 내부에 저장됩니다. 이것이 얼마나 불편한지 이해하려면 Intellij 아이디어로 Java 코드를 작성하고 이를 데이터베이스에 저장한 다음, 상상해 보십시오. 코드를 실행하려고 하면 프로그램 커널이 데이터베이스로 이동하여 거기에서 코드를 읽습니다. 따라서 애플리케이션을 완전히 디버깅할 수 없습니다. 힌트 #1: 테스트벤치에 코드를 제출하려면 다음을 생성해야 합니다. 순수 HTML로 된 회사 웹사이트는 1999년에는 멋졌지만 2021년에는 그렇지 않았습니다. 따라서 회사가 창립 당시(2005년) 사용했던 기술은 매우 훌륭했습니다. Java는 서버와 클라이언트 부분(소위 Java 서블릿 페이지라고 함)을 모두 담당했습니다. 또한 자체 UI가 있는 새 비즈니스 프로세스를 생성하면 파일의 코드가 아닌 데이터베이스 내부에 저장됩니다. 이것이 얼마나 불편한지 이해하려면 Intellij 아이디어로 Java 코드를 작성하고 이를 데이터베이스에 저장한 다음, 상상해 보십시오. 코드를 실행하려고 하면 프로그램 커널이 데이터베이스로 이동하여 거기에서 코드를 읽습니다. 따라서 애플리케이션을 완전히 디버깅할 수 없습니다. 힌트 #1: 테스트벤치에 코드를 제출하려면 다음을 생성해야 합니다.SQL скрипт, 여기에는 코드가 포함됩니다. 불쾌하지만 견딜 수 있습니까? Zest #2: 데이터베이스는 서로 연결되어 있는 200개 이상의 테이블로 구성됩니다. 즉, 코드를 넣을 테이블과 다른 테이블에 어떤 엔터티를 만들어야 하는지 알아야 합니다. 출력은 길이가 ~ 1000줄인 SQL 스크립트입니다. 이것은 정말 역겨운 일입니다. 유산을 조심하세요. 간단히 말해서 모든 것이 Java로 작성되어 있다는 것을 깨닫고 JavaRush로 이동했습니다(마침내 사이트의 테마에 도달했습니다!). 2020년 6월~7월. 처음 10개 레벨은 근본적으로 새로운 것이 없었기 때문에 빠르게(아마 한 달 정도) 닫혔습니다. 그런 다음 속도가 느려졌습니다. 2020년 7월~10월. 레벨 10~20은 폐쇄됩니다. 2021년 10월~3월. 레벨 20~30은 폐쇄됩니다. 이제 재미가 시작됩니다. 2021년 3월에 Java 공석을 살펴보기 시작했는데 거기에 익숙하지 않은 단어가 많이 있다는 것을 깨달았습니다. 일종의 Spring, SpringBoot, Hibernate, JUnit. 잘 알려진 웹사이트에서 비디오 강좌를 구입한 후 방금 Spring을 만져보고 이제 모든 것을 알고 있고 할 수 있다고 생각했습니다. 그 후 Grigory Kislin의 TopJava 과정을 접하게 되었습니다. 그의 웹사이트에서 테스트 작업을 완료해 볼 수 있으며, 성공하면 강좌를 수강할 수 있습니다. 이 과정에서는 완전한 웹 애플리케이션을 만들고 인터넷에 게시할 수도 있습니다. 이 돈을 위해 그들은 당신에게 리뷰(더 숙련된 프로그래머의 코드 검토)를 제공하고, 피드백을 제공하고, 문제가 있을 경우 팁을 제공할 것입니다. 나는 숙제 3을 하고 그만뒀다. 그 이유는 간단합니다. 그들은 당신에게 많은 것을 요구하지만, 당신에게 어떤 지식도 주지 않습니다. 숙제 요구사항은 매우 혼란스럽습니다. 정보가 매우 일관되지 않게 표시됩니다. 내 주관적인 의견으로는 이 과정은 다른 유사한 언어를 사용하는 경험이 풍부한 개발자에게 필요합니다. 그의 과정에는 그가 사용하도록 요청하는 기술에 대한 설명이 거의 없기 때문입니다. 또한 Git을 잘 알아야 합니다(모든 것이 개인 저장소로 전송됩니다). 2021년 4월 말에 저는 Java 개발자를 위한 이력서(원하는 급여는 중간 이상 수준)를 게시할 예정입니다. 여기에는 제가 마지막 직장에서 Java로 프로그래밍했음을 나타냅니다(거짓말했습니다). 같은 날 은행은 Java 개발자 자리에 대한 지원서를 받았습니다. <h3>7장. 자바 인터뷰와 스킬 연마</h3>그럼 어떤 계획이었나? 나는 이미 상당한 수입 + 대출로 생활하는 데 익숙하기 때문에 좋은 급여를 받아야합니다. 그러므로 후배 자리는 나에게 적합하지 않습니다. 중간 위치를 확보해야 합니다. 그런데 경험이 없으면 누가 나를 고용하겠습니까? 자연스럽게 결정이 내려졌습니다. 제 채용 기록에 따르면 저는 이전 직위에서 1년 동안 개발자로 근무했고, 그 후 4년 동안 IT 부서의 전문가로 근무했습니다. 그래서 저는 1년 동안 Java로 개발을 해왔다고 말씀드리겠습니다. 그리고 새로운 제품에 대해 묻는다면 기존 Java(7)가 있었고 아무것도 지원하지 않았다고 말할 것입니다. 첫 (원격) 인터뷰를 앞두고 긴장이 됐다. 저는 경험도 없고 지식도 거의 없고 많은 돈을 요구하고 있습니다. 제 생각에는 상관하지 마세요. 부정적인 경험도 경험입니다. 저는 스카이프(Skype)로 연락하고 부서장 두 분과 인터뷰를 하게 됩니다. 그래서 더욱 겁이 났습니다. 질문이 시작되었습니다: OOP, HashMap 장치, 스트림, 데이터 구조, Spring, Hibernate, AOP는 무엇입니까? 그리고 Sping 이전에는 어느 정도 견딜 수 있었다면 Spring에서는 완전히 무너졌습니다. 사람들은 저에게 묻습니다. 실제로 알지도 못하면서 Spring에서 어떻게 개발했습니까? 나: 복사해서 붙여넣었더니 잘 되더라구요. 감사합니다. 이 대답은 그들을 즐겁게 했습니다. 그런 다음 그들은 SQL에 대해 물었습니다. 나는 물에 빠진 오리 같았습니다. 다음은 Git과 Rebase, Cherry-Pick(나도 몰랐던 내용)에 대한 질문이었고 JS에 대한 내용이 이력서에 나와 있었기 때문에 마무리했습니다. 거기에서도 OOP JS에 대해 물었기 때문에 완전히 실패했습니다. 인터뷰 결과에 따르면 내 지식이 완전하지 않아 이 공석에 참여할 자격이 없다는 것이 분명해졌습니다. 저녁에 HR에서는 내 후보가 승인되었으며 나에게 전화할 준비가 되었다고 썼습니다. 사실 맥도날드에서 햄버거를 먹다 목이 막혔어요. 기뻤지만 3일 후 HR에서 다른 후보자를 선택했다고 보고했습니다. 내 경험상 처음으로 제안이 철회되었습니다. Java로 첫 번째 인터뷰를 마친 후 저는 실력을 더욱 향상시켰습니다. 비디오 코스 판매로 유명한 사이트에서 Colt Steele의 Git 코스를 수강했습니다(완전히 완료했습니다!). 이로 인해 Git에 대한 나의 인식이 바뀌었습니다. 다음으로 저는 Zaur Tregulov의 Spring+Hibernate에 관한 (훌륭한) 강좌를 수강했습니다. 훈련 방법: 영상처럼 보고, 컴퓨터에서도 똑같이 하는데, 다른 사람의 코드를 어리석게 복사하지 않도록 변수와 클래스의 이름을 다르게 지정합니다. 나는 모든 작업을 Github에 업로드합니다(따라서 Git을 연습합니다). 5월 중순이 되자 hr로부터 전화가 오기 시작했습니다. 우리는 하나씩 인터뷰 일정을 잡기 시작했습니다. 다음과 같은 이유로 많은 초대가 취소되어야 했습니다. HR에서는 내 이력서에 대한 설명을 읽지 않았고 나를 고위직에 초대했습니다. 또한 별도의 HR ​​계층, 즉 Java와 JavaScript를 혼동하는 사람들을 언급할 가치가 있습니다. 그래서 이력서 제목에 Middle Java 개발자라고 적었습니다. <h3>Chapter 8. 대표적인 질문 목록과 면접 진행 방식</h3>면접을 시작하면서 점차 중간에 기본적인 질문 풀이 형성되었습니다. 필수: 0. OOP - 정의, OOP의 각 원칙에 대해 이야기합니다(+실제 사례 제공). 1. 같음과 해시코드 - 둘 사이의 계약(관계)은 무엇입니까? 2. HashMap - 객체가 어떤 버킷에 들어갈지, 충돌이 무엇인지, HashMap 내부에 데이터가 어떤 데이터 구조에 저장되어 있는지, 표준 크기, 버킷 수가 어떻게 증가하는지 이해하는 방법. 3. 스트림 - 작업 유형, 차이점은 무엇이며 각 작업 유형의 예를 제공합니다. 4. 문자열 풀, 정수 풀 - 그게 뭐죠? 5. 힙, 스택 - 그게 뭐고, 차이점이 뭔가요? 6. Runnable, Thread, Future의 차이점. 7. 휘발성, 원자성. 8. Solid, Kiss, Dry - 실제 생활의 정의, 예. 9. Java의 액세스 수정자. 10. 추상 클래스와 인터페이스의 차이점은 무엇입니까? 인터페이스를 비공개로 설정할 수 있나요? 11. 기능적 인터페이스. 12. 모든 Object 메소드를 나열하고 해당 메소드가 필요한 이유를 설명하십시오. 클론 방식의 특징. 13. 직렬화와 역직렬화란 무엇입니까? 14. 자원을 포착해 보십시오 - 자원이 무엇인지 설명하고 Closeable 인터페이스를 사용하여 알려주십시오. 15. Final, finally, finalize의 차이점은 무엇인가요? 16. 과부하, 메소드 재정의가 차이점입니다. 17. String을 불변으로 만든 이유는 StringBuilder와 StringBuffer에 대해 설명해주세요. 18. 시간 복잡도 O(1), 즉 메모리 복잡도란 무엇입니까? 19. 데이터 구조: 맵, 세트, ​​큐, 데크, 목록 및 Java에서의 구현(treeMap, hashSet, hashMap, arrayList, linkedList, PriorityQueue, BlockingQueue)에 대해 설명하고 삽입의 복잡성(최악, 평균, 최고)을 설명합니다. 검색하여 각 구조의 요소를 제거합니다. 20. Java의 기본 데이터 유형. 왜 각각이 필요합니까? 21. 오류 유형. 확인된 예외와 확인되지 않은 예외. 22. JVM, JRE, JDK란 무엇입니까? 23. 어떤 컬렉터들과 함께 작업했나요? Maven - 라이프사이클을 빌드합니다. 24. Spring - Ioc 정의, Di, Bean 라이프사이클, 컨텍스트, @Bean 주석, @Configuration, @Autowired, @Advice, @Aspect, @Service, @Repository. 25. 제네릭 - 하한과 상한이 무엇인지 정의합니까? 26. 프로그래밍 패턴 - 최소한 싱글톤(이것이 때때로 안티 패턴인 이유를 알려주려는 의지) + Builder, Adapter, Factory, Decorator, Proxt. 바람직함: 26. 테스트 - 라이브러리(JUnit)가 사용된 테스트 유형입니다. 모의, 찌르기, 스파이란 무엇입니까? 27. 스프링 부트 - SpringBoot 애플리케이션을 온라인으로 만들기 위한 준비가 왜 필요한가요? 28. 최대 절전 모드 - 필요한 이유, 엔터티, 조인 열, 게으른 로딩 대 즉시 로딩, 캐싱 수준(하드). 29. 스프링 휴식 - 왜 필요한지, @post, @get 엔드포인트를 만드는 방법. 매개변수/요청 본문을 읽는 방법은 무엇입니까? JSON 형식으로 제출하는 방법은 무엇입니까? 30. 데이터 구조 - 트리, 해당 유형. 31. 알고리즘 - 정렬 유형. Java 외에도 다음을 질문할 수 있습니다. 1. (필수!) Git - 필요한 이유, 작업 병합, 리베이스, 체리 선택, 푸시, 풀, 커밋, 로그, 체크아웃, 분기, 재설정, 되돌리기, 새로 고침. 2.SQL - 쿼리 작성 기능: 두 테이블을 하나로 조인합니다(내부 조인, 왼쪽 조인). 3. 데이터베이스 - 3개의 정규 형식, 인덱스(필요한 이유, 유형), 기본 키, 외래 키 일반적인 원격 인터뷰는 어떻게 진행됩니까? hr에서 Zoom 링크를 보냅니다(Skype, Google Meeting). 특정 시간이 되면 연결되고 거기에는 1~3명의 사람(기술 전문가, 상사, HR)이 있습니다. 특히 완고한 경우에는 최대 8명까지 가능합니다. 먼저 자신에 대해 말한 다음 기술적인 부분을 말한 다음 공석과 작별 인사에 대한 이야기를 합니다(그들이 언제 연락할지 또는 다음 단계가 무엇인지 알려줍니다). 작별 인사 중에 지식에 대한 피드백을 요청할 수 있습니다. 나는 물었다: “제가 대답하는 동안 귀가 어디가 아픈지 말씀해 주시겠습니까?” 많은 사람들이 반응하지만 거절당할 각오를 하십시오. 인터뷰에서 그들은 다음 사항을 평가합니다. 1. 러시아어에 대한 생각과 지식을 표현하는 능력(러시아어에 대한 지식이 부족하여 후보자가 거부된 경우를 알고 있습니다). 2. 이전 경험(마지막 직장에서 무엇을 했는지 꼼꼼하게 물어볼 수도 있습니다). 3. 압력이 가해졌을 때 적절한 반응(한 인터뷰에서 사람들이 무례하게 말하기 시작했습니다: 내 대답을 무시하고, 자신의 입장을 주입시키려고 했습니다. 저는 인터뷰 시작 후 15분 만에 인터뷰를 마쳤고 그들은: 스트레스가 많은 면접이었습니다!) 4. 지식 수준. 여기서 더 자세히 설명하겠습니다. 주제의 정의를 아는 것은 당신에게 기대되는 것의 10%에 불과합니다. 그것이 어떻게 작동하는지 이해하는 것이 필요합니다(적어도 최상위 수준에서는). 개발의 어느 시점에서 이 솔루션이나 저 솔루션을 선택할 것인지 설명하려는 의지. 이는 정의의 정확성보다 훨씬 더 중요합니다. 나는 두 가지 예를 사용하여 이 논문을 분석할 것이다. 첫 번째 예: 인터뷰 중에 HashMap에 대한 질문을 받았고 "이것은 키와 값 묶음을 저장하는 데이터 구조입니다."라고 정의했습니다. 그런 다음 면접관이 물었습니다. TreeMap과의 차이점은 무엇입니까? 답변: 차이점은 HashMap이 키를 해시하고 해시로 인해 액세스가 빠르다는 것입니다. 면접관은 즉시 HashMap의 내부 구조를 알려주는 동시에 hashCode 및 equals에 대해 질문했습니다. 그리고 대답에 만족하거나 멈출 때까지 더 깊어질 것입니다. 저는 2개월 간의 인터뷰와 hexlet의 데이터 구조 과정을 마친 후에야 HashMap에 대해 올바르게 대답하는 방법을 배웠습니다. 두 번째 예: SOLID 개념. 그들은 나에게 내가 외운 정의를 말해 달라고 요청합니다. 그러나 실제 사례가 나오자 마자 문제가 시작되었습니다. Внимание!모른다면 발명하지 말고 이렇게 말하세요. 저는 이 주제를 모르지만 이렇게 작동한다고 가정할 수 있습니다. 많은 기술 전문가들은 마치 주제를 이해하는 것처럼 이단적인 말을 하면 격분합니다. 5. 직무 논의 중 귀하의 열정 수준. 귀하는 관심을 갖고 공석에 대해 질문할 것으로 예상됩니다(가짜 공석뿐만 아니라). 6. 때로는 유머(주제에 대해서만)와 공통 관심사가 의사소통에 도움이 됩니다. 귀하의 취미에 대해 자유롭게 이야기하십시오. 아마도 인터뷰 대상자는 Dota/축구/판타지도 좋아할 것입니다. 그리고 이것은 후보자로서 당신에게 플러스입니다. 나는 관심 있는 커뮤니티가 면접관의 열악한 기술 교육을 눈감아 준 사례를 알고 있습니다. (당신은 평범한 사람입니다. 우리가 당신을 훈련시킬 것입니다.) <h3>9장 취업, 불세례</h3>면접은 4월 말부터 7월 중순까지 진행됐다. 첫 번째 면접은 당황스러웠으나 점차 상황은 수용 가능한 수준으로 개선되었습니다. 일반적인 질문과 피드백을 연구하는 것이 느껴졌습니다. 처음 25번의 인터뷰는 실패했습니다. 그 후 절망의 순간이 시작되었습니다. 감정: 그 급여를 받고 나를 고용하지 않으면 어떻게 되나요? 갑자기 상황이 급변하기 시작했습니다. 일주일도 안 되어 세 개의 회사가 제안서를 제출했습니다. 저는 제가 구체적인 사항을 알고 있고 급여도 좋고 원격으로 일할 수 있는 기회도 있는 회사를 선택했습니다. 인터뷰 중 Java Core와 Spring에 관해 30가지 질문을 받았는데, 그 중 97%가 정답이었습니다. 그 후 상급 당국과 연락이 이루어졌고 1.5주 후에 나는 그들에게 일자리를 얻었습니다. 우선, 어떤 일을 하든 필요한 모든 시스템에 접근하고 필요한 도구를 설치하기 시작합니다. 일주일 반이 걸렸고 첫 번째 작업이 주어졌습니다. 교실의 정적 텍스트를 변경하는 것이었습니다. 프로젝트를 열었을 때 속이 메스꺼웠습니다. 하나의 프로젝트 안에 모듈도 많고, 클래스, 테스트 등도 많았습니다. 이 시점에서 저는 길을 잃었지만, 두 번째 개발자가 저를 도와서 속도를 높일 수 있었습니다. 버그는 10분 만에 수정되어 Git에 게시되고 풀 요청(다른 개발자가 코드를 확인하는 두 개의 브랜치를 병합하라는 요청)이 이루어진 다음 메인 브랜치에 병합되었습니다. 모든 것이 그렇게 어렵지 않다는 것이 밝혀졌습니다. 첫 번째 본격적인 작업까지... 다음 2주 동안 작업을 계획할 때 OpenShift에 있는 다른 시스템과 통합을 수행할 것이라고 말했습니다. OpenShift는 Docker, Kubernetes, Linux 등 전체 기술 클러스터입니다. 등줄기에 식은땀이 흘렀습니다. 음, 저는 Jawist로 일했습니다. 회의 직후 저는 개발자에게 전화를 걸어 저를 안심시켰습니다. 이 시스템을 위한 어댑터가 작성되었고 특정 클래스를 내 프로젝트로 가져오는 것만으로도 충분했으며 그 후에는 통합을 안전하게 사용할 수 있었습니다. 개발자가 전형적인 통합을 보여주기 전까지는 다시 재미있어졌습니다. 유사한 통합을 위해 생성된 클래스가 20개가 넘는 것을 보았습니다. 또한 이전에는 볼 수 없었던 @Value, @Builder, @NoArgsConstructor, @Getter 주석이 발견되었습니다. @Sl4f - Lombook 프로젝트로 밝혀졌습니다(인터넷에서 읽음). 개발자가 어떻게 하는지 설명을 해줄 때, 모든 클래스의 연결을 적어보려고 했는데, 머리에 아무것도 맴돌지 않았습니다. 가장 당황스러웠던 순간은 Intellij Idea에 대한 지식이 부족했다는 것입니다: 프로젝트를 전역적으로 검색하는 방법, 코드 리팩토링 등. 작업을 수행하면서 OOP가 필요한 이유를 이해했습니다. 코드가 너무 많으면 코드를 클래스로 나누어야 합니다. 클래스 외부에서 사용되지 않는 메소드는 실수로 다른 클래스 등에서 실행되지 않도록 비공개로 선언해야 합니다. 다른 통합과 유사하게 통합을 작성하면서 스타일을 확인하는 특수 플러그인인 CheckStyle의 존재에 대해 배웠습니다. 오류(예: 추가 공백, 대문자가 포함된 변수 이름, 너무 짧은 변수 이름)를 수정하기 전까지는 프로젝트를 컴파일할 수 없습니다. CheckStyle을 물리친 후 선임 개발자에게 검토를 위해 코드를 보냈고 일주일 이내에 실수를 수정했습니다. 일반적으로 우리 팀에서 많은 것을 설명해 준 두 번째 개발자와 좋은 관계를 맺은 것은 매우 운이 좋았습니다. 장치가 출시된 지 한 달 후, 통합 기능 스탠드에서 첫 번째 통합이 시작되었고(모든 애플리케이션의 작업이 함께 테스트됨) 모든 것이 그곳에서 작동했습니다! 승리! 다음 작업은 json에서 키로 데이터를 숨길 수 있는 클래스를 만드는 것이었습니다. 예를 들어 json {text:"JavaRush"} -> 처리 -> {text:"****Rush"}가 있습니다. 여기에는 두 가지 복잡한 문제가 있습니다. {text:{mytext:"JavaRush"}}가 중첩될 수 있으며, 더 불쾌한 것은 배열 내부에 중첩된다는 것입니다: {text: [ {mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (물론 text.mytext를 모두 숨겨야 합니다). 이 문제를 해결하는 것은 상당히 어려웠지만 해냈습니다! 두 번째 개발자는 다음과 같이 말합니다. 이 개발을 테스트로 처리하세요. 눈에는 당혹감이있었습니다. 이것이 제가 전투에서 JUnit 라이브러리를 알게 된 방법입니다. 단위 테스트의 본질은 입력 데이터를 가지고 이를 메서드에 전달하고 수신된 데이터를 올바른 결과와 비교하는 것입니다(올바른 결과를 가진 변수를 생성합니다). 나는 내 라이브러리에 대해 11가지 사례를 작성했는데, 그 중에서 응용 프로그램이 NullPointException으로 충돌하지 않았는지, 모든 유형의 중첩으로 데이터를 올바르게 숨겼는지 확인했습니다. 이 작업을 완료한 후 새로운 통합이 주어졌는데 그 특징은 다음과 같습니다. 외부 라이브러리에서 Spring Bean을 내보내야 했습니다. 이 시점에서 저는 Stack OverFlow 웹사이트의 단골 고객이 되었습니다. 한번은 공식 Spring 개발자가 응답하기도 했습니다. 이 통합을 구현한 후 평가판 기간이 종료되었습니다. 사장님께서 수습기간 통과를 축하해주셔서 이 글을 쓰기 시작했습니다. 이 글을 작성하는 데 총 8시간이 걸렸습니다.) 관심을 가져주셔서 감사합니다. 이 글이 도움이 되었기를 바랍니다. 나는 모든 수업의 연관성을 적으려고 노력했지만 전혀 머리에 맴돌지 않았습니다. 가장 당황스러웠던 순간은 Intellij Idea에 대한 지식이 부족했다는 것입니다: 프로젝트를 전역적으로 검색하는 방법, 코드 리팩토링 등. 작업을 수행하면서 OOP가 필요한 이유를 이해했습니다. 코드가 너무 많으면 코드를 클래스로 나누어야 합니다. 클래스 외부에서 사용되지 않는 메소드는 실수로 다른 클래스 등에서 실행되지 않도록 비공개로 선언해야 합니다. 다른 통합과 유사하게 통합을 작성하면서 스타일을 확인하는 특수 플러그인인 CheckStyle의 존재에 대해 배웠습니다. 오류(예: 추가 공백, 대문자가 포함된 변수 이름, 너무 짧은 변수 이름)를 수정하기 전까지는 프로젝트를 컴파일할 수 없습니다. CheckStyle을 물리친 후 선임 개발자에게 검토를 위해 코드를 보냈고 일주일 이내에 실수를 수정했습니다. 일반적으로 우리 팀에서 많은 것을 설명해 준 두 번째 개발자와 좋은 관계를 맺은 것은 매우 운이 좋았습니다. 장치가 출시된 지 한 달 후, 통합 기능 스탠드에서 첫 번째 통합이 시작되었고(모든 애플리케이션의 작업이 함께 테스트됨) 모든 것이 그곳에서 작동했습니다! 승리! 다음 작업은 json에서 키로 데이터를 숨길 수 있는 클래스를 만드는 것이었습니다. 예를 들어 json {text:"JavaRush"} -> 처리 -> {text:"****Rush"}가 있습니다. 여기에는 두 가지 복잡한 문제가 있습니다. {text:{mytext:"JavaRush"}}가 중첩될 수 있으며, 더 불쾌한 것은 배열 내부에 중첩된다는 것입니다: {text: [ {mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (물론 text.mytext를 모두 숨겨야 합니다). 이 문제를 해결하는 것은 상당히 어려웠지만 해냈습니다! 두 번째 개발자는 다음과 같이 말합니다. 이 개발을 테스트로 처리하세요. 눈에는 당혹감이있었습니다. 이것이 제가 전투에서 JUnit 라이브러리를 알게 된 방법입니다. 단위 테스트의 본질은 입력 데이터를 가지고 이를 메서드에 전달하고 수신된 데이터를 올바른 결과와 비교하는 것입니다(올바른 결과를 가진 변수를 생성합니다). 나는 내 라이브러리에 대해 11가지 사례를 작성했는데, 그 중에서 응용 프로그램이 NullPointException으로 충돌하지 않았는지, 모든 유형의 중첩으로 데이터를 올바르게 숨겼는지 확인했습니다. 이 작업을 완료한 후 새로운 통합이 주어졌는데 그 특징은 다음과 같습니다. 외부 라이브러리에서 Spring Bean을 내보내야 했습니다. 이 시점에서 저는 Stack OverFlow 웹사이트의 단골 고객이 되었습니다. 한번은 공식 Spring 개발자가 응답하기도 했습니다. 이 통합을 구현한 후 평가판 기간이 종료되었습니다. 사장님께서 수습기간 통과를 축하해주셔서 이 글을 쓰기 시작했습니다. 이 글을 작성하는 데 총 8시간이 걸렸습니다.) 관심을 가져주셔서 감사합니다. 이 글이 도움이 되었기를 바랍니다. 나는 모든 수업의 연관성을 적으려고 노력했지만 전혀 머리에 맴돌지 않았습니다. 가장 당황스러웠던 순간은 Intellij Idea에 대한 지식이 부족했다는 것입니다: 프로젝트를 전역적으로 검색하는 방법, 코드 리팩토링 등. 작업을 수행하면서 OOP가 필요한 이유를 이해했습니다. 코드가 너무 많으면 코드를 클래스로 나누어야 합니다. 클래스 외부에서 사용되지 않는 메소드는 실수로 다른 클래스 등에서 실행되지 않도록 비공개로 선언해야 합니다. 다른 통합과 유사하게 통합을 작성하면서 스타일을 확인하는 특수 플러그인인 CheckStyle의 존재에 대해 배웠습니다. 오류(예: 추가 공백, 대문자가 포함된 변수 이름, 너무 짧은 변수 이름)를 수정하기 전까지는 프로젝트를 컴파일할 수 없습니다. CheckStyle을 물리친 후 선임 개발자에게 검토를 위해 코드를 보냈고 일주일 이내에 실수를 수정했습니다. 일반적으로 우리 팀에서 많은 것을 설명해 준 두 번째 개발자와 좋은 관계를 맺은 것은 매우 운이 좋았습니다. 장치가 출시된 지 한 달 후, 통합 기능 스탠드에서 첫 번째 통합이 시작되었고(모든 애플리케이션의 작업이 함께 테스트됨) 모든 것이 그곳에서 작동했습니다! 승리! 다음 작업은 json에서 키로 데이터를 숨길 수 있는 클래스를 만드는 것이었습니다. 예를 들어 json {text:"JavaRush"} -> 처리 -> {text:"****Rush"}가 있습니다. 여기에는 두 가지 복잡한 문제가 있습니다. {text:{mytext:"JavaRush"}}가 중첩될 수 있으며, 더 불쾌한 것은 배열 내부에 중첩된다는 것입니다: {text: [ {mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (물론 text.mytext를 모두 숨겨야 합니다). 이 문제를 해결하는 것은 상당히 어려웠지만 해냈습니다! 두 번째 개발자는 다음과 같이 말합니다. 이 개발을 테스트로 처리하세요. 눈에는 당혹감이있었습니다. 이것이 제가 전투에서 JUnit 라이브러리를 알게 된 방법입니다. 단위 테스트의 본질은 입력 데이터를 가지고 이를 메서드에 전달하고 수신된 데이터를 올바른 결과와 비교하는 것입니다(올바른 결과를 가진 변수를 생성합니다). 나는 내 라이브러리에 대해 11가지 사례를 작성했는데, 그 중에서 응용 프로그램이 NullPointException으로 충돌하지 않았는지, 모든 유형의 중첩으로 데이터를 올바르게 숨겼는지 확인했습니다. 이 작업을 완료한 후 새로운 통합이 주어졌는데 그 특징은 다음과 같습니다. 외부 라이브러리에서 Spring Bean을 내보내야 했습니다. 이 시점에서 저는 Stack OverFlow 웹사이트의 단골 고객이 되었습니다. 한번은 공식 Spring 개발자가 응답하기도 했습니다. 이 통합을 구현한 후 평가판 기간이 종료되었습니다. 사장님께서 수습기간 통과를 축하해주셔서 이 글을 쓰기 시작했습니다. 이 글을 작성하는 데 총 8시간이 걸렸습니다.) 관심을 가져주셔서 감사합니다. 이 글이 도움이 되었기를 바랍니다. 이렇게 많은 양의 코드를 처리하려면 클래스로 나누어야 합니다. 클래스 외부에서 사용되지 않는 메소드는 실수로 다른 클래스 등에서 실행되지 않도록 비공개로 선언해야 합니다. 다른 통합과 유사하게 통합을 작성하면서 스타일을 확인하는 특수 플러그인인 CheckStyle의 존재에 대해 배웠습니다. 오류(예: 추가 공백, 대문자가 포함된 변수 이름, 너무 짧은 변수 이름)를 수정하기 전까지는 프로젝트를 컴파일할 수 없습니다. CheckStyle을 물리친 후 선임 개발자에게 검토를 위해 코드를 보냈고 일주일 이내에 실수를 수정했습니다. 일반적으로 우리 팀에서 많은 것을 설명해 준 두 번째 개발자와 좋은 관계를 맺은 것은 매우 운이 좋았습니다. 장치가 출시된 지 한 달 후, 통합 기능 스탠드에서 첫 번째 통합이 시작되었고(모든 애플리케이션의 작업이 함께 테스트됨) 모든 것이 그곳에서 작동했습니다! 승리! 다음 작업은 json에서 키로 데이터를 숨길 수 있는 클래스를 만드는 것이었습니다. 예를 들어 json {text:"JavaRush"} -> 처리 -> {text:"****Rush"}가 있습니다. 여기에는 두 가지 복잡한 문제가 있습니다. {text:{mytext:"JavaRush"}}가 중첩될 수 있으며, 더 불쾌한 것은 배열 내부에 중첩된다는 것입니다: {text: [ {mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (물론 text.mytext를 모두 숨겨야 합니다). 이 문제를 해결하는 것은 상당히 어려웠지만 해냈습니다! 두 번째 개발자는 다음과 같이 말합니다. 이 개발을 테스트로 처리하세요. 눈에는 당혹감이있었습니다. 이것이 제가 전투에서 JUnit 라이브러리를 알게 된 방법입니다. 단위 테스트의 본질은 입력 데이터를 가지고 이를 메서드에 전달하고 수신된 데이터를 올바른 결과와 비교하는 것입니다(올바른 결과를 가진 변수를 생성합니다). 나는 내 라이브러리에 대해 11가지 사례를 작성했는데, 그 중에서 응용 프로그램이 NullPointException으로 충돌하지 않았는지, 모든 유형의 중첩으로 데이터를 올바르게 숨겼는지 확인했습니다. 이 작업을 완료한 후 새로운 통합이 주어졌는데 그 특징은 다음과 같습니다. 외부 라이브러리에서 Spring Bean을 내보내야 했습니다. 이 시점에서 저는 Stack OverFlow 웹사이트의 단골 고객이 되었습니다. 한번은 공식 Spring 개발자가 응답하기도 했습니다. 이 통합을 구현한 후 평가판 기간이 종료되었습니다. 사장님께서 수습기간 통과를 축하해주셔서 이 글을 쓰기 시작했습니다. 이 글을 작성하는 데 총 8시간이 걸렸습니다.) 관심을 가져주셔서 감사합니다. 이 글이 도움이 되었기를 바랍니다. 이렇게 많은 양의 코드를 처리하려면 클래스로 나누어야 합니다. 클래스 외부에서 사용되지 않는 메소드는 실수로 다른 클래스 등에서 실행되지 않도록 비공개로 선언해야 합니다. 다른 통합과 유사하게 통합을 작성하면서 스타일을 확인하는 특수 플러그인인 CheckStyle의 존재에 대해 배웠습니다. 오류(예: 추가 공백, 대문자가 포함된 변수 이름, 너무 짧은 변수 이름)를 수정하기 전까지는 프로젝트를 컴파일할 수 없습니다. CheckStyle을 물리친 후 선임 개발자에게 검토를 위해 코드를 보냈고 일주일 이내에 실수를 수정했습니다. 일반적으로 우리 팀에서 많은 것을 설명해 준 두 번째 개발자와 좋은 관계를 맺은 것은 매우 운이 좋았습니다. 장치가 출시된 지 한 달 후, 통합 기능 스탠드에서 첫 번째 통합이 시작되었고(모든 애플리케이션의 작업이 함께 테스트됨) 모든 것이 그곳에서 작동했습니다! 승리! 다음 작업은 json에서 키로 데이터를 숨길 수 있는 클래스를 만드는 것이었습니다. 예를 들어 json {text:"JavaRush"} -> 처리 -> {text:"****Rush"}가 있습니다. 여기에는 두 가지 복잡한 문제가 있습니다. {text:{mytext:"JavaRush"}}가 중첩될 수 있으며, 더 불쾌한 것은 배열 내부에 중첩된다는 것입니다: {text: [ {mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (물론 text.mytext를 모두 숨겨야 합니다). 이 문제를 해결하는 것은 상당히 어려웠지만 해냈습니다! 두 번째 개발자는 다음과 같이 말합니다. 이 개발을 테스트로 처리하세요. 눈에는 당혹감이있었습니다. 이것이 제가 전투에서 JUnit 라이브러리를 알게 된 방법입니다. 단위 테스트의 본질은 입력 데이터를 가지고 이를 메서드에 전달하고 수신된 데이터를 올바른 결과와 비교하는 것입니다(올바른 결과를 가진 변수를 생성합니다). 나는 내 라이브러리에 대해 11가지 사례를 작성했는데, 그 중에서 응용 프로그램이 NullPointException으로 충돌하지 않았는지, 모든 유형의 중첩으로 데이터를 올바르게 숨겼는지 확인했습니다. 이 작업을 완료한 후 새로운 통합이 주어졌는데 그 특징은 다음과 같습니다. 외부 라이브러리에서 Spring Bean을 내보내야 했습니다. 이 시점에서 저는 Stack OverFlow 웹사이트의 단골 고객이 되었습니다. 한번은 공식 Spring 개발자가 응답하기도 했습니다. 이 통합을 구현한 후 평가판 기간이 종료되었습니다. 사장님께서 수습기간 통과를 축하해주셔서 이 글을 쓰기 시작했습니다. 이 글을 작성하는 데 총 8시간이 걸렸습니다.) 관심을 가져주셔서 감사합니다. 이 글이 도움이 되었기를 바랍니다. 변수 이름이 너무 짧습니다.) CheckStyle을 물리친 후 선임 개발자에게 검토를 위해 코드를 보냈고 일주일 이내에 실수를 수정했습니다. 일반적으로 우리 팀에서 많은 것을 설명해 준 두 번째 개발자와 좋은 관계를 맺은 것은 매우 운이 좋았습니다. 장치가 출시된 지 한 달 후, 통합 기능 스탠드에서 첫 번째 통합이 시작되었고(모든 애플리케이션의 작업이 함께 테스트됨) 모든 것이 그곳에서 작동했습니다! 승리! 다음 작업은 json에서 키로 데이터를 숨길 수 있는 클래스를 만드는 것이었습니다. 예를 들어 json {text:"JavaRush"} -> 처리 -> {text:"****Rush"}가 있습니다. 여기에는 두 가지 복잡한 문제가 있습니다. {text:{mytext:"JavaRush"}}가 중첩될 수 있으며, 더 불쾌한 것은 배열 내부에 중첩된다는 것입니다: {text: [ {mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (물론 text.mytext를 모두 숨겨야 합니다). 이 문제를 해결하는 것은 상당히 어려웠지만 해냈습니다! 두 번째 개발자는 다음과 같이 말합니다. 이 개발을 테스트로 처리하세요. 눈에는 당혹감이있었습니다. 이것이 제가 전투에서 JUnit 라이브러리를 알게 된 방법입니다. 단위 테스트의 본질은 입력 데이터를 가지고 이를 메서드에 전달하고 수신된 데이터를 올바른 결과와 비교하는 것입니다(올바른 결과를 가진 변수를 생성합니다). 나는 내 라이브러리에 대해 11가지 사례를 작성했는데, 그 중에서 응용 프로그램이 NullPointException으로 충돌하지 않았는지, 모든 유형의 중첩으로 데이터를 올바르게 숨겼는지 확인했습니다. 이 작업을 완료한 후 새로운 통합이 주어졌는데 그 특징은 다음과 같습니다. 외부 라이브러리에서 Spring Bean을 내보내야 했습니다. 이 시점에서 저는 Stack OverFlow 웹사이트의 단골 고객이 되었습니다. 한번은 공식 Spring 개발자가 응답하기도 했습니다. 이 통합을 구현한 후 평가판 기간이 종료되었습니다. 사장님께서 수습기간 통과를 축하해주셔서 이 글을 쓰기 시작했습니다. 이 글을 작성하는 데 총 8시간이 걸렸습니다.) 관심을 가져주셔서 감사합니다. 이 글이 도움이 되었기를 바랍니다. 변수 이름이 너무 짧습니다.) CheckStyle을 물리친 후 선임 개발자에게 검토를 위해 코드를 보냈고 일주일 이내에 실수를 수정했습니다. 일반적으로 우리 팀에서 많은 것을 설명해 준 두 번째 개발자와 좋은 관계를 맺은 것은 매우 운이 좋았습니다. 장치가 출시된 지 한 달 후, 통합 기능 스탠드에서 첫 번째 통합이 시작되었고(모든 애플리케이션의 작업이 함께 테스트됨) 모든 것이 그곳에서 작동했습니다! 승리! 다음 작업은 json에서 키로 데이터를 숨길 수 있는 클래스를 만드는 것이었습니다. 예를 들어 json {text:"JavaRush"} -> 처리 -> {text:"****Rush"}가 있습니다. 여기에는 두 가지 복잡한 문제가 있습니다. {text:{mytext:"JavaRush"}}가 중첩될 수 있으며, 더 불쾌한 것은 배열 내부에 중첩된다는 것입니다: {text: [ {mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (물론 text.mytext를 모두 숨겨야 합니다). 이 문제를 해결하는 것은 상당히 어려웠지만 해냈습니다! 두 번째 개발자는 다음과 같이 말합니다. 이 개발을 테스트로 처리하세요. 눈에는 당혹감이있었습니다. 이것이 제가 전투에서 JUnit 라이브러리를 알게 된 방법입니다. 단위 테스트의 본질은 입력 데이터를 가지고 이를 메서드에 전달하고 수신된 데이터를 올바른 결과와 비교하는 것입니다(올바른 결과를 가진 변수를 생성합니다). 나는 내 라이브러리에 대해 11가지 사례를 작성했는데, 그 중에서 응용 프로그램이 NullPointException으로 충돌하지 않았는지, 모든 유형의 중첩으로 데이터를 올바르게 숨겼는지 확인했습니다. 이 작업을 완료한 후 새로운 통합이 주어졌는데 그 특징은 다음과 같습니다. 외부 라이브러리에서 Spring Bean을 내보내야 했습니다. 이 시점에서 저는 Stack OverFlow 웹사이트의 단골 고객이 되었습니다. 한번은 공식 Spring 개발자가 응답하기도 했습니다. 이 통합을 구현한 후 평가판 기간이 종료되었습니다. 사장님께서 수습기간 통과를 축하해주셔서 이 글을 쓰기 시작했습니다. 이 글을 작성하는 데 총 8시간이 걸렸습니다.) 관심을 가져주셔서 감사합니다. 이 글이 도움이 되었기를 바랍니다. 이 문제를 해결하는 것은 상당히 어려웠지만 해냈습니다! 두 번째 개발자는 다음과 같이 말합니다. 이 개발을 테스트로 처리하세요. 눈에는 당혹감이있었습니다. 이것이 제가 전투에서 JUnit 라이브러리를 알게 된 방법입니다. 단위 테스트의 본질은 입력 데이터를 가지고 이를 메서드에 전달하고 수신된 데이터를 올바른 결과와 비교하는 것입니다(올바른 결과를 가진 변수를 생성합니다). 나는 내 라이브러리에 대해 11가지 사례를 작성했는데, 그 중에서 응용 프로그램이 NullPointException으로 충돌하지 않았는지, 모든 유형의 중첩으로 데이터를 올바르게 숨겼는지 확인했습니다. 이 작업을 완료한 후 새로운 통합이 주어졌는데 그 특징은 다음과 같습니다. 외부 라이브러리에서 Spring Bean을 내보내야 했습니다. 이 시점에서 저는 Stack OverFlow 웹사이트의 단골 고객이 되었습니다. 한번은 공식 Spring 개발자가 응답하기도 했습니다. 이 통합을 구현한 후 평가판 기간이 종료되었습니다. 사장님께서 수습기간 통과를 축하해주셔서 이 글을 쓰기 시작했습니다. 이 글을 작성하는 데 총 8시간이 걸렸습니다.) 관심을 가져주셔서 감사합니다. 이 글이 도움이 되었기를 바랍니다. 이 문제를 해결하는 것은 상당히 어려웠지만 해냈습니다! 두 번째 개발자는 다음과 같이 말합니다. 이 개발을 테스트로 처리하세요. 눈에는 당혹감이있었습니다. 이것이 제가 전투에서 JUnit 라이브러리를 알게 된 방법입니다. 단위 테스트의 본질은 입력 데이터를 가지고 이를 메서드에 전달하고 수신된 데이터를 올바른 결과와 비교하는 것입니다(올바른 결과를 가진 변수를 생성합니다). 나는 내 라이브러리에 대해 11가지 사례를 작성했는데, 그 중에서 응용 프로그램이 NullPointException으로 충돌하지 않았는지, 모든 유형의 중첩으로 데이터를 올바르게 숨겼는지 확인했습니다. 이 작업을 완료한 후 새로운 통합이 주어졌는데 그 특징은 다음과 같습니다. 외부 라이브러리에서 Spring Bean을 내보내야 했습니다. 이 시점에서 저는 Stack OverFlow 웹사이트의 단골 고객이 되었습니다. 한번은 공식 Spring 개발자가 응답하기도 했습니다. 이 통합을 구현한 후 평가판 기간이 종료되었습니다. 사장님께서 수습기간 통과를 축하해주셔서 이 글을 쓰기 시작했습니다. 이 글을 작성하는 데 총 8시간이 걸렸습니다.) 관심을 가져주셔서 감사합니다. 이 글이 도움이 되었기를 바랍니다.