Narinig nating lahat ang tungkol sa patakaran na 80/20, ang isa na nagsasabing 80% ng aming tagumpay (mga epekto) ay nagmula lamang sa 20% ng ating mga pagkilos (sanhi). Sa gayon, ang unibersal na katotohanan na ito ay nakakaapekto rin sa pagpapaunlad ng software, at sa artikulong ito kami ay mag-iikot ng kaunti sa mga pangunahing kaalaman ng pahayag na ito.
BPM
Ang Pamamahala sa Proseso ng Negosyo, para sa acronym nito sa Ingles, ay isang disiplina sa pamamahala (bukod sa iba pang mga bagay) na nagbibigay-daan sa iyo upang maunawaan ang mga proseso na dapat isagawa sa isang negosyo (o sa maraming iba pang mga lugar). Kabilang sa mga pangunahing katangian nito ay ang katunayan na maaari nitong pag-aralan ang mga kumplikadong proseso at gawin itong "simple."
Maraming mga tool sa bukas na mapagkukunan na nagbibigay-daan sa iyo upang bumuo ng mga diagram ng BPM, ang ginamit ko para sa artikulong ito ay BonitaSoft. Kung nais mong malaman ng kaunti pa tungkol sa pamamahala ng proseso maraming mga tutorial sa internet at mga libro tungkol sa paksa. Bumalik tayo sa pangunahing paksa.
Mga proyekto sa software
Ngayon maraming mga pamamaraan upang bumuo ng mga proyekto, may maliksi, tradisyonal, halo-halong, atbp. Ang isang punto na lahat sila ay magkatulad ay paghahanda. Ano ang ibig kong sabihin dito? Ang 80% ng iyong tagumpay sa proyektong ito ng software ay ibabatay sa unang 20% ng buong proseso, ang paghahanda.
Paghahanda ng isang proyekto
Ito ay isang bagay na lohikal na sa katotohanan ay inilapat nang kaunti (tulad ng maraming iba pang mga lohikal na bagay na hindi lohikal sa pagsasanay). Kapag pinag-uusapan natin ang tungkol sa paghahanda dapat nating maunawaan ang kakayahang maunawaan ang problema, maunawaan ang solusyon at higit sa lahat, ang proseso nalalapat ang solusyon. Ang isa sa mga bagay na hindi gaanong matatagpuan sa mga hindi propesyonal na proyekto ng software ay ang kakulangan ng dokumentasyon sa paksa. Karaniwan itong lilitaw sa mga pribadong kumpanya dahil ang pagnanais na magbenta ay lumampas sa proseso ng paglikha.
Tulad ng marami sa mga nakakabasa ng mga artikulong ito ay gumagana o nauugnay sa teknolohiya, sulit na banggitin na kung sa ilang mga punto sa kanilang buhay sa pagtatrabaho ay nakatagpo sila ng isang kumpanya / tagapagtustos na hindi nakakatugon sa isang mahusay na paghahanda, halos 80% tiyak na 😛 na ang proyekto hindi ito gagana.
Ang abstraction ang susi
Ito ay isang bagay na natutunan ko mula sa aking oras gamit ang GNU / Linux, at pinatutunayan nito ang oras at oras muli upang maging susi sa proseso ng paglikha ng software. Ang kapasidad ng mahirap unawain ang mga problema upang gawing mas "simpleng" mga bagay ang mahalaga upang makabuo ng matikas na code, at higit sa lahat matibay. At marahil ito ay isa sa mga pangunahing pagkakaiba mula sa malalaking mga propesyonal na proyekto at proyekto na lumala sa kontrol. Ang dating iniisip, naiintindihan at istraktura ang proseso habang ang mga segundo pinapanatili nila nagtatrabaho nang hindi kinakailangang maunawaan ito.
Matigas
Ito ang pangalan ng proyekto na binuo ng Gentoo installer, tulad ng naiisip mo, ito ay isang kumplikadong proseso, dahil sinusuportahan nito ang isang malaking bilang ng mga arkitektura. Ang isa pang kadahilanan na isasaalang-alang ay ang bilang ng mga pagsasaayos na sinusuportahan nito, sa antas ng kernel, init system, atbp. At sinabi ko sa iyo ang lahat ng ito dahil ito rin ang aking proyekto sa thesis, na dapat kong tapusin bago matapos ang pag-aaral. Malinaw na hindi ako makakagawa ng isang programa na may kasamang ganap na lahat ng mga posibleng pagpipilian sa maikling panahon (hanggang Hulyo ng susunod na taon), ngunit hindi bababa sa makakabuo ako ng isa na nagpapahintulot sa isang operating system na mai-install sa isang napaka pangunahing pamamaraan.
Pag-unawa sa proseso ng pag-install
Salamat sa mga tool ng BPM, maaaring mabuo ang isang diagram ng proseso na nagbibigay-daan sa amin upang maunawaan ang mga hakbang na kinakailangan para sa matagumpay na pag-install ng Gentoo sa isang computer.
Pagmamay-ari Christopher Diaz Riveros
Sa kabila ng naglalaman ng maraming proseso at sub-proseso, malinaw na lubos itong na-buod at makikita na mayroon tayong 18 mga linear na hakbang. Ito ay mahalaga sapagkat ang isang application na may isang guhit na istraktura ay simpleng ipatupad, at sa parehong oras ang parallelism ay maaaring mabuo sa isa o higit pa sa mga thread kung kinakailangan.
Ang isa pang mahalagang kadahilanan ay pinapayagan tayo nito mahirap unawain mga hanay ng mga proseso ayon sa uri, halimbawa, ang pagtukoy ng isang kernel thread ay nagbibigay-daan sa amin upang malaman na may mga tiyak na gawain sa loob nito na direktang nauugnay sa proseso ng matagumpay na pag-install ng isang kernel.
Pagmamay-ari Christopher Diaz Riveros
Sa ganitong paraan ang bawat "kumplikadong" hakbang ay nagiging isang "simple" na pandaigdigan, nang hindi nawawala ang mga kinakailangang detalye. Pinapadali nito ang kakayahang makita ng pagpupulong nang hindi binabaan ang antas ng pagtutukoy na kinakailangan upang makumpleto ang proseso nang matagumpay. At hindi namin maitatanggi na mas madaling makita ang imahe kaysa basahin nang sabay-sabay ang buong Handbook 🙂
Magtipid sa oras
Ang isa pang halatang kalamangan ay sa pamamagitan ng hindi pagkakaroon ng isang direktang konektadong wika ng programa, posible na magsagawa ng pagtatasa ng lohika nang hindi kinakailangang mag-aksaya ng oras sa pagpapatupad ng wika. Ito ay isang kalamangan kumpara sa dami ng oras na maaaring gugulin sa pagpapatupad ng isang tampok upang malaman lamang na itatapon ito dahil mayroong isang mas mahusay na solusyon. Tulad ng kung ano ang magiging solusyon sa pseudo-code (isang bagay na hindi rin pinansin ng maraming mga "developer" ngunit hindi dapat).
Ginawang madali ang pagdidirekta ng mga proyekto
Isinasaalang-alang ang mga konseptong ito, ang pamamahala ng proyekto (ng anumang uri) ay mas madali, sapagkat tinutuon namin ang aming mga pagsisikap kung saan talaga sila kinakailangan, at kung ang bahaging ito ay tapos na nang tama, ang natitira ay nahuhulog sa ilalim ng sariling timbang. Inaasahan kong makakatulong ito sa iyong pag-usisa at mag-uudyok sa iyo na saliksikin ang BPM, mga algorithm at kung sino ang nakakaalam, marahil ay hikayatin ka nitong tulungan ako sa aking thesis 😛 Maraming salamat sa pagpunta dito at makikita namin ang bawat isa sa lalong madaling panahon. Cheers
Hi Salamat sa pagbabahagi ng iyong kaalaman. Tila sa akin na ito ay isang nakagaganyak na paksa ngunit nangangailangan ito ng maraming gawain sa pagsasaliksik at isinasagawa ang mga konsepto upang maipasok ang mga ito. Sa una ang isyu ay nakalilito dahil ang isa ay may kaugnayang maugnay ito nang higit pa sa gilid ng pagkilala sa mga kinakailangan para sa isang system at hindi kinakailangan sa mga proseso ng negosyo ng kumpanya, iyon ay, kung paano gumagana ang kumpanya. Sa huli, sa palagay ko higit pa sa papel na ginagampanan ng mga developer ng software sa paghubog ng negosyo ng kumpanya, upang mas mahusay at mabisa ang pagpapatakbo ng negosyo.
Kumusta Alexander, maraming salamat sa pagbabahagi. Upang sabihin ang totoo, ito ay isang medyo kumplikadong paksa upang subukang buodin ang lahat sa isang maliit na puwang, ngunit kung makapag-ambag ako ng kaunti upang makaalis sa pagkalito sa iyong komento is totoo na dapat subukang malutas ng mga system ang mga kinakailangan, iyon ay ang pinaka-posibleng pangunahing pag-andar, at sa puntong iyon totoo na ang isang developer ay dapat tumuon sa isang mas mataas na antas.
Pinapayagan ng kaalaman sa mga proseso ang mga developer na magpakita ng higit sa sapat na mga system, sapat na nauunawaan bilang isang bagay na nakakatugon sa pinakamaliit na posibleng mga kinakailangan.
Ang kagandahan ng code ay nakasalalay sa pag-unawa sa kumpletong proseso, at mabuo ito sa isang mas malalim na paraan, kung saan ang pinakamahusay na posibleng solusyon ay inilapat, at posible lamang ito sa pamamagitan ng tunay na pag-unawa sa proseso kaysa sa kinakailangan, tulad ng nabanggit mo nang mabuti 🙂
Kung i-modelo namin ito nang kaunti sa paligid ng FOSS, ipinapahiwatig nito hindi lamang ang pag-alam sa kinakailangan ng software, ngunit ang pilosopiya sa likod nito, at pag-alam kung paano ito mapanatili, kanino, at lahat ng kaalamang iyon sa proseso na hindi lamang nakakabuo ng isang mahusay na solusyon. , ngunit posible na mapanatili sa paglipas ng panahon 🙂
Maraming salamat ulit at pagbati.