Xin gửi lời chào tới tất cả các sinh viên và chuyên gia Java. Có lẽ câu chuyện của tôi sẽ là một ví dụ cho một số người về cách làm và cho những người khác - cách không làm. Đó là ngày 19 tháng 10 năm 2021 và hôm nay tôi đã hoàn thành thời gian thử việc (3 tháng) với tư cách là nhà phát triển cấp trung Java trong một công ty lớn. Tôi chưa có kinh nghiệm phát triển Java trước đây. Cho đến ngày 4 tháng 6 năm 2020, tôi chưa biết gì về Java. Khi được tuyển làm Javaist, tôi đã hứa nếu vượt qua thời gian thử việc sẽ viết tiểu sử thành công, bài viết này sẽ chia làm 2 phần logic: Bối cảnh nghề nghiệp ( chương 1-5, không liên quan đến Java), nhưng trong đó bạn có thể có được kiến thức về nghề nghiệp của mình). Trở thành một người theo chủ nghĩa Java (chương 6-9 - học Java, phỏng vấn, kiếm việc làm, trải nghiệm thực tế đầu tiên). <h3>Chương 1. Nhà kinh tế</h3>Để hiểu được mức độ kiến thức mà tôi đến với JavaRush, tôi cần ghi lại tiểu sử về bản thân mình. 2013, tháng 11, 8 giờ sáng. Tôi đang ngồi trong quán cà phê ở Taganka và lặp lại các hướng dẫn SQL. Trong một giờ nữa tôi sẽ có một cuộc phỏng vấn cho vị trí chuyên gia kinh tế hàng đầu ở bộ phận tài chính của ngân hàng. Đây là cuộc phỏng vấn duy nhất mà tôi được mời tham gia và tôi cần phải cống hiến 100%. Vì lợi ích của anh ấy, tôi đã bay từ St. Petersburg và ở cùng người thân trong bếp để không tiêu tốn số tiền tiết kiệm vốn đã ít ỏi của mình. 30 phút trôi qua, những chiếc bánh xèo với giăm bông và phô mai đã được ăn hết và chúng ta cần hướng tới ước mơ ấp ủ của mình. Nhưng mọi thứ đang rung chuyển. Nếu tôi trượt cuộc phỏng vấn thì sao? Được rồi, không phải vậy. Tôi đến ngân hàng, lấy thẻ và đợi người được phỏng vấn trong phòng họp. Thời gian trôi qua rất lâu. Một người đàn ông khoảng 35 tuổi và một người phụ nữ cùng tuổi bước vào. Họ giới thiệu bản thân và yêu cầu bạn kể về bản thân họ: “Yuri, rất hân hạnh.” Tôi 21 tuổi, tôi đang học bán thời gian tại một trường đại học ở St. Petersburg, tôi đã làm nhân viên giao dịch trong một ngân hàng được 3 tháng. Tôi nhận ra rằng đây không phải là điều tôi đã nghiên cứu, tôi bắt đầu xem xét thị trường việc làm và thấy rằng ở Moscow, các nhà kinh tế học yêu cầu SQL. Vì vậy, tôi đã nghiên cứu nó, tham gia các khóa học (Quản trị MS SQL - đó là những gì tôi đã có, đó là những gì tôi đã theo đuổi) và bạn đã gọi cho tôi. Họ nói về công ty, những gì họ làm (hầu hết các từ đều không thể hiểu được), sau đó yêu cầu bạn làm bài kiểm tra. Bài kiểm tra có 3 câu hỏi về SQL: 1. Cho một bảng, lấy ra tất cả các bản ghi có id = 10. 2. Cho hai bảng, nối chúng lại và hiển thị một cột từ mỗi bảng. 3. Nhóm các phòng ban lại và cho biết số lượng nhân viên của từng phòng ban. Thật xấu hổ khi tôi viết những yêu cầu này. Tiếp theo là cuộc thảo luận về những kỳ vọng của tôi đối với công việc. Và họ nói với tôi câu nói kỳ diệu: “Cảm ơn bạn vì cuộc phỏng vấn, chúng tôi sẽ gọi lại cho bạn”. Một tuần trôi qua và họ đề nghị tôi đến làm việc với họ. Euphoria, sốc, vui mừng! Và với số tiền nào: 70 nghìn rúp trong tay! Vâng, tôi sẽ giàu có! Tôi đến Moscow, định cư, thuê một căn phòng ở trung tâm. Những ngày đầu tiên thật hưng phấn. Sau 10 ngày, sự nhận thức bắt đầu: tôi đã đến đâu? Tôi chẳng hiểu gì cả! Tôi phải chuẩn bị các báo cáo quản lý cho toàn ngân hàng hàng tháng. Đương nhiên, đối với tôi, điều đó cũng giống như đối với bạn, bạn đọc thân mến. Tôi coi các thuật ngữ tín dụng liên ngân hàng, hoán đổi, phân bổ chi phí, chi phí, v.v. như những câu thần chú trong tiếng Latinh. Trong quá trình đó, tôi đã phải nắm vững khía cạnh kỹ thuật của vấn đề: MS Access (tất cả báo cáo được thực hiện thông qua VBA), MS SQL (dưới dạng bộ lưu trữ mới, thay vì Access), Oracle (mà ban đầu tôi gọi là Oracle, gây ra sự cuồng loạn giữa các lập trình viên). Và đột nhiên tôi bắt đầu hiểu rằng khía cạnh kỹ thuật đối với tôi thú vị hơn nhiều. Có những nỗ lực nhằm tạo các truy vấn phức tạp (kết quả là cơ sở dữ liệu bị treo trong các tập lệnh của tôi và các quản trị viên tức giận chạy khắp nơi để cố gắng tìm ra ai đã thực hiện việc đó). Nhưng công việc chính là tài chính, điều đó bắt đầu làm tôi khó chịu. Sau một tháng rưỡi, tôi viết đơn từ chức vì tôi không thể đưa ra bất kỳ kết quả nào (và thành thật mà nói, họ không thực sự mong đợi bất kỳ kết quả nào từ tôi). Người đứng đầu bộ phận tài chính xé nó ra và nói: "Đừng bận tâm đến chuyện tào lao." Một tháng sau, tôi lại viết bản tường trình, và người đứng đầu bộ phận, người bị sốc trước sự ngạo mạn như vậy (người sau này trở thành chủ tịch hội đồng quản trị ngân hàng), ký với vẻ hoang mang tột độ: anh chàng 21 tuổi, không có bằng cấp cao hơn. học vấn, họ được trả lương và được ủy thác, nhưng anh ta lại cư xử như vậy. Lý do sa thải còn có hai yếu tố nữa: ông chủ, người mà tôi không thể bình tĩnh phản ứng với sự kiêu ngạo của ông ấy, và chiếc ghế không thoải mái khiến lưng tôi bắt đầu đau. Điều này cực kỳ buồn cười, nhưng đây là động cơ. Khi tôi nghỉ việc, tôi nghĩ rằng bây giờ tôi sẽ cảm thấy thoải mái hơn. Nhưng nó không có ở đó. <h3>Chương 2. 70 cuộc phỏng vấn</h3>Rời khỏi ngân hàng, tôi hít một hơi thật sâu. “Tôi sẽ sắp xếp thế này, mọi người sẽ choáng váng.” Các cuộc phỏng vấn đã được lên lịch, mức lương dành cho họ cao hơn và có vẻ như sẽ không cần phải giải quyết vấn đề báo cáo nữa. Có 4 cuộc phỏng vấn và không ai thuê tôi. 5, 6 cuộc phỏng vấn - điều tương tự. Tôi sống với một cô gái trong một căn phòng thuê, cô ấy đã kiếm được việc làm và có thể trang trải cho khoản thu nhập thiếu hụt của tôi. Nhưng tôi vẫn không biết mình sẽ không có thu nhập trong bao lâu. Tôi đã đi phỏng vấn (vị trí tuyển dụng là nhà phân tích) và họ chủ yếu hỏi về SQL và VBA. Dành cho những ai chưa biết, VBA là ngôn ngữ lập trình trong Excel, Access và các sản phẩm MS Office khác. 10 cuộc phỏng vấn được tổ chức - không có gì. 20, 30 - không có gì. Mọi người đều cảm thấy xấu hổ vì thiếu kinh nghiệm và trình độ học vấn cao hơn (đối với tôi điều này dường như chỉ là chuyện nhỏ). 40 cuộc phỏng vấn và sự tuyệt vọng bắt đầu len lỏi vào. Trong khoảng thời gian phỏng vấn 55-60, tôi bắt đầu nghiên cứu 1C. Cô gái đã trở thành vợ yêu cầu được rời đến St. Petersburg, vì ít nhất cô ấy cũng có nhà riêng ở đó. Và tại cuộc phỏng vấn thứ 70, tôi được mời làm quản trị viên cơ sở dữ liệu 1C (với triển vọng trở thành nhà phát triển 1C) trong một công ty nhỏ ở khu công nghiệp St. Petersburg với mức lương 50.000 rúp. Bây giờ đó là sự phát triển nghề nghiệp! <h3>Chương 3. Sự trở lại của huyền thoại</h3>Nhìn ra cửa sổ chiếc xe buýt nhỏ (vận tải doanh nghiệp) tại khu công nghiệp St. Petersburg xám xịt, đi một giờ bốn mươi mốt chiều, tôi nhận ra rằng mình không thể sống như vậy. Sự quan tâm đến 1C biến mất ngay lần chạm đầu tiên vào hệ thống tự viết. Một kế hoạch là cần thiết. Và anh ấy đã trưởng thành: buổi tối anh ấy học SQL, đồng thời theo dõi trang web việc làm nổi tiếng. Nguyên nhân cuối cùng dẫn đến việc sa thải là tình huống: tổng giám đốc không muốn cho tôi đi nghỉ theo kế hoạch, mặc dù vé đã được mua sẵn. Sau kỳ nghỉ, tôi viết đơn và gửi lại sơ yếu lý lịch của mình cho các vị trí tuyển dụng ở Moscow. Một lần nữa tôi được mời phỏng vấn tại một ngân hàng lớn ở Moscow. Một lần nữa tôi lại đến bếp của người thân và đi phỏng vấn. Khi hr viết địa chỉ, tôi không thể tin vào mắt mình - đây là tòa nhà mà tôi mơ ước được làm việc (vào thời điểm nơi cư trú cuối cùng của tôi ở Moscow, nó mới đang được xây dựng). Vị trí này được gọi là chuyên gia hỗ trợ hệ thống thông tin trưởng. tôi đi đến văn phòng Tôi được chào đón bởi một người đàn ông khoảng 30 tuổi trong chiếc áo khoác và quần jean thời trang. Chúng tôi lên tầng 15, và khi nhìn thấy toàn cảnh thành phố, tôi choáng váng: tất cả các tòa nhà cao tầng kiểu Stalin đều có thể nhìn thấy được. Toàn bộ phong cách của tòa nhà rất hiện đại: trong văn phòng của ông chủ có tủ lạnh chứa rượu, bể cá thời trang, bức tranh vẽ một người phụ nữ khỏa thân theo phong cách đen trắng. Điều này gây ra hiệu ứng "wow". Cuộc trò chuyện với ông chủ không diễn ra như thường lệ: ông ấy nói trong khoảng 40 phút về những gì đang xảy ra ở ngân hàng. Tôi không hiểu gì cả, nhưng gật đầu. Khi tôi hỏi: khi nào bạn sẽ bắt đầu hỏi tôi? Anh ấy không hề chú ý. Một lần nữa, với câu hỏi của tôi “khi nào thì có cuộc phỏng vấn kỹ thuật?”, câu trả lời là “có, dù sao thì chúng tôi cũng sẽ thuê bạn, nếu bạn không thể xử lý được, chúng tôi sẽ sa thải bạn”. Nó được nói với một nụ cười, và tôi nhận ra rằng mọi thứ, giấc mơ đã trở thành hiện thực một lần nữa! <h3>Chương 4. Tìm lại chính mình trong CNTT </h3>Khi đến nơi mới, tôi đã hiểu tại sao họ thuê tôi ngay. Tôi sẽ mô tả chân dung điển hình của một nhân viên bộ phận: tuổi trung bình 55 tuổi, người Muscovite, tốt nghiệp Đại học Tổng hợp Moscow, làm việc tại viện nghiên cứu quốc phòng thời Xô Viết, chuyển sang lĩnh vực ngân hàng vào những năm 90, đã làm việc ở đây được 20 năm. năm, một nửa là nam, một nửa là nữ. Họ hoàn toàn bất hòa với nội thất xung quanh. Chúng tôi đã tham gia vào việc duy trì các chương trình báo cáo cho kế toán. Đương nhiên, tất cả đều nằm trong các tập lệnh VBA và SQL cổ được các nhà phát triển viết vào cuối những năm 90 và đầu những năm 2000. Đó là năm 2015 và tự động hóa thông qua MS Access. Đó là, nó trông cực kỳ nghèo nàn. Nhưng có một sắc thái - họ cung cấp những gì khách hàng (kế toán) muốn. Và chính xác về thời gian và hình thức được yêu cầu. Chỉ có họ mới biết nó hoạt động như thế nào và ngay cả Onotole cũng không thể tưởng tượng được mức độ phức tạp trong quá trình phát triển của họ. Và bất kỳ người quản lý CNTT nào, dù có mong muốn lớn nhất, cũng không thể sa thải họ - kế toán trưởng đã đến gặp hội đồng quản trị ngân hàng và bảo vệ bất kỳ nhân viên nào phục vụ lợi ích của bộ phận kế toán. Người quản lý muốn tôi đóng vai một con ngựa thành Troy: Tôi đã nghiên cứu tất cả sự phát triển của chúng và sau đó di chuyển dữ liệu sang hệ thống mới. Sau đó, những nhân viên cũ có thể bị sa thải và tôi có thể được chuyển sang hệ thống mới. Đầu tiên, tôi đi sâu vào quy trình của họ và xem mã VBA. Dần dần tôi học cách đọc mã VBA. Một năm sau tôi đã biết cách viết mã. Nhiệm vụ điển hình: cung cấp cơ sở dữ liệu, trích xuất dữ liệu từ đó và đưa vào Excel theo một định dạng nhất định. Bây giờ, như Zadornov đã nói, hãy hít một hơi thật sâu: tất cả báo cáo của bộ phận (và đó là 50 báo cáo hàng ngày, 20 báo cáo hàng tháng!) đều được chạy thủ công! Karl, bạn có hiểu rằng mọi người dùng tay thay đổi ngày thành +1 mỗi ngày trong 50 báo cáo không! Họ ngồi, đợi kết quả của một báo cáo trong 1-10 phút và khởi chạy một báo cáo khác! Hơn nữa, các báo cáo hàng ngày phải được tung ra vào một thời điểm nhất định, và Chúa cấm bạn đến muộn! Họ không chỉ lập báo cáo mà còn chạy thủ công các thủ tục trong cơ sở dữ liệu mà không cần sử dụng biến! Nghĩa là, thay vì sử dụng biến @startDate = '2015-01-01', họ sẽ thay đổi cùng một ngày theo cách thủ công ở 20 vị trí! Sau khi xem tất cả những điều này, tôi bắt đầu học Python, và cùng với VBA, SQL và Trình lập lịch tác vụ, tôi đã tự động hóa tất cả những việc này trong hai năm. Không chỉ tự động hóa mà còn tăng tốc nhiều báo cáo: nếu bạn từ bỏ MS Access + VBA để chuyển sang MS SQL + TSQL, bạn có thể đạt được mức tăng năng suất gấp nhiều lần. Hồ sơ của tôi đang tăng tốc độ tạo báo cáo trong100một lần! Nhưng các đồng nghiệp của tôi vô cùng không hài lòng với sự tự động hóa như vậy nên tôi bị coi là kẻ thù của nhân dân (họ muốn ngồi yên cho đến khi nghỉ hưu). Thời gian trôi qua và quá trình di chuyển dữ liệu đã thành công. Người quản lý đánh giá cao tôi: nếu lúc mới bắt đầu sự nghiệp tôi đến làm việc lúc 8 giờ sáng, thì sau một thời gian tôi có thể đến bất cứ lúc nào cho đến 12 giờ, lương và chức vụ tăng liên tục, trả lương cho công việc vào cuối tuần nhiều hơn hơn gấp đôi số tiền, taxi đến nhà nếu bạn đi làm muộn, liên lạc di động, nói tóm lại - giới thượng lưu! <h3>Chương 5. Chiếc lồng vàng</h3>Đột nhiên, sau 3,5 năm, ban quản lý CNTT mới đến và nói rằng hệ thống mà tôi đã di chuyển dữ liệu sang không còn cần thiết nữa. Nhưng hệ thống cũ sẽ vẫn còn. Người quản lý của tôi đang thăng tiến trong sự nghiệp và mời tôi chuyển sang một bộ phận tiến bộ hơn. Trong cuộc gặp với trưởng bộ phận cấp tiến, tôi hiểu rằng tôi chưa biết đến hệ thống công nghệ của bộ phận này: Oracle, .net, C#, Linux, v.v. + Có ác cảm với sếp tiềm năng. Tôi nói với người quản lý của mình rằng tôi không quan tâm đến bộ phận cấp tiến, và anh ấy đã quên tôi một cách thuận tiện. Và sau đó câu hỏi trở thành: phải làm gì tiếp theo? Thu nhập đã khá rồi, Junior dev sẽ không thuê tôi với mức lương đó. Sau khi suy nghĩ về các kỹ năng của mình, tôi nhận ra rằng mình cần phải học máy. Mọi thứ đều thú vị cho đến lần đầu tiên gặp phải thống kê toán học, điều này chỉ gây ra sự ghê tởm ở viện. Thế là xong, sững sờ suốt sáu tháng! Thời gian trôi qua, và một ngày nọ, khi đang đi dạo, tôi nghĩ về một trang web hiển thị những nhà hàng ngon trên bản đồ Moscow. Bắt đầu học HTML, CSS, JS. Tôi mất 3 tháng học, tôi chưa có đủ kiến thức để tạo một trang web chính thức nhưng có thể thực hành tại nơi làm việc. Một ý tưởng đã ra đời: tạo một cổng thông tin dành cho kế toán viên để họ có thể tải xuống bất kỳ báo cáo nào cho mình bằng một nút bấm. Phải mất 2 tháng để tạo ra cổng và ứng dụng web SPA (Single page application) đã ra đời trong React js với phần phụ trợ Node.js. Các tập lệnh SQL được kéo lại (tôi không biết về các khung như Hibernate), khởi chạy Python và lưu trữ thông tin bổ sung trong MongoDb (ví dụ: về người dùng trang web). Bên ngoài, trang web trông rất đẹp (bootstrap 4, hoạt hình thời trang). Tôi vẫn tự hào về dự án này. Nhưng khi tôi đưa mã của mình cho các nhà phát triển web của ngân hàng xem, họ đã rất ngạc nhiên. KHÔNG PHẢI MỘT LỚP CỦA RIÊNG BẠN! Chỉ có tính năng, chỉ có Hardcore! Họ khen ngợi tôi nhưng nói rằng tôi vẫn cần phải học hỏi nhiều để trở thành một Middle full-stack dev. Tôi đã cố gắng xin việc làm nhà phân tích, nhưng không có lời đề nghị đặc biệt nào. Tôi nghĩ: Tôi không có ở đó, tôi sẽ đăng sơ yếu lý lịch của một nhà phát triển full-stack. Các cuộc gọi đến, nhưng trong các cuộc phỏng vấn, tôi bay như bay khắp Paris: chẳng hạn, tôi không biết HashMap, HashSet là gì và tại sao chúng lại cần thiết. Không có một chút ý tưởng nào về OOP, mô hình lập trình, thuật toán, thử nghiệm, Git. Tôi nhớ lại cảm giác xấu hổ đã bị quên lãng từ lâu vì không biết những điều cơ bản. Đột nhiên có một lời mời làm trưởng phòng phân tích khách hàng tại một công ty tài chính. Một tuần trước khi đất nước đóng cửa vì đại dịch. Tôi xin được việc ở một công ty tài chính, nhưng có một cảm giác kép: một mặt, lương cao thì ấm, mặt khác sẽ có sự phát triển tối thiểu về mặt kỹ thuật. Một tuần trôi qua kể từ khi thiết bị được lắp đặt và công việc từ xa được giới thiệu. Vì những ngày không làm việc không áp dụng cho lĩnh vực tài chính nên chúng tôi vẫn làm việc như bình thường. Ông chủ mới hóa ra là một người rất điên rồ: ông ta đề nghị cạo Facebook, tạo mạng lưới thần kinh của riêng mình để nghiên cứu khách hàng (không có nhân viên khoa học dữ liệu). Nhân viên mới được đề nghị học Python trong một tuần, v.v. Những ngày nghỉ không lương đã trở thành thông lệ. Thật là ngu ngốc khi nghỉ việc: bạn sẽ kiếm được việc làm ở đâu trong thời kỳ đại dịch? Nhưng sự kiên nhẫn đã cạn kiệt sau 2 tháng, khi có thông báo sẽ không có tiền thưởng hàng quý. Sắc thái là khi chúng tôi thống nhất về mức lương, lúc tuyển dụng, hr nói rằng lương được chia thành lương (60%) và thưởng quý (40%), trả luôn. Rõ ràng là chúng tôi đã có sự lựa chọn sai lầm và chúng tôi cần phải bắt đầu tìm kiếm một công việc mới. <h3>Chương 6. Bắt đầu làm chủ Java</h3>Một ngày đẹp trời trong tháng 5, tôi nhận được lời mời phỏng vấn cho vị trí tuyển dụng “Nhà phát triển”. Một công ty trong ngành bảo hiểm cần một người phát triển các sản phẩm bảo hiểm. Cần có kinh nghiệm lập trình nhưng vì đây là sự phát triển “độc nhất vô nhị” của hãng nên không cần ngôn ngữ cụ thể. Git, v.v. cũng cần thiết. Tôi đã lên lịch phỏng vấn sau hai ngày và tôi đã nghiên cứu những kiến thức cơ bản về Git trong thời gian rảnh rỗi. Trong cuộc phỏng vấn, tôi được hỏi về Python, JS, Git, SQL. Tôi đã trả lời mọi thứ ngoại trừ khái niệm “quá tải phương thức” và tôi được mời làm việc sau 2 tuần. Hóa ra công ty đã mua hệ thống này từ lâu. được viết bằng Java (trước và sau), nhờ đó bạn có thể tạo các quy trình kinh doanh mà không cần biết ngôn ngữ lập trình (chính xác hơn là sử dụng ngôn ngữ lập trình Jelly tích hợp). Nghe có vẻ hay nhưng thực tế mọi thứ đã bị bóp méo. Lạc đề trữ tình: bất kỳ công nghệ nào cũng có thời đại và quy mô riêng. Thực hiện tất cả các báo cáo trong năm 2000 chỉ bằng Excel thật tuyệt. Làm điều tương tự vào năm 2021 là không tốt lắm. Trang web của công ty bằng HTML thuần túy rất thú vị vào năm 1999, nhưng vào năm 2021 thì không. Vì vậy, công nghệ mà công ty sử dụng tại thời điểm thành lập (2005) rất tuyệt vời - Java chịu trách nhiệm về cả phần máy chủ và phần máy khách (cái gọi là các trang Java servlet). Hơn nữa, nếu bạn tạo một quy trình kinh doanh mới (có giao diện người dùng riêng), thì quy trình đó sẽ được lưu trữ bên trong cơ sở dữ liệu chứ không phải trong mã trong tệp. Để hiểu điều này bất tiện như thế nào, hãy tưởng tượng rằng bạn viết mã Java trong ý tưởng Intellij, lưu nó vào Cơ sở dữ liệu, sau đó. khi bạn muốn chạy mã, nhân chương trình sẽ đi tới cơ sở dữ liệu và đọc mã của bạn từ đó. Theo đó, bạn không thể gỡ lỗi hoàn toàn ứng dụng của mình. Gợi ý số 1: Khi bạn muốn gửi mã tới testbench, bạn cần tạo mặt khác, sẽ có sự phát triển tối thiểu về mặt kỹ thuật. Một tuần trôi qua kể từ khi thiết bị được lắp đặt và công việc từ xa được giới thiệu. Vì những ngày không làm việc không áp dụng cho lĩnh vực tài chính nên chúng tôi vẫn làm việc như bình thường. Ông chủ mới hóa ra là một người rất điên rồ: ông ta đề nghị cạo Facebook, tạo mạng lưới thần kinh của riêng mình để nghiên cứu khách hàng (không có nhân viên khoa học dữ liệu). Nhân viên mới được đề nghị học Python trong một tuần, v.v. Những ngày nghỉ không lương đã trở thành thông lệ. Thật là ngu ngốc khi nghỉ việc: bạn sẽ kiếm được việc làm ở đâu trong thời kỳ đại dịch? Nhưng sự kiên nhẫn đã cạn kiệt sau 2 tháng, khi có thông báo sẽ không có tiền thưởng hàng quý. Sắc thái là khi chúng tôi thống nhất về mức lương, lúc tuyển dụng, hr nói rằng lương được chia thành lương (60%) và thưởng quý (40%), trả luôn. Rõ ràng là chúng tôi đã có sự lựa chọn sai lầm và chúng tôi cần phải bắt đầu tìm kiếm một công việc mới. <h3>Chương 6. Bắt đầu làm chủ Java</h3>Một ngày đẹp trời trong tháng 5, tôi nhận được lời mời phỏng vấn cho vị trí tuyển dụng “Nhà phát triển”. Một công ty trong ngành bảo hiểm cần một người phát triển các sản phẩm bảo hiểm. Cần có kinh nghiệm lập trình nhưng vì đây là sự phát triển “độc nhất vô nhị” của hãng nên không cần ngôn ngữ cụ thể. Git, v.v. cũng cần thiết. Tôi đã lên lịch phỏng vấn sau hai ngày và tôi đã nghiên cứu những kiến thức cơ bản về Git trong thời gian rảnh rỗi. Trong cuộc phỏng vấn, tôi được hỏi về Python, JS, Git, SQL. Tôi đã trả lời mọi thứ ngoại trừ khái niệm “quá tải phương thức” và tôi được mời làm việc sau 2 tuần. Hóa ra công ty đã mua hệ thống này từ lâu. được viết bằng Java (trước và sau), nhờ đó bạn có thể tạo các quy trình kinh doanh mà không cần biết ngôn ngữ lập trình (chính xác hơn là sử dụng ngôn ngữ lập trình Jelly tích hợp). Nghe có vẻ hay nhưng thực tế mọi thứ đã bị bóp méo. Lạc đề trữ tình: bất kỳ công nghệ nào cũng có thời đại và quy mô riêng. Thực hiện tất cả các báo cáo trong năm 2000 chỉ bằng Excel thật tuyệt. Làm điều tương tự vào năm 2021 là không tốt lắm. Trang web của công ty bằng HTML thuần túy rất thú vị vào năm 1999, nhưng vào năm 2021 thì không. Vì vậy, công nghệ mà công ty sử dụng tại thời điểm thành lập (2005) rất tuyệt vời - Java chịu trách nhiệm về cả phần máy chủ và phần máy khách (cái gọi là các trang Java servlet). Hơn nữa, nếu bạn tạo một quy trình kinh doanh mới (có giao diện người dùng riêng), thì quy trình đó sẽ được lưu trữ bên trong cơ sở dữ liệu chứ không phải trong mã trong tệp. Để hiểu điều này bất tiện như thế nào, hãy tưởng tượng rằng bạn viết mã Java trong ý tưởng Intellij, lưu nó vào Cơ sở dữ liệu, sau đó. khi bạn muốn chạy mã, nhân chương trình sẽ đi tới cơ sở dữ liệu và đọc mã của bạn từ đó. Theo đó, bạn không thể gỡ lỗi hoàn toàn ứng dụng của mình. Gợi ý số 1: Khi bạn muốn gửi mã tới testbench, bạn cần tạo mặt khác, sẽ có sự phát triển tối thiểu về mặt kỹ thuật. Một tuần trôi qua kể từ khi thiết bị được lắp đặt và công việc từ xa được giới thiệu. Vì những ngày không làm việc không áp dụng cho lĩnh vực tài chính nên chúng tôi vẫn làm việc như bình thường. Ông chủ mới hóa ra là một người rất điên rồ: ông ta đề nghị cạo Facebook, tạo mạng lưới thần kinh của riêng mình để nghiên cứu khách hàng (không có nhân viên khoa học dữ liệu). Nhân viên mới được đề nghị học Python trong một tuần, v.v. Những ngày nghỉ không lương đã trở thành thông lệ. Thật là ngu ngốc khi nghỉ việc: bạn sẽ kiếm được việc làm ở đâu trong thời kỳ đại dịch? Nhưng sự kiên nhẫn đã cạn kiệt sau 2 tháng, khi có thông báo sẽ không có tiền thưởng hàng quý. Sắc thái là khi chúng tôi thống nhất về mức lương, lúc tuyển dụng, hr nói rằng lương được chia thành lương (60%) và thưởng quý (40%), trả luôn. Rõ ràng là chúng tôi đã có sự lựa chọn sai lầm và chúng tôi cần phải bắt đầu tìm kiếm một công việc mới. <h3>Chương 6. Bắt đầu làm chủ Java</h3>Một ngày đẹp trời trong tháng 5, tôi nhận được lời mời phỏng vấn cho vị trí tuyển dụng “Nhà phát triển”. Một công ty trong ngành bảo hiểm cần một người phát triển các sản phẩm bảo hiểm. Cần có kinh nghiệm lập trình nhưng vì đây là sự phát triển “độc nhất vô nhị” của hãng nên không cần ngôn ngữ cụ thể. Git, v.v. cũng cần thiết. Tôi đã lên lịch phỏng vấn sau hai ngày và tôi đã nghiên cứu những kiến thức cơ bản về Git trong thời gian rảnh rỗi. Trong cuộc phỏng vấn, tôi được hỏi về Python, JS, Git, SQL. Tôi đã trả lời mọi thứ ngoại trừ khái niệm “quá tải phương thức” và tôi được mời làm việc sau 2 tuần. Hóa ra công ty đã mua hệ thống này từ lâu. được viết bằng Java (trước và sau), nhờ đó bạn có thể tạo các quy trình kinh doanh mà không cần biết ngôn ngữ lập trình (chính xác hơn là sử dụng ngôn ngữ lập trình Jelly tích hợp). Nghe có vẻ hay nhưng thực tế mọi thứ đã bị bóp méo. Lạc đề trữ tình: bất kỳ công nghệ nào cũng có thời đại và quy mô riêng. Thực hiện tất cả các báo cáo trong năm 2000 chỉ bằng Excel thật tuyệt. Làm điều tương tự vào năm 2021 là không tốt lắm. Trang web của công ty bằng HTML thuần túy rất thú vị vào năm 1999, nhưng vào năm 2021 thì không. Vì vậy, công nghệ mà công ty sử dụng tại thời điểm thành lập (2005) rất tuyệt vời - Java chịu trách nhiệm về cả phần máy chủ và phần máy khách (cái gọi là các trang Java servlet). Hơn nữa, nếu bạn tạo một quy trình kinh doanh mới (có giao diện người dùng riêng), thì quy trình đó sẽ được lưu trữ bên trong cơ sở dữ liệu chứ không phải trong mã trong tệp. Để hiểu điều này bất tiện như thế nào, hãy tưởng tượng rằng bạn viết mã Java trong ý tưởng Intellij, lưu nó vào Cơ sở dữ liệu, sau đó. khi bạn muốn chạy mã, nhân chương trình sẽ đi tới cơ sở dữ liệu và đọc mã của bạn từ đó. Theo đó, bạn không thể gỡ lỗi hoàn toàn ứng dụng của mình. Gợi ý số 1: Khi bạn muốn gửi mã tới testbench, bạn cần tạo tạo mạng lưới thần kinh của riêng bạn để nghiên cứu khách hàng (không có nhân viên khoa học dữ liệu). Nhân viên mới được đề nghị học Python trong một tuần, v.v. Những ngày nghỉ không lương đã trở thành thông lệ. Thật là ngu ngốc khi nghỉ việc: bạn sẽ kiếm được việc làm ở đâu trong thời kỳ đại dịch? Nhưng sự kiên nhẫn đã cạn kiệt sau 2 tháng, khi có thông báo sẽ không có tiền thưởng hàng quý. Sắc thái là khi chúng tôi thống nhất về mức lương, lúc tuyển dụng, hr nói rằng lương được chia thành lương (60%) và thưởng quý (40%), trả luôn. Rõ ràng là chúng tôi đã có sự lựa chọn sai lầm và chúng tôi cần phải bắt đầu tìm kiếm một công việc mới. <h3>Chương 6. Bắt đầu làm chủ Java</h3>Một ngày đẹp trời trong tháng 5, tôi nhận được lời mời phỏng vấn cho vị trí tuyển dụng “Nhà phát triển”. Một công ty trong ngành bảo hiểm cần một người phát triển các sản phẩm bảo hiểm. Cần có kinh nghiệm lập trình nhưng vì đây là sự phát triển “độc nhất vô nhị” của hãng nên không cần ngôn ngữ cụ thể. Git, v.v. cũng cần thiết. Tôi đã lên lịch phỏng vấn sau hai ngày và tôi đã nghiên cứu những kiến thức cơ bản về Git trong thời gian rảnh rỗi. Trong cuộc phỏng vấn, tôi được hỏi về Python, JS, Git, SQL. Tôi đã trả lời mọi thứ ngoại trừ khái niệm “quá tải phương thức” và tôi được mời làm việc sau 2 tuần. Hóa ra công ty đã mua hệ thống này từ lâu. được viết bằng Java (trước và sau), nhờ đó bạn có thể tạo các quy trình kinh doanh mà không cần biết ngôn ngữ lập trình (chính xác hơn là sử dụng ngôn ngữ lập trình Jelly tích hợp). Nghe có vẻ hay nhưng thực tế mọi thứ đã bị bóp méo. Lạc đề trữ tình: bất kỳ công nghệ nào cũng có thời đại và quy mô riêng. Thực hiện tất cả các báo cáo trong năm 2000 chỉ bằng Excel thật tuyệt. Làm điều tương tự vào năm 2021 là không tốt lắm. Trang web của công ty bằng HTML thuần túy rất thú vị vào năm 1999, nhưng vào năm 2021 thì không. Vì vậy, công nghệ mà công ty sử dụng tại thời điểm thành lập (2005) rất tuyệt vời - Java chịu trách nhiệm về cả phần máy chủ và phần máy khách (cái gọi là các trang Java servlet). Hơn nữa, nếu bạn tạo một quy trình kinh doanh mới (có giao diện người dùng riêng), thì quy trình đó sẽ được lưu trữ bên trong cơ sở dữ liệu chứ không phải trong mã trong tệp. Để hiểu điều này bất tiện như thế nào, hãy tưởng tượng rằng bạn viết mã Java trong ý tưởng Intellij, lưu nó vào Cơ sở dữ liệu, sau đó. khi bạn muốn chạy mã, nhân chương trình sẽ đi tới cơ sở dữ liệu và đọc mã của bạn từ đó. Theo đó, bạn không thể gỡ lỗi hoàn toàn ứng dụng của mình. Gợi ý số 1: Khi bạn muốn gửi mã tới testbench, bạn cần tạo tạo mạng lưới thần kinh của riêng bạn để nghiên cứu khách hàng (không có nhân viên khoa học dữ liệu). Nhân viên mới được đề nghị học Python trong một tuần, v.v. Những ngày nghỉ không lương đã trở thành thông lệ. Thật là ngu ngốc khi nghỉ việc: bạn sẽ kiếm được việc làm ở đâu trong thời kỳ đại dịch? Nhưng sự kiên nhẫn đã cạn kiệt sau 2 tháng, khi có thông báo sẽ không có tiền thưởng hàng quý. Sắc thái là khi chúng tôi thống nhất về mức lương, lúc tuyển dụng, hr nói rằng lương được chia thành lương (60%) và thưởng quý (40%), trả luôn. Rõ ràng là chúng tôi đã có sự lựa chọn sai lầm và chúng tôi cần phải bắt đầu tìm kiếm một công việc mới. <h3>Chương 6. Bắt đầu làm chủ Java</h3>Một ngày đẹp trời trong tháng 5, tôi nhận được lời mời phỏng vấn cho vị trí tuyển dụng “Nhà phát triển”. Một công ty trong ngành bảo hiểm cần một người phát triển các sản phẩm bảo hiểm. Cần có kinh nghiệm lập trình nhưng vì đây là sự phát triển “độc nhất vô nhị” của hãng nên không cần ngôn ngữ cụ thể. Git, v.v. cũng cần thiết. Tôi đã lên lịch phỏng vấn sau hai ngày và tôi đã nghiên cứu những kiến thức cơ bản về Git trong thời gian rảnh rỗi. Trong cuộc phỏng vấn, tôi được hỏi về Python, JS, Git, SQL. Tôi đã trả lời mọi thứ ngoại trừ khái niệm “quá tải phương thức” và tôi được mời làm việc sau 2 tuần. Hóa ra công ty đã mua hệ thống này từ lâu. được viết bằng Java (trước và sau), nhờ đó bạn có thể tạo các quy trình kinh doanh mà không cần biết ngôn ngữ lập trình (chính xác hơn là sử dụng ngôn ngữ lập trình Jelly tích hợp). Nghe có vẻ hay nhưng thực tế mọi thứ đã bị bóp méo. Lạc đề trữ tình: bất kỳ công nghệ nào cũng có thời đại và quy mô riêng. Thực hiện tất cả các báo cáo trong năm 2000 chỉ bằng Excel thật tuyệt. Làm điều tương tự vào năm 2021 là không tốt lắm. Trang web của công ty bằng HTML thuần túy rất thú vị vào năm 1999, nhưng vào năm 2021 thì không. Vì vậy, công nghệ mà công ty sử dụng tại thời điểm thành lập (2005) rất tuyệt vời - Java chịu trách nhiệm về cả phần máy chủ và phần máy khách (cái gọi là các trang Java servlet). Hơn nữa, nếu bạn tạo một quy trình kinh doanh mới (có giao diện người dùng riêng), thì quy trình đó sẽ được lưu trữ bên trong cơ sở dữ liệu chứ không phải trong mã trong tệp. Để hiểu điều này bất tiện như thế nào, hãy tưởng tượng rằng bạn viết mã Java trong ý tưởng Intellij, lưu nó vào Cơ sở dữ liệu, sau đó. khi bạn muốn chạy mã, nhân chương trình sẽ đi tới cơ sở dữ liệu và đọc mã của bạn từ đó. Theo đó, bạn không thể gỡ lỗi hoàn toàn ứng dụng của mình. Gợi ý số 1: Khi bạn muốn gửi mã tới testbench, bạn cần tạo <h3>Chương 6. Bắt đầu làm chủ Java</h3>Một ngày đẹp trời trong tháng 5, tôi nhận được lời mời phỏng vấn cho vị trí tuyển dụng “Nhà phát triển”. Một công ty trong ngành bảo hiểm cần một người phát triển các sản phẩm bảo hiểm. Cần có kinh nghiệm lập trình nhưng vì đây là sự phát triển “độc nhất vô nhị” của hãng nên không cần ngôn ngữ cụ thể. Git, v.v. cũng cần thiết. Tôi đã lên lịch phỏng vấn sau hai ngày và tôi đã nghiên cứu những kiến thức cơ bản về Git trong thời gian rảnh rỗi. Trong cuộc phỏng vấn, tôi được hỏi về Python, JS, Git, SQL. Tôi đã trả lời mọi thứ ngoại trừ khái niệm “quá tải phương thức” và tôi được mời làm việc sau 2 tuần. Hóa ra công ty đã mua hệ thống này từ lâu. được viết bằng Java (trước và sau), nhờ đó bạn có thể tạo các quy trình kinh doanh mà không cần biết ngôn ngữ lập trình (chính xác hơn là sử dụng ngôn ngữ lập trình Jelly tích hợp). Nghe có vẻ hay nhưng thực tế mọi thứ đã bị bóp méo. Lạc đề trữ tình: bất kỳ công nghệ nào cũng có thời đại và quy mô riêng. Thực hiện tất cả các báo cáo trong năm 2000 chỉ bằng Excel thật tuyệt. Làm điều tương tự vào năm 2021 là không tốt lắm. Trang web của công ty bằng HTML thuần túy rất thú vị vào năm 1999, nhưng vào năm 2021 thì không. Vì vậy, công nghệ mà công ty sử dụng tại thời điểm thành lập (2005) rất tuyệt vời - Java chịu trách nhiệm về cả phần máy chủ và phần máy khách (cái gọi là các trang Java servlet). Hơn nữa, nếu bạn tạo một quy trình kinh doanh mới (có giao diện người dùng riêng), thì quy trình đó sẽ được lưu trữ bên trong cơ sở dữ liệu chứ không phải trong mã trong tệp. Để hiểu điều này bất tiện như thế nào, hãy tưởng tượng rằng bạn viết mã Java trong ý tưởng Intellij, lưu nó vào Cơ sở dữ liệu, sau đó. khi bạn muốn chạy mã, nhân chương trình sẽ đi tới cơ sở dữ liệu và đọc mã của bạn từ đó. Theo đó, bạn không thể gỡ lỗi hoàn toàn ứng dụng của mình. Gợi ý số 1: Khi bạn muốn gửi mã tới testbench, bạn cần tạo <h3>Chương 6. Bắt đầu làm chủ Java</h3>Một ngày đẹp trời trong tháng 5, tôi nhận được lời mời phỏng vấn cho vị trí tuyển dụng “Nhà phát triển”. Một công ty trong ngành bảo hiểm cần một người phát triển các sản phẩm bảo hiểm. Cần có kinh nghiệm lập trình nhưng vì đây là sự phát triển “độc nhất vô nhị” của hãng nên không cần ngôn ngữ cụ thể. Git, v.v. cũng cần thiết. Tôi đã lên lịch phỏng vấn sau hai ngày và tôi đã nghiên cứu những kiến thức cơ bản về Git trong thời gian rảnh rỗi. Trong cuộc phỏng vấn, tôi được hỏi về Python, JS, Git, SQL. Tôi đã trả lời mọi thứ ngoại trừ khái niệm “quá tải phương thức” và tôi được mời làm việc sau 2 tuần. Hóa ra công ty đã mua hệ thống này từ lâu. được viết bằng Java (trước và sau), nhờ đó bạn có thể tạo các quy trình kinh doanh mà không cần biết ngôn ngữ lập trình (chính xác hơn là sử dụng ngôn ngữ lập trình Jelly tích hợp). Nghe có vẻ hay nhưng thực tế mọi thứ đã bị bóp méo. Lạc đề trữ tình: bất kỳ công nghệ nào cũng có thời đại và quy mô riêng. Thực hiện tất cả các báo cáo trong năm 2000 chỉ bằng Excel thật tuyệt. Làm điều tương tự vào năm 2021 là không tốt lắm. Trang web của công ty bằng HTML thuần túy rất thú vị vào năm 1999, nhưng vào năm 2021 thì không. Vì vậy, công nghệ mà công ty sử dụng tại thời điểm thành lập (2005) rất tuyệt vời - Java chịu trách nhiệm về cả phần máy chủ và phần máy khách (cái gọi là các trang Java servlet). Hơn nữa, nếu bạn tạo một quy trình kinh doanh mới (có giao diện người dùng riêng), thì quy trình đó sẽ được lưu trữ bên trong cơ sở dữ liệu chứ không phải trong mã trong tệp. Để hiểu điều này bất tiện như thế nào, hãy tưởng tượng rằng bạn viết mã Java trong ý tưởng Intellij, lưu nó vào Cơ sở dữ liệu, sau đó. khi bạn muốn chạy mã, nhân chương trình sẽ đi tới cơ sở dữ liệu và đọc mã của bạn từ đó. Theo đó, bạn không thể gỡ lỗi hoàn toàn ứng dụng của mình. Gợi ý số 1: Khi bạn muốn gửi mã tới testbench, bạn cần tạo Trang web của công ty bằng HTML thuần túy rất thú vị vào năm 1999, nhưng vào năm 2021 thì không. Vì vậy, công nghệ mà công ty sử dụng tại thời điểm thành lập (2005) rất tuyệt vời - Java chịu trách nhiệm về cả phần máy chủ và phần máy khách (cái gọi là các trang Java servlet). Hơn nữa, nếu bạn tạo một quy trình kinh doanh mới (có giao diện người dùng riêng), thì quy trình đó sẽ được lưu trữ bên trong cơ sở dữ liệu chứ không phải trong mã trong tệp. Để hiểu điều này bất tiện như thế nào, hãy tưởng tượng rằng bạn viết mã Java trong ý tưởng Intellij, lưu nó vào Cơ sở dữ liệu, sau đó. khi bạn muốn chạy mã, nhân chương trình sẽ đi tới cơ sở dữ liệu và đọc mã của bạn từ đó. Theo đó, bạn không thể gỡ lỗi hoàn toàn ứng dụng của mình. Gợi ý số 1: Khi bạn muốn gửi mã tới testbench, bạn cần tạo Trang web của công ty bằng HTML thuần túy rất thú vị vào năm 1999, nhưng vào năm 2021 thì không. Vì vậy, công nghệ mà công ty sử dụng tại thời điểm thành lập (2005) rất tuyệt vời - Java chịu trách nhiệm về cả phần máy chủ và phần máy khách (cái gọi là các trang Java servlet). Hơn nữa, nếu bạn tạo một quy trình kinh doanh mới (có giao diện người dùng riêng), thì quy trình đó sẽ được lưu trữ bên trong cơ sở dữ liệu chứ không phải trong mã trong tệp. Để hiểu điều này bất tiện như thế nào, hãy tưởng tượng rằng bạn viết mã Java trong ý tưởng Intellij, lưu nó vào Cơ sở dữ liệu, sau đó. khi bạn muốn chạy mã, nhân chương trình sẽ đi tới cơ sở dữ liệu và đọc mã của bạn từ đó. Theo đó, bạn không thể gỡ lỗi hoàn toàn ứng dụng của mình. Gợi ý số 1: Khi bạn muốn gửi mã tới testbench, bạn cần tạoSQL скрипт, sẽ chứa mã của bạn. Khó chịu nhưng có thể chịu đựng được? Zest
Bài tập về tính lãi suất ngân hàng trong java năm 2024
Bài Viết Liên Quan
Toplist
Bài mới nhất
Chủ đề
Hỏi Đáp
Mẹo Hay
Là gì
Cách
mẹo hay
Toplist
Địa Điểm Hay
Học Tốt
Nghĩa của từ
Review
Bao nhiêu
Cryto
đánh giá
Giá
Học
là ai
bao nhieu
Máy
hướng dẫn
Top List
Bài tập
So Sánh
So sánh
Top
Tiếng anh
Ngôn ngữ
Xây Đựng
Sản phẩm tốt
Nhà
programming
Máy tính
Ở đâu
Món Ngon
Thế nào
Dịch
Tại sao
Bao lâu
Khoa Học
Iphone
Sách
Hướng dẫn
Đại học
Facebook
2023
Nghĩa là gì
Laptop
Là ai