Este în mod constant în căutarea pentru exemple de cod, un semn de un dezvoltator imobiliar?
Eu sunt un CS student cu mulți ani de experiență în C și C++, iar în ultimii ani m-am'am fost în mod constant de lucru cu Java/C Obiectiv face app de dezvoltare, iar acum am trecut la dezvoltare web și sunt axate în principal pe ruby on rails și am ajuns la concluzia asta (ca și la aplicația de dezvoltare , într-adevăr) am referință alt cod prea mult. Am în mod constant Google funcționalitate pentru o mulțime de lucruri îmi imaginez că ar trebui să fie capabil să facă de la zero și de a-l's chiar mi-a spart un pic de încredere.
Fundamentele de bază nu sunt o problemă, nu-mi place să folosesc acest lucru ca un exemplu, dar pot alerga prin javabat în ambele java/python la un sprint - evident, nu o realizare, dar și ceea ce vreau să spun este că am o bază puternică pentru fundamentele cred eu?
Eu știu ce am nevoie pentru a utiliza de obicei, dar referință sintaxă în mod constant. - Ar plăcea un sfat și de intrare pe acest lucru, deoarece ea a fost exploatație mă întorc destul de solid în termeni de caută de lucru în acest domeniu, chiar dacă am'm de finisare diploma. Motivul meu principal pentru a cere nu este cu adevărat despre ocuparea forței de muncă, dar mai că nu - 't vreau să fiu singurul tip de la un hackathon nu percuție non-stop cod și stând acolo, cu 20 de Google/github tab-uri deschise, și m-am abținut de la participarea la orice din cauza o ușoară lipsă de încredere...
Este o persoană rea producător de constant în căutarea de exemple de cod pentru moderate pentru sarcini complexe?
Copy-paste orbește: de rău.
Uite documentare, citit exemple de cod pentru a obține o mai bună înțelegere: bun.
Am'd mai degrabă să lucreze cu cineva care se uită tot timpul și face-vă că totul funcționează corespunzător decât cineva sigur pe sine, care crede că le știe pe toate, dar nu't. Dar cel mai rău este cineva care nu't deranjez înțelege cum funcționează lucrurile, și doar în mod necritic copii codul de pe site (și atunci când rapoartele de bug-uri începe să plouă în jos este în măsură de a repara ceva în mod corespunzător).
Dacă aveți codul de soluții într-o întreținut și ÎNȚELEG de ce dai copy/paste/modifica atunci nu există nici o problemă.
Mor în interior de fiecare dată când mă întreabă un dezvoltator senior întrebări despre ce a făcut ceea ce și răspunsul este "nu't știu, am copia de lipit cod și a lucrat la un moment dat".
La fel ca și cu abilitatea de a - program cu/în documentația API, looking pentru cod examples este un semn nu de un rău programator, dar de unul care nu are fluență...
...și practică pentru mine este singura modalitate de încredere pentru a dobândi fluenta.
Nu's o teorie de învățare numit [Kolb ciclu][1] (după ce persoana care a descris-o). Intrările în acest ciclu sunt:
Dezvăluirea completă - sunt o persoană în vârstă care a fost instruit într-o altă pre-Internet disponibil la locul de muncă epoca. Am'am privit abilitățile de tineri dezvoltatori continuă să se deterioreze în mare parte din cauza ei nu rețin informații sau înțelegere soluția-au luat de pe Internet. Am'am observat că nivelul de competență o persoană a avut-o după 1-2 ani de experiență, acum 20 de ani, este acum la nivelul de competență cineva are, după 5-7 ani de experiență. (Da, asta este o observație personală, dar am'am făcut o mulțime de angajare, nu am date statistice privind această chestiune și da, eu sunt, uneori, vechi și capricios, ia această declarație cu un bob de sare. Și lasă-mă în curte.) Privind în sus totul este ineficientă în termeni de timp. De asemenea, este un simptom de cineva care nu't au de mult adâncimea de cunoștințe. Persoanele cu adâncimea de cunoaștere poate scrie cod mai rapid decât cei care don't știu cum să rezolve o problemă fără a privi lucrurile. Deci, este în valoare de ea să învețe să se ocupe de mai multe lucruri fără a fi nevoie să se uite lucrurile continuu. Acum am'nu spun niciodată nu ar trebui să uite lucrurile, am'm a spune că ar trebui să învețe să-și păstreze cunoștințele și trebuie doar să se uite la lucrurile pe care le folosesc rar sau când vă confruntați cu o nouă problemă, de limbă sau de paradigmă. Și am'm nu spun că ar trebui't fi citit pentru a ține pasul cu noi soluții și instrumente și limbi. Grija mea cu dezvoltatorii care caută lucruri de prea multe ori că prea mulți dintre ei (nu neaparat tu) nu dezvolta abilități analitice pentru a înțelege problemele pe care le au și soluții care sunt necesare. Citește cât de multe întrebări sunt în cazul în care o persoană pune în mesajul de eroare pe care el sau ea în mod clar nu't înțelege, dar care ar trebui să fie destul de clar pentru oricine de operare la nivel profesional. Sau cele în care persoana spune, "l's nu funcționează, de ce?" cu nici o referire la mesajul de eroare sau cum e't de lucru și codul este sintactic corect. Sau cei care au dat o bucată de cod care ar trebui să funcționeze, dar în graba de a răspunde mai întâi la persoana a făcut o evidentă eroare de sintaxă (cum ar fi spus lipsește PE cuvinte cheie într-un SQL se alăture pentru a folosi un exemplu am vazut doar azi) și afișul vine înapoi cu am primit o eroare la linia 12. De ce da, daca te uiti la linia 12 e clar ce eroare este, dacă aveți o bază de competență. Deci, daca ceea ce cautati este o parte din funcționalitatea de bază a limbii(s) (BTW aceasta ar trebui să includă SQL, dacă se accesează baze de date) trebuie folosit pentru mai mult de șase luni, bănuiesc că sunteți în căutarea prea mult. Daca ceea ce cauti sunt caracteristici avansate, mai ales alea s-ar putea folosi foarte rar, atunci faci bine. Dar cum să înveți pentru a reține mai multe informații? Înțelegem mai întâi de ce codul a rupt. Chiar dacă cineva îți dă o soluție de lucru, dacă nu't vedea ce a funcționat și a ta, nu a făcut, atunci, cere. Dacă tu nu't de a înțelege un mesaj de eroare atunci, cere ceea ce a însemnat și apoi să încerce să o rezolve singur. Și nu taie și să lipiți o soluție nu't înțeleagă. De fapt, don't cut și paste la toate. Dacă doriți să-și păstreze informații, aveți nevoie pentru a face tastarea de ea. De fapt fizic scrierea de cod te ajută să vă învețe. Că este un bine-cunoscut tehnica de învățare. Practica generalizarea înțelegere a codului. Am'am văzut oamenii pun întrebări similare de peste si peste din nou de-a lungul timpului pentru că ei don't înțeleagă că soluția-au luat cu o lună în urmă la problema ABC este aceeași soluție la problemă nouă DEF. Deci, atunci când te'am cercetat ceva, ia ceva timp să se gândească la ce tipuri de probleme ar fi bine pentru rezolvarea problemelor și scrie note despre asta. Atunci când ai o problemă să se rezolve, în primul rând verificați-vă propriile note pentru a vedea dintre voi au observat deja o posibilă tehnică. Dacă ați evalua mai multe moduri de a rezolva o problemă, să ia notițe cu privire la tipul de problemă, soluțiile posibile te-ai uitat la și argumentele pro și contra pentru fiecare. Din nou notă a lua este de a ajuta la consolidarea cunoștințelor în creierul tău, ai deja propriul proces de gândire în termeni de pro și contra lucrat și don't trebuie să faci asta din nou (sau cel puțin nu în profunzime la fel de mult, poate mai uita-te pentru mai multe tehnici posibile) pentru următoarea problemă similară. Și atunci când se decide ce să învețe apoi, du-te pentru unele adâncime într-una din principalele tehnologii înainte de a sări în învățare primele 30 de zile în valoare de încă o altă tehnologie (acest lucru presupune că aveți suficient lățimea de cunoștințe pentru a efectua de fapt, treaba ta, dacă aveți nevoie să utilizați 6 tehnologii de - a obține elementele de bază în toate cele șase, înainte de a merge pentru adâncime). Apoi du-te înapoi și mai departe, învățând lucruri noi, la un nivel de bază, de învățare ceva mai în profunzime, apoi de învățare mai noi tehnologii la un nivel de bază. Dacă veți face acest lucru de-a lungul timpului, veți găsi că nivelul de bază ce vrei de la o noua tehnologie este mult mai profundă pentru că înțelegi mai avansate întrebări să întreb despre asta. Un alt mod de a învăța să-și păstreze cunoștințe este de a preda-l la altcineva. Răspundă la întrebări în astfel de locuri, de formare actuale subiecte pentru echipa ta, de a face prezentări la locale, grupuri de utilizatori, scrie pe blog și de a ajuta să mențină un wiki de informații de la compania ta de a ajuta pe alți dezvoltatori.
În căutarea pentru exemple de cod nu este un semn de rău producător. Rareori are nevoie de atât de puține lucruri să-și amintească toate interfețele au nevoie de precis, astfel încât se's naturală să se uite lucrurile și exemple de cod sunt, de obicei, de referință, care este simplu de utilizat.
Ce ar trebui't nu este copy&pastă exemple pentru că ei lucrează acolo, așa că ei trebuie să lucreze aici, fără a înțelege modul în care acestea funcționează. Care, de obicei, duce la o mulțime de informații inutile, care s-a copiat de-a lungul întâmplător cu rezultatul fiind greu să se mențină pentru că dacă tu nu ai n't știu cum funcționează când ai scris asta, ai castigat't știu șase luni mai târziu, fie și câștigat't fi capabil să-l repara.
Dar, atâta timp cât ați înțeles cod sunteți copierea de la un exemplu, l's un mod valid de a termina treaba mai repede, și care este, de obicei bun lucru.
Aceste răspunsuri sunt destul de bune. Dar suferă de o problemă mult mai profundă decât copy/paste sau lipsa de "calificare."
Comparația este letală. Mai mult, te compari cu alte persoane și talentul lor afectează modul în care te vezi pe tine, cu atât mai mult va zbârci și mor în interiorul. Nu't du-te la hackathons din cauza fear că oamenii vor vedea cât talent ai. Și singurul motiv pentru care crezi că ai're talent este pentru că tu te compari cu hackeri, care pot bang mai mult cod de la zero, mai repede.
Chiar dacă "Linii de Cod pe Minut" a fost un bun metrice de măsurare de calificare, trebuie să accepte faptul că there va fi întotdeauna mai bine dezvoltatorii acolo decât you. Și-l's ok să arate altora că lipsa de calificare.
Nu aveți nevoie pentru a fi la fel de bun, sau mai bine decât oricine altcineva. Ai nevoie să se mulțumească cu faptul că întotdeauna vei lipsă într-un fel, și că te're de învățare în mod constant. Dacă poți't fi fericit cu un inferior producător, tu'll fi NICIODATĂ fericit.
Inca un lucru: frica ta de respingere de către oameni care credeți că sunt "superior" este exact ceea ce vă împiedică să freca umerii cu mai bine de dezvoltatori și să învăț de la ei. Deci, frica te împiedică în creștere, care menține frica. Care te împiedică să crească. Vezi ciclul? Aveți de a sparge ciclul de undeva.
Cred că o mulțime de aceasta depinde cum funcționează mintea ta. Memoria mea pute, așa că am'd mult, mai degrabă, apuca cod care este cât mai aproape de ceea ce vreau posibil și refacere așa că noul loc de muncă. Ea servește ca un exemplu și un memento de toate lucrurile pe care trebuie să le fac. De exemplu, am'am folosit simple SQL pentru 20 de ani, dar niciodată nu-mi amintesc aspect de o SELECTAȚI, sau ACTUALIZA declarația. (Cred că unul are nevoie de paranteze, dar nu pot't amintesc care.) Pe de altă parte, unele few lucruri îmi amintesc; pot arunca împreună un Java Iterator implementarea cu ochii închiși.
Cele mai multe dintre codul nu copia este propria mea, dar, cu siguranță, copia alte's când m-am'm a învăța ceva nou.
Eu nu't știu despre hackathons. Se poate desena pe un subset de programatori cu amintiri fotografice. Am'd da it un try și a vedea. Dacă arăți ca un idiot te deranjează, nu ar trebui't fi de programare.
Am'd vă îndemn să înțeleagă, bine, tot codul copia și modifica, dar, până când am citit unele dintre celelalte răspunsuri, nu m-am gândit cineva ar putea copia fără să înțeleagă. (Mi se pare a fi învățarea de noi vicii tot timpul pe acest site...)
Apoi opri. Capul în altă direcție pentru un timp. Pună în aplicare tot ceea ce, chiar dacă nu știu ai putea găsi exact ceea ce ai nevoie în mult mai puțin timp.
Ce s-a întâmplat este că rezolvarea problemelor musculare (denumirea în limba latină gluteus mojo) a atrofiat de la desuetudine, iar acum a evita folosind-o pentru că știi cât de slab este. Aveți nevoie pentru a începe de construcție și de tonifiere mușchii pe care la fel ca tine'd munca pe biceps la sala de sport. Începe cu mare repetiții și rezistență scăzută-o mulțime de probleme de ușor. Cum ați construi încredere, trece la mai mult, mai greu probleme.
Te'll treptat simt mojo-ul de întoarcere și trebuie să se bazeze pe Google se va diminua. Păstrați exercitarea acestui mușchi, deși, și asigurați-vă că don't cădea din nou în vechile obiceiuri. Challenge-te pentru a rezolva o problemă în primul rând și numai atunci caut alte soluții. Uneori'll găsi că alții au găsit o modalitate mai bună de a face același lucru, alte ori'll decide ca solutia ta este mai bine.
O persoană care este imposibil a obține ceva de făcut, fără a găsi exemple este un dezvoltator imobiliar. Chestia e: ai câștigat't știu dacă ai're capabil sau nu pana nu incerci.
Te're tânăr, și te'am lucrat cu o mulțime de limbaje de programare. Am'm de gând să cred că, probabil, ridica pe noi limbi mai repede decât cele vechi. Încă nu au pus suficient timp într-o singură limbă, pe o mare destul de potrivită pentru a dezvolta fluenta.
Cauți largă de soluții de fiecare dată, cum ar fi: întregul proces de conectare a unui web grila de la un tabel de bază de date sau o parte mai mică ca formatarea conexiuni string (trebuie să se uite că de fiecare dată când am scris despre patru de un an.)?
Te'll fi mereu în căutarea pentru trimiterile la sintaxa de diferite linii de cod sau funcții. Mai ai program, mai multe provocări și medii diferite și limba modificările rula în. Dacă aveți nevoie de un intreg tutorialul de fiecare dată când faci ceva, atunci ai o problemă.
Am avut un profesor care a folosit pentru a spune că ura oferindu-teste bazate pe încercarea de a păstra o grămadă de informații pe care le înghesuiți cu o noapte înainte pentru că ați uitat o mulțime de aceea, oricum. Este mai bine să-ți cunoști resursele și pe care le puteți folosi în mod corespunzător pentru a găsi informațiile de care tu nu stii. Îmi place să aplic un principiu similar la tot ce fac, inclusiv munca.
Cred că cele mai importante instrumente pe care le au sunt resursele tale, atâta timp cât utilizați-le în mod corespunzător. Așa că atunci când am scris codul, am înțeles cât de mult pot cu cunoștințele existente și apoi a face cercetare de a cere alți programatori sau căutarea pe Internet, în scopul de a înțelege mai bine soluția adecvată. Cunoașterea va construi de-a lungul timpului și după un timp, veți ști în mod natural și de a înțelege mai bine competențele. Eu sunt în mod constant în căutarea de lucruri dacă am nevoie de informații sau nu, și pot spune sincer că am învățat ceva nou în fiecare zi.
Dacă ați înțeles problema cu care vă sunt încercarea de a rezolva, și să înțeleagă modul în care doriți să rezolve, în căutarea de până sintaxa corectă nu este o afacere mare în opinia mea.
Am absolvit în urmă cu doi ani și a fost aruncat la lupi când am primit slujba. Am avut de a învăța, de a menține și upgrade-o mare aplicație scrisă într-un limbaj am avut niciodată atins înainte. Mi-ar lua un raport de bug-uri, merge prin cod și de a afla cum mi-am dorit să-l repara, și apoi trebuie să google exemple de cum să facă lucruri am vrut în acea limbă.
Dacă vă sunt obtinerea lucruri de făcut, și de înțelegere suficient pentru a nu produce inutile putinei, atunci sunt, probabil, BINE.
Cel mai bun mod de a învăța ceea ce nu't știu: google! Simt că sunt pe picior de egalitate cu majoritatea dezvoltatorilor. Pune complex de inferioritate în rucsac și du-te cu o minte deschisă.
Don't fie frică de a pune întrebări, de a face cercetare pe Google, încearcă și nu reușesc. L's toate fac parte din ea.
Cred că dacă te concentrezi asupra a veni cu moderată cod de tine, eficiența și productivitatea va crește. Este, probabil, nevoie de mai mult timp pentru a fi căutarea de cod, de lectură/înțelegere, copierea sursa ta, modificarea în consecință, etc..
Dacă ți-a venit cu tine, este cel mai probabil mai bine adaptate la situația dumneavoastră specifică, și după un timp aceste soluții vor veni mai repede decât în căutarea lor.
Așa cum mă uit la ea, este ca's ca vrei o a doua opinie pe o anumită soluție, așa că te uiți cum alții (de pe Internet) face. Dacă faci/doresc acest lucru prea mult, cred că de ea ca și cum ai întreba un coleg despre ceea ce el/ea crede că o soluție. Dacă întrebi pe colegul tău o întrebare la fiecare 15 minute, el/ea va fi, probabil, iritat. Prin urmare, va cere mai puține întrebări și să încerce să vină cu tine.
Vizualizati aceasta atunci când doresc să arate lucruri pe Internet.
Pur necritică copiați și inserați după cum sa afirmat de multe ori în aceste răspunsuri este rău. Dar așa este scris totul de la zero. Dacă nu este o componentă critică, care este de bază pentru afacerea ta, uita-te pentru o bibliotecă sau fragment de cod pentru a face primul. Excepție de la găsirea unui fragment ar fi că problema este foarte simplu, aveți o imagine foarte clară despre cum se face și dacă ai're nu utilizați o bibliotecă: care va probabil nevoie pentru a face ceva mai mult.
Eu cunosc personal daca as scrie ceva care este comun, am'm susceptibile de a avea unele bug-uri subtile și poate unul sau doi, nu atât de subtil, fără o mulțime de testare. Așa că am căutat o soluție similară, modifica și testa că pentru a salva ceva timp pe testarea și dezvoltarea pe toate. Pentru că în cele din urmă am'm responsabil pentru livrarea unui produs care funcționează, este extensibila, este pe sau sub buget și respectă termenele limită. Reutilizarea codului și biblioteci este un bun pas spre acest obiectiv.
Cred lectură exemple de cod, și doar citind codul sursă de ceea ce alți oameni s-au dezvoltat, în general, este cel mai bun mod de a îmbunătăți abilitățile dumneavoastră. Eu chiar cred că se deschide usi in creierul tau, care ar fi fost deschis în caz contrar.
Dacă tu crezi că o soluție O, și cineva crede că o soluție B, atunci când fiecare dintre voi împărtăși soluții, puteți realiza soluție C, care poate fi chiar mai bine decât O sau B.
De dezvoltare de Software într-un corporate setări necesită o cantitate de reutilizarea codului. De ce rescrie o functie/metoda cazul în care un API există deja și este utilizat pe scară largă? Cel mai probabil va fi doar la fel de eficient ca orice ai scrie și de a lua mai puțin timp.
Desigur, reușita în dezvoltarea de software, de asemenea, necesită o pauză de la tastatură, astfel încât să puteți citi și de a înțelege ce se întâmplă cu adevărat. Ia orice cadru web. Ar trebui să știi ce se întâmplă pe dedesubt, așa că înțelegi cod ai scris, dar probabil va trebui niciodată să scriu un cadru web de la zero de tine.
Trebuie doar să scrie cod care profită de tipul de cadru (să zicem o componentă pe bază de cadru necesită un anumit stil) și acest lucru vine din înțelegerea imagine mai mare. Aflați mai mare imagine și vă va fi bine.
Cred că există mai multe niveluri de dezvoltare de software de competență. Doar așa, pentru că există, de asemenea, mai multe niveluri de dezvoltare de software documentație competență. Sincer, în aceste zile, sisteme sunt ordine de mărime mai complexe decât atunci când am început programare calculatoare la mijlocul anilor 1980's.
Apoi, a trebuit să știu ce ai vrut computer pentru a face, și ai avut documentație scrisă de 6 cm grosime-ți spun cum computerul a făcut mai multe lucruri de bază. Pune ce ai vrut într-o formă computerul ar putea lua fost o chestiune de a ști conținutul acestor cărți' indici, și un limbaj de programare (sau două. Într-adevăr, după ce a aflat de patru sau cinci limbi ceilalți sunt doar dialecte.)
Astăzi, această sarcină necesită cunoașterea unei limbi, știind că un sistem, știind-o paradigmă, un model de programare, și cel puțin un set de API, toate din care sunt țintele în mișcare.
Deci, O persoană cu un anumit nivel de cunoștințe de bază, care cere în jurul valorii de nu este un fel bun de programator. El este cel mai bun un fel de programator, dat azi's medii și dezinteresul firme ca Microsoft au, în fapt, de a aplica orice fel de rigoare pentru propriile lor fundamente de documentare. Cele mai multe dintre lucrurile lor este auto-referențială material de referință și un foarte rea mostre de cod. (Două cazuri în punctul I'am întâlnit sunt "Windows Installer" și API's pentru a face WMV fișiere de film.)
Pentru Microsoft, Google, și, într-o mai mică măsură, Apple, toate se bazează pe "comunitate" pentru a face pentru că foarte real deficit, intreband este nu doar important, ci's vitale. Și fiind o persoană care poate fi cerut și de care poate da răspunsuri solide și feedback-ul în ziua de azi's mediu este la fel de vital. Ca's de ce site-uri, cum ar fi stackexchange.com site-uri sunt la fel de utile ca și ei.
Deci, pune întrebări, (cere inteligent!) pentru probe, si respect oamenii care furnizează răspunsuri, și făcând astfel, va nu fi văzut ca un semn de a "rău dezvoltator".
Și încă un lucru: Furnizarea de rău probe într-adevăr este un semn de un dezvoltator imobiliar. Face rău dezvoltatorii mai ușor de la fața locului, dar, de asemenea, gingiile de sus în căutările google. Dacă îți lipsește încrederea în simple, directe, specifice, mostre de cod, don't da 'em.
Și, te rog, don't bate joc de cei care cer.
Mie mi se pare ca problema pentru tine este mai puțin în înțelegerea a ceea ce ai're corelarea, și mai mult cu probleme de facilitate și de memorie. Daca's erodează încrederea ta, atunci da's o problemă, dar poate fi cu siguranță abordate!
Pentru mine, aceste tipuri de provocări apar în multe aspecte diferite din viața mea. De exemplu, pentru a obține bun la performante o bucată de muzică, am nevoie pentru a-mi dezvolta independența față de partituri, am'm dat – cum poți să te simți cu adevărat muzica, dacă nasul tău este încă îngropat în broșură? Uneori, dacă am avea timp, am'll memoreze întreaga piesă de muzică – chiar daca's nu este necesar pentru concertul meu. De ce? Cu muzica foaie plecat, l's mult mai ușor pentru mine să se concentreze pe cele mai provocatoare și cuprinzător aspectele legate de muzica pe care am nevoie pentru a obține dreptul, și-l's mult mai ușor pentru mine pentru a obține în, incredibil, zonă de muzica pura-a face. Deci, mi-e's de multe ori bine în valoare de o problema in plus.
Experiența mea cu programarea a fost similare. Cred că tastele sunt:
Aceste principii par să se aplice atunci când învățarea orice limbă, de fapt! Vezi Cum să-și Amintească Cuvinte Noi de exemplu. La metoda Pimsleur, de asemenea, funcționează ca aceasta.
Am'am constatat că aproape toate principiile, sintaxa, comune și biblioteci de limba și tehnologii folosesc în mod regulat poate fi memorat complet, prin utilizarea acestor chei. Chiar și așa, eu încă în mod constant cutreiera Internet pentru exemple și înțelepciune! Dar în acel moment, o'm în căutarea pentru validare pe problema am'm încearcă să rezolve, diferite abordări care au fost luate, instrumente care pot ajuta, și de consultare pentru mai puțin frecvent utilizate în biblioteci. L's un tip foarte diferit de căutare decât îl folosesc când am'm prima de învățare-o limbă și gât în tutoriale si manuale.
Din povestea ta, aici sunt unele specifice de poticnire cred că s-ar putea fi difuzate în.
Este deci important să se ia ceva timp și să înțeleagă elementele de bază, mai complexe lucruri destul de mult de a construi pe partea de sus de asta. Dacă nu există nici un fundament în înțelegerea limbajului și ceea ce se întâmplă în spatele scenei, de codificare va fi pur și simplu hacking...