Если творческий процесс слишком часто приводит к противоречивым коммитам, то стоит попробовать лучше прорабатывать задачи предварительно, хотя бы в своей голове.
На мой взгляд лучше уж многочисленные коммиты типа этих, чем безликие daily commit
*** Create models for some feature
*** Add UI for some task
*** Change feature models structure
*** Delete feature.type field
*** Update UI for new structure
Не совсем согласен с, насколько я понял, одним из основных посылов статьи, что обучение через фреймворки это
Мы вроде бы и обучились, а как оно работает изнутри так и не поняли.
Сам я всего пару лет назад практически случайно с околонулевыми знаниями попал в разработку, сразу в продуктовую команду с yii1/yii2.
На мой взгляд писать на фреймворке и не разбираться как он работает изнутри возможно только в одном случае — если верх сложности для ваших задач это вывести данные из БД на страничку.
Иначе варианта два:
1) Ты пишешь с большим количеством ошибок (ни одни фреймворк не компенсирует отсутствие опыта и профессиональных навыков), наступаешь на одни и те же грабли, начинаешь копаться почему ты на них наступаешь и неизбежно постепенно погружаешься в документацию и понимаешь как же это все там работает под капотом.
2) Ты пишешь с большим количеством ошибок, но процессы в твоя команда достаточно профессиональна и процессы в ней налажены достаточно хорошо и твой код не проходит ревью, а фидбеком ты получаешь ссылки на документацию/статьи/объяснение почему так делать не стоит. В итоге постепенно ты также становишься лучше даже невольно начинаешь понимать как оно там все работает.
Все же я надеюсь и почти уверен, что нельзя писать что-то хоть немного серьезное в нормальной команде и не иметь представления о том как работает то на чем ты пишешь.
Тут вопрос ведь не в том, устраивает ли лично Вас ваша зарплата или нет, а в том, насколько она выше/ниже средней по рынку для специалиста вашего уровня.
Если хотите чтобы я более подробно рассмотрел новые возможности типизации свойств объектов, отметьтесь в комментариях, и я напишу отдельную статью про них!
заказчик считает, что платит полную цену и претендует на обычную работу в полный рост, а исполнитель думает, что заказчик обнаглел. Ему скидку сделали, а он наседает!
Разве скидки позволяют выполнять работу хуже обычного?
Сам я всего пару лет назад практически случайно с околонулевыми знаниями попал в разработку, сразу в продуктовую команду с yii1/yii2.
На мой взгляд писать на фреймворке и не разбираться как он работает изнутри возможно только в одном случае — если верх сложности для ваших задач это вывести данные из БД на страничку.
Иначе варианта два:
1) Ты пишешь с большим количеством ошибок (ни одни фреймворк не компенсирует отсутствие опыта и профессиональных навыков), наступаешь на одни и те же грабли, начинаешь копаться почему ты на них наступаешь и неизбежно постепенно погружаешься в документацию и понимаешь как же это все там работает под капотом.
2) Ты пишешь с большим количеством ошибок, но процессы в твоя команда достаточно профессиональна и процессы в ней налажены достаточно хорошо и твой код не проходит ревью, а фидбеком ты получаешь ссылки на документацию/статьи/объяснение почему так делать не стоит. В итоге постепенно ты также становишься лучше даже невольно начинаешь понимать как оно там все работает.
Все же я надеюсь и почти уверен, что нельзя писать что-то хоть немного серьезное в нормальной команде и не иметь представления о том как работает то на чем ты пишешь.
Отмечаюсь. Было бы интересно.
Разве скидки позволяют выполнять работу хуже обычного?