История изменений
Исправление seiken, (текущая версия) :
Ах да, на счет готового проекта - надо иметь просто под рукой условный «хелловорлд» велосипед, по которому работодатель мог бы оценить, на сколько хорошо он структурирован по директориям, выдержал ли стиль программирования, принятый в используемом ЯП, на сколько читаем сам исходник, есть ли так доксиджен (или что там в питоне модно?). Являются ли коммиты системы контроля версий атомарными, и на сколько полно объясняют все изменения. Есть ли автоматизированные тесты (хотя бы юнит-тесты). И если нет полного покрытия тестами, то почему, и как бы ты обеспечивал контроль качества написанного ПО (на это надо иметь какой-то готовый ответ, пусть даже вплоть до пошлого «сдадим в конце очередного спринта продукт клиенту, и он сам протестирует», но тогда надо понимать, почему может быть сложно сделать что-то другое в плане контроля качества).
Т.е., по качеству самого кода, и самое главное, подходу к разработке, смогут ли с тобой работать люди или тебя придется сначала учить и отправлять в «детский садик» на испытательном сроке.
Исходная версия seiken, :
Ах да, на счет готового проекта - надо иметь просто под рукой условный «хелловорлд» велосипед, по которому работодатель мог бы оценить, на сколько хорошо он структурирован по директориям, выдержал ли стиль программирования, принятый в используемом ЯП, на сколько читаем сам исходник, есть ли так доксиджен (или что там в питоне модно?). Являются ли коммиты системы контроля версий атомарными, и на сколько полно объясняют все изменения. Есть ли автоматизированные тесты (хотя бы юнит-тесты). И если нет полного покрытия тестами, то почему, и как бы ты обеспечивал контроль качества написанного ПО.
Т.е., по качеству самого кода, смогут ли с тобой работать люди или тебя придется сначала учить и отправлять в «детский садик» на испытательном сроке.