Вы знаёмыя з праграмаваннем, але экстрэмальнае праграмаванне (скарочана XP) усё яшчэ застаецца для вас загадкай.
Няхай назва вас не адпуджвае, вы рызыкуеце страціць карысную інфармацыю.
У гэтым артыкуле мы раскажам усё, што вам трэба ведаць аб экстрэмальным праграмаванні, каб вы маглі выкарыстоўваць яго ў сваіх інтарэсах.
Экстрэмальнае праграмаванне - гэта метадалогія распрацоўкі праграмнага забеспячэння, якая з'яўляецца часткай так званай гнуткай метадалогіі. XP заснаваны на каштоўнасцях, прынцыпах і практыцы, і яго мэта складаецца ў тым, каб малыя і сярэднія каманды маглі вырабляць высакаякаснае праграмнае забеспячэнне і адаптавацца да пастаянна змяняюцца і развіваюцца патрабаванняў.
Што адрознівае XP ад іншых гнуткіх метадалогій, так гэта тое, што XP падкрэслівае тэхнічныя аспекты распрацоўкі праграмнага забеспячэння. Экстрэмальнае праграмаванне дакладна паказвае, як працуюць інжынеры, паколькі прытрымліванне інжынернай практыкі дазваляе камандам ствараць высакаякасны код з устойлівым тэмпам.
У двух словах, экстрэмальнае праграмаванне - гэта добрыя практыкі, даведзеныя да крайнасці. Паколькі парнае праграмаванне - гэта добра, давайце рабіць гэта ўвесь час. Паколькі папярэдняе тэсціраванне - гэта добра, мы тэстуем яшчэ да напісання вытворчага кода.
XP, у адрозненне ад іншых метадалогій, заснавана на каштоўнасцях і прынцыпах, якія важныя і актуальныя з пункту гледжання інжынернай практыкі.
Каштоўнасці забяспечваюць мэта каманд. Яны дзейнічаюць як "паўночная зорка", каб кіраваць вашымі рашэннямі на высокім узроўні. Аднак значэнні абстрактныя і занадта расплывістыя для канкрэтнага кіраўніцтва. Напрыклад: выказванне, што вы шануеце зносіны, можа прывесці да розных вынікаў.
Практыкі ў пэўным сэнсе супрацьлеглыя каштоўнасцям. Яны бетонныя і прыземленыя, defiусталяванне спецыфікі таго, што рабіць. Практыкі дапамагаюць камандам трымаць сябе адказнымі за каштоўнасці. Напрыклад, практыка інфармацыйных працоўных прастор спрыяе празрыстай і простай камунікацыі.
Прынцыпы - гэта рэкамендацыі для канкрэтнай вобласці, якія ліквідуюць разрыў паміж практыкай і каштоўнасцямі.
Каштоўнасці XP: зносіны, прастата, зваротная сувязь, мужнасць і павага. Давайце разгледзім кожны з іх больш падрабязна.
распрацоўка BlogInnovazione.гэта выява alexsoft.com
сувязь: Адсутнасць зносін перашкаджае распаўсюджванню ведаў у камандзе. Часта, калі ўзнікае праблема, хтосьці ўжо ведае, як яе выправіць. Але недахоп зносін не дазваляе ім даведацца пра праблему або ўнесці свой уклад у яе вырашэнне. Такім чынам, праблема вырашаецца двойчы, утвараючы адходы.
прастата: Прастата кажа пра тое, што вы заўсёды імкнецеся рабіць самае простае, што працуе. Часта гэта няправільна разумеюць і ўспрымаюць як самае простае, і кропка, ігнаруючы частку «што працуе».
Таксама важна памятаць, што прастата вельмі кантэкстуальная. Тое, што проста для адной каманды, з'яўляецца складаным для іншай і цалкам залежыць ад навыкаў, вопыту і ведаў кожнай каманды.
Зваротная сувязь: Водгукі ў больш традыцыйных, каскадных метадалогіях распрацоўкі праграмнага забеспячэння часта бываюць «занадта мала, занадта позна».
XP, аднак, прымае змены, і каманды XP імкнуцца да своечасовай і пастаяннай зваротнай сувязі. Калі патрабуецца карэкцыя курсу, XPers хочуць ведаць як мага хутчэй.
распрацоўка BlogInnovazione.гэта выява alexsoft.com
Зваротная сувязь бывае розных формаў і памераў. Калі вы працуеце ў партнёрстве па праграміраванні, каментарыі вашага калегі з'яўляюцца важнай зваротнай сувяззю. Таксама і меркаванне іншых членаў каманды аб ідэі, у тым ліку кліента, які ў ідэале з'яўляецца членам каманды.
Тэсты - яшчэ адна крыніца каштоўнай зваротнай сувязі, якая выходзіць за рамкі вынікаў тэстаў. Незалежна ад таго, лёгка ці складана пісаць тэсты, зваротная сувязь таксама. Калі ў вас узніклі праблемы з напісаннем тэстаў, магчыма, ваш праект занадта складаны. Прыслухайцеся да водгукаў і аптымізуйце свой дызайн.
Нешта, што гучыць як выдатная ідэя, можа не працаваць так добра на практыцы. Такім чынам, гатовы код таксама з'яўляецца крыніцай зваротнай сувязі, як і размеркаваны прадукт.
Нарэшце, майце на ўвазе, што зваротнай сувязі занадта шмат. Калі каманда стварае больш зваротнай сувязі, чым можа вытрымаць, важная зваротная сувязь можа знікнуць з радара. Такім чынам, вельмі важна запаволіць і высветліць, што выклікае празмерную зваротную сувязь, і выправіць гэта.
Мужнасць: Кент Бэк defiмужнасць паўстае як «эфектыўныя дзеянні перад тварам страху». Як інжынеру-праграмісту, у вас ёсць чаго баяцца, і таму ёсць шмат магчымасцей праявіць мужнасць.
Каб сказаць праўду, асабліва непрыемную, напрыклад, сумленныя ацэнкі, патрэбна смеласць. Даваць і атрымліваць зваротную сувязь таксама патрабуе смеласці. І патрэбна смеласць, каб не ўпасці ў памылку аб незваротных выдатках і адмовіцца ад няўдалага рашэння, якое атрымала значныя інвестыцыі.
Павага: Фундаментальная перадумова XP заключаецца ў тым, што кожны клапоціцца пра сваю працу. Ніякая тэхнічная дасканаласць не можа выратаваць праект, калі няма клопату і павагі.
Кожны чалавек варты годнасці і павагі, і гэта, вядома, уключае людзей, якія ўдзельнічаюць у праекце распрацоўкі праграмнага забеспячэння. Калі вы і члены вашай каманды паважаеце і клапоціцеся адзін пра аднаго, кліента, праект і яго будучых карыстальнікаў, усе выйграюць
Прынцыпы даюць больш канкрэтныя рэкамендацыі, чым каштоўнасці. Гэта рэкамендацыі, якія асвятляюць каштоўнасці і робяць іх больш выразнымі і менш неадназначнымі.
распрацоўка BlogInnovazione.гэта выява alexsoft.com
Напрыклад, абапіраючыся толькі на каштоўнасць мужнасці, вы можаце зрабіць выснову, што пажадана адразу ўнесці сур'ёзныя змены ў свой графік. Аднак прынцып Baby Steps кажа нам, што вялікія змены - гэта рызыка. Так што аддайце перавагу маленькім.
Уманіта: Людзі ствараюць праграмнае забеспячэнне для людзей, факт, які часта забываюць. Але з улікам асноўных чалавечых патрэб, моцных і слабых бакоў ствараюцца прадукты, якія людзі жадаюць выкарыстоўваць. І працоўнае асяроддзе, якое прапануе вам магчымасць для рэалізацыі і росту, пачуццё прыналежнасці і базавай бяспекі, з'яўляецца месцам, дзе вам лягчэй ўлічваць патрэбы іншых.
Эканоміка: У XP каманды заўсёды звяртаюць увагу на эканамічныя рэаліі распрацоўкі праграмнага забеспячэння, пастаянна ацэньваюць эканамічныя рызыкі і патрэбы праекта.
Напрыклад, яны будуць рэалізоўваць гісторыі карыстальнікаў на аснове іх бізнес-каштоўнасці, а не тэхнічных праблем.
Узаемная выгада: Пасля XP вы пазбягаеце рашэнняў, якія прыносяць карысць аднаму боку за кошт іншага. Напрыклад, пашыраныя спецыфікацыі могуць дапамагчы камусьці зразумець гэта, але гэта адцягвае вас ад іх рэалізацыі і адкладае гэта для вашых карыстальнікаў.
Узаемавыгадным рашэннем з'яўляецца выкарыстанне аўтаматызаваных прыёмачных выпрабаванняў. Атрымайце імгненную зваротную сувязь аб вашай рэалізацыі, вашы калегі атрымаюць дакладныя спецыфікацыі ў кодзе, а карыстальнікі атрымаюць свае функцыі першымі. Акрамя таго, усе вы будзеце мець абарону ад рэгрэсіі.
Выгада (узаемная выгада): Калі дадзенае рашэнне працуе на адным узроўні, яно таксама можа працаваць на больш высокім або ніжэйшым узроўні. Напрыклад, ранняя і пастаянная зваротная сувязь пастаўлена на карту ў рознай ступені ў XP.
Паляпшэнне: Згодна з прынцыпам паляпшэння, каманды імкнуцца не да дасканаласці першапачатковага ўкаранення, а да ўкаранення, якое будзе дастаткова добрым, а затым пастаянна вучыцца і паляпшаць яго з зваротнай сувяззю ад рэальных карыстальнікаў.
Разнастайнасць: Вы і вашыя калегі выйграеце ад разнастайнасці пунктаў гледжання, навыкаў і поглядаў. Такая разнастайнасць часта прыводзіць да канфліктаў, але гэта нармальна.
Канфлікты і рознагалоссі - гэта магчымасці для ўзнікнення лепшых ідэй, калі кожны дзейнічае на аснове мужнасці і павагі. Смеласць выказваць супрацьлеглыя пункты гледжання, павага пры выказванні іх у цывілізаванай і эмпатычнай форме. І ўсё гэта з'яўляецца эфектыўным камунікатыўным практыкаваннем.
Адлюстраванне: Выдатныя каманды разважаюць над сваёй працай і аналізуюць, як стаць лепш. XP прапануе шмат магчымасцяў для гэтага. Не толькі ў штотыднёвых і квартальных цыклах, але ў кожнай практыцы, якую ён прасоўвае.
У дадатак да лагічнага аналізу важна ўлічваць пачуцці. Ваша інтуіцыя можа паведаміць вам, перш чым вы паспееце аб чымсьці разважаць. І таму ён можа размаўляць з нетэхнічнымі людзьмі, яны могуць задаваць пытанні, якія адкрываюць зусім новыя магчымасці.
Паток: Традыцыйныя метадалогіі распрацоўкі праграмнага забеспячэння маюць асобныя фазы, якія доўжацца доўгі час і маюць мала магчымасцей для зваротнай сувязі і карэкцыі курсу. Замест гэтага распрацоўка праграмнага забеспячэння ў XP адбываецца ў працэсе дзеянняў, якія адбываюцца бесперапынна, у паслядоўным "плыні" значэнняў.
Магчымасць: Пры распрацоўцы праграмнага забеспячэння праблемы непазбежныя. Аднак кожная праблема - гэта магчымасць для паляпшэння. Навучыцеся глядзець на іх такім чынам, і ў вас значна больш шанцаў прыдумаць крэатыўныя і мэтанакіраваныя рашэнні, якія таксама дапамогуць прадухіліць іх паўтарэнне.
Рэзерваванне: Прынцып празмернасці абвяшчае, што калі дадзеная праблема крытычная, вы павінны выкарыстоўваць розныя тактыкі, каб супрацьстаяць ёй.
Вазьміце недахопы. Не існуе адзінай тактыкі, якая магла б прадухіліць усе дэфекты ад вытворчасці.
Такім чынам, рашэнне XP заключаецца ў складанні набору паказчыкаў якасці. Парнае праграмаванне, тэставанне, бесперапынная інтэграцыя. Кожная асобная лінія абароны, разам практычна непранікальная сцяна.
Адмова: няўдача не марнаванне, калі яна ператвараецца ў веды. Прыняцце мер і хуткае вывучэнне таго, што не працуе, значна больш прадуктыўна, чым бяздзейнасць, выкліканая нерашучасцю пры выбары сярод мноства варыянтаў.
Якасць: Людзі часта думаюць, што існуе дылема паміж якасцю і хуткасцю.
Усё наадварот: імкненне да павышэння якасці - гэта тое, што прымушае вас рухацца хутчэй.
Напрыклад, рэфактарынгі — змяненне структуры кода без змены яго паводзін — гэта практыка, якая палягчае разуменне і змяненне кода. У выніку ў вас менш шанцаў унесці дэфекты кода, што дазваляе вам прынесці большую карысць, не выпраўляючы памылкі.
Маленькія крокі: Вялікія змены - гэта рызыка. XP зніжае гэтую рызыку, уносячы змены невялікімі крокамі на кожным узроўні.
Праграмісты пішуць код невялікімі крокамі, выкарыстоўваючы тэставаную распрацоўку. Яны інтэгруюць свой код у асноўную лінію некалькі разоў на дзень, а не кожныя некалькі тыдняў ці нават месяцаў. Сам праект адбываецца ў кароткія цыклы, а не ў доўгатэрміновыя фазы.
Адказнасць прынята: У XP адказнасць трэба прымаць, а не прызначаць.
Падсправаздачнасць павінна суправаджацца правам прымаць рашэнні аб тым, за што вы адказваеце. Адваротнае таксама дакладна. Вы не хочаце, каб людзі прымалі рашэнні, калі ім не трэба жыць з іх наступствамі.
Экстрэмальнае праграмаванне, якое з'яўляецца гнуткай метадалогіяй, можа быць прынята і прынята без выканання жорсткіх планаў. Гэта ітэрацыйны дызайн, а не вялікі першапачатковы праект.
XP істотна адрозніваецца ад традыцыйных метадалогій, то ёсць каскадных, пазбягаючы працяглых фаз.
Чым XP адрозніваецца ад іншых гнуткіх метадалогій?
Экстрэмальнае праграмаванне па сваёй прыродзе мае шмат агульнага з іншымі гнуткімі метадалогіямі, але таксама з'яўляецца унікальным сярод іх.
Большасць іншых метадалогій распрацоўкі не гавораць шмат, калі што-небудзь, пра тое, як зрабіць працу. XP, з іншага боку, вельмі ўпэўнены, калі справа даходзіць да гэтага, і надае вялікую ўвагу метадам распрацоўкі праграмнага забеспячэння.
Scrum - гэта структура, якая дапамагае камандам распрацоўваць складаныя праекты адаптыўным спосабам. Scrum не вызначае, як распрацоўшчыкі робяць сваю працу. XP, як ужо згадвалася, надае вялікую ўвагу добрым метадам праграмавання.
распрацоўка BlogInnovazione.en Малюнак сеткавыя рашэнні
Акрамя таго, XP, відавочна, аб праграмаванні. Scrum, з іншага боку, можа прымяняцца да любога праекта, які выйграе ад ітэрацыйнага падыходу.
XP прымае змены ў сваіх кампанентах. Каманды атрымліваюць паўнамоцтвы і нават заахвочваюцца змяняць практыкі ў залежнасці ад іх канкрэтных патрэб. Кіраўніцтва па Scrum, з іншага боку, цвёрда сцвярджае, што «хоць толькі часткі Scrum могуць быць рэалізаваны, вынік не Scrum».
Акрамя таго, Scrum - гэта структура, якую неабходна дапоўніць метадалогіямі і практыкамі, каб выканаць працу.
Гэта азначае, што настойліва рэкамендуецца працаваць у экстрэмальным праграмаванні і Scrum.
Па словах Кента Бека, спелая каманда XP не павінна прызначаць жорсткія ролі, але прызнаць, што ролі могуць быць карыснымі для маладых каманд, пакуль яны не пачнуць запавольвацца або ўскладняць супрацоўніцтва.
Давайце паглядзім на некаторыя ключавыя ролі:
Гэта практыка, прынятая ў XP. Яны дзеляцца на тры асноўныя групы: праграмная інжынерыя, працоўнае месца і кіраванне праектамі.
Парнае праграмаванне: У XP вы пішаце код парамі, седзячы на машыне. Вы і ваша пара размаўляеце адзін з адным, калі аналізуеце, укараняеце і тэстуеце функцыю, над якой працуеце. Парнае праграмаванне асабліва добра для стварэння кода з меншай колькасцю памылак, але пры гэтым займальнае, вясёлае і стомнае.
Дзесяціхвілінны ліміт: Патрабуецца Дазваляе 10 хвілін на стварэнне ўсяго праекта, уключаючы правядзенне ўсіх аўтаматызаваных тэстаў, максімум за дзесяць хвілін. Гэта абмежаванне прызначана для таго, каб тэсціраванне было аптымізаваным і эфектыўным.
Тэсты перад праграмаваннем: рэалізаваць функцыі з дапамогай падыходу спачатку тэсту, які таксама называецца тэставая распрацоўка (TDD). TDD складаецца з распрацоўкі з выкарыстаннем простай ітэрацыйнай працэдуры:
TDD прыносіць некалькі пераваг.
Па-першае, зваротная сувязь. Калі цяжка напісаць тэст, дызайн, які вы шукаеце або які вы атрымалі ў спадчыну, верагодна, занадта складаны, і вам трэба яго спрасціць.
Па-другое, TDD дазваляе праграмістам давяраць коду, які яны пішуць, і стварае добры цыклічны рытм, калі наступны крок заўсёды ясны.
І апошняе, але не менш важнае: выкарыстанне TDD з самага пачатку забяспечвае 100% ахоп кода. Затым набор тэстаў сапраўды становіцца сеткай бяспекі для будучых змяненняў, заахвочваючы рэфактарынгу кода і ствараючы добрае кола якасці.
Паступовы дызайн: Практыка паэтапнага праектавання азначае, што вам трэба кожны дзень інвеставаць у дызайн вашага прыкладання, шукаючы магчымасці выдаліць дубліраванне і зрабіць невялікія паляпшэнні для дасягнення найлепшага дызайну для таго, што патрэбна вашай сістэме сёння.
Бесперапынная інтэграцыя: У XP вы інтэгруеце сваю працу ў галоўнае агульнае сховішча некалькі разоў на дзень, запускаючы аўтаматычную зборку ўсёй сістэмы. Інтэграцыя як мага раней і як мага часцей рэзка зніжае кошт інтэграцыі, паколькі памяншае верагоднасць узнікнення зліццяў і лагічных канфліктаў. Ён таксама раскрывае праблемы навакольнага асяроддзя і наркаманіі.
Агульны код (калектыўная ўласнасць): XP прасоўвае агульны код, або калектыўную ўласнасць: кожны распрацоўшчык нясе адказнасць за ўвесь код. Гэта спрыяе абмену інфармацыяй, зніжае каэфіцыент каманднай шыны і павышае агульную якасць кожнага модуля, калі мы ўлічваем прынцып разнастайнасці.
Адзіны CodeBase: Адзіная кодавая база таксама вядомая як «распрацоўка на аснове магістралі». Гэта азначае, што крыніца праўды адна. Такім чынам, замест таго, каб развівацца ізалявана на працягу доўгага перыяду часу, аб'ядноўвайце свае ўклады ў адзіны паток на ранніх тэрмінах і часта. Сцяжкі функцый дапамагаюць абмежаваць выкарыстанне функцый да іх завяршэння.
Штодзённае размеркаванне: разгортванне ў вытворчасці хаця б раз у дзень з'яўляецца лагічным следствам пастаяннай інтэграцыі:. Фактычна, сёння многія каманды ідуць яшчэ далей і практыкуюць бесперапыннае ўкараненне. Гэта значыць, кожны раз, калі хтосьці далучаецца да асноўнай лініі, прыкладанне разгортваецца ў вытворчасці.
Код і тэсты: Такая практыка азначае, што зыходны код, уключаючы тэсты, з'яўляецца адзіным пастаянным артэфактам праграмнага праекта. Стварэнне іншых тыпаў артэфактаў, у тым ліку дакументацыі, часта бывае марнатраўным, бо не стварае рэальнай каштоўнасці для кліента.
Калі вам патрэбны іншыя артэфакты або дакументы, паспрабуйце стварыць іх з вытворчага кода і тэстаў.
Аналіз першапрычыны: Кожны раз, калі дэфект трапляе ў вытворчасць, не проста выпраўляйце дэфект. Пераканайцеся, што вы высветлілі, што стала прычынай гэтага ў першую чаргу, чаму вы і вашы таварышы па камандзе не змаглі прадухіліць занос. Затым прыміце меры, каб гэта не паўтарылася.
Сядзяць разам: У XP каманды аддаюць перавагу працаваць разам на адкрытай прасторы. Такая практыка спрыяе зносінам і адчуванню прыналежнасці да каманды.
Уся каманда: Усе, хто патрэбны для поспеху праекта, з'яўляюцца часткай каманды XP. Гэта вельмі кантэкстуальнае - рознае для кожнай каманды - і дынамічнае, яно можа змяняцца ў камандзе.
Інфармацыйныя працоўныя прасторы: Інфармацыйная працоўная прастора выкарыстоўвае фізічную прастору каманды для адлюстравання інфармацыі, якая дазваляе любому з першага погляду даведацца пра ход праекта. Тое, як гэта робіцца, можа быць розным: ад фізічных нататак і графікаў да скрыншотаў, якія паказваюць дошкі Kanban і панэлі кіравання з праграмнага забеспячэння для кіравання праектамі.
Энергічная праца: У XP вы працуеце толькі да таго часу, пакуль можаце выконваць энергічную працу. Працоўныя гадзіны павінны быць абмежаваныя максімум 40 гадзінамі ў тыдзень.
Analisi- Напішыце патрабаванні карыстальнікаў у фармаце, вядомым як аналіз карыстальнікаў. Аналіз карыстальніка мае кароткую апісальную назву, а таксама кароткае апісанне таго, што трэба рэалізаваць.
Млявы: Плануючы цыкл, дадайце дробныя задачы, ад якіх каманда можа адмовіцца, калі ўзнікне неабходнасць. Калі каманда дае занадта шмат, заўсёды можна дадаць больш гісторый.
Цыклы (месячныя і штотыднёвыя): Распрацоўка ў XP адбываецца ў два асноўныя цыклы: тыднёвы цыкл і месячны цыкл.
Сустрэчы, цыклы, запланаваныя выпускі: Распрацоўка ў XP працуе ў два асноўныя цыклы: тыднёвы цыкл і квартальны цыкл. Першапачаткова Кент Бек рэкамендаваў двухтыднёвы цыкл, але змяніў яго ў другім выданні сваёй кнігі.
Тыднёвы цыкл: тыднёвы цыкл - гэта "пульс" праекта XP. Цыкл пачынаецца з сустрэчы, падчас якой кліент выбірае, якія гісторыі ён хоча ствараць на працягу тыдня. Акрамя таго, каманда разглядае сваю працу, у тым ліку прагрэс на мінулым тыдні, і думае аб спосабах паляпшэння працэсу.
Месячны цыкл: Кожны месяц каманда разважае і вызначае магчымасці паляпшэння свайго працэсу. Кліент выбірае адну або некалькі тэм для гэтага месяца разам з аналізам у гэтых тэмах.
Як пачаць працаваць з экстрэмальным праграмаваннем?
Тэхнічным навыкам і звычкам XP можа быць цяжка навучыцца. Некаторыя практыкі могуць здацца чужымі праграмістам, якія да іх не прывыклі.
Ercole Palmeri
У мінулы панядзелак Financial Times абвясціла аб здзелцы з OpenAI. FT ліцэнзуе сваю журналістыку сусветнага ўзроўню...
Мільёны людзей плацяць за струменевыя паслугі, плацячы штомесячную абаненцкую плату. Распаўсюджана меркаванне, што вы…
Coveware ад Veeam працягне прадастаўляць паслугі рэагавання на інцыдэнты кібервымагальніцтва. Coveware будзе прапаноўваць судова-медыцынскую экспертызу і магчымасці выпраўлення…
Прагнастычнае тэхнічнае абслугоўванне рэвалюцыянізуе нафтагазавы сектар з інавацыйным і актыўным падыходам да кіравання заводам.…
