Rääkisin hiljuti sõbraga kõigist saadaolevatest tööriistadest, mis on meie jaoks täna turul saadaval (mõned tasuta, mõned avatud lähtekoodiga), mis aitavad meil meie arendusvajadusi täita.
Need hõlmavad selliseid asju nagu:
Loomulikult ei ole kõik ülaltoodud ilmtingimata võrreldavad, kuna mõned on esiotsa tööriistad, teised on taustatööriistad ja mõned pakuvad hübriidi.
Lisaks on mõned neist esmaklassilised, mõned avatud lähtekoodiga, mõned näivad olevat hüljatud ja mõned on isegi viinud ehitusprotsesside katkemiseni.
See toob kaasa rea küsimusi, millest mitut ma tahaksin käsitleda. Nii et siin, kui mitte midagi muud, kui vaid mõtisklused tänapäevaste paketihaldurite üle, on need asjad, millele ma olen mõelnud.
Kaasaegsed paketihaldurid
Küsimused, mis mulle pähe tulid (ja mida ma selle sõbraga arutasin), on järgmised:
- kuidas me peaksime teadma, mida kasutada,
- millal neid kasutada,
- ja kas tasub nende juurde jääda?
Ja seetõttu mõtlesin, et jagan siin oma praeguseid mõtteid nimetatud tööriistade ja nende rakendatavuse kohta.
Milliseid me kasutame?
Lihtne on sellest vastusest kõrvale hiilida ja öelda "ükskõik millist soovite", kuid ma arvan, et vastus on sellest pisut nüansirikkam.
Näiteks on igaühega kaasas õppimiskõverad, paketid, hooldus ja nii edasi. See ei ole hea ega halb – see on nende loomulik olemus.
Küsimus, mida ma rohkem küsin, on "milline teenindab minu meeskonda, projekti ja kliente kõige paremini?" Ja siin on põhjus:
- Kui meeskond saab utiliidi hõlpsasti kasutusele võtta, on hõõrdumine sellega oma töö jaoks peaaegu null.
- Kui see töötab projektiga algusest peale hästi, peaks see projekti kasvades ja küpsedes hooldamist hõlbustama. See on oluline, sest vastasel juhul riskime utiliidi muutumisel (kui see muutub) raisata väärtuslikku aega ja jõupingutusi asjade kiirendamiseks ning see võib projekti ajakava kahjustada.
- Usun, et see, mis klienti kõige paremini teenindab, on üks neist "kurat on detailides" olukordadest. Seda nii, et kui esimesed kaks on rahul, pole klient enam targem. Teiseks maksaks see vähem aega, annaks rohkem väärtust ja investeeriks teid teenusepakkujana.
Sellegipoolest ei usu ma, et on olemas ühtegi juhtumit "See on utiliit, mida peaksite kasutama", sest jällegi ei tea ma antud projekti üksikasju. Seega ei taha ma ette kirjutada üht lahendust, kui juhtumile võib sobida mõni muu.
Ja siin on näide:
Olen kasutanud Gulpi, CodeKiti ja lõnga erinevates projektides. Kas oleks tore kasutada ühte tööriista? Muidugi! Ja igaüks saab teha suhteliselt samu asju, mis teised.
Kuid kiirus, millega midagi käima läheb, teisaldatavus ja saadaolevad paketid erinevad pisut ning kui ma töötan millegi kallal enda, kliendi, meeskonnaga või üksi, on kõik tegurid, mis võrrandisse töötavad. .
Ületunnitöö Usun, et arendame intuitsiooni selle kohta, milline võiks olla kõige parem, arvestades projekti nõudeid ja kogemusi kõigi ülaltoodud tööriistadega.
Seega on kindlasti vaja mõningaid investeeringuid, mis on vajalikud selleks, et saada tuttavaks nii paljudega, mida peate oma meeskonnale ja jõupingutustele kasulikuks, kuid see võib teile kasulik olla, kui jätkate arendajana edasiliikumist.
Millal me neid kasutame?
Ma arvan, et sellele küsimusele ei ole nii raske vastata, kui olete nende proovimisel oma hoolsuskohustuse täitnud. Jällegi intuitsiooniga, eks?
Aga siin on minu üldine lähenemine:
- Kui töötan üksi või pean kiiresti millelegi keskenduma, on CodeKit hea lahendus.
- Kui töötan meeskonnaga ja mul on vaja midagi kiiret, skaleeritavat ja täpselt määratletud, on Lõng hea valik.
Arvan endiselt, et Gulpi kasutamine on väärt, kuid selle arendus ja paketid näivad olevat aeglustunud. Grunt ei paista hetkel arendusjärgus olevat, kuid kui see teie ja vajalike pakettide jaoks töötab, ei pruugi seda praegu vahetada.
Tegelikult ma ütleksin, et kui te ei suuda anda muutmiseks kindlat põhjust, siis milleks vaeva näha? Praktilisus loeb.
Kas tasub nendega kinni pidada?
ma ei tea. Pean silmas seda, et tehnoloogia liigub nii kiiresti ja uued tööriistad tulevad sisse (mida ma ei pea ilmtingimata kasutusele võtma) ja siis jäävad need mõnda aega kasutusse.
Võib-olla jäävad nad seisma. Võib-olla ei saavuta nad laialdast kasutuselevõttu. Võib-olla on nad pensionil.
Võib-olla on kõige optimaalsem vastus sellele küsimusele välja selgitada, mis aitab teil probleemi võimalikult tõhusal viisil lahendada, mida toetab ka aktiivne arendajate kogukond ja mida teie ja teie meeskond on kõige hõlpsamini omaks võtnud?
Alumine rida?
Kui midagi, siis see postitus pole midagi muud kui isiklik mõtisklus selle üle, kuidas läheneda pidevalt muutuvale ehitustööriistade ja paketihaldurite maastikule. Ja see on see, kuidas arutleda, millal millisele konkreetset tüüpi probleemile on antud.
Ma ei taha tingimata ühte lahendust, sest arvan, et meie võimalused soodustavad rohkem innovatsiooni. Samal ajal võib see kaasa tuua väsimuse taseme, kui peate sammu pidama.
Kui mitte midagi muud, siis uurige kõige populaarsemate tööriistade alamhulka (võib-olla GitHubis tärniga tähistatud kasuliku mõõdikuna) ja seejärel jätkake sealt.


