Masuala ya mada hii ni mapana na anuwai katika njia zinazowezekana kwamba jibu lolote la kweli kwa maswali yanayoweza kuepukika linaweza kuelekeza njia ya jumla.
Watu wengi leo wanataka na wana matumaini ya kujenga nguvu za wavuti zenye nguvu (zinazoendeshwa na data), ambazo usanifu wake unachukua vifaa vipya, marekebisho, na mwingiliano wa wageni. wikiHow kwa mfano ni wavuti yenye nguvu. Wakati lengo la miradi bora linaweza kufikiwa na watu wote wenye bidii, itakuwa kosa kudharau kile mwishowe ni kazi ngumu sana, haswa katika malengo ya kiufundi ya mradi wowote unaotarajiwa. Hata uonekano rahisi wa wavuti unaohitaji ujuzi wa kutosha katika taaluma anuwai.
Katika kufikia malengo ya lazima, hakuna mtu anayeweza kutoka kwenye muundo mzuri wa hifadhidata. Kujiandaa katika nidhamu hii peke yake ni jukumu kubwa (lakini sio la kipekee) la kazi. Mara tu tunapokuwa na muhtasari wa malengo ya mradi, lazima tuone njia nzuri za kuzifikia. Kisha tuna lugha za programu au zana za kuchagua, kulingana na maono ya usanifu bora wa mradi.
Kuona picha nzima kutoka mwanzo kabisa wakati huo, ni ustadi muhimu zaidi ya yote.
Hatua
Hatua ya 1. Pata ubongo wako karibu ni aina gani za zana na michakato itakamilisha malengo yako
Kwa sababu msingi wa msingi wa uwepo wowote wa wavuti wenye nguvu ni hifadhidata na usindikaji wa data, lengo letu la kwanza muhimu ni kufanya uamuzi mkubwa juu ya injini ya hifadhidata. Sio wazo nzuri kutumaini kufanya uamuzi wa kawaida kwa njia fulani tu ya kuonekana, ya busara zaidi ya awali.
- Lengo muhimu la uamuzi huu wa kwanza ni kupanga mradi wetu kwa njia (na zana na injini za hifadhidata) ambayo itasaidia mahitaji yako njia yote kupitia barabara ya baadaye, ambayo, kwa sababu ulifanya maamuzi sahihi ya mwanzo, jenga kwa ufanisi juu ya msingi wako wa mwanzo, kwa ufanisi na bila uzuiaji mwishowe. Hii inamaanisha kuwa kwa mfano, injini ya hifadhidata unayochagua sio rahisi tu, au inaonekana rahisi kutumia leo; tangu mwanzo lazima iwe injini ambayo itasaidia mahitaji yako ya usindikaji wa mto.
- Wakati mwingine maoni ya kibiashara yanaathiri zaidi chaguo kama hizo. Je! Ni injini gani zinazohudhuria sana (na za gharama kubwa)? Je! Ni injini gani ambazo karibu hazina mahudhurio katika utekelezaji unaotimiza malengo ya usindikaji ambayo mradi wako lazima udumishe? Kwa ujumla, muundo unaofaa kufuata ni kuchagua injini yako kulingana na moja wapo ya hali mbili zinazowezekana.
- Ili kufanya hivyo, lazima kwanza uorodhe mahitaji yako ya kimsingi ya meza. Mtaalam hatahitaji kujenga ramani hii (bila kujali hata kama mamia au maelfu ya meza zinahusika), kwa sababu kawaida wataona mara moja ikiwa usanifu na mahitaji ya siku zijazo utahitaji kuunga mkono ama yanasomwa au kuandika kwa nguvu. Kisha utachagua hifadhidata inayofaa, kulingana na hali hii ya jumla, na labda zaidi kulingana na ladha na uzoefu wa kibinafsi, kwani kufanya kazi na zana husika za ukuzaji wa programu kunaweza kutabiri. MySQL ni chaguo la kawaida kwa utekelezaji mkubwa wa kusoma. Watengenezaji wengi hutazama hifadhidata kama vile PostgreSQL kwa utekelezaji mzuri wa uandishi. Tunakuza mwelekeo wetu kuelekea zana kama hizi kwa utafiti wa uangalifu, na kwa kuchora kwenye dimbwi la uzoefu wa tasnia ya maendeleo ya programu. Gharama inaweza kuepukwa kwa ujumla, kwa sababu utumiaji wa bure wa zana nzuri sana unapatikana. Tunachotafuta ni utendaji katika kusoma au kuandika mazingira mazito, kuegemea, urahisi na upunguzaji wa utawala, na ujumuishaji tayari na zana zinazotarajiwa za ukuzaji wa programu.
Hatua ya 2. Chagua zana za kukuza programu yako
Kuna mifumo miwili ya kuzingatia katika kuchagua zana za kukuza programu. Zana zinazosemekana kuwa "rahisi" ni nadra kwa kweli, wakati mradi bila shaka unavunja utengenezaji wa muundo wa maendeleo na utendaji vifaa vya "rahisi" kwa ujumla vimepunguzwa. Ikiwa unataka kufanya kitu zaidi ya zana "rahisi" kama vile kuingiza lugha au kigezo cha kutafsiri katika URL zinazozalishwa kwa nguvu, inaweza kuwa ngumu sana kutimiza katika zana "rahisi" ambazo zinaweza kuchukua ujuzi wa hali ya juu wa programu kama kama hila muundo rahisi katika kufanya vitu ngumu zaidi. Lazima tuwe na ujuzi wa zana zetu za kujenga miradi mizuri. Hii haifanyi zana rahisi kuwa chaguo bora, au zana za kisasa zaidi pendekezo ngumu. Mtego wa maendeleo "rahisi" kwa ujumla unajumuisha mapungufu ambayo yanagharimu sana kushinda katika mabadiliko ya miradi. Aina kubwa ya zana kama hizo kwa ujumla hujitokeza, ikionekana kukidhi mahitaji kama hayo. Lakini mfano wa ustahimilivu wa zana unadhihirisha ukweli wa kutimiza jambo hili; na kwa hivyo, kwa jumla tunaona kuwa vifaa vya kisasa zaidi na vyenye nguvu, kufuata mifumo mizuri (au upatikanaji wa vitu na maktaba), sio tu kupunguza vizuizi visivyoepukika kwa zana rahisi, lakini vivyo hivyo hufanya "kufika huko" mchakato wa moja kwa moja zaidi. Tunapochunguza wigo wa zana zinazopatikana, mifano ya jumla isiyo na kina huwasilishwa katika dhana za awali za maendeleo, na dhana bora hutolewa na zana zinazotokea baadaye (au hawatakuwa na nafasi ya kuishi katika masoko ambayo tayari yameshinda). Ikiwa tunachagua zana rahisi inayosemekana basi, tunachotafuta ni muundo wa maendeleo ambao wote ni wenye nguvu na bila uzuiaji wa mwishowe. Kitendawili cha neophyte basi ni ugumu wa kuona hadi sasa chini ya barabara ambayo tunaweza kuona vizuizi vya programu kwa seti ya zana iliyopewa. Watu wengine wanaamini zana bora ni zenye nguvu zaidi na zenye vizuizi kidogo katika suala la njia ya mradi. Uhuru wa kukuza unachotaka na unahitaji mara nyingi inamaanisha kuvunja mtindo wa jumla wa zana rahisi wakati huo, changamoto ambazo zinaweza kuvunja ubongo wa mhandisi wa programu aliye na ujuzi na wa hali ya juu, kwa sababu kufanikiwa katika kitu kama hicho kunamaanisha kufanya "rahisi" mfano fanya kitu ambacho hakiwezi kuwa na uwezo wa asili wa kuunga mkono. Je! "Ruby" kwa mfano ni zana rahisi kuliko C ++ ya msingi au C #? Hapana sio kweli, haswa ikiwa lazima uvunje mfano rahisi wa Ruby ili kutoa utendaji muhimu. Kama Ruby, GCC ni bure kwa Linux na OSX. Ruby pia inakuja kwenye OSX - lazima ugundue kwenye mfumo wako. Kwa zana zinazodaiwa kuwa rahisi, chaguo langu la kibinafsi ni Ruby. Ya zana za kisasa kabisa, C ++ na C # zitatawala kwa muda mrefu zaidi katika siku zijazo; na ukweli ni kwamba, haya ndio magari pekee ya maendeleo bila kizuizi. Kwa hivyo kaa sawa na ujitie nguvu kwa kusoma kwa bidii, kwa sababu bila kujali barabara unayochagua, itabidi usimamie zana zako tu, bali na mifano inayoweza kuzuia ambayo zana hizo zinaweza kukusongesha. Ruby labda ni safi zaidi kuliko karibu wenzao wote "rahisi". C ++ ni chombo cha ubora bora; na kwa kweli, wataalamu wenye ujuzi watatoa miradi isiyo na kifani pengine na shida kidogo kuliko wanaweza kutimiza malengo sawa na zana inayodaiwa kuwa rahisi. Mwishowe, waendelezaji ambao wanapotea kutoka kwa uchunguzi huu hulipa bei fulani: ama huchagua zana rahisi zaidi "rahisi", au wasiwasi kidogo juu ya uhuru kutoka kwa usumbufu katika zana ya kisasa zaidi. Katika kesi ya pili, unamiliki vitu vya haraka vya CGI, chukua mpira na ukimbie. Dhana kubwa hutekelezwa mara nyingi na nambari ndogo. Ndio, zana rahisi hufanya madai sawa, lakini kwa kuondoa ugumu wa kutuondoa kutoka kwetu kwa njia ambazo kuachana na muundo wao wa kawaida huleta changamoto ngumu sana za uhandisi, pamoja na ulemavu wa utendaji ambao C ++ hutatua.
Hatua ya tatu
Hii inamaanisha kunyakua fasihi bora kwa zana tunayotaka kulinganisha, na angalau kutoa dhana yetu aina fulani ambayo inaweza kuchukua katika seti ya zana, ikilinganishwa na zingine. Kabla ya kuchagua Ruby kwa mfano, unaweza kuchukua vitabu muhimu kama "Lugha ya Programu ya Ruby," na "Agile Web Development with Rails." Utafiti wako wa awali haupaswi tu kusimamia vifaa vya kutosha, lazima uone jinsi unaweza kufika huko - jinsi unavyoweza kutoa utendaji unaotakiwa na chombo unachoweza kuchagua. Hii ni kazi ya kutisha kwa anayeanzisha. Ikiwa utalinganisha mazingira rahisi ya maendeleo na bora zaidi, italazimika kutathmini zana bora za C pia. Ikiwa kweli utakuwa mhandisi mwenye ujuzi, utachukua C kwa uhuru wake kutoka kwa kiwango cha juu. Je, C ni ngumu zaidi? Sintaksia ni sintaksia. Mwishowe, lazima ujifunze kuelezea utendaji sawa; na kwa kweli, familia ya C ya lugha ni bora. Jambo gumu juu ya kufurahisha nje ya lango huko C ++ ni kuweka mikono yako kwenye modeli ambazo unaweza kuhitaji kujenga. Mwanzo mzuri kutoka kwa miaka 15 iliyopita ilikuwa vifaa vya asili vya FastCGI ambavyo vilikuwa vinapatikana katika CPPBuilder ya Borland - labda bado ni C ++ bora kwa Windows. Hata waanzilishi wa C wanaweza kwenda mbali na njia kama hizo za vitu, kwa sababu mtindo wa jumla wa utendaji endelevu umejengwa katika vitu vile unavyofanya kazi navyo. Kazi yako ni ya bure zaidi kuliko inavyoweza kuwa katika Ruby kwa mfano, wakati wowote unaweza kuvunja au kuzidi mfano wa Ruby katika njia yako. Kwa upande mwingine, mbinu za ujenzi wa Reli zinaharakisha kazi nyingi kwa neophyte, ikiwa na ikiwa tu mradi unalingana na ukungu wa jumla wa Ruby na Reli. Anzisha vifungu vya usalama vya mfano, kwa mfano, inayotambuliwa katika miingiliano yako yote ya Ruby, na jambo linalofuata unajua, unaandika tena mistari elfu ya nambari ya Ruby iliyotengenezwa kiotomatiki kwa kila meza ambayo programu yako inazungumza. Je! Hiyo ni rahisi? Kweli, ninafanya na mhariri wa Windows uitwao KumbukaTab Pro, inayofanya kazi kwenye miradi ya Ruby inayoishi kwenye mfumo wa OSX; na macros za kisasa hufanya marekebisho yangu labda kwa sekunde, ikibadilisha mistari elfu ya nambari kuwa karibu mara mbili hiyo. Bado, hii inahusiana na utendaji rahisi, wa msingi, ambao mradi umezuiliwa. Ukweli ni kwamba, katika C ++ tunaweza kuandika vitu vyetu ambavyo vinashughulikia kazi hizi kwa ulimwengu wote - kamwe hautalazimika kuiga mchakato huu. Kwa hivyo hizi ndizo biashara. Mwishowe, kitu kinachoelekezwa C ni chenye nguvu zaidi na bora. Maana yake ni kazi ndogo pia.
Hatua ya 4. Haijalishi chaguo lako la zana za programu, hakuna njia ya kuzuia utegemezi juu ya ustadi mzuri wa HTML na CSS
Kwa ujumla, waendelezaji wenye ujuzi hutegemea W3C.org kwa nyenzo muhimu. ukurasa wa wavuti
Video - Kwa kutumia huduma hii, habari zingine zinaweza kushirikiwa na YouTube
Vidokezo
- Sehemu muhimu ya hamu yako basi itakuwa kupata mikono yako kwenye rasilimali bora. Ningeanza na Ruby; na ikiwa unataka kustawi, itabidi utathmini lugha C zinazoelekezwa na kitu, na mazingira ambayo miradi iliyoandikwa vizuri itatekeleza wenzao wote.
- Hakuna chochote kwa hivyo kinachoweza kuchukua nafasi ya utafiti na tathmini kamili.
Maonyo
- Kizuizi zaidi cha kudhibiti zana rahisi ni tabia isiyo ya kitaalam kwenye vikao vingi. Kuna tofauti kubwa kati ya ujuzi wa kitaalam na ustadi wa kujifanya ambao mara nyingi unaweza kukuongoza mbali na njia sahihi. Vyanzo bora vya habari kwa ujumla ni wenzao waliofanikiwa zaidi, sio mabwana wa kujifanya wa zana rahisi ambazo hutetea kushikamana na muundo mmoja unaopatikana kwao. Sababu kuu ya kupeleka maswali kwenye vikao ni kwamba utahitaji kuzidi (kwa hivyo kuvunja) mfano ulio na njia rahisi inayodaiwa. Unapoweza kukidhi mahitaji haya, unahitaji ushauri bora.
- Kamwe usifikirie basi kwamba njia ya mkato inayoonekana kweli inaharakisha kufanya kazi. MARA nyingi, mazungumzo ni kweli.
