Автор молодец. В том плане, что поставил целью добиться результата и шел к нему. Собственно, ставить самоцелью решение задач литкода не вижу смысла, т.к. если в реальной работе встретиться конкретная задача, то думаю, что можно найти ее решение. Хотя опять же может сравниваю свои классико-фуллстековские задачи, может кому-то знание на память всех алгоритмов пригодится.
Год назад, когда искал работу тоже ради интереса порешал задачки.. штук 50 прошел разного уровня сложности. Из них штук 40 сам легко находил более-менее оптимальные решения, остальные для оптимальных приходилось подсматривать. Но последующие собесы показали, что никому это не нужно и сосредоточился на изучении нового окружения.
Кто пишет, что трудно 600 в год осилить.. не трудно, в целом. Вопрос целесообразности. Т.е. можно забить более плотное погружение в язык, его современные тенденции, окружающую архитектуру, забыть про пет проекты и только сидеть и решать задачи. Надо оно? Решать каждому самостоятельно.
Тоже не уловил смысла статьи. Конечно, ссылки есть и можно проанализировать всё самому, но хотелось бы какую-то общую методику. Как, для чего, где.. какие кейсы удобнее решать. Пока поиск на чистом js выглядит или как костыль или как решение специфических задач
Поддержу остальных комментаторов. Искать корень зла в том, что программист неверно оценивает сроки это дикость.
Проработав 20 лет в ИТ я тоже всегда называю усредненный срок, за который я должен сделать. Но в реальности он может быть как больше так и меньше. Если пытаться давить рублем и заставлять указывать "точные" сроки, то программист автоматически должен давать оценку по максимально возможной планке.
При этом если брать не разработку с нуля, где хотя бы плюс-минус понятно, а доработку и правки неизвестной системы, то тут, периодически, даже минимальные проблемы, которые, казалось бы, должны решаться за пару минут занимают часы. Из последних: клиент попросил в табличке в CRM слово "Отказ" заменить на "Отказано". С виду вроде 5 минут в шаблоне поменять, но потом оказывается, что оно тянется из бд , туда попадает из 1С, так ещё используется в 200 SQL запросах внутри системы. И вот тут уже или программисту делать костыль в форме быстренько, или согласовывать дальше, что точно нужно.
Опять же зачастую требования заказчика меняются постоянно и программист не должен за это нести ответственность.
По итогу получаем, что тут просто попытка переложить ответственность руководства на исполнителя
Автор молодец. В том плане, что поставил целью добиться результата и шел к нему. Собственно, ставить самоцелью решение задач литкода не вижу смысла, т.к. если в реальной работе встретиться конкретная задача, то думаю, что можно найти ее решение. Хотя опять же может сравниваю свои классико-фуллстековские задачи, может кому-то знание на память всех алгоритмов пригодится.
Год назад, когда искал работу тоже ради интереса порешал задачки.. штук 50 прошел разного уровня сложности. Из них штук 40 сам легко находил более-менее оптимальные решения, остальные для оптимальных приходилось подсматривать. Но последующие собесы показали, что никому это не нужно и сосредоточился на изучении нового окружения.
Кто пишет, что трудно 600 в год осилить.. не трудно, в целом. Вопрос целесообразности. Т.е. можно забить более плотное погружение в язык, его современные тенденции, окружающую архитектуру, забыть про пет проекты и только сидеть и решать задачи. Надо оно? Решать каждому самостоятельно.
Тоже не уловил смысла статьи. Конечно, ссылки есть и можно проанализировать всё самому, но хотелось бы какую-то общую методику. Как, для чего, где.. какие кейсы удобнее решать. Пока поиск на чистом js выглядит или как костыль или как решение специфических задач
Поддержу остальных комментаторов. Искать корень зла в том, что программист неверно оценивает сроки это дикость.
Проработав 20 лет в ИТ я тоже всегда называю усредненный срок, за который я должен сделать. Но в реальности он может быть как больше так и меньше. Если пытаться давить рублем и заставлять указывать "точные" сроки, то программист автоматически должен давать оценку по максимально возможной планке.
При этом если брать не разработку с нуля, где хотя бы плюс-минус понятно, а доработку и правки неизвестной системы, то тут, периодически, даже минимальные проблемы, которые, казалось бы, должны решаться за пару минут занимают часы. Из последних: клиент попросил в табличке в CRM слово "Отказ" заменить на "Отказано". С виду вроде 5 минут в шаблоне поменять, но потом оказывается, что оно тянется из бд , туда попадает из 1С, так ещё используется в 200 SQL запросах внутри системы. И вот тут уже или программисту делать костыль в форме быстренько, или согласовывать дальше, что точно нужно.
Опять же зачастую требования заказчика меняются постоянно и программист не должен за это нести ответственность.
По итогу получаем, что тут просто попытка переложить ответственность руководства на исполнителя