9 съвета за начинаещи програмисти
Ивайло Кенов е програмист с дълготраен опит както с разнородни програмни езици, по този начин и като софтуерен трейнър и учител. Към днешна дата е Chief Technical Officer в Софтуерния Университет, където работи върху ръководство на студентските системи. Ивайло сумарно има над 1500 часа преподавателско време и е водил лекции на над 2500 студенти - както начинаещи, по този начин и напреднали – по разнообразни C# и JavaScript технологии. Създател е на open-source библиотеки за ASP.NET, които са събрали над 1000 звезди в GitHub и повече от 2 милиона тегления по целия свят. Проектът му бива споменаван неколкократно в формалните страници, блогове и подкасти на Microsoft.
В идващите редове той ще ни показа 9 от най-важните съвета за начинаещи програмисти, в помощ на всички, които занапред навлизат в областта на софтуерното инженерство:
Намерете добър наставник
Важно е за всеки програмист, през цялото време на неговата кариера, да има човек, на който може да разчита и от който може да се учи. В програмирането постоянно има области, които човек не познава добре. Каквото и да прави, във всеки един миг има какво още да научи, тъй че намирането на добър наставник, който да оказва помощ и да дава препоръки, е основно за триумфа, изключително на начинаещите програмисти.
Не спирайте когато кодът работи – започнете тогава
Истината е, че работещият код не всеки път значи добре написан код. Всички планове общоприетоо се пишат от доста хора, не сме сами, пък и даже да сме сами - шансът след няколко месеца да разпознаем какво сме писали е най-малък, в случай че не сме се постарали. В момента, в който кодът е подготвен, е хубаво да се върнем и да прегледаме дали всичко се чете и схваща добре, с цел да можем елементарно да работим с останалите екипи и да улесним и личната си работа. Именно по тази причина работата не завършва с написването на кода, в противен случай – стартира тогава.
Учете похвати, а не принадлежности
Често ми прави усещане, че хората доста задълбават в проучването на неща, които са свързани с инструментите, които употребяват - програмните езици също са принадлежности. Много е значимо да знаем нереално по какъв начин работят нещата, по какъв начин се програмира чисто концептуално, по какъв начин се основава програмен продукт (т.е. софтуерно инженерство), тъй като другояче учим и задълбаваме единствено в езиците, само че не и по какъв начин работят и какво стои зад тях. Така в действителност, метафорично казано, ние сътворяваме къща, без да имаме основи, без да имаме положителни фундаменти. Не е от голяма важност какви езици тъкмо знаем, в случай че не разбираме похватите, тъй като на идващия инструмент те могат да бъдат доста сходни и при добра подготовка да си спестим голямо количество работа.
Не се опасявайте да „ чупите “ и да вършиме неточности
Много програмисти се тормозят да не счупят нещо, да не скапват системата, да не изтрият нещо простъпка. Само че това не е толкоз огромен проблем, тъй като човек научава най-вече тъкмо когато „ чупи неща “ и се сблъсква с компликации.
Затова и аз, когато повеждам лекции, обичам дребните непредвидени „ счупвания “ - точно в тези моменти хората се научават по какъв начин да мислят в посока разрешаване на казуса. Програмистите не би трябвало да се опасяват от грешките – никой няма да ги накаже, тъй като те са изцяло естествена част от процеса на израстване, без значение в какъв стадий от своето развиване сте сега. Притеснително е само когато грешките се повтарят непрестанно или когато поемем огромен план, а не сме готови за възможните бъгове, които могат да зародят.
Подобрение на информационните умения
Най-лесно е да си работим сами у дома, по чехли, без никой да ни тормози. Обаче един план не може да бъде написан от един човек, в случай че има някаква сериозна бизнес стойност. Сериозните планове имат цели екипи, всеки член от които поема избрана част от работата. Именно по тази причина е от основно значение опцията да споделяме добре с екипа и хората, с които работим. Виждал съм програмисти-гении, които дърпат екипа обратно, единствено тъй като не могат да споделят вярно с останалите. Може би това разграничава експертът от сполучливия експерт.
Запознаване с най-малко 2 езика в дълбочина и добра визия за най-малко още няколко
Добра концепция е да можем да работим с повече от един езици. Това идва в помощ за познанията ни върху похватите, за които към този момент говорихме. Колкото повече езици знаем, с толкоз повече похвати можем да боравим. При проучването на повече и повече технологии, разпознаваме, че нещата си наподобяват и за доста по-кратко време съумяваме да изучим нова технология. Необходимо е да познаваме най-малко два езика в дълбочина, с цел да сме осведомени с допустимо най-вече софтуерни решения и решения на разнородни проблеми.
Включвайте се към опън сорс планове или създавайте такива сами
С опън сорс плановете освен помагате на обществото, предоставяйки източник, от който останалите могат да се учат и да употребяват в работата си, с цел да си оказват помощ, само че и вие се учите да се стараете да вършиме вашия програмен код оптимално качествено. Опън сорс планът може да бъде забелязан от доста хора, по тази причина е належащо да следваме положителните практики и да се стараем той да бъде четим. Ако се включим в сходен план, това ни дава плюсове и пред бъдещи работодатели, тъй като развиваме голям брой значими умения.
Другото е че в процеса на работа имате опция да споделяте с хора на доста високи позиции и да изграждате извънредно скъпи контакти. Виждал съм по какъв начин разнообразни програмисти се трансформират в част от екипите на топ компании, точно с помощта на работата им по сходни планове. Хората, работещи по тях, са ангажирани и си оказват помощ един на различен, дават скъпа противоположна връзка и препоръки, тъй че това е извънреден обучителен развой за всички.
Вземайте code ревютата съществено
Обикновено програмистите доста обичат кода си и се влюбват в него, харесват си го подобен, какъвто е. Често не одобряват рецензията добре и мъчно виждат сами грешките си или местата, на които нещата могат да бъдат усъвършенствани. Code ревютата обаче са основни за построяването на оптимално най-качествен код. Невинаги визията ни за кода е вярно. Когато някой по-опитен developer дава съвет, е добре да се вслушаме в него. Дори да възникне спор – стига да подхождате с почитание, можете даже в този развой да научите доста. Важното е да не се карате или обиждате от рецензията и противоположната връзка, които получавате.
Научете повече за бизнес страната на плана ви
Последно, само че не и по значимост – добра концепция е да имате ясна визия за продукта, който създавате – за какво го създавате, по какъв начин компанията действа и работи върху него. Програмистите постоянно обичат да влизат в личната си рамка и да гледат на нещата единствено от позиция на своя код. Само че, познавайки концепциите зад този план и бизнес, можем да сме доста по-полезни, да не се изнервяме от „ новия чудноват feature ”, който изискват от нас да бъде изработен. Хубаво е да не забравяме за какво вършим дадения артикул и за какви цели ще служи.
В идващите редове той ще ни показа 9 от най-важните съвета за начинаещи програмисти, в помощ на всички, които занапред навлизат в областта на софтуерното инженерство:
Намерете добър наставник
Важно е за всеки програмист, през цялото време на неговата кариера, да има човек, на който може да разчита и от който може да се учи. В програмирането постоянно има области, които човек не познава добре. Каквото и да прави, във всеки един миг има какво още да научи, тъй че намирането на добър наставник, който да оказва помощ и да дава препоръки, е основно за триумфа, изключително на начинаещите програмисти.
Не спирайте когато кодът работи – започнете тогава
Истината е, че работещият код не всеки път значи добре написан код. Всички планове общоприетоо се пишат от доста хора, не сме сами, пък и даже да сме сами - шансът след няколко месеца да разпознаем какво сме писали е най-малък, в случай че не сме се постарали. В момента, в който кодът е подготвен, е хубаво да се върнем и да прегледаме дали всичко се чете и схваща добре, с цел да можем елементарно да работим с останалите екипи и да улесним и личната си работа. Именно по тази причина работата не завършва с написването на кода, в противен случай – стартира тогава.
Учете похвати, а не принадлежности
Често ми прави усещане, че хората доста задълбават в проучването на неща, които са свързани с инструментите, които употребяват - програмните езици също са принадлежности. Много е значимо да знаем нереално по какъв начин работят нещата, по какъв начин се програмира чисто концептуално, по какъв начин се основава програмен продукт (т.е. софтуерно инженерство), тъй като другояче учим и задълбаваме единствено в езиците, само че не и по какъв начин работят и какво стои зад тях. Така в действителност, метафорично казано, ние сътворяваме къща, без да имаме основи, без да имаме положителни фундаменти. Не е от голяма важност какви езици тъкмо знаем, в случай че не разбираме похватите, тъй като на идващия инструмент те могат да бъдат доста сходни и при добра подготовка да си спестим голямо количество работа.
Не се опасявайте да „ чупите “ и да вършиме неточности
Много програмисти се тормозят да не счупят нещо, да не скапват системата, да не изтрият нещо простъпка. Само че това не е толкоз огромен проблем, тъй като човек научава най-вече тъкмо когато „ чупи неща “ и се сблъсква с компликации.
Затова и аз, когато повеждам лекции, обичам дребните непредвидени „ счупвания “ - точно в тези моменти хората се научават по какъв начин да мислят в посока разрешаване на казуса. Програмистите не би трябвало да се опасяват от грешките – никой няма да ги накаже, тъй като те са изцяло естествена част от процеса на израстване, без значение в какъв стадий от своето развиване сте сега. Притеснително е само когато грешките се повтарят непрестанно или когато поемем огромен план, а не сме готови за възможните бъгове, които могат да зародят.
Подобрение на информационните умения
Най-лесно е да си работим сами у дома, по чехли, без никой да ни тормози. Обаче един план не може да бъде написан от един човек, в случай че има някаква сериозна бизнес стойност. Сериозните планове имат цели екипи, всеки член от които поема избрана част от работата. Именно по тази причина е от основно значение опцията да споделяме добре с екипа и хората, с които работим. Виждал съм програмисти-гении, които дърпат екипа обратно, единствено тъй като не могат да споделят вярно с останалите. Може би това разграничава експертът от сполучливия експерт.
Запознаване с най-малко 2 езика в дълбочина и добра визия за най-малко още няколко
Добра концепция е да можем да работим с повече от един езици. Това идва в помощ за познанията ни върху похватите, за които към този момент говорихме. Колкото повече езици знаем, с толкоз повече похвати можем да боравим. При проучването на повече и повече технологии, разпознаваме, че нещата си наподобяват и за доста по-кратко време съумяваме да изучим нова технология. Необходимо е да познаваме най-малко два езика в дълбочина, с цел да сме осведомени с допустимо най-вече софтуерни решения и решения на разнородни проблеми.
Включвайте се към опън сорс планове или създавайте такива сами
С опън сорс плановете освен помагате на обществото, предоставяйки източник, от който останалите могат да се учат и да употребяват в работата си, с цел да си оказват помощ, само че и вие се учите да се стараете да вършиме вашия програмен код оптимално качествено. Опън сорс планът може да бъде забелязан от доста хора, по тази причина е належащо да следваме положителните практики и да се стараем той да бъде четим. Ако се включим в сходен план, това ни дава плюсове и пред бъдещи работодатели, тъй като развиваме голям брой значими умения.
Другото е че в процеса на работа имате опция да споделяте с хора на доста високи позиции и да изграждате извънредно скъпи контакти. Виждал съм по какъв начин разнообразни програмисти се трансформират в част от екипите на топ компании, точно с помощта на работата им по сходни планове. Хората, работещи по тях, са ангажирани и си оказват помощ един на различен, дават скъпа противоположна връзка и препоръки, тъй че това е извънреден обучителен развой за всички.
Вземайте code ревютата съществено
Обикновено програмистите доста обичат кода си и се влюбват в него, харесват си го подобен, какъвто е. Често не одобряват рецензията добре и мъчно виждат сами грешките си или местата, на които нещата могат да бъдат усъвършенствани. Code ревютата обаче са основни за построяването на оптимално най-качествен код. Невинаги визията ни за кода е вярно. Когато някой по-опитен developer дава съвет, е добре да се вслушаме в него. Дори да възникне спор – стига да подхождате с почитание, можете даже в този развой да научите доста. Важното е да не се карате или обиждате от рецензията и противоположната връзка, които получавате.
Научете повече за бизнес страната на плана ви
Последно, само че не и по значимост – добра концепция е да имате ясна визия за продукта, който създавате – за какво го създавате, по какъв начин компанията действа и работи върху него. Програмистите постоянно обичат да влизат в личната си рамка и да гледат на нещата единствено от позиция на своя код. Само че, познавайки концепциите зад този план и бизнес, можем да сме доста по-полезни, да не се изнервяме от „ новия чудноват feature ”, който изискват от нас да бъде изработен. Хубаво е да не забравяме за какво вършим дадения артикул и за какви цели ще служи.
Източник: manager.bg
КОМЕНТАРИ