“Huwag masyadong ipagmalaki ang mga nakamit mong teknolohikal na ito. Ang kakayahang sirain ang isang planeta ay walang halaga kumpara sa kapangyarihan ng Force." - Darth Vader sa Death Star.
Intro
Marahil, ang susunod na dalawang bahagi ng serye ng mga artikulo ay ang pinaka-inaasahan para sa marami, at para sa magandang dahilan. Ano ang mayroon, sa kabila ng abot-tanaw, sa kabila ng purong Java? Ano ang hininga ng mga developer ng Java sa bawat proyekto? Isaalang-alang ito na isang tunay, kumpletong gabay sa pag-aaral sa sarili para sa anumang karaniwang back-end engineer na ang pangunahing programming language ay Java. Nilalayon kong sakupin ang average ng ospital hangga't maaari at ilarawan hindi lamang ang pinakasikat na mga balangkas, kundi pati na rin ang mga solusyon na itinuturing na nauugnay sa ngayon. Naturally, mayroong maraming mga tool, at pag-unawa kung alin ang pinakamahalaga at ang pinakamahusay ay isang daan patungo sa wala. Ang bawat isa sa inyo ay tumingin sa seksyong "Mga Trabaho" sa DOU at nakakita ng isang stack ng mga teknolohiya na patuloy na inuulit mula sa bakante hanggang sa bakante. Naiintindihan ko na imposibleng ilarawan ang lahat, ngunit ang pagbuo ng isang pangkalahatang balangkas ay mainam, kaya subukan nating sundin ang direksyong ito. Sa paanuman sa nakaraan, sa isa sa mga proyekto, isang medyo kawili-wiling kahihiyan ang naganap, na, sa palagay ko, ay paulit-ulit at paulit-ulit paminsan-minsan para sa marami sa isang lugar o iba pa. Itinakda ang gawain na mag-attach ng render ng isang HTML page sa natapos na functionality para lang ipakita ang status ng mga indibidwal na entity. Bilang resulta, nagpasya ang aking kasamahan na ilakip ang spring thymeleaf, na humila ng bahagi ng mga pangunahing dependency ng Spring mismo, nang walang gumamit ng Spring. At lahat ito ay para sa isang regular na pahina, na nagpapakita lamang ng katayuan ng 2-3 entity. "I've never seen much point in using two lightsabers...it's a show off in my opinion" - Obi-Wan Kenobi. Sa isang banda, nalutas ng developer ang problema sa lalong madaling panahon, nag-install ng isang framework kung saan nagkaroon siya ng karanasan sa paggamit at isinama ito sa proyekto sa loob ng ilang oras. Ngunit sa kabilang banda, lumaki ang ating programa, kaya ang simpleng tanong ay: tama ba ang ginawa niya? Para sa mga naturang atomic na gawain, kapag alam mong sigurado na itong thymeleaf/Spring MVC, atbp. ay mas malaki. Hindi ito gagamitin kahit saan, mas mabuting huwag na lang gamitin. Palagi akong nagulat sa mga parirala tulad ng "Oh! Oo, ginamit namin ang Hibernate dito! Look, everything is cool, ORM!”, at nang tanungin ang lohikal na tanong kung posible bang makayanan ang regular na JDBC dito, nagkibit balikat sila. Mayroong ordinaryong arkitektura, na dapat ay simple, na dapat tratuhin nang may kaba, hindi kalat sa mga naka-istilong at sobrang modernong mga balangkas. Tulad ng sinabi ni Obi-Wan sa itaas, ito ay walang iba kundi ang pagpapakitang-gilas, bagama't kinakailangang malaman kung paano gamitin ang mga ito. Ang batang Javaist, sa aking palagay, ang pinaka malas sa lahat - napakaraming detalye, napakaraming aklatan na kailangang pag-aralan. Ang Java EE lamang ay may dokumentasyon sa pamamagitan ng bubong. Ang tanong ay lumitaw, ano ang dapat gawin ng isang baguhan, ano ang susunod niyang matutunan, ano ang dapat niyang gawin pagkatapos ng Horstmann? Simpleng sagot: sa kasamaang palad, makakilala ng maraming tao. At magsisimula tayo hindi sa mga balangkas ng negosyo, ngunit sa higit pang mga makamundong bagay na kinakailangan.
Mga Operating System
Linux
Bilang karagdagan sa Windows at/o maginhawang Yosemite, kailangan mong iunat ang iyong mga kamay sa Linux nang may ngiti. Para sa ilang mga proyekto, ito ay sapat na upang maging isang user at alam kung paano gamitin ang command line, para sa iba - higit pa. Aling paraan ang pinakamahusay? Napakaraming libro/tutorial sa Internet. Magsimula sa pamamagitan ng pag-install ng Ubuntu o anumang iba pang pamamahagi na gusto mo at subukang gamitin ito bilang iyong pangunahing operating system para sa susunod na buwan o dalawa. Ito ay magiging mas mahusay kung sisimulan mong pag-aralan ang Java sa loob ng Linux sa pamamagitan ng pag-compile at pagmamanipula ng mga file gamit ang terminal. Ang Linux Command Line ni William Shotts . Basahin ang aklat na ito hindi bilang isang nobelang "50 Shades of Grey", ngunit bilang isang buong interactive na kurso - magbukas ng terminal at ulitin pagkatapos ng may-akda. Gusto mo ba ang mga pangunahing kaalaman at paano gumagana ang Linux? Huwag nating kunin ang Computer Science at ang kursong operating system - iyon ay sa susunod na bahagi. Pumunta sa edx.org at subukan ang madaling Introduction to Linux course . Mayroon ding isang libro mula sa nabanggit na serye na How Linux Works: What Every Superuser Should Know ni Brian Ward . Isang medyo may larawang publikasyon na nagbibigay-pansin sa networking, mga device, at pamamahala ng mapagkukunan. Sige lang? Mayroong isang mahusay na libro, na, sa pamamagitan ng paraan, mayroon akong isang lugar dito ... yeah (shakes up alikabok) ... ito ay! Unix at Linux: Gabay ng Administrator ng System. Evi Nemeth. Medyo isang malaking manwal, mahusay na isinalin. Sa totoo lang, hindi ko ito pinagkadalubhasaan, ngunit talagang nagustuhan ko ang mga pangunahing kaalaman sa pangangasiwa (ang unang bahagi). Naturally, hindi mo maaaring balewalain ang Shell scripting. Mas mainam na subukan ang lahat ng ito sa pagsasanay, ngunit mula sa mga libro maaari mong tingnan ang Learning the bash Shell: Unix Shell programming ni Cameron Newham. Ang napakaraming literatura sa Linux/Unix ay hindi maaaring saklawin nang buo, lalo na sa artikulong ito, kung saan nasa background ang Linux. Ang aking kasamahan sa trabaho, na kumain ng aso sa bagay na ito, ay nagpayo ng isang medyo praktikal na bagay: I-download ang ArchLinux at subukang patakbuhin ito. Sa proseso ay matututunan mo ang pinaka ayaw ko!
Windows
Sa mga resume ng mga programmer mayroong isang column: "Ang karanasan sa Windows ay higit sa 10 taon." Siyempre, binabati kita sa katotohanan na ikaw ay naglalaro ng counter mula noong ikaw ay 10 taong gulang sa Windows, ngunit hinihiling ko sa iyo na huwag maghukay ng isang butas nang maaga sa panayam, dahil sa isang proyekto kung saan ka nagtatrabaho nang malapit sa IIS, batch/powershell, God forbid, yung registry, hindi talaga mahihirapan yung interview, and besides yung grin sa tapat ng nakaupo. Lida makakatanggap ka rin ng dosis ng kahihiyan. Kailangan mo ba ito? Ang sagot ay nagmumungkahi mismo. Isantabi ang iyong pirated Windows mula sa torrent at subukang i-install ito sa ilang uri ng Windows Server virtual machine. Pag-aralan ito hindi lamang mula sa gilid ng gumagamit at sa pag-install ng JAVA_HOME. Kaugnay nito, mayroong halos kumpletong gabay sa anyo ng aklat na Mastering Windows Server 2012 R2 ni Mark Minasi . Halimbawa, kung gumagamit ka ng PowerShell, tingnan ang mahusay na aklat na Windows PowerShell in Action ni Manning ni Bruce Payette . Naiintindihan ko na imposibleng dumaan sa 1000 mga pahina, ngunit hindi bababa sa maaari mong itago ito sa iyo bilang isang sanggunian. Walang ibang kailangan, sa tingin ko. Bilang resulta, bigyang pansin ang mga puwang sa iyong kaalaman sa paggamit ng Windows at hanapin ang impormasyong interesado ka sa Internet.
Bumuo ng Mga Tool
Maven
Ano ang pinakamahalagang bagay na dapat maunawaan sa Maven? Narito ang mga unang hakbang at gawain:
Alamin kung ano ang ginagawa ni Maven sa bawat yugto, maaari mo pa itong kabisaduhin. Ito ay halos 80% na tagumpay at magbibigay sa iyo ng malinaw na larawan.
Lumikha ng sarili mong mga proyekto sa sandbox nang lokal gamit ang isang multi-module system, na may tahasang pamamahala sa dependency. Subukang mag-attach ng mga third-party na aklatan, subukang lumikha ng isang bagay gamit ang mga ito.
Maglaro sa paligid gamit ang profile
Unawain ang pamamahala ng plugin at pag-aralan ang listahan ng mga pinakasikat na plugin sa opisyal na website.
Galugarin kung paano mo pinakamahusay na magagamit ang maven sa iyong proyekto. Halimbawa, ang mga parallel build ay maaaring makabuluhang bawasan ang oras ng build.
Para sa isang mabilis na pagsisid, pumunta sa Russian na bersyon ng Apache Maven website , maghanap ng ilang mga tutorial sa Google. Gayunpaman, ang ikatlong edisyon ng isa sa mga pangunahing aklat sa Maven ay hindi ilalabas. Sa ngayon ito ang ikalawang edisyon ng Sonatype's Maven: The Definitive Guide . Para sa advanced na antas, ang paglikha ng iyong sariling plugin ay angkop. Huwag mag-alala tungkol sa kung anong uri ng plugin ang kailangan mong gawin, dahil marami na ang umiiral! Subukang lumikha ng ilang uri ng analogue, pag-aralan ang mga yugto bilang dalawa at dalawa.
Langgam
Mukhang mas madali ang tool na ito, kaya walang gaanong matututunan dito. Mayroon pa ring mga proyekto kung saan ang ANT ay ang tanging tool sa pagbuo. Ito ay ganap na normal: Napatunayan ng ANT ang sarili nito bilang isang simple at prangka na tool sa pagbuo sa konteksto ng pamamahala ng maliliit na atomic na gawain (mga gawain ng ant). Siyempre, maraming mga plugin dito, tulad ng Maven. Upang makapagsimula sa ANT, gawin ang sumusunod:
Subukang manipulahin ang mga file at folder
Magpatupad ng iba't ibang mga order para sa pagpapatupad ng mga gawain. Batay dito, alamin ang mga dependency at priyoridad ng mga gawain sa ANT.
I-unpack at/o zip archive. Sa mga gawain, subukang laruin ang mga nilalaman ng archive at iba pa.
Hindi na kailangang mag-alok ng isang grupo ng mga mapagkukunan para sa pag-aaral ng ANT. Para sa higit pa o hindi gaanong malalim na pagsisid, sapat na ang opisyal na pahina ng Apache Ant. ( ant.apache.org ) at ang mga aklat na Ant in Action ni Steve Loughran .
Gradle
Para sa akin, si Gradle ay mas malapit sa ANT kaysa kay Maven, ngunit ito ay ganap na matatawag na kapatid sa ama ng dalawang lalaking ito. Mayroon itong lifecycle na katulad ng Maven, at ang flexibility ng parehong mga gawain na mayroon ang ANT. Well, ang pinakamahalagang bagay ay ang Gradle ay hindi gumagamit ng XML at, bukod dito, maaari mong gawin ang anumang gusto mo dito kung mas pamilyar ka sa Groovy. Sa pangkalahatan, medyo masarap na bagay. Huwag matakot na gamitin ang Ant/Maven/Gradle sa konteksto ng iyong IDE. Ang mga tool na ito ay mahigpit na isinama sa Eclipse/IDEA, at ang paggamit ng mga tool na ito sa konteksto ng IDE ay medyo komportable.
Patuloy na integrasyon
Teorya
Ito ay mga anghel na programa na nagpoprotekta sa iyo mula sa pagpapaalis. Sa madaling salita, ito ay software na sumusubaybay sa mga pagbabago sa code, bumubuo at nagpapatakbo ng mga pagsubok na isinulat para sa iyo. Kung maayos ang lahat pagkatapos ng bawat commit/merge, ang build ay kumikinang na may magandang berde/asul na liwanag. Sa sandaling masira mo ang isang bagay, agad itong iuulat ng CI system. Gayunpaman, isang maliit na teorya - ito ay klasiko! Patuloy na Pagsasama: Pagpapabuti ng Kalidad ng Software at Pagbabawas ng Panganib ni Paul Duvall . (aka "Continuous Integration" sa Russian) Tinatalakay pa nga ng aklat na ito ang paglikha ng sarili mong CI system. Tingnan natin ang dalawang pinakasikat na solusyon sa lugar na ito.
Jenkins
Jenkins, aka Hudson. Bukas, palakaibigan, madaling gamitin na application. Para mas maging pamilyar kay Jenkins, subukan ang sumusunod:
I-download ito sa iyong computer. I-install at i-configure ang JDK, Maven, ANT at lahat ng kailangan mo para sa proyekto.
Lumikha ng unang Trabaho at tukuyin ang lokasyon ng iyong proyekto, halimbawa, ang pangunahing pom.xml. Patakbuhin ito, siguraduhing mayroon kang ilang uri ng pagsubok upang ito ay malinaw na nakikita.
Matuto kung paano patakbuhin ang iyong proyekto gamit ang iba't ibang setting at opsyon.
Maglakip ng iba't ibang mga plugin at tingnan kung paano gumagana ang mga ito kasabay ng iyong proyekto.
Bumuo ng mga trigger para sa iba't ibang trabaho. Lumikha ng isang maliit na pipeline.
Galugarin ang DSL at subukang isama ito sa Jenkins.
Mag-set up ng isang alipin mula sa isa pang computer at/o gawin itong isang regular na makina para sa pagpapatakbo ng mga build.
Gumawa ng gabi-gabing build.
Mula sa mga libro, basahin lang ang Jenkins: The Definite Guide ni John Ferguson Smart . Isang malinaw na gabay na may maraming mga screenshot.
TeamCity
Oo, ang TeamCity ay hindi libre, ngunit tingnan kung gaano ito kahusay na isinama sa JetBrains ecosystem ng mga produkto. Ang Intellij Idea at TeamCity ay isang mahusay na unyon. Sa pangkalahatan, kung pamilyar ka na sa Jenkins, hindi magiging madilim na kagubatan para sa iyo ang TeamCity, at kabaliktaran. Sa halip na alipin - mga ahente, ang parehong mga nag-trigger at iba pa. Ngunit hindi tulad ng Jenkins, ipinagmamalaki ng TeamCity ang mga kamangha-manghang feature gaya ng, halimbawa, remote run, na kilala rin bilang pre-tested commit, mas maraming visual statistics at marami pang iba. Talagang gusto ko ang gabay sa gumagamit sa YouTube, na ginawa mismo ng JetBrains ( Gabay sa Gumagamit ng TeamCity (Bahagi 1 ng 9) - Panimula ). Nakikita ko na ang TeamCity ay intuitive at ang dokumentasyon ay mataas ang pamantayan. Ngunit kung sa tingin mo ay may isang libro na sulit tingnan, mangyaring iwanan ito sa mga komento. Siyempre, inilista ko lamang ang isang maliit na bahagi ng mga CI system na ito, ngunit mayroon kaming lahat ng limitado sa saklaw. Marahil ang pinakamahusay na gabay sa pag-aaral ay pagsasanay. Na-install ko ito sa aking computer, inilunsad ito, na-crash/na-restore ang mga build at natulog. At pagkatapos ay maaari mong ligtas na dalhin sa akin ang record book (kung gusto mo :).
Version Control System
Walang saysay na pag-usapan ang tungkol sa VCS. Ito ay isang bagay lamang na dapat, at kung wala ang pamamahala ng proyekto ay magiging tulad ng panahon ng Mesozoic. Katulad ng mga CI system, tingnan natin ang dalawa sa pinakasikat na solusyon: Git at SVN.
Git
Napatunayan ng aming Git ang sarili nito bilang isang matatag na distributed version control system. Simulan ang pag-aaral mula rito at suriin ang lahat ng mga kabanata na naka-configure na ang Git. Pagkatapos ay mayroong isang napakagandang serye ng mga interactive na tutorial mula sa Code School. Mayroon ding maikling gabay mula sa kanila na tinatawag na Try Git: Code School . Mula sa mga aklat na maaari kong irekomenda ang Pagkontrol sa Bersyon sa Git ni Jon Loeliger Kung sanay ka na sa pagong (TortoiseSVN, tala ng may-akda) at natatakot sa console, siyempre, maaari mong i-download ang analogue nito na TortoiseGit, ngunit, sa aking opinyon, mas kaaya-aya at aesthetically kasiya-siya Ang solusyon ay isang produkto mula sa Atlassian - SourceTreeApp. Maaari kang magsanay sa mga malalayong imbakan, dahil mayroong sapat na mga serbisyo ng host sa Internet. Kung gusto mo, magsanay sa lokal. Hindi? Pagkatapos ay lumikha ng isang account sa GitHub at gumana sa buong mode: gumawa ng ilang commit, mag-fork ng ilang opensource na proyekto, gumawa ng ilang merge sa pagitan ng mga branch, at iba pa.
SVN
Ang isa pang pantay na sikat na VCS ay ang SVN. Hindi maaaring ipagmalaki ng sistemang ito ang pamamahagi. Ang bawat isa sa kanila ay may sariling mga diskarte, sariling mga kalamangan at kahinaan. Tiyaking basahin ang kawili-wiling pag-uusap sa pagitan ng isang baguhan at isang gumagamit ng SVN . Mayroong libreng libro mula sa read-bean.com na may pagsasalin sa Russian. Ang isang mini-course mula sa TutorialsPoint ay magiging lubhang kapaki-pakinabang . Huwag palampasin ang opisyal na website ng Apache subversion.apache.org . Ang pinakakawili-wiling kliyente para sa akin ay ang nabanggit na TortoiseSVN. Sa mga aklat, maaaring i-highlight ng isa: Version Control with Subversion ni Michael Pilato . Nagustuhan ko ito dahil binibigyang pansin nito ang pangangasiwa ng SVN server mismo. Sana hindi ko pinalampas ang mga pangunahing punto.
Mga tool sa pagsubok
Magiging magandang ideya na maunawaan sa iyong maliliit na proyekto ng sandbox kung ano ang mga unit test, integration at regression testing. JUnit Ang teorya ng mga unit test ay mahusay na inilarawan sa mga libro mula sa nakaraang artikulo. Sa partikular, inilalarawan pa ng Clean Code ang junit bilang isa sa mga sikat na aklatan sa lugar na ito. Ngunit pagdating sa JUnit partikular, mayroong isang mahusay na maliit na libro na tinatawag na Practical Unit Testing kasama ang JUnit at Mockito ni Tomek Kaszanowski Syempre, may higit pa dito kaysa sa JUnit at Mockito lamang. Dito ipinakilala ng may-akda ang Matchers, nag-aalok ng mga halimbawa ng mga parameterized na pagsubok, at panandaliang naglalakad sa TDD. Mayroon ding isang libro na lumabas kamakailan lamang. Ito ay Pragmatic Unit Testing sa Java 8 ni Jeff Langr. Ipinakilala ng may-akda ang Hamcrest, inilalarawan ang Pinakamahuhusay na Kasanayan, at, siyempre, Java 8. Maaari mong ligtas na basahin pagkatapos ng aklat ni Tomek. Sa pamamagitan ng paraan, tungkol sa TDD. Hindi ko nais na itaas ang isang holivar tungkol sa kung ito ay nagkakahalaga ng paggamit ng mga ito, kung ito ay mabuti o masama, kung kailangan ng mga customer ang mga ito. Tandaan lamang: ang pagtatrabaho sa TDD ay hindi bago, at maraming mga proyekto ang gumagamit ng pamamaraang ito, at para sa maraming tao ito ang tanging at hindi mapag-aalinlanganan na panuntunan. Sa teorya, maaari mong basahin ang mga klasiko. Kent Beck - Test Driven Development: Sa pamamagitan ng Halimbawa . Ang pinakanagustuhan ko ay ang bahagi tungkol sa mga pattern ng TDD. Nakapagtataka, may magandang first-person course - Let's Play TDD (200 videos!) sa Youtube. Hindi gaanong kawili-wili ang sariling talakayan ni Fowler tungkol sa kung ito ay nagkakahalaga ng paggamit ng TDD o hindi, kung ito ay sumisira sa disenyo, at iba pa. Tandaan lang ito minsan at para sa lahat: Ang TDD ay hindi gumagawa ng masamang disenyo, ikaw ang lumikha nito. Kung gumagamit ka ng BDD nang higit pa (ang isa ay hindi makagambala sa isa pa) at, halimbawa, gumamit ng Cucumber sa isang proyekto, kung gayon ito ay isang bahagyang naiibang eroplano. Ang isang magandang libro tungkol dito ay ang Manning BDD in Action: Behavior-driven development para sa buong lifecycle ng software ni John Ferguson Smart . Siyanga pala, aktibong isinusulong ni John Ferguson Smart ang paksang ito sa masa. Kung ikaw ay isang Scrum Master o PM na sa wakas ay hindi sumasakit sa kanyang mga mata, ngunit nasisiyahang tumingin sa kung kailan-kung-pagkatapos na mga pagsubok, siguraduhing sundan si John sa Twitter . Tungkol sa Cucumber, tingnan ang pagpapatupad ng Java sa opisyal na website at basahin ang aklat na The Cucumber Book: Behavior-Driven Development ni Matt Wayne .
Mga aklatan ng 3rd party
Mahalagang makagamit ng mga sikat na aklatan kung kinakailangan - pinapasimple nila ang pang-araw-araw na buhay ng bawat developer ng Java. Kabilang sa mga sikat na solusyon ang sumusunod: Joda Time. Nag-aalok na ganap na palitan ang hindi maginhawang katutubong Petsa at Oras ng mas maginhawang JodaTime. Narito ang isang magandang sanggunian . Pakitandaan na kung gumagamit ka na ng Java 8, hindi gaanong makakatulong ang JodaTime. Ang katotohanan ay ang bagong DateTime API ay ganap na pinalitan ang library na ito, at sa ilang mga lugar ay matalino pa itong kinopya at i-paste. Ayon sa sariling artikulo ng may-akda , ang bawat klase ng Joda ay maaaring maginhawang palitan ng isang analogue mula sa java.time. Google Guava. Sa maraming paraan, pinapalitan pa nga ng Java 8 ang Guava. Ang parehong Mga Bagay, Stream API, Java Predicate at maraming iba pang mga bagay ay nagmumungkahi na palitan ito at hindi gamitin ito sa lahat. Uulitin ko, kung wala kang Java 8, wala nang mas mahusay kaysa sa gabay na ito at sa iyong mga direktang kamay.
Apache Commons
Ang halimaw na ito ay hindi napakadaling alisin: humigit-kumulang 40 mga aklatan para sa lahat ng okasyon, mula sa kilalang commons.lang hanggang xml validation, mula DBUtils hanggang commons.io . Naturally, hindi mo kailangang maging pamilyar sa lahat, ngunit ang mga aklat at tutorial sa Cookbook ay magiging kapaki-pakinabang na kasama mo. Halimbawa, upang maunawaan kung ano ang tungkol sa Apache Commons, maaari mong tingnan ang Jakarta Commons Cookbook ni Timothy O'Brein
Konklusyon
Napakalawak ng Enterprise na magiging hangal na simulan ang pagtalakay sa JavaEE at iba pang mga framework nang wala ang lahat ng bagay na pumapalibot sa Enterprise na ito. Samakatuwid, sa ikalawang bahagi ay tututuon natin ang bawat layer ng multitier architecture, isaalang-alang ang mga serbisyo at iba pa. Maraming salamat sa iyong atensyon. Katapusan ng unang bahagi. Mga nakaraang bahagi ng serye:
Ang Linux Command Line ni William Shotts . Basahin ang aklat na ito hindi bilang isang nobelang "50 Shades of Grey", ngunit bilang isang buong interactive na kurso - magbukas ng terminal at ulitin pagkatapos ng may-akda. Gusto mo ba ang mga pangunahing kaalaman at paano gumagana ang Linux? Huwag nating kunin ang Computer Science at ang kursong operating system - iyon ay sa susunod na bahagi. Pumunta sa edx.org at subukan ang madaling Introduction to Linux course . Mayroon ding isang libro mula sa nabanggit na serye na How Linux Works: What Every Superuser Should Know ni Brian Ward . Isang medyo may larawang publikasyon na nagbibigay-pansin sa networking, mga device, at pamamahala ng mapagkukunan. 
Sige lang? Mayroong isang mahusay na libro, na, sa pamamagitan ng paraan, mayroon akong isang lugar dito ... yeah (shakes up alikabok) ... ito ay! Unix at Linux: Gabay ng Administrator ng System. Evi Nemeth. 
Medyo isang malaking manwal, mahusay na isinalin. Sa totoo lang, hindi ko ito pinagkadalubhasaan, ngunit talagang nagustuhan ko ang mga pangunahing kaalaman sa pangangasiwa (ang unang bahagi). Naturally, hindi mo maaaring balewalain ang Shell scripting. Mas mainam na subukan ang lahat ng ito sa pagsasanay, ngunit mula sa mga libro maaari mong tingnan ang Learning the bash Shell: Unix Shell programming ni Cameron Newham. 
Ang napakaraming literatura sa Linux/Unix ay hindi maaaring saklawin nang buo, lalo na sa artikulong ito, kung saan nasa background ang Linux. Ang aking kasamahan sa trabaho, na kumain ng aso sa bagay na ito, ay nagpayo ng isang medyo praktikal na bagay: I-download ang ArchLinux at subukang patakbuhin ito. Sa proseso ay matututunan mo ang pinaka ayaw ko!
Halimbawa, kung gumagamit ka ng PowerShell, tingnan ang mahusay na aklat na Windows PowerShell in Action ni Manning ni Bruce Payette . Naiintindihan ko na imposibleng dumaan sa 1000 mga pahina, ngunit hindi bababa sa maaari mong itago ito sa iyo bilang isang sanggunian. Walang ibang kailangan, sa tingin ko. 
Bilang resulta, bigyang pansin ang mga puwang sa iyong kaalaman sa paggamit ng Windows at hanapin ang impormasyong interesado ka sa Internet.
Para sa advanced na antas, ang paglikha ng iyong sariling plugin ay angkop. Huwag mag-alala tungkol sa kung anong uri ng plugin ang kailangan mong gawin, dahil marami na ang umiiral! Subukang lumikha ng ilang uri ng analogue, pag-aralan ang mga yugto bilang dalawa at dalawa.
Tinatalakay pa nga ng aklat na ito ang paglikha ng sarili mong CI system. Tingnan natin ang dalawang pinakasikat na solusyon sa lugar na ito.
Kung sanay ka na sa pagong (TortoiseSVN, tala ng may-akda) at natatakot sa console, siyempre, maaari mong i-download ang analogue nito na TortoiseGit, ngunit, sa aking opinyon, mas kaaya-aya at aesthetically kasiya-siya Ang solusyon ay isang produkto mula sa Atlassian - SourceTreeApp. Maaari kang magsanay sa mga malalayong imbakan, dahil mayroong sapat na mga serbisyo ng host sa Internet. Kung gusto mo, magsanay sa lokal. Hindi? Pagkatapos ay lumikha ng isang account sa GitHub at gumana sa buong mode: gumawa ng ilang commit, mag-fork ng ilang opensource na proyekto, gumawa ng ilang merge sa pagitan ng mga branch, at iba pa.
Nagustuhan ko ito dahil binibigyang pansin nito ang pangangasiwa ng SVN server mismo. Sana hindi ko pinalampas ang mga pangunahing punto.
Syempre, may higit pa dito kaysa sa JUnit at Mockito lamang. Dito ipinakilala ng may-akda ang Matchers, nag-aalok ng mga halimbawa ng mga parameterized na pagsubok, at panandaliang naglalakad sa TDD. Mayroon ding isang libro na lumabas kamakailan lamang. Ito ay Pragmatic Unit Testing sa Java 8 ni Jeff Langr. 
Ipinakilala ng may-akda ang Hamcrest, inilalarawan ang Pinakamahuhusay na Kasanayan, at, siyempre, Java 8. Maaari mong ligtas na basahin pagkatapos ng aklat ni Tomek. Sa pamamagitan ng paraan, tungkol sa TDD. Hindi ko nais na itaas ang isang holivar tungkol sa kung ito ay nagkakahalaga ng paggamit ng mga ito, kung ito ay mabuti o masama, kung kailangan ng mga customer ang mga ito. Tandaan lamang: ang pagtatrabaho sa TDD ay hindi bago, at maraming mga proyekto ang gumagamit ng pamamaraang ito, at para sa maraming tao ito ang tanging at hindi mapag-aalinlanganan na panuntunan. Sa teorya, maaari mong basahin ang mga klasiko. Kent Beck - Test Driven Development: Sa pamamagitan ng Halimbawa . Ang pinakanagustuhan ko ay ang bahagi tungkol sa mga pattern ng TDD. 
Nakapagtataka, may magandang first-person course - Let's Play TDD (200 videos!) sa Youtube. Hindi gaanong kawili-wili ang sariling talakayan ni Fowler tungkol sa kung ito ay nagkakahalaga ng paggamit ng TDD o hindi, kung ito ay sumisira sa disenyo, at iba pa. Tandaan lang ito minsan at para sa lahat: Ang TDD ay hindi gumagawa ng masamang disenyo, ikaw ang lumikha nito. Kung gumagamit ka ng BDD nang higit pa (ang isa ay hindi makagambala sa isa pa) at, halimbawa, gumamit ng Cucumber sa isang proyekto, kung gayon ito ay isang bahagyang naiibang eroplano. Ang isang magandang libro tungkol dito ay ang Manning BDD in Action: Behavior-driven development para sa buong lifecycle ng software ni John Ferguson Smart . 
Siyanga pala, aktibong isinusulong ni John Ferguson Smart ang paksang ito sa masa. Kung ikaw ay isang Scrum Master o PM na sa wakas ay hindi sumasakit sa kanyang mga mata, ngunit nasisiyahang tumingin sa kung kailan-kung-pagkatapos na mga pagsubok, siguraduhing sundan si John sa Twitter . Tungkol sa Cucumber, tingnan ang pagpapatupad ng Java sa opisyal na website at basahin ang aklat na The Cucumber Book: Behavior-Driven Development ni Matt Wayne . 
GO TO FULL VERSION