Ну и книги имеют более расширенный взгляд на любую описываемую тему, зачастую еще и с элементами истории развития инструмента и прочего, что иногда полезно для общего понимания вещей.
Я уже в эпоху видеокурсов, джавараша и прочего начал учить джаву с книги Шильдта, которой убить можно по количеству страниц и ничего. Осилил и многое понял.
Тут другой вопрос что не надо стараться на первом прочтении книги понять 100% материала. Потому что слишком большой объем теории не подкрепленный практикой все равно не усвоится. Но это уже совет другого рода.
Вы столько времени убили на, по сути, убийство понятных переменных и нейминга, а может быть хуже код будет делать нагрузка на производительность? Нежели просто нечитаемые переменные.
Грубо говоря если кому то придет в голову отрефакторить этот код, правильно ли я понимаю, что бОльшую часть ваших трудов он убьет просто отрефакторив нейминг переменных?
Пару вопросов, если можно. Считаете ли вы 7 проектов за 2 года работы - приемлемым по вкладу в каждый из этих проектов? Несложные вычисления говорят мне, что на каждом проекте вы были в среднем 3,4 месяца. Достаточно ли этого чтобы погрузиться в проект и начать приносить велью?
И почему вы так часто меняли проекты? Как мне кажется, даже если рассматривать это с эгоистической точки зрения развития самого себя, 3 месяца не хватит даже для того, чтобы освоиться в стеке проекта.
В компании, которая позволила вам за 2 года сменить 7 проектов, несколько раз делала вас лучшим сотрудником года и месяца (я предполагаю, по велью вы обогнали всех местных сеньоров), сделала вас мидлом только через полтора года работы?
Не сочтите за придирки, реально интересно было бы услышать ответы на вопросы чтобы немного расширить кругозор.
По советам новичкам могу не согласиться с первым пунктом. То, на сколько вы губите свой позвоночник - исключительно ваше дело, ворк-лайф балансы давно уже в моде, как и спорт среди программистов.
В 9-м пункте тоже хотелось бы посоветовать не преподносить работодателю пет-проект как коммерческий. Коммерческая разработка предполагает сильно больше чем просто написание приложения по вечерам с друзьями, так что это будет несерьезно
По остальным советам плюс-минус согласен, добавил бы еще "старайтесь находить решения самостоятельно перед походом к старшему товарищу" потому что джуны делятся на тех, кто запирается на весь спринт в тупике, боясь спросить, и тех, кто не дает работать сеньору, постоянно дергая его гуглящимися вопросами
А что не так с этим блоком? Автор в паре предложений объяснил разницу и дал листинг кода. Возможно, жир на мониторе был до начала чтения статьи :)
Ну и книги имеют более расширенный взгляд на любую описываемую тему, зачастую еще и с элементами истории развития инструмента и прочего, что иногда полезно для общего понимания вещей.
Я уже в эпоху видеокурсов, джавараша и прочего начал учить джаву с книги Шильдта, которой убить можно по количеству страниц и ничего. Осилил и многое понял.
Тут другой вопрос что не надо стараться на первом прочтении книги понять 100% материала. Потому что слишком большой объем теории не подкрепленный практикой все равно не усвоится. Но это уже совет другого рода.
Вы столько времени убили на, по сути, убийство понятных переменных и нейминга, а может быть хуже код будет делать нагрузка на производительность? Нежели просто нечитаемые переменные.
Грубо говоря если кому то придет в голову отрефакторить этот код, правильно ли я понимаю, что бОльшую часть ваших трудов он убьет просто отрефакторив нейминг переменных?
Интересная статья, спасибо!
Пару вопросов, если можно. Считаете ли вы 7 проектов за 2 года работы - приемлемым по вкладу в каждый из этих проектов? Несложные вычисления говорят мне, что на каждом проекте вы были в среднем 3,4 месяца. Достаточно ли этого чтобы погрузиться в проект и начать приносить велью?
И почему вы так часто меняли проекты? Как мне кажется, даже если рассматривать это с эгоистической точки зрения развития самого себя, 3 месяца не хватит даже для того, чтобы освоиться в стеке проекта.
В компании, которая позволила вам за 2 года сменить 7 проектов, несколько раз делала вас лучшим сотрудником года и месяца (я предполагаю, по велью вы обогнали всех местных сеньоров), сделала вас мидлом только через полтора года работы?
Не сочтите за придирки, реально интересно было бы услышать ответы на вопросы чтобы немного расширить кругозор.
По советам новичкам могу не согласиться с первым пунктом. То, на сколько вы губите свой позвоночник - исключительно ваше дело, ворк-лайф балансы давно уже в моде, как и спорт среди программистов.
В 9-м пункте тоже хотелось бы посоветовать не преподносить работодателю пет-проект как коммерческий. Коммерческая разработка предполагает сильно больше чем просто написание приложения по вечерам с друзьями, так что это будет несерьезно
По остальным советам плюс-минус согласен, добавил бы еще "старайтесь находить решения самостоятельно перед походом к старшему товарищу" потому что джуны делятся на тех, кто запирается на весь спринт в тупике, боясь спросить, и тех, кто не дает работать сеньору, постоянно дергая его гуглящимися вопросами
Спасибо за статью