по поводу библиотеки ruby и ваших сомнениий в востребованности проделанной работы - несложное решение (имхо) - постановку задачи для этой работы закидывать в stackoverflow в качестве вопроса, и ссылку на полученный гитхаб в качестве решения. ведь никто не роется на ГХ в поиске решения. В поиске решения идут на S/O. is't ok?
Вот почему. Дело в том, что часто в трудных задачах нет полной картины, как должен работать софт. А потому и трудно применить TDD, например. Как протестировать то, что даже в фантазиях имеет размытые границы?
Если у продукта есть архитектор, то данный человек пишет use cases или иного формата документацию, по которой можно начать писать тесты на код, который еще по факту не написан, не реализован.
@bulsond Не знаю, где Вы видели, чтобы архитектор писал use cases. В РФ компаниях, по крайней мере, архитектор ближе к девопсам, не занимается непосредственно тем функционалом, который реализуется. Это - скорее аналитики. Конечно, желаю вывод по тому, что видел, а видел, очевидно, не все.
@@sergzach В конечном счете все зависит от размера компании. Если вы пишете самостоятельно какой-то продукт, то будете и программистом, и аналитиком, и архитектором в одном лице. Но все это не относится к сути моего вам ответа, который сводится к идее того, что начинать можно с интеграционных тестов, написанных на основе ТЗ или проектной документации.
@@bulsond Спасибо! В любом случае, с большим интересом слушаю Егора Бугаенко и отношусь к нему с уважением. Я понимаю, что просто мир неидеален, люди часто не хотят учить лишнее, поэтому в PR - иногда зарубают идеи ООП. Подходы к разработке в разных командах - очень различаются. Да, пожалуй, зависит не только от размера компании, но и от ее структурных подразделений.
@@bulsond В неидеальном мире, как все устроено-то. Есть заказчик, у него свое видение. Идеальный код - увы, может уже оказаться ненужным, когда он будет написан. Думаю, в этом суть.
Описанный url билдер - это скорее способ выстрелить себе в ногу в большом проекте. Все работает на именованных роутах и REST соглашениях, не надо ни в коем случае ничего колхозить.
За ответ на последний вопрос однозначно лайк. Конечно бы хотелось, чтоб получилось так, как вы говорите. Да только все у нас идет далеко не так гладко, как должно.
@@user-my6yf1st8z мой комментарий содержит примерно столько же информационного содержания, что и высказывания Егора. Вполне достаточно. Бросаться необоснованными суждениями очень легко оказывается.
Столкнулся с той же проблемой. Мои устремления улучшать мои профессиональные качества как программиста только вредят моей карьере и поиску работы. До чего же было мое удивление что оказывается адекватное понимание ООП и принципов программирования не находит отклика у потенциальных работодателей и ставит их в неловкое положение. Постоянно наблюдаю покрасневшие лица от стыда у этих горе лидов. В общем все время учился быть умным, теперь нужно учится быть тупым.
К сожалению, так в любой сфере, директора, продакт лиды, большинство это тупой смрад и темень, не благодаря, а вопреки которым люди, которые хоть что-то умеют и понимают заставляют эти системы хоть как-то работать. Благодаря этим в обратном смысле талантам порождается только хаос, раздражение (партнеров, клиентов, сотрудников). Это мрак и ужас из-за которого, я если хочу быть бизнесменом, то только солопренером
Привет Егор, спасибо за контент , ты крутой
Егор, спасибо Вам за подкаст.
Хорош, как всегда оч интересно
Большое спасибо за видео
Обожаю твои подкасты))
57:12 Фирма 1С создает свой язык программирования. Сейчас они активно делают на джаве новую версию своего языка.
по поводу библиотеки ruby и ваших сомнениий в востребованности проделанной работы - несложное решение (имхо) - постановку задачи для этой работы закидывать в stackoverflow в качестве вопроса, и ссылку на полученный гитхаб в качестве решения. ведь никто
не роется на ГХ в поиске решения. В поиске решения идут на S/O. is't ok?
И до этого эфира уважал. А за мнение про мам и учителей отдельно снимаю шляпу
Вот почему. Дело в том, что часто в трудных задачах нет полной картины, как должен работать софт. А потому и трудно применить TDD, например. Как протестировать то, что даже в фантазиях имеет размытые границы?
Если у продукта есть архитектор, то данный человек пишет use cases или иного формата документацию, по которой можно начать писать тесты на код, который еще по факту не написан, не реализован.
@bulsond Не знаю, где Вы видели, чтобы архитектор писал use cases. В РФ компаниях, по крайней мере, архитектор ближе к девопсам, не занимается непосредственно тем функционалом, который реализуется. Это - скорее аналитики. Конечно, желаю вывод по тому, что видел, а видел, очевидно, не все.
@@sergzach В конечном счете все зависит от размера компании. Если вы пишете самостоятельно какой-то продукт, то будете и программистом, и аналитиком, и архитектором в одном лице. Но все это не относится к сути моего вам ответа, который сводится к идее того, что начинать можно с интеграционных тестов, написанных на основе ТЗ или проектной документации.
@@bulsond Спасибо! В любом случае, с большим интересом слушаю Егора Бугаенко и отношусь к нему с уважением. Я понимаю, что просто мир неидеален, люди часто не хотят учить лишнее, поэтому в PR - иногда зарубают идеи ООП. Подходы к разработке в разных командах - очень различаются. Да, пожалуй, зависит не только от размера компании, но и от ее структурных подразделений.
@@bulsond В неидеальном мире, как все устроено-то. Есть заказчик, у него свое видение. Идеальный код - увы, может уже оказаться ненужным, когда он будет написан. Думаю, в этом суть.
Описанный url билдер - это скорее способ выстрелить себе в ногу в большом проекте. Все работает на именованных роутах и REST соглашениях, не надо ни в коем случае ничего колхозить.
Коты порабощают людей
За ответ на последний вопрос однозначно лайк. Конечно бы хотелось, чтоб получилось так, как вы говорите. Да только все у нас идет далеко не так гладко, как должно.
Егор, за JS жирный минус. Стоит разобраться в Web, прежде, чем дезинформировать людей.
напиши опровержение, с чем ты не согласен и как должно быть на самом деле. Люди дезинформированы, нужна твоя помощь
@@user-my6yf1st8z мой комментарий содержит примерно столько же информационного содержания, что и высказывания Егора. Вполне достаточно. Бросаться необоснованными суждениями очень легко оказывается.
Чем он дезинформировал? Имхо сказал перед этим предупредив, что ничего не понимает в этом
Речь же о вопросе про фронт?
Столкнулся с той же проблемой. Мои устремления улучшать мои профессиональные качества как программиста только вредят моей карьере и поиску работы. До чего же было мое удивление что оказывается адекватное понимание ООП и принципов программирования не находит отклика у потенциальных работодателей и ставит их в неловкое положение. Постоянно наблюдаю покрасневшие лица от стыда у этих горе лидов. В общем все время учился быть умным, теперь нужно учится быть тупым.
"...теперь нужно учится быть тупым." Надо учится быть хитрым 😉
К сожалению, так в любой сфере, директора, продакт лиды, большинство это тупой смрад и темень, не благодаря, а вопреки которым люди, которые хоть что-то умеют и понимают заставляют эти системы хоть как-то работать. Благодаря этим в обратном смысле талантам порождается только хаос, раздражение (партнеров, клиентов, сотрудников). Это мрак и ужас из-за которого, я если хочу быть бизнесменом, то только солопренером
Никому не нужон теперь ООП с адекватным пониманием. Поднял спринг, подключил базу, наклепал сервисов и в прод. Тяп ляп и готово)