Salam kanggo kabeh mahasiswa lan profesional Jawa. Mbok critaku bakal dadi conto kanggo sawetara carane nindakake, lan kanggo liyane - carane ora nindakaken. Tanggal 19 Oktober 2021, lan dina iki aku ngrampungake masa percobaan (3 sasi) dadi developer tengah Jawa ing perusahaan gedhe. Aku ora duwe pengalaman sadurunge ing pembangunan Jawa. Nganti 4 Juni 2020, aku ora ngerti apa-apa bab Jawa. Nalika aku digarap dadi Jawa, aku janji yen lulus masa percobaan, aku bakal nulis crita sukses, artikel iki bakal dipérang dadi rong bagéan logis: Latar mburi karir (
bab 1-5, ora ana hubungane karo basa Jawa., nanging sampeyan bisa entuk kawruh babagan karir sampeyan). Dadi wong Jawa (bab 6-9 - sinau basa Jawa, wawancara, entuk kerja, pengalaman nyata pisanan). <h3>Bab 1. Ekonom</h3>Kanggo ngerti tingkat kawruh sing dakkarepake ing JavaRush, aku kudu menehi cathetan biografi babagan aku. 2013, Nopember 8. Aku lungguh ing warung ing Taganka lan mbaleni instruksi SQL. Ing jam aku duwe wawancara kanggo posisi ekonom terkemuka ing departemen keuangan bank. Iki mung wawancara sing aku diundang, lan aku kudu menehi 100%. Kanggo dheweke, aku mabur saka St. 30 menit liwat, pancake karo ham lan keju dipangan lan kita kudu pindhah menyang ngimpi cherished kita. Nanging kabeh goyang. Apa yen aku gagal wawancara? Oke, ora. Aku menyang bank, njupuk pass, lan ngenteni wong sing diwawancarai ing ruang rapat. Wektu lumaku suwe banget. Wong lanang kira-kira umur 35 lan wong wadon sing umure padha mlebu. Dheweke ngenalake awake dhewe lan takon babagan awake dhewe: "Yuri, seneng." Aku umur 21 taun, aku sinau part-time ing universitas ing St. Aku temen maujud sing iki ora apa aku sinau kanggo, Aku wiwit katon ing pasar proyek lan weruh sing ing Moscow ekonomi duwe SQL minangka requirement. Dadi aku sinau, lunga menyang kursus (MS SQL Administration - sing aku duwe, sing aku lunga kanggo), lan sampeyan nelpon kula. Dheweke ngomong babagan perusahaan, apa sing ditindakake (sing umume tembung ora bisa dingerteni), banjur takon sampeyan njupuk tes. Test wis 3 pitakonan ing SQL: 1. Diwenehi tabel, narik metu kabeh cathetan karo id = 10. 2. Diwenehi loro tabel, nyambung lan nampilake kolom saka saben. 3. Klompok departemen lan menehi nomer karyawan kanggo saben departemen. Kanthi isin banget aku nulis panjaluk kasebut. Iki ngiring dening rembugan saka pangarepan saka proyek. Lan dheweke ngandhani ukara ajaib: "Matur nuwun kanggo wawancara, kita bakal nelpon maneh." A minggu liwat, lan padha nawarake kula teka kanggo karya karo wong-wong mau. Euforia, kaget, bungah! Lan apa dhuwit: 70 ewu rubel ing tangan! Ya, aku bakal sugih! Aku teka ing Moskow, manggon, nyewa kamar ing tengah. Dina pisanan euphoric. Sawise 10 dina, kesadaran diwiwiti: ngendi aku teka? Aku ora ngerti apa-apa! Aku kudu nyiapake laporan manajemen kanggo kabeh bank saben wulan. Mesthine, kanggo aku padha karo sampeyan, maca sing daktresnani. Aku perceived istilah kredit antar bank, swap, alokasi beyo, biaya, etc minangka mantra ing Latin. Sadawane dalan, aku kudu nguwasani sisih teknis masalah kasebut: MS Access (kabeh pelaporan ditindakake liwat VBA), MS SQL (minangka panyimpenan anyar, tinimbang Akses), Oracle (sing wiwitane diarani Oracle, nyebabake histeris. antara programmer). Lan dumadakan aku wiwit ngerti sing sisih technical luwih menarik kanggo kula. Ana upaya kanggo nggawe pitakon rumit (minangka asil, database macet saka skripku, lan administrator ngamuk mlaku-mlaku nyoba ngerteni sapa sing nindakake). Nanging tugas utama yaiku keuangan, kang mung miwiti nesu kula. Sawise setengah wulan, aku nulis layang mundur, amarga aku ora bisa menehi asil (lan dheweke ora ngarep-arep apa-apa saka aku, jujur). Kepala departemen keuangan nangis lan ujar: "Aja ngganggu omong kosong." Sewulan mengko, aku nulis statement maneh, lan kepala departemen, sing kaget dening impudence kuwi (sing banjur dadi ketua dewan bank), pratandha karo bewilderment nemen: wong iku 21 taun, tanpa luwih. pendidikan, padha diwenehi gaji lan kapercayan, nanging tumindak kaya iki. Alasan kanggo dipecat ana loro faktor liyane: boss, kang arrogance aku ora bisa nanggepi calmly, lan kursi ora nyaman, saka kang bali wiwit babras. Iki luar biasa lucu, nanging iki motif. Nalika aku mandheg, aku mikir yen saiki aku bakal luwih kepenak. Nanging ora ana. <h3>Bab 2. 70 wawancara</h3> Ninggalake bank, aku ambegan jero. "Aku bakal ngatur kanthi cara iki, kabeh wong bakal kaget." Wawancara wis dijadwalake, gaji kanggo wong-wong mau luwih dhuwur, lan kayane ora perlu ngurusi laporan. Ana 4 wawancara lan ora ana sing nyewa aku. 5, 6 wawancara - bab sing padha. Aku manggon karo cah wadon ing kamar disewa, lan dheweke entuk proyek lan bisa nutupi lack saka income. Nanging aku isih ora ngerti suwene aku ora duwe penghasilan. Aku lunga menyang Interview (lowongan a la Analyst), lan padha takon utamané bab SQL lan VBA. Kanggo sing ora ngerti, VBA minangka basa pamrograman ing Excel, Akses lan produk MS Office liyane. 10 wawancara dianakake - ora ana. 20, 30 - ora ana. Kabeh wong isin amarga kurang pengalaman lan pendhidhikan sing luwih dhuwur (sing kaya cilik kanggoku). 40 wawancara, lan ora kentekan niat wiwit mlebu. Sajrone periode 55-60 wawancara aku wiwit sinau 1C. Bocah wadon sing wis dadi garwane njaluk lunga menyang St. Petersburg, amarga paling ora duwe omah dhewe ing kana. Lan ing wawancara kaping 70, aku diundang dadi administrator database 1C (kanthi prospek dadi pangembang 1C) ing perusahaan cilik ing zona industri St. Saiki iku wutah karir! <h3>Bab 3. Bali Legenda</h3>Ndeleng metu jendhela minibus (transportasi perusahaan) ing zona industri St. manggon kaya ngono. Kapentingan ing 1C ilang ing tutul pisanan saka sistem poto-ditulis. Rencana dibutuhake. Lan dheweke diwasa: ing wayah sore dheweke sinau SQL, lan ing wektu sing padha ngawasi situs kerja sing kondhang. Pemicu pungkasan kanggo pemecatan yaiku kahanan: direktur umum ora pengin nglilani aku lunga menyang preian sing wis direncanakake, sanajan karcis wis dituku. Sawise liburan, aku nulis aplikasi lan ngirim resume kanggo lowongan Moscow. Sawise maneh aku ditawani wawancara ing bank gedhe ing wektu Moskow. Maneh aku teka ing pawon sanak-sedulurku lan arep wawancara. Nalika hr nulis alamat kasebut, aku ora percaya karo mripatku - iki minangka bangunan sing aku ngimpi bisa kerja (ing wektu omahku pungkasan ing Moskow, iki lagi dibangun). Posisi kasebut diarani spesialis dhukungan sistem informasi kepala. Aku menyang kantor Aku disambut dening wong lanang umur 30 taun nganggo jaket lan jins sing modis. Kita munggah menyang lantai 15, lan nalika ndeleng panorama kutha, aku ora bisa ambegan: kabeh bangunan dhuwur Stalinis katon. Kabeh gaya bangunan kasebut modern banget: ing kantor bos ana kulkas anggur, akuarium modis, lukisan wanita telanjang kanthi gaya ireng lan putih. Iki nyebabake efek "wow". Obrolan karo bos ora kedadeyan kaya biasane: kira-kira 40 menit dheweke ngomong babagan kedadeyan ing bank. Aku ora ngerti apa-apa, nanging manthuk-manthuk. Nalika aku takon: nalika sampeyan bakal miwiti takon kula? Dheweke ora nggatekake. Sepisan maneh, kanggo pitakonanku "kapan wawancara teknis?", wangsulane "ya, kita bakal nyewa sampeyan, yen sampeyan ora bisa ngatasi, bakal dipecat." Iku ngandika karo eseman, lan aku temen maujud sing kabeh, ngimpi wis kayektenan maneh! <h3>Bab 4. Nggoleki dhewe ing IT </h3> Nalika aku teka ing panggonan anyar, aku ngerti kenapa dheweke langsung nyewa aku. Aku bakal nggambarake potret khas karyawan departemen: umur rata-rata 55 taun, Muscovite, pendhidhikan Universitas Negeri Moskow, kerja ing lembaga riset pertahanan ing jaman Soviet, lan transisi menyang sektor perbankan ing taun 90-an; dheweke wis kerja ing kene. 20 taun, setengah lanang, setengah wadon. Padha mlebu menyang disonansi lengkap karo interior lingkungan. Kita melu njaga program pelaporan kanggo akuntansi. Mesthine, iki kabeh ana ing skrip VBA lan SQL kuno sing ditulis dening pangembang ing pungkasan taun 90-an lan awal taun 2000-an. Iku 2015, lan otomatisasi liwat MS Access. Sing, iku katon banget miskin. Nanging ana nuansa - padha nyedhiyakake apa sing dikarepake pelanggan (akuntansi). Lan persis ing wektu lan ing wangun sing dibutuhake. Mung dheweke sing ngerti cara kerjane, lan malah Onotole ora bisa mbayangake kerumitan perkembangane. Lan manajer IT, sanajan kanthi kepinginan sing paling gedhe, ora bisa murub - akuntan kepala tindak menyang dewan bank lan mbela karyawan sing dadi kepentingan departemen akuntansi. Manager wanted kula kanggo muter peran saka jaran Trojan: Aku sinau kabeh pembangunan, lan banjur migrasi data kanggo sistem anyar. Banjur karyawan lawas bisa dipecat, lan aku bisa ditransfer menyang sistem anyar. Kaping pisanan, aku nyelidiki proses lan ndeleng kode VBA. Mboko sithik aku sinau maca kode VBA. Setaun mengko aku wis ngerti carane nulis kode dhewe. Tugas khas: diwenehi database, extract data saka iku, lan sijine menyang Excel ing format tartamtu. Saiki, kaya sing dikandhakake Zadornov, ambegan jero: kabeh laporan departemen (lan 50 saben dina, 20 laporan saben wulan!) Dilakokake kanthi manual! Karl, sampeyan ngerti yen wong ngganti tanggal dadi +1 saben dina nganggo tangane ing 50 laporan! Padha njagong, ngenteni asil saka laporan kanggo 1-10 menit, lan miwiti liyane! Kajaba iku, laporan saben dina kudu diluncurake ing wektu tartamtu, lan Gusti Allah nglarang sampeyan telat! Ora mung nggawe laporan, nanging kanthi manual mbukak prosedur ing database tanpa nggunakake variabel! Sing, tinimbang nggunakake variabel @startDate = '2015-01-01', dheweke bakal ngganti tanggal sing padha kanthi manual ing 20 panggonan! Sawise ndeleng kabeh iki, aku wiwit sinau Python, lan bebarengan karo VBA, SQL lan Task scheduler, Aku otomatis kabeh iki ing rong taun. Ora mung otomatis, nanging uga nyepetake akeh laporan: yen sampeyan ninggalake MS Access + VBA kanggo MS SQL + TSQL, sampeyan bisa entuk macem-macem nambah produktivitas. Rekamku nyepetake nggawe laporan
100sapisan! Nanging kanca-kancaku ora seneng banget karo otomatisasi kaya ngono, mula aku diumumake dadi mungsuh masarakat (dheweke pengin njagong kanthi tenang nganti pensiun). Wektu liwati lan migrasi data sukses. Manajer ngormati aku banget: yen ing wiwitan karir aku teka jam 8 esuk, banjur sawise sawetara wektu aku bisa teka kapan wae nganti jam 12:00, kenaikan gaji lan posisi sing tetep, pembayaran kerja ing akhir minggu luwih akeh. saka pindho jumlah, mendhoan kanggo ing ngarep yen sampeyan padha pungkasan ing karya, komunikasi seluler, ing cendhak - elit! <h3> Bab 5. Kandhang Emas</h3> Dumadakan, sawise 3,5 taun, manajemen IT anyar teka lan ujar manawa sistem sing dakpindhah data kasebut ora dibutuhake maneh. Nanging sistem lawas bakal tetep. Manajer saya munggah ing tangga karir lan ngajak aku pindhah menyang departemen sing luwih maju. Ing rapat karo kepala departemen progresif, Aku ngerti sing tumpukan teknologi departemen iki ora dingerteni kanggo kula: Oracle, .net, C #, Linux, etc.. + Antipati menyang boss potensial. Aku ngandhani manajerku yen aku ora kasengsem ing departemen progresif, lan dheweke gampang lali karo aku. Lan banjur dadi pitakonan: apa sing kudu ditindakake sabanjure? Penghasilan wis lumayan, Junior dev ora bakal nyewa aku kanggo gaji kasebut. Sawise mikir babagan katrampilan, aku ngerti yen aku kudu sinau mesin. Kabeh iku menarik nganti ketemu pisanan karo statistik matématika, kang mung nimbulaké jijik ing institut. Mekaten, stupor nem sasi! Wektu liwati, lan ing sawijining dina, nalika mlaku-mlaku, aku mikir babagan situs web sing bakal nampilake restoran sing apik ing peta Moskow. Miwiti sinau HTML, CSS, JS. Aku ngginakaken 3 sasi sinau; Aku ora duwe kawruh kanggo nggawe situs web lengkap, nanging aku bisa praktek ing karya. Ana gagasan: nggawe portal kanggo akuntan supaya bisa ngundhuh laporan apa wae kanthi nggunakake tombol. Butuh 2 sasi kanggo nggawe portal, lan aplikasi web SPA (Single page application) lair ing React js kanthi backend Node.js. Skrip SQL ditarik maneh (Aku ora ngerti babagan kerangka kaya Hibernate), ngluncurake Python lan nyimpen informasi tambahan ing MongoDb (contone, babagan pangguna situs). Eksternal, situs kasebut katon apik banget (bootstrap 4, animasi modis). Aku isih bangga karo proyek iki. Nanging nalika aku nuduhake kode sandi kanggo pangembang web bank, padha kaget. dudu siji kelas dhewe! Mung fitur, mung hardcore! Dheweke ngalem aku, nanging ujar manawa aku isih kudu sinau akeh supaya bisa dadi pangembang tumpukan tengah. Aku nyoba kanggo njaluk proyek minangka Analyst, nanging ora ana tawaran khusus. Aku: Aku ora ana, Aku bakal ngirim resume saka pangembang full-tumpukan. Telpon kasebut teka, nanging sajrone wawancara, aku mabur kaya plywood ing Paris: contone, aku ora ngerti apa HashMap, HashSet lan kenapa dibutuhake. Ora ana ide babagan OOP, pola pemrograman, algoritma, pengujian, Git. Aku kelingan raos isin sing wis suwe dilalekake amarga ora ngerti babagan dhasar. Dumadakan ana tawaran kanggo kerja minangka kepala analytics pelanggan ing perusahaan finansial. Seminggu sadurunge negara ditutup amarga pandemi. Aku entuk kerja ing perusahaan finansial, nanging ana rasa dobel: ing tangan siji, gaji dhuwur anget, ing sisih liya, bakal ana pangembangan minimal ing sisih teknis. A minggu liwati sawise piranti diinstal lan karya remot dikenalaké. Wiwit dina ora kerja ora ditrapake kanggo sektor finansial, kita kerja kaya biasane. Pimpinan anyar kasebut dadi wong edan banget: dheweke nawarake kanggo ngikis Facebook, nggawe jaringan saraf dhewe kanggo sinau klien (tanpa ilmuwan data ing staf). Karyawan anyar ditawani sinau Python sajrone seminggu, dsb. dina sing ora dibayar dadi norma. Bodho mandheg: ing endi sampeyan bakal entuk kerja sajrone pandemi? Nanging sabar entek sawise 2 sasi, nalika diumumake yen ora ana bonus saben wulan. Ing nuansa punika nalika kita sarujuk ing gaji, ing wektu hiring, hr ngandika sing gaji dipérang dadi gaji (60%) lan bonus seprapat (40%), kang tansah mbayar. Dadi jelas yen pilihan sing salah wis digawe lan kita kudu miwiti golek proyek anyar. <h3>Bab 6. Mulai nguwasani Jawa</h3>Sawijining dina ing wulan Mei aku nampa undhangan wawancara kanggo lowongan "Developer". Perusahaan ing industri asuransi mbutuhake wong sing bakal ngembangake produk asuransi. Pengalaman pemrograman dibutuhake, nanging amarga iki minangka pangembangan "unik" perusahaan, ora perlu basa tartamtu. Git lan liya-liyane uga dibutuhake. Aku dijadwalake wawancara ing rong dina, lan aku sinau dasar-dasar Git ing wektu luang. Sajrone wawancara, aku ditakoni babagan Python, JS, Git, SQL. Aku mangsuli kabeh kajaba konsep "metode overloading", lan aku diundang kerja ing 2 minggu. Pranyata perusahaan wis tuku sistem kasebut wis suwe. ditulis ing Jawa (ngarep lan mburi), karo sampeyan bisa nggawe proses bisnis tanpa ngerti basa program (luwih tepat, nggunakake basa program Jelly dibangun ing). Iku muni apik, nanging nyatane kabeh kleru. Digression lirik: teknologi apa wae duwe jaman lan skala dhewe. Nglakoni kabeh laporan ing taun 2000 mung ing Excel pancen apik. Nindakake perkara sing padha ing 2021 ora apik banget. Situs web perusahaan ing HTML murni apik ing taun 1999, nanging ora ing 2021. Dadi, teknologi sing digunakake perusahaan nalika digawe (2005) keren banget - Jawa tanggung jawab kanggo server lan bagean klien (sing diarani kaca servlet Java). Menapa malih, yen sampeyan nggawe proses bisnis anyar (sing duwe UI dhewe), banjur disimpen ing database, lan ora ing kode ing file. Kanggo mangerteni carane ora trep iki, mbayangno sing nulis kode Jawa ing Intellij idea, simpen menyang Database, lan banjur. nalika sampeyan pengin mbukak kode, program kernel menyang database lan maca kode saka ing kono. Mulane, sampeyan ora bisa debug aplikasi sampeyan kanthi lengkap. Petunjuk # 1: Yen sampeyan pengin ngirim kode menyang testbench, sampeyan kudu nggawe ing tangan liyane, bakal ana pembangunan minimal ing sisih technical. A minggu liwati sawise piranti diinstal lan karya remot dikenalaké. Wiwit dina ora kerja ora ditrapake kanggo sektor finansial, kita kerja kaya biasane. Pimpinan anyar kasebut dadi wong edan banget: dheweke nawarake kanggo ngikis Facebook, nggawe jaringan saraf dhewe kanggo sinau klien (tanpa ilmuwan data ing staf). Karyawan anyar ditawani sinau Python sajrone seminggu, dsb. dina sing ora dibayar dadi norma. Bodho mandheg: ing endi sampeyan bakal entuk kerja sajrone pandemi? Nanging sabar entek sawise 2 sasi, nalika diumumake yen ora ana bonus saben wulan. Ing nuansa punika nalika kita sarujuk ing gaji, ing wektu hiring, hr ngandika sing gaji dipérang dadi gaji (60%) lan bonus seprapat (40%), kang tansah mbayar. Dadi jelas yen pilihan sing salah wis digawe lan kita kudu miwiti golek proyek anyar. <h3>Bab 6. Mulai nguwasani Jawa</h3>Sawijining dina ing wulan Mei aku nampa undhangan wawancara kanggo lowongan "Developer". Perusahaan ing industri asuransi mbutuhake wong sing bakal ngembangake produk asuransi. Pengalaman pemrograman dibutuhake, nanging amarga iki minangka pangembangan "unik" perusahaan, ora perlu basa tartamtu. Git lan liya-liyane uga dibutuhake. Aku dijadwalake wawancara ing rong dina, lan aku sinau dasar-dasar Git ing wektu luang. Sajrone wawancara, aku ditakoni babagan Python, JS, Git, SQL. Aku mangsuli kabeh kajaba konsep "metode overloading", lan aku diundang kerja ing 2 minggu. Pranyata perusahaan wis tuku sistem kasebut wis suwe. ditulis ing Jawa (ngarep lan mburi), karo sampeyan bisa nggawe proses bisnis tanpa ngerti basa program (luwih tepat, nggunakake basa program Jelly dibangun ing). Iku muni apik, nanging nyatane kabeh kleru. Digression lirik: teknologi apa wae duwe jaman lan skala dhewe. Nglakoni kabeh laporan ing taun 2000 mung ing Excel pancen apik. Nindakake perkara sing padha ing 2021 ora apik banget. Situs web perusahaan ing HTML murni apik ing taun 1999, nanging ora ing 2021. Dadi, teknologi sing digunakake perusahaan nalika digawe (2005) keren banget - Jawa tanggung jawab kanggo server lan bagean klien (sing diarani kaca servlet Java). Menapa malih, yen sampeyan nggawe proses bisnis anyar (sing duwe UI dhewe), banjur disimpen ing database, lan ora ing kode ing file. Kanggo mangerteni carane ora trep iki, mbayangno sing nulis kode Jawa ing Intellij idea, simpen menyang Database, lan banjur. nalika sampeyan pengin mbukak kode, program kernel menyang database lan maca kode saka ing kono. Mulane, sampeyan ora bisa debug aplikasi sampeyan kanthi lengkap. Petunjuk # 1: Yen sampeyan pengin ngirim kode menyang testbench, sampeyan kudu nggawe ing tangan liyane, bakal ana pembangunan minimal ing sisih technical. A minggu liwati sawise piranti diinstal lan karya remot dikenalaké. Wiwit dina ora kerja ora ditrapake kanggo sektor finansial, kita kerja kaya biasane. Pimpinan anyar kasebut dadi wong edan banget: dheweke nawarake kanggo ngikis Facebook, nggawe jaringan saraf dhewe kanggo sinau klien (tanpa ilmuwan data ing staf). Karyawan anyar ditawani sinau Python sajrone seminggu, dsb. dina sing ora dibayar dadi norma. Bodho mandheg: ing endi sampeyan bakal entuk kerja sajrone pandemi? Nanging sabar entek sawise 2 sasi, nalika diumumake yen ora ana bonus saben wulan. Ing nuansa punika nalika kita sarujuk ing gaji, ing wektu hiring, hr ngandika sing gaji dipérang dadi gaji (60%) lan bonus seprapat (40%), kang tansah mbayar. Dadi jelas yen pilihan sing salah wis digawe lan kita kudu miwiti golek proyek anyar. <h3>Bab 6. Mulai nguwasani Jawa</h3>Sawijining dina ing wulan Mei aku nampa undhangan wawancara kanggo lowongan "Developer". Perusahaan ing industri asuransi mbutuhake wong sing bakal ngembangake produk asuransi. Pengalaman pemrograman dibutuhake, nanging amarga iki minangka pangembangan "unik" perusahaan, ora perlu basa tartamtu. Git lan liya-liyane uga dibutuhake. Aku dijadwalake wawancara ing rong dina, lan aku sinau dasar-dasar Git ing wektu luang. Sajrone wawancara, aku ditakoni babagan Python, JS, Git, SQL. Aku mangsuli kabeh kajaba konsep "metode overloading", lan aku diundang kerja ing 2 minggu. Pranyata perusahaan wis tuku sistem kasebut wis suwe. ditulis ing Jawa (ngarep lan mburi), karo sampeyan bisa nggawe proses bisnis tanpa ngerti basa program (luwih tepat, nggunakake basa program Jelly dibangun ing). Iku muni apik, nanging nyatane kabeh kleru. Digression lirik: teknologi apa wae duwe jaman lan skala dhewe. Nglakoni kabeh laporan ing taun 2000 mung ing Excel pancen apik. Nindakake perkara sing padha ing 2021 ora apik banget. Situs web perusahaan ing HTML murni apik ing taun 1999, nanging ora ing 2021. Dadi, teknologi sing digunakake perusahaan nalika digawe (2005) keren banget - Jawa tanggung jawab kanggo server lan bagean klien (sing diarani kaca servlet Java). Menapa malih, yen sampeyan nggawe proses bisnis anyar (sing duwe UI dhewe), banjur disimpen ing database, lan ora ing kode ing file. Kanggo mangerteni carane ora trep iki, mbayangno sing nulis kode Jawa ing Intellij idea, simpen menyang Database, lan banjur. nalika sampeyan pengin mbukak kode, program kernel menyang database lan maca kode saka ing kono. Mulane, sampeyan ora bisa debug aplikasi sampeyan kanthi lengkap. Petunjuk # 1: Yen sampeyan pengin ngirim kode menyang testbench, sampeyan kudu nggawe nggawe jaringan saraf dhewe kanggo sinau klien (tanpa ilmuwan data ing staf). Karyawan anyar ditawani sinau Python sajrone seminggu, dsb. dina sing ora dibayar dadi norma. Bodho mandheg: ing endi sampeyan bakal entuk kerja sajrone pandemi? Nanging sabar entek sawise 2 sasi, nalika diumumake yen ora ana bonus saben wulan. Ing nuansa punika nalika kita sarujuk ing gaji, ing wektu hiring, hr ngandika sing gaji dipérang dadi gaji (60%) lan bonus seprapat (40%), kang tansah mbayar. Dadi jelas yen pilihan sing salah wis digawe lan kita kudu miwiti golek proyek anyar. <h3>Bab 6. Mulai nguwasani Jawa</h3>Sawijining dina ing wulan Mei aku nampa undhangan wawancara kanggo lowongan "Developer". Perusahaan ing industri asuransi mbutuhake wong sing bakal ngembangake produk asuransi. Pengalaman pemrograman dibutuhake, nanging amarga iki minangka pangembangan "unik" perusahaan, ora perlu basa tartamtu. Git lan liya-liyane uga dibutuhake. Aku dijadwalake wawancara ing rong dina, lan aku sinau dasar-dasar Git ing wektu luang. Sajrone wawancara, aku ditakoni babagan Python, JS, Git, SQL. Aku mangsuli kabeh kajaba konsep "metode overloading", lan aku diundang kerja ing 2 minggu. Pranyata perusahaan wis tuku sistem kasebut wis suwe. ditulis ing Jawa (ngarep lan mburi), karo sampeyan bisa nggawe proses bisnis tanpa ngerti basa program (luwih tepat, nggunakake basa program Jelly dibangun ing). Iku muni apik, nanging nyatane kabeh kleru. Digression lirik: teknologi apa wae duwe jaman lan skala dhewe. Nglakoni kabeh laporan ing taun 2000 mung ing Excel pancen apik. Nindakake perkara sing padha ing 2021 ora apik banget. Situs web perusahaan ing HTML murni apik ing taun 1999, nanging ora ing 2021. Dadi, teknologi sing digunakake perusahaan nalika digawe (2005) keren banget - Jawa tanggung jawab kanggo server lan bagean klien (sing diarani kaca servlet Java). Menapa malih, yen sampeyan nggawe proses bisnis anyar (sing duwe UI dhewe), banjur disimpen ing database, lan ora ing kode ing file. Kanggo mangerteni carane ora trep iki, mbayangno sing nulis kode Jawa ing Intellij idea, simpen menyang Database, lan banjur. nalika sampeyan pengin mbukak kode, program kernel menyang database lan maca kode saka ing kono. Mulane, sampeyan ora bisa debug aplikasi sampeyan kanthi lengkap. Petunjuk # 1: Yen sampeyan pengin ngirim kode menyang testbench, sampeyan kudu nggawe nggawe jaringan saraf dhewe kanggo sinau klien (tanpa ilmuwan data ing staf). Karyawan anyar ditawani sinau Python sajrone seminggu, dsb. dina sing ora dibayar dadi norma. Bodho mandheg: ing endi sampeyan bakal entuk kerja sajrone pandemi? Nanging sabar entek sawise 2 sasi, nalika diumumake yen ora ana bonus saben wulan. Ing nuansa punika nalika kita sarujuk ing gaji, ing wektu hiring, hr ngandika sing gaji dipérang dadi gaji (60%) lan bonus seprapat (40%), kang tansah mbayar. Dadi jelas yen pilihan sing salah wis digawe lan kita kudu miwiti golek proyek anyar. <h3>Bab 6. Mulai nguwasani Jawa</h3>Sawijining dina ing wulan Mei aku nampa undhangan wawancara kanggo lowongan "Developer". Perusahaan ing industri asuransi mbutuhake wong sing bakal ngembangake produk asuransi. Pengalaman pemrograman dibutuhake, nanging amarga iki minangka pangembangan "unik" perusahaan, ora perlu basa tartamtu. Git lan liya-liyane uga dibutuhake. Aku dijadwalake wawancara ing rong dina, lan aku sinau dasar-dasar Git ing wektu luang. Sajrone wawancara, aku ditakoni babagan Python, JS, Git, SQL. Aku mangsuli kabeh kajaba konsep "metode overloading", lan aku diundang kerja ing 2 minggu. Pranyata perusahaan wis tuku sistem kasebut wis suwe. ditulis ing Jawa (ngarep lan mburi), karo sampeyan bisa nggawe proses bisnis tanpa ngerti basa program (luwih tepat, nggunakake basa program Jelly dibangun ing). Iku muni apik, nanging nyatane kabeh kleru. Digression lirik: teknologi apa wae duwe jaman lan skala dhewe. Nglakoni kabeh laporan ing taun 2000 mung ing Excel pancen apik. Nindakake perkara sing padha ing 2021 ora apik banget. Situs web perusahaan ing HTML murni apik ing taun 1999, nanging ora ing 2021. Dadi, teknologi sing digunakake perusahaan nalika digawe (2005) keren banget - Jawa tanggung jawab kanggo server lan bagean klien (sing diarani kaca servlet Java). Menapa malih, yen sampeyan nggawe proses bisnis anyar (sing duwe UI dhewe), banjur disimpen ing database, lan ora ing kode ing file. Kanggo mangerteni carane ora trep iki, mbayangno sing nulis kode Jawa ing Intellij idea, simpen menyang Database, lan banjur. nalika sampeyan pengin mbukak kode, program kernel menyang database lan maca kode saka ing kono. Mulane, sampeyan ora bisa debug aplikasi sampeyan kanthi lengkap. Petunjuk # 1: Yen sampeyan pengin ngirim kode menyang testbench, sampeyan kudu nggawe <h3>Bab 6. Mulai nguwasani Jawa</h3>Sawijining dina ing wulan Mei aku nampa undhangan wawancara kanggo lowongan "Developer". Perusahaan ing industri asuransi mbutuhake wong sing bakal ngembangake produk asuransi. Pengalaman pemrograman dibutuhake, nanging amarga iki minangka pangembangan "unik" perusahaan, ora perlu basa tartamtu. Git lan liya-liyane uga dibutuhake. Aku dijadwalake wawancara ing rong dina, lan aku sinau dasar-dasar Git ing wektu luang. Sajrone wawancara, aku ditakoni babagan Python, JS, Git, SQL. Aku mangsuli kabeh kajaba konsep "metode overloading", lan aku diundang kerja ing 2 minggu. Pranyata perusahaan wis tuku sistem kasebut wis suwe. ditulis ing Jawa (ngarep lan mburi), karo sampeyan bisa nggawe proses bisnis tanpa ngerti basa program (luwih tepat, nggunakake basa program Jelly dibangun ing). Iku muni apik, nanging nyatane kabeh kleru. Digression lirik: teknologi apa wae duwe jaman lan skala dhewe. Nglakoni kabeh laporan ing taun 2000 mung ing Excel pancen apik. Nindakake perkara sing padha ing 2021 ora apik banget. Situs web perusahaan ing HTML murni apik ing taun 1999, nanging ora ing 2021. Dadi, teknologi sing digunakake perusahaan nalika digawe (2005) keren banget - Jawa tanggung jawab kanggo server lan bagean klien (sing diarani kaca servlet Java). Menapa malih, yen sampeyan nggawe proses bisnis anyar (sing duwe UI dhewe), banjur disimpen ing database, lan ora ing kode ing file. Kanggo mangerteni carane ora trep iki, mbayangno sing nulis kode Jawa ing Intellij idea, simpen menyang Database, lan banjur. nalika sampeyan pengin mbukak kode, program kernel menyang database lan maca kode saka ing kono. Mulane, sampeyan ora bisa debug aplikasi sampeyan kanthi lengkap. Petunjuk # 1: Yen sampeyan pengin ngirim kode menyang testbench, sampeyan kudu nggawe <h3>Bab 6. Mulai nguwasani Jawa</h3>Sawijining dina ing wulan Mei aku nampa undhangan wawancara kanggo lowongan "Developer". Perusahaan ing industri asuransi mbutuhake wong sing bakal ngembangake produk asuransi. Pengalaman pemrograman dibutuhake, nanging amarga iki minangka pangembangan "unik" perusahaan, ora perlu basa tartamtu. Git lan liya-liyane uga dibutuhake. Aku dijadwalake wawancara ing rong dina, lan aku sinau dasar-dasar Git ing wektu luang. Sajrone wawancara, aku ditakoni babagan Python, JS, Git, SQL. Aku mangsuli kabeh kajaba konsep "metode overloading", lan aku diundang kerja ing 2 minggu. Pranyata perusahaan wis tuku sistem kasebut wis suwe. ditulis ing Jawa (ngarep lan mburi), karo sampeyan bisa nggawe proses bisnis tanpa ngerti basa program (luwih tepat, nggunakake basa program Jelly dibangun ing). Iku muni apik, nanging nyatane kabeh kleru. Digression lirik: teknologi apa wae duwe jaman lan skala dhewe. Nglakoni kabeh laporan ing taun 2000 mung ing Excel pancen apik. Nindakake perkara sing padha ing 2021 ora apik banget. Situs web perusahaan ing HTML murni apik ing taun 1999, nanging ora ing 2021. Dadi, teknologi sing digunakake perusahaan nalika digawe (2005) keren banget - Jawa tanggung jawab kanggo server lan bagean klien (sing diarani kaca servlet Java). Menapa malih, yen sampeyan nggawe proses bisnis anyar (sing duwe UI dhewe), banjur disimpen ing database, lan ora ing kode ing file. Kanggo mangerteni carane ora trep iki, mbayangno sing nulis kode Jawa ing Intellij idea, simpen menyang Database, lan banjur. nalika sampeyan pengin mbukak kode, program kernel menyang database lan maca kode saka ing kono. Mulane, sampeyan ora bisa debug aplikasi sampeyan kanthi lengkap. Petunjuk # 1: Yen sampeyan pengin ngirim kode menyang testbench, sampeyan kudu nggawe Situs web perusahaan ing HTML murni apik ing taun 1999, nanging ora ing 2021. Dadi, teknologi sing digunakake perusahaan nalika digawe (2005) keren banget - Jawa tanggung jawab kanggo server lan bagean klien (sing diarani kaca servlet Java). Menapa malih, yen sampeyan nggawe proses bisnis anyar (sing duwe UI dhewe), banjur disimpen ing database, lan ora ing kode ing file. Kanggo mangerteni carane ora trep iki, mbayangno sing nulis kode Jawa ing Intellij idea, simpen menyang Database, lan banjur. nalika sampeyan pengin mbukak kode, program kernel menyang database lan maca kode saka ing kono. Mulane, sampeyan ora bisa debug aplikasi sampeyan kanthi lengkap. Petunjuk # 1: Yen sampeyan pengin ngirim kode menyang testbench, sampeyan kudu nggawe Situs web perusahaan ing HTML murni apik ing taun 1999, nanging ora ing 2021. Dadi, teknologi sing digunakake perusahaan nalika digawe (2005) keren banget - Jawa tanggung jawab kanggo server lan bagean klien (sing diarani kaca servlet Java). Menapa malih, yen sampeyan nggawe proses bisnis anyar (sing duwe UI dhewe), banjur disimpen ing database, lan ora ing kode ing file. Kanggo mangerteni carane ora trep iki, mbayangno sing nulis kode Jawa ing Intellij idea, simpen menyang Database, lan banjur. nalika sampeyan pengin mbukak kode, program kernel menyang database lan maca kode saka ing kono. Mulane, sampeyan ora bisa debug aplikasi sampeyan kanthi lengkap. Petunjuk # 1: Yen sampeyan pengin ngirim kode menyang testbench, sampeyan kudu nggawe
SQL скрипт, sing bakal ngemot kode sampeyan. Ora nyenengake, nanging bisa ditoleransi? Zest # 2: Database kasusun saka luwih saka 200 tabel sing duwe sambungan karo saben liyane. Iki tegese sampeyan kudu ngerti kang tabel kanggo uncalan kode menyang, lan entitas kang kudu digawe ing tabel liyane. Output minangka skrip SQL kanthi dawa ~ 1000 baris. Iki pancen njijiki. Waspada marang warisan. Ing cendhak, ngerti yen kabeh ana ing Jawa, aku menyang JavaRush (akhire kita entuk tema situs kasebut!). Juni-Juli 2020. 10 tingkat pisanan ditutup kanthi cepet (bisa uga sasi), amarga ora ana sing anyar. Banjur kacepetan alon mudhun. Juli-Oktober 2020. Level 10-20 ditutup. Oktober-Maret 2021. Level 20-30 ditutup. Saiki sing nyenengake diwiwiti: ing Maret 2021, aku wiwit ndeleng lowongan Jawa lan ngerti yen ana akeh tembung sing ora dingerteni ing kana. Sawetara jinis Spring, SpringBoot, Hibernate, JUnit. Sawise tuku kursus video ing situs web sing kondhang, aku mung ndemek Spring lan mikir yen saiki aku ngerti lan bisa nindakake kabeh. Sawise iku, aku nemoni kursus TopJava dening Grigory Kislin. Ing situs web sampeyan bisa nyoba ngrampungake tugas tes, lan yen sampeyan sukses, sampeyan bisa njupuk kursus kasebut. Ing kursus iki, sampeyan nggawe aplikasi web lengkap lan malah nerbitake ing Internet. Kanggo dhuwit iki, dheweke bakal menehi review (review kode dening programmer sing luwih berpengalaman), menehi saran lan menehi saran yen ana masalah. Aku entuk PR 3 lan mandheg. Alesane prasaja: dheweke njaluk akeh saka sampeyan, nanging ora menehi kawruh. Sarat ngerjakake omah banget bingung. Informasi kasebut diwenehake kanthi ora konsisten. Miturut pendapat subjektifku, kursus iki dibutuhake dening pangembang sing cukup berpengalaman sing asale saka basa liyane sing padha. Amarga ing kursus kasebut meh ora ana katrangan babagan teknologi sing dijaluk digunakake. Sampeyan uga kudu ngerti Git kanthi apik (kabeh dikirim menyang repositori pribadi). Ing pungkasan April 2021, aku ngirim resume kanggo pangembang Java (kanthi gaji sing dikarepake ing tingkat + tengah), sing dakkandhakake yen ing proyek pungkasan aku diprogram ing Jawa (aku ngapusi). Ing dina sing padha, bank nampa aplikasi kanggo posisi pangembang Jawa. <h3>Bab 7. Wawancara Jawa lan Ngasah Ketrampilan</h3>Lha, apa rencanane? Aku kudu entuk gaji sing apik, amarga aku wis biasa urip kanthi penghasilan + silihan. Mulane, posisi junior ora cocok kanggo kula. Sampeyan kudu entuk posisi tengah. Nanging sapa sing bakal nyewa aku tanpa pengalaman? Kaputusan kasebut kedadeyan kanthi alami: cathetan kerjaku ujar manawa aku kerja minangka pangembang sajrone setaun lan 4 taun liyane minangka pakar ing departemen IT ing posisi sadurunge. Dadi, aku bakal ngomong yen aku wis berkembang ing Jawa wis setahun. Lan yen dheweke takon babagan produk anyar, aku bakal ujar manawa Jawa lawas (7) ana lan ora ndhukung apa-apa. Sadurunge wawancara (remote) pisanan, aku gugup. Aku ora duwe pengalaman, sethitik kawruh, lan aku njaluk akèh dhuwit. Aku: ora peduli, pengalaman negatif uga pengalaman. Aku hubungi liwat Skype lan aku bakal diwawancarai dening loro kepala departemen. Sing nggawe aku tambah wedi. Pitakonan diwiwiti: OOP, piranti HashMap, stream, struktur data, apa Spring, Hibernate, AOP. Lan yen sadurunge Sping iku luwih utawa kurang tolerable, banjur ing Spring rampung ambruk. Wong takon kula: carane sampeyan berkembang ing Spring yen sampeyan ora ngerti tenan? Aku: Aku nyalin, nempel, bisa, lan matur nuwun. Jawaban iki nggumunake wong-wong mau. Banjur padha takon bab SQL, kang aku kaya bebek kanggo banyu. Sabanjure ana Git lan pitakonan babagan rebase, cherry-pick (sing aku uga ora ngerti) lan rampung babagan JS, amarga wis kadhaptar ing resume. Ing kono uga ana kegagalan lengkap, amarga dheweke takon babagan OOP JS. Adhedhasar asil wawancara, dadi cetha yen kawruhku ora comme il faut, mula aku ora bakal bisa nampa lowongan iki. Ing wayah sore, HR nulis yen pencalonanku wis disetujoni lan dheweke siap nelpon aku. Aku pancene keselak burger ing McDonald. Aku seneng, nanging sawise 3 dina HR kacarita sing padha wis milih calon liyane. Kanggo pisanan ing pengalamanku, tawaran ditarik. Sawise wawancara pisanan ing Jawa, aku munggah game: Aku njupuk kursus (lan rampung rampung!) Ing Git saka Colt Steele ing situs kondhang kanggo sade kursus video. Iki ngganti persepsiku babagan Git. Sabanjure, aku njupuk kursus (sarwa) saka Zaur Tregulov ing Spring+Hibernate. Skema latihan: Aku nonton kaya ing video, aku nindakake padha ing komputer, nanging aku jeneng variabel lan kelas beda supaya ora kanggo stupidly nyalin kode wong liya. Aku ngunggah kabeh karyaku menyang Github (saiki latihan Git). Iku agêng-Mei lan telpon saka hr wiwit. Kita miwiti jadwal wawancara siji-siji. Akeh undhangan kudu dibatalake amarga alasan ing ngisor iki: HR ora maca deskripsi resume lan ngajak aku menyang posisi senior. Sampeyan uga kudu nyebutake kasta HR sing kapisah: sing mbingungake Jawa karo JavaScript. Pramila kula nyerat pangembang Jawa Tengah kanthi judhul resume. <h3>Bab 8. Dhaptar pitakonan khas lan kepiye wawancara</h3>Aku miwiti wawancara lan mboko sithik mbentuk kumpulan pitakonan dhasar ing tengah. dibutuhake: 0. OOP - definisi, pirembagan bab saben prinsip OOP (+menehi conto saka urip nyata). 1. Podo karo lan kode hash - apa kontrak (hubungan) ing antarane? 2. HashMap - carane ngerti kang ember obyek bakal pindhah menyang, apa tabrakan, ing struktur data apa data disimpen ing HashMap, ukuran standar, carane jumlah buckets mundhak. 3. Stream - apa jinis operasi, apa prabédan antarane wong-wong mau, menehi conto saben jinis operasi. 4. Kolam string, Kolam integer - apa iku? 5. Tumpukan, tumpukan - apa iku, apa bedane? 6. Bedane antarane Runnable, Thread, Future. 7. Volatile, atomicity. 8. Padat, Kiss, Garing - definisi, conto saka urip nyata. 9. Akses modifiers ing Jawa. 10. Apa prabédan antarane kelas abstrak lan antarmuka. Apa antarmuka bisa dadi pribadi? 11. Antarmuka fungsional. 12. Dhaftar kabeh cara Obyek lan ngomong apa padha needed. Fitur saka metode kloning. 13. Apa serialization lan deserialization. 14. Coba nyekel karo sumber daya - njlèntrèhaké apa iku, marang nggunakake antarmuka Closeable. 15. Bedane antarane Final, pungkasanipun, finalize? 16. Kakehan beban, Cara overriding punika prabédan. 17. Apa String digawe immutable, marang kita bab StringBuilder lan StringBuffer. 18. Apa wektu kerumitan O (1), kerumitan memori. 19. Struktur data: pirembagan babagan map, set, queue, deque, list lan implementasine ing Jawa (treeMap, hashSet, hashMap, arrayList, linkedList, priorityQueue, blockingQueue), njlèntrèhaké kerumitan (paling awon, rata-rata, paling apik) saka sisipan, search, mbusak unsur ing saben struktur. 20. Jinis data primitif ing basa Jawa. Yagene saben wong perlu? 21. Jinis kasalahan. Pangecualian sing dicenthang lan ora dicenthang. 22. Apa JVM, JRE, JDK? 23. Kowe nyambut gawe karo kolektor apa? Maven - Mbangun siklus urip. 24. Spring - Ioc Definitions, Di, Bean Lifecycle, Konteks, @Bean Anotasi, @Konfigurasi, @Autowired, @Saran, @Aspek, @Service, @Repository. 25. Generik - definisi apa watesan ngisor lan ndhuwur? 26.Pola Pemrograman - paling ora Singleton (karep ngomong kok iki kadhangkala anti-pola) + Builder, Adaptor, Pabrik, Decorator, Proxt. Sing dikarepake: 26. Testing - jinis tes, sing perpustakaan (JUnit) digarap. Apa Mock, Stab, Spy? 27. Spring boot - kok dibutuhake, kesiapan kanggo nggawe aplikasi SpringBoot online. 28. Hibernate - kok perlu, Entitas, gabung kolom, puguh vs semangat loading, tingkat caching (hard). 29. Spring rest - kok perlu, carane nggawe @post, @get endpoints. Kepiye cara maca paramèter / badan panjaluk? Kepiye cara ngirim ing format json? 30. Struktur data - wit, jinise. 31. Algoritma - jinis ngurutake. Saliyane Jawa, padha bisa takon: 1. (Dibutuhake!) Git - kok iku perlu, operasi nggabung, rebase, cherry-pick, push, narik, commit, log, checkout, cabang, ngreset, bali, refresh. 2.SQL - kemampuan kanggo nulis pitakon: gabungake rong tabel dadi siji (gabungan njero, gabung kiwa). 3. Basis data - 3 formulir normal, indeks (kok dibutuhake, jinis), kunci utama, kunci asing Kepiye wawancara remot sing khas: hr ngirim link kanggo nggedhekake (Skype, Google Meeting). Miturut wektu tartamtu sampeyan nyambung lan ana saka 1 kanggo 3 wong ana (ahli technical, boss, hr). Ing kasus bandel utamane, nganti 8 wong. Pisanan sampeyan nyritakake babagan sampeyan dhewe, banjur bagean teknis, banjur crita babagan lowongan lan pamit (padha ngomong yen bakal ngubungi sampeyan utawa apa langkah sabanjure). Sajrone pamit, sampeyan bisa njaluk umpan balik babagan kawruh. Aku takon: "Apa sampeyan bisa ngomong, nalika wangsulanku, ing ngendi kupingmu lara?" Akeh wong sing nanggapi, nanging disiapake kanggo ditolak. Sajrone wawancara, dheweke ngevaluasi: 1. Kemampuan sampeyan kanggo nyebut pikirane lan kawruh babagan basa Rusia (Aku ngerti kasus sing calon ditolak amarga ora ngerti babagan basa Rusia). 2. Pengalaman sadurunge (bisa uga kanthi tliti takon apa sing ditindakake ing proyek pungkasan). 3. Reaksi sing nyukupi nalika tekanan dilebokake marang sampeyan (ana wawancara nalika wong wiwit ngomong kanthi ora sopan: ora nggatekake jawabanku, nyoba ngetrapake posisi, lsp. Aku rampung wawancara 15 menit sawise wiwitan, lan dheweke: iku wawancara sing gawe stres!) 4. Tingkat kawruhmu. Aku bakal luwih rinci ing kene. Ngerti definisi topik mung 10% saka apa sing dikarepake saka sampeyan. Sampeyan kudu ngerti cara kerjane (paling ora ing tingkat paling dhuwur). Kekarepan kanggo nerangake apa titik ing pembangunan sampeyan bakal milih iki utawa solusi kasebut. Iki luwih penting tinimbang akurasi definisi sampeyan. Aku bakal nganalisis skripsi iki nggunakake rong conto. Conto pisanan: sajrone wawancara aku ditakoni babagan HashMap, lan aku menehi definisi: "iki minangka struktur data sing nyimpen bundel kunci lan nilai." Banjur pewawancara takon: apa bedane karo TreeMap? Wangsulan: Bedane yaiku HashMap hashes tombol lan amarga hashing, akses cepet. Wawancara langsung takon marang kita struktur internal HashMap, lan ing wektu sing padha takon babagan hashCode lan padha. Lan bakal luwih jero nganti sampeyan wareg karo jawaban utawa sampeyan mandheg. Aku sinau njawab kanthi bener babagan HashMap mung sawise 2 wulan wawancara lan kursus babagan struktur data ing hexlet. Conto kapindho: konsep SOLID. Padha njaluk kula kanggo menehi definisi sing aku wis apal. Nanging nalika nerangake conto urip nyata, masalah wiwit.
Внимание!Yen sampeyan ora ngerti, banjur ora invent, nanging ngandika iki: Aku ora ngerti topik iki, nanging aku bisa nganggep sing dianggo kaya iki. Akeh ahli teknis sing nesu nalika ana wong sing ngomong babagan ajaran sesat kaya-kaya ngerti topik kasebut. 5. Tingkat semangat sampeyan sajrone diskusi proyek. Sampeyan samesthine bakal kasengsem lan takon babagan lowongan kasebut (ora mung digawe). 6. Kadhangkala humor (mung ing topik) lan kapentingan umum mbantu sampeyan komunikasi. Aja bebas ngomong babagan hobi sampeyan; mbok menawa sing diwawancara uga seneng Dota / bal / fantasi. Lan iki minangka tambahan kanggo sampeyan minangka calon. Aku ngerti kasus nalika komunitas kapentingan nguripake mripat wuta kanggo latihan technical miskin interviewer (Sampeyan wong normal, kita bakal olahraga sampeyan). <h3>Bab 9. Njaluk proyek, baptis geni</h3>Wawancara ditindakake wiwit pungkasan April nganti pertengahan Juli. Wawancara sing sepisanan ngisin-isini, nanging mboko sithik kahanan kasebut saya apik nganti tingkat sing bisa ditampa. Sinau pitakonan umum lan umpan balik digawe dhewe felt. 25 wawancara pisanan ora kasil. Sawise iki, wektu putus asa diwiwiti. Perasaan: kepiye yen dheweke ora nyewa aku kanggo gaji kasebut? Dumadakan kedadeyan: sajrone seminggu, telung perusahaan ngirim proposal. Aku milih perusahaan sing spesifik aku ngerti, plus ana gaji apik lan kesempatan kanggo bisa mbatalake. Sajrone wawancara, aku ditakoni udakara 30 pitakonan babagan inti Jawa lan Spring, 97% sing dakjawab kanthi bener. Sawise iku ana komunikasi karo panguwasa sing luwih dhuwur lan sawise 1,5 minggu aku entuk kerja karo dheweke. Kaping pisanan, nalika sampeyan teka ing proyek apa wae, sampeyan bakal entuk akses menyang kabeh sistem sing dibutuhake lan nginstal alat sing dibutuhake. Butuh seminggu lan setengah, lan aku diwenehi tugas pisanan: ngganti teks statis ing kelas. Nalika mbukak proyek, aku rumangsa lara: ana akeh modul ing siji proyek, akeh kelas, tes, lsp. Ing wektu iki aku ilang, nanging pangembang kapindho nulungi aku lan nggawa aku nganti cepet. Bug kasebut didandani sajrone 10 menit, diterbitake ing Git, panjaluk narik digawe (panyuwunan kanggo nggabungake rong cabang ing ngendi pangembang liyane mriksa kode sampeyan), banjur digabung menyang cabang utama. Ternyata kabeh ora angel banget. Nganti tugas lengkap pisanan ... Ing wektu ngrancang tugas sajrone rong minggu sabanjure, dheweke ngandhani: sampeyan bakal nindakake integrasi karo sistem liyane, sing ana ing OpenShift. Iki minangka kedadeyan sing medeni: OpenShift minangka klompok teknologi kabeh: Docker, Kubernetes, Linux, lan liya-liyane. Kringete atis mrebes mili: nggih, kula nyambut damel dados tiyang Jawi. Sanalika sawise rapat kasebut, aku nelpon pangembang, sing menehi jaminan marang aku: adaptor kanggo sistem iki wis ditulis, lan cukup kanggo ngimpor kelas tartamtu menyang proyekku, sawise aku bisa nggunakake integrasi kanthi aman. Iku dadi fun maneh, nganti pangembang nuduhake integrasi khas: Aku weruh luwih saka 20 kelas digawe kanggo integrasi padha. Kajaba iku, anotasi sing ora katon sadurunge @Value, @Builder, @NoArgsConstructor, @Getter, diweruhi @Sl4f - ternyata proyek Lombook (maca ing Internet). Nalika pangembang nerangake kanggo kula carane nindakake, Aku nyoba kanggo nulis mudhun sambungan kabeh kelas, lan ora ana ing kabeh macet ing sirah. Wektu sing paling isin yaiku kekurangan kawruh babagan Intellij Idea: carane nggoleki proyek global, refactoring kode, lsp. Sawise njupuk tugas, aku ngerti kenapa OOP dibutuhake: kanggo kode sing akeh banget, kudu dibagi dadi kelas; cara sing ora digunakake ing njaba kelas kudu diumumake kanthi pribadi supaya ora sengaja mbukak ing kelas liyane, lan liya-liyane. Sawise nulis integrasi kanthi analogi karo integrasi liyane, aku sinau babagan anane CheckStyle - plugin khusus sing mriksa gaya kode Panjenengan, lan sampeyan ora bakal bisa kanggo ngumpulake project nganti sampeyan ndandani kasalahan (contone, spasi ekstra, jeneng variabel karo huruf kapital, jeneng variabel sing cendhak banget). Sawise ngalahake CheckStyle, aku ngirim kode kanggo ditinjau menyang pangembang senior lan mbenerake kesalahanku sajrone seminggu. Umumé, aku seneng banget yen ing timku aku duwe hubungan apik karo pangembang kapindho, sing nerangake akeh perkara. Sasi sawise piranti, integrasi pisananku diluncurake ing stand Integration-Functional (karya kabeh aplikasi bebarengan dites), lan kabeh bisa digunakake ing kono! kamenangan! Tugas sabanjure yaiku nggawe kelas sing ngidini ndhelikake data kanthi kunci ing json. Contone: ana json {teks: "JavaRush"} -> pangolahan -> {teks:"**** Rush"}. Ana rong komplikasi ing kene: bisa uga ana nesting {text:{mytext:"JavaRush"}}, lan sing luwih ora nyenengake yaiku nesting ing jero array: {text: [{mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (mesthi sampeyan kudu ndhelikake kabeh text.mytext). Ngatasi masalah iki dadi cukup angel, nanging aku nindakake! Ing kene pangembang kapindho ngandika: nutupi pangembangan iki kanthi tes. Ana bingung ing mripat. Iki carane aku ngerti perpustakaan JUnit ing pertempuran. Inti saka tes unit: sampeyan duwe data input, lebokake menyang metode, lan mbandhingake data sing ditampa kanthi asil sing bener (nggawe variabel kanthi asil sing bener). Aku nulis 11 kasus kanggo perpustakaan, ing ngendi aku mriksa manawa aplikasi kasebut ora nabrak NullPointException lan kanthi bener ndhelikake data kanthi jinis nesting. Sawise ngrampungake tugas iki, aku diwenehi integrasi anyar, sing unik ing ngisor iki: Aku kudu ngekspor Spring Bean saka perpustakaan eksternal. Ing wektu iki, aku dadi pelanggan biasa situs web Stack OverFlow. Siji wektu malah pangembang Spring resmi nanggapi. Sawise ngleksanakake integrasi iki, wektu nyoba saya rampung. Boss congratulated kula liwat wektu probationary, lan aku wiwit nulis artikel iki. Gunggunge 8 jam kanggo nulis artikel iki) Matur nuwun kanggo kawigatosan, muga-muga artikel kasebut migunani. Aku nyoba nulis sambungan kabeh kelas, lan ora ana sing macet ing sirahku. Wektu sing paling isin yaiku kekurangan kawruh babagan Intellij Idea: carane nggoleki proyek global, refactoring kode, lsp. Sawise njupuk tugas, aku ngerti kenapa OOP dibutuhake: kanggo kode sing akeh banget, kudu dibagi dadi kelas; cara sing ora digunakake ing njaba kelas kudu diumumake kanthi pribadi supaya ora sengaja mbukak ing kelas liyane, lan liya-liyane. Sawise nulis integrasi kanthi analogi karo integrasi liyane, aku sinau babagan anane CheckStyle - plugin khusus sing mriksa gaya kode Panjenengan, lan sampeyan ora bakal bisa kanggo ngumpulake project nganti sampeyan ndandani kasalahan (contone, spasi ekstra, jeneng variabel karo huruf kapital, jeneng variabel sing cendhak banget). Sawise ngalahake CheckStyle, aku ngirim kode kanggo ditinjau menyang pangembang senior lan mbenerake kesalahanku sajrone seminggu. Umumé, aku seneng banget yen ing timku aku duwe hubungan apik karo pangembang kapindho, sing nerangake akeh perkara. Sasi sawise piranti, integrasi pisananku diluncurake ing stand Integration-Functional (karya kabeh aplikasi bebarengan dites), lan kabeh bisa digunakake ing kono! kamenangan! Tugas sabanjure yaiku nggawe kelas sing ngidini ndhelikake data kanthi kunci ing json. Contone: ana json {teks: "JavaRush"} -> pangolahan -> {teks:"**** Rush"}. Ana rong komplikasi ing kene: bisa uga ana nesting {text:{mytext:"JavaRush"}}, lan sing luwih ora nyenengake yaiku nesting ing jero array: {text: [{mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (mesthi sampeyan kudu ndhelikake kabeh text.mytext). Ngatasi masalah iki dadi cukup angel, nanging aku nindakake! Ing kene pangembang kapindho ngandika: nutupi pangembangan iki kanthi tes. Ana bingung ing mripat. Iki carane aku ngerti perpustakaan JUnit ing pertempuran. Inti saka tes unit: sampeyan duwe data input, lebokake menyang metode, lan mbandhingake data sing ditampa kanthi asil sing bener (nggawe variabel kanthi asil sing bener). Aku nulis 11 kasus kanggo perpustakaan, ing ngendi aku mriksa manawa aplikasi kasebut ora nabrak NullPointException lan kanthi bener ndhelikake data kanthi jinis nesting. Sawise ngrampungake tugas iki, aku diwenehi integrasi anyar, sing unik ing ngisor iki: Aku kudu ngekspor Spring Bean saka perpustakaan eksternal. Ing wektu iki, aku dadi pelanggan biasa situs web Stack OverFlow. Siji wektu malah pangembang Spring resmi nanggapi. Sawise ngleksanakake integrasi iki, wektu nyoba saya rampung. Boss congratulated kula liwat wektu probationary, lan aku wiwit nulis artikel iki. Gunggunge 8 jam kanggo nulis artikel iki) Matur nuwun kanggo kawigatosan, muga-muga artikel kasebut migunani. Aku nyoba nulis sambungan kabeh kelas, lan ora ana sing macet ing sirahku. Wektu sing paling isin yaiku kekurangan kawruh babagan Intellij Idea: carane nggoleki proyek global, refactoring kode, lsp. Sawise njupuk tugas, aku ngerti kenapa OOP dibutuhake: kanggo kode sing akeh banget, kudu dibagi dadi kelas; cara sing ora digunakake ing njaba kelas kudu diumumake kanthi pribadi supaya ora sengaja mbukak ing kelas liyane, lan liya-liyane. Sawise nulis integrasi kanthi analogi karo integrasi liyane, aku sinau babagan anane CheckStyle - plugin khusus sing mriksa gaya kode Panjenengan, lan sampeyan ora bakal bisa kanggo ngumpulake project nganti sampeyan ndandani kasalahan (contone, spasi ekstra, jeneng variabel karo huruf kapital, jeneng variabel sing cendhak banget). Sawise ngalahake CheckStyle, aku ngirim kode kanggo ditinjau menyang pangembang senior lan mbenerake kesalahanku sajrone seminggu. Umumé, aku seneng banget yen ing timku aku duwe hubungan apik karo pangembang kapindho, sing nerangake akeh perkara. Sasi sawise piranti, integrasi pisananku diluncurake ing stand Integration-Functional (karya kabeh aplikasi bebarengan dites), lan kabeh bisa digunakake ing kono! kamenangan! Tugas sabanjure yaiku nggawe kelas sing ngidini ndhelikake data kanthi kunci ing json. Contone: ana json {teks: "JavaRush"} -> pangolahan -> {teks:"**** Rush"}. Ana rong komplikasi ing kene: bisa uga ana nesting {text:{mytext:"JavaRush"}}, lan sing luwih ora nyenengake yaiku nesting ing jero array: {text: [{mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (mesthi sampeyan kudu ndhelikake kabeh text.mytext). Ngatasi masalah iki dadi cukup angel, nanging aku nindakake! Ing kene pangembang kapindho ngandika: nutupi pangembangan iki kanthi tes. Ana bingung ing mripat. Iki carane aku ngerti perpustakaan JUnit ing pertempuran. Inti saka tes unit: sampeyan duwe data input, lebokake menyang metode, lan mbandhingake data sing ditampa kanthi asil sing bener (nggawe variabel kanthi asil sing bener). Aku nulis 11 kasus kanggo perpustakaan, ing ngendi aku mriksa manawa aplikasi kasebut ora nabrak NullPointException lan kanthi bener ndhelikake data kanthi jinis nesting. Sawise ngrampungake tugas iki, aku diwenehi integrasi anyar, sing unik ing ngisor iki: Aku kudu ngekspor Spring Bean saka perpustakaan eksternal. Ing wektu iki, aku dadi pelanggan biasa situs web Stack OverFlow. Siji wektu malah pangembang Spring resmi nanggapi. Sawise ngleksanakake integrasi iki, wektu nyoba saya rampung. Boss congratulated kula liwat wektu probationary, lan aku wiwit nulis artikel iki. Gunggunge 8 jam kanggo nulis artikel iki) Matur nuwun kanggo kawigatosan, muga-muga artikel kasebut migunani. Kanggo kode sing akeh banget, sampeyan kudu dibagi dadi kelas; cara sing ora digunakake ing njaba kelas kudu diumumake kanthi pribadi supaya ora sengaja mbukak ing kelas liyane, lan liya-liyane. Sawise nulis integrasi kanthi analogi karo integrasi liyane, aku sinau babagan anane CheckStyle - plugin khusus sing mriksa gaya kode Panjenengan, lan sampeyan ora bakal bisa kanggo ngumpulake project nganti sampeyan ndandani kasalahan (contone, spasi ekstra, jeneng variabel karo huruf kapital, jeneng variabel sing cendhak banget). Sawise ngalahake CheckStyle, aku ngirim kode kanggo ditinjau menyang pangembang senior lan mbenerake kesalahanku sajrone seminggu. Umumé, aku seneng banget yen ing timku aku duwe hubungan apik karo pangembang kapindho, sing nerangake akeh perkara. Sasi sawise piranti, integrasi pisananku diluncurake ing stand Integration-Functional (karya kabeh aplikasi bebarengan dites), lan kabeh bisa digunakake ing kono! kamenangan! Tugas sabanjure yaiku nggawe kelas sing ngidini ndhelikake data kanthi kunci ing json. Contone: ana json {teks: "JavaRush"} -> pangolahan -> {teks:"**** Rush"}. Ana rong komplikasi ing kene: bisa uga ana nesting {text:{mytext:"JavaRush"}}, lan sing luwih ora nyenengake yaiku nesting ing jero array: {text: [{mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (mesthi sampeyan kudu ndhelikake kabeh text.mytext). Ngatasi masalah iki dadi cukup angel, nanging aku nindakake! Ing kene pangembang kapindho ngandika: nutupi pangembangan iki kanthi tes. Ana bingung ing mripat. Iki carane aku ngerti perpustakaan JUnit ing pertempuran. Inti saka tes unit: sampeyan duwe data input, lebokake menyang metode, lan mbandhingake data sing ditampa kanthi asil sing bener (nggawe variabel kanthi asil sing bener). Aku nulis 11 kasus kanggo perpustakaan, ing ngendi aku mriksa manawa aplikasi kasebut ora nabrak NullPointException lan kanthi bener ndhelikake data kanthi jinis nesting. Sawise ngrampungake tugas iki, aku diwenehi integrasi anyar, sing unik ing ngisor iki: Aku kudu ngekspor Spring Bean saka perpustakaan eksternal. Ing wektu iki, aku dadi pelanggan biasa situs web Stack OverFlow. Siji wektu malah pangembang Spring resmi nanggapi. Sawise ngleksanakake integrasi iki, wektu nyoba saya rampung. Boss congratulated kula liwat wektu probationary, lan aku wiwit nulis artikel iki. Gunggunge 8 jam kanggo nulis artikel iki) Matur nuwun kanggo kawigatosan, muga-muga artikel kasebut migunani. Kanggo kode sing akeh banget, sampeyan kudu dibagi dadi kelas; cara sing ora digunakake ing njaba kelas kudu diumumake kanthi pribadi supaya ora sengaja mbukak ing kelas liyane, lan liya-liyane. Sawise nulis integrasi kanthi analogi karo integrasi liyane, aku sinau babagan anane CheckStyle - plugin khusus sing mriksa gaya kode Panjenengan, lan sampeyan ora bakal bisa kanggo ngumpulake project nganti sampeyan ndandani kasalahan (contone, spasi ekstra, jeneng variabel karo huruf kapital, jeneng variabel sing cendhak banget). Sawise ngalahake CheckStyle, aku ngirim kode kanggo ditinjau menyang pangembang senior lan mbenerake kesalahanku sajrone seminggu. Umumé, aku seneng banget yen ing timku aku duwe hubungan apik karo pangembang kapindho, sing nerangake akeh perkara. Sasi sawise piranti, integrasi pisananku diluncurake ing stand Integration-Functional (karya kabeh aplikasi bebarengan dites), lan kabeh bisa digunakake ing kono! kamenangan! Tugas sabanjure yaiku nggawe kelas sing ngidini ndhelikake data kanthi kunci ing json. Contone: ana json {teks: "JavaRush"} -> pangolahan -> {teks:"**** Rush"}. Ana rong komplikasi ing kene: bisa uga ana nesting {text:{mytext:"JavaRush"}}, lan sing luwih ora nyenengake yaiku nesting ing jero array: {text: [{mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (mesthi sampeyan kudu ndhelikake kabeh text.mytext). Ngatasi masalah iki dadi cukup angel, nanging aku nindakake! Ing kene pangembang kapindho ngandika: nutupi pangembangan iki kanthi tes. Ana bingung ing mripat. Iki carane aku ngerti perpustakaan JUnit ing pertempuran. Inti saka tes unit: sampeyan duwe data input, lebokake menyang metode, lan mbandhingake data sing ditampa kanthi asil sing bener (nggawe variabel kanthi asil sing bener). Aku nulis 11 kasus kanggo perpustakaan, ing ngendi aku mriksa manawa aplikasi kasebut ora nabrak NullPointException lan kanthi bener ndhelikake data kanthi jinis nesting. Sawise ngrampungake tugas iki, aku diwenehi integrasi anyar, sing unik ing ngisor iki: Aku kudu ngekspor Spring Bean saka perpustakaan eksternal. Ing wektu iki, aku dadi pelanggan biasa situs web Stack OverFlow. Siji wektu malah pangembang Spring resmi nanggapi. Sawise ngleksanakake integrasi iki, wektu nyoba saya rampung. Boss congratulated kula liwat wektu probationary, lan aku wiwit nulis artikel iki. Gunggunge 8 jam kanggo nulis artikel iki) Matur nuwun kanggo kawigatosan, muga-muga artikel kasebut migunani. jeneng variabel cendhak banget). Sawise ngalahake CheckStyle, aku ngirim kode kanggo ditinjau menyang pangembang senior lan mbenerake kesalahanku sajrone seminggu. Umumé, aku seneng banget yen ing timku aku duwe hubungan apik karo pangembang kapindho, sing nerangake akeh perkara. Sasi sawise piranti, integrasi pisananku diluncurake ing stand Integration-Functional (karya kabeh aplikasi bebarengan dites), lan kabeh bisa digunakake ing kono! kamenangan! Tugas sabanjure yaiku nggawe kelas sing ngidini ndhelikake data kanthi kunci ing json. Contone: ana json {teks: "JavaRush"} -> pangolahan -> {teks:"**** Rush"}. Ana rong komplikasi ing kene: bisa uga ana nesting {text:{mytext:"JavaRush"}}, lan sing luwih ora nyenengake yaiku nesting ing jero array: {text: [{mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (mesthi sampeyan kudu ndhelikake kabeh text.mytext). Ngatasi masalah iki dadi cukup angel, nanging aku nindakake! Ing kene pangembang kapindho ngandika: nutupi pangembangan iki kanthi tes. Ana bingung ing mripat. Iki carane aku ngerti perpustakaan JUnit ing pertempuran. Inti saka tes unit: sampeyan duwe data input, lebokake menyang metode, lan mbandhingake data sing ditampa kanthi asil sing bener (nggawe variabel kanthi asil sing bener). Aku nulis 11 kasus kanggo perpustakaan, ing ngendi aku mriksa manawa aplikasi kasebut ora nabrak NullPointException lan kanthi bener ndhelikake data kanthi jinis nesting. Sawise ngrampungake tugas iki, aku diwenehi integrasi anyar, sing unik ing ngisor iki: Aku kudu ngekspor Spring Bean saka perpustakaan eksternal. Ing wektu iki, aku dadi pelanggan biasa situs web Stack OverFlow. Siji wektu malah pangembang Spring resmi nanggapi. Sawise ngleksanakake integrasi iki, wektu nyoba saya rampung. Boss congratulated kula liwat wektu probationary, lan aku wiwit nulis artikel iki. Gunggunge 8 jam kanggo nulis artikel iki) Matur nuwun kanggo kawigatosan, muga-muga artikel kasebut migunani. jeneng variabel cendhak banget). Sawise ngalahake CheckStyle, aku ngirim kode kanggo ditinjau menyang pangembang senior lan mbenerake kesalahanku sajrone seminggu. Umumé, aku seneng banget yen ing timku aku duwe hubungan apik karo pangembang kapindho, sing nerangake akeh perkara. Sasi sawise piranti, integrasi pisananku diluncurake ing stand Integration-Functional (karya kabeh aplikasi bebarengan dites), lan kabeh bisa digunakake ing kono! kamenangan! Tugas sabanjure yaiku nggawe kelas sing ngidini ndhelikake data kanthi kunci ing json. Contone: ana json {teks: "JavaRush"} -> pangolahan -> {teks:"**** Rush"}. Ana rong komplikasi ing kene: bisa uga ana nesting {text:{mytext:"JavaRush"}}, lan sing luwih ora nyenengake yaiku nesting ing jero array: {text: [{mytext: "JavaRush"}, {mytext: "JavaRush "} ] } (mesthi sampeyan kudu ndhelikake kabeh text.mytext). Ngatasi masalah iki dadi cukup angel, nanging aku nindakake! Ing kene pangembang kapindho ngandika: nutupi pangembangan iki kanthi tes. Ana bingung ing mripat. Iki carane aku ngerti perpustakaan JUnit ing pertempuran. Inti saka tes unit: sampeyan duwe data input, lebokake menyang metode, lan mbandhingake data sing ditampa kanthi asil sing bener (nggawe variabel kanthi asil sing bener). Aku nulis 11 kasus kanggo perpustakaan, ing ngendi aku mriksa manawa aplikasi kasebut ora nabrak NullPointException lan kanthi bener ndhelikake data kanthi jinis nesting. Sawise ngrampungake tugas iki, aku diwenehi integrasi anyar, sing unik ing ngisor iki: Aku kudu ngekspor Spring Bean saka perpustakaan eksternal. Ing wektu iki, aku dadi pelanggan biasa situs web Stack OverFlow. Siji wektu malah pangembang Spring resmi nanggapi. Sawise ngleksanakake integrasi iki, wektu nyoba saya rampung. Boss congratulated kula liwat wektu probationary, lan aku wiwit nulis artikel iki. Gunggunge 8 jam kanggo nulis artikel iki) Matur nuwun kanggo kawigatosan, muga-muga artikel kasebut migunani. Ngatasi masalah iki dadi cukup angel, nanging aku nindakake! Ing kene pangembang kapindho ngandika: nutupi pangembangan iki kanthi tes. Ana bingung ing mripat. Iki carane aku ngerti perpustakaan JUnit ing pertempuran. Inti saka tes unit: sampeyan duwe data input, lebokake menyang metode, lan mbandhingake data sing ditampa kanthi asil sing bener (nggawe variabel kanthi asil sing bener). Aku nulis 11 kasus kanggo perpustakaan, ing ngendi aku mriksa manawa aplikasi kasebut ora nabrak NullPointException lan kanthi bener ndhelikake data kanthi jinis nesting. Sawise ngrampungake tugas iki, aku diwenehi integrasi anyar, sing unik ing ngisor iki: Aku kudu ngekspor Spring Bean saka perpustakaan eksternal. Ing wektu iki, aku dadi pelanggan biasa situs web Stack OverFlow. Siji wektu malah pangembang Spring resmi nanggapi. Sawise ngleksanakake integrasi iki, wektu nyoba saya rampung. Boss congratulated kula liwat wektu probationary, lan aku wiwit nulis artikel iki. Gunggunge 8 jam kanggo nulis artikel iki) Matur nuwun kanggo kawigatosan, muga-muga artikel kasebut migunani. Ngatasi masalah iki dadi cukup angel, nanging aku nindakake! Ing kene pangembang kapindho ngandika: nutupi pangembangan iki kanthi tes. Ana bingung ing mripat. Iki carane aku ngerti perpustakaan JUnit ing pertempuran. Inti saka tes unit: sampeyan duwe data input, lebokake menyang metode, lan mbandhingake data sing ditampa kanthi asil sing bener (nggawe variabel kanthi asil sing bener). Aku nulis 11 kasus kanggo perpustakaan, ing ngendi aku mriksa manawa aplikasi kasebut ora nabrak NullPointException lan kanthi bener ndhelikake data kanthi jinis nesting. Sawise ngrampungake tugas iki, aku diwenehi integrasi anyar, sing unik ing ngisor iki: Aku kudu ngekspor Spring Bean saka perpustakaan eksternal. Ing wektu iki, aku dadi pelanggan biasa situs web Stack OverFlow. Siji wektu malah pangembang Spring resmi nanggapi. Sawise ngleksanakake integrasi iki, wektu nyoba saya rampung. Boss congratulated kula liwat wektu probationary, lan aku wiwit nulis artikel iki. Gunggunge 8 jam kanggo nulis artikel iki) Matur nuwun kanggo kawigatosan, muga-muga artikel kasebut migunani.
GO TO FULL VERSION