Как стать автором
Обновить

Комментарии 5

Не пытаться сразу сделать всё идеально, понять итерационный подход к продукту. То есть постепенно, по итерациям, осознавать, как это работает, как будет работать, чтобы не горевать в конце из-за большого количества бесполезной работы. 

Вот не согласен. Делай хорошо -- плохо само получится. Позволить себе сделать прототип и после его оптимизировать и отшлифовать -- можно позволить себе только когда ксть куча времени... А когда один проект в работе и еще три копытом бьют -- надо делать сразу все идеально. С первого раза. Запустил и не подходишь к нему пять-десть лет. Потому что все равно на него времени не будет. Возвращаешься к нему только когда надо переехать на новое железо, или в новое окружение... заодно и что-то улучшить можно (и это будет отдельный, новый проект).

Честно это безумно сложно, порой увы по не знанию или еще что такое видишь что страшно, хотя и меня ругают что я не использую функциональшину

Если движешься в область неизученного (а мы все туда движемся, иначе не интересно), то просто движешься медленнее. Но т.к. мир не познаваем, то конечно случатся ошибки. У всех. И это нормально. Но если кажется, что что-то еще не достаточно хорошо, то лучше перепроверить и еще раз почитать документацию по этому неизведанному.

Хоть и долго отвечал, тут не в том что проблема что я против неё, я на FORTRAN’е писал, суть в том что она иногда не оптимальна.

Стажировки это действительно лучший способ попасть в IT без опыта. Держите свежую стажировку на Python, даже с очень неплохой зарплатой. Надеюсь это кому-нибудь поможет получить свою первую работу в IT.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий