был, достаточно простой не трать время на обсуждение входных данных, по типу MAU, DAU и пр. лично у меня был трекер детей. завалил, но прошел дальше

А у тебя именно как отдельное интервью или просто в кодинге время осталось и решили задачку дать

А у тебя именно как отдельное интервью или просто в кодинге время осталось и решили задачку дать

как отдельная встреча

у кого то есть ресурсы где можно всё про многопоточность в гошке изучить?

был, достаточно простой не трать время на обсуждение входных данных, по типу MAU, DAU и пр. лично у меня был трекер детей. завалил, но прошел дальше

Трекер детей?:)

у кого то есть ресурсы где можно всё про многопоточность в гошке изучить?

как же хочется подушнить...

как же хочется подушнить...

Ни в чём себя не сдерживай!

как же хочется подушнить...

Я думал что телеграм для этого и делали

Обычно туда нужно образование профильное 3курс +

Нафига ? Я лучше на 1 курсе попробую в казик вкатиться , желательно на мидла

Отличная статья для борьбы с колхозным мышлением типичного российского it менеджера https://habr.com/ru/companies/lanit/articles/873544/

Особенно понравилось

Зачастую, главным источником фобий на проектах является отсутствие должностных инструкций с четким распределением зон ответственности. Которые согласованы и одобрены руководством. Чтобы фраза сотрудника «Эта задача не в моей компетенции» не не приравнивалась к предательству Родины... А при отсутствии согласованных должностных обязанностей все сотрудники занимаются всем и ничем. И ресурсов на таких проектах всегда мало. И рабочего времени всегда не хватает... И по любому поводу всех сотрудников такого проекта начинает колбасить, плющить и трясти... Потому, что никто не знает точно, для кого это повод начинать волноваться... Поэтому волнуются все сразу... Только вида не показывают... Чтобы не назначили виноватым...

Нафига ? Я лучше на 1 курсе попробую в казик вкатиться , желательно на мидла

💯

Нафига ? Я лучше на 1 курсе попробую в казик вкатиться , желательно на мидла

@GolangDarkSides

Трекер детей?:)

У тебя был сис диз в ситик?

Ксюша, тебя заблокировали (spam) Сообщение выглядит как реклама работы с обещанием хорошего дохода, что часто связано со спамом.

У тебя был сис диз в ситик?

К ним нет. К другим да.

К ним нет. К другим да.

Кукие задачи были?

Кукие задачи были?

Твиттер, в основном все хотят. Реже свои сервисы запроектировать.

А какие типичные задачи решает middle у вас на работе?

А какие типичные задачи решает middle у вас на работе?

у большинства ответ будет - берёт задачу по приоритету из беклога и делает

что печально

у большинства ответ будет - берёт задачу по приоритету из беклога и делает

Халявно живут мидлы в большинстве.

Халявно живут мидлы в большинстве.

ну то есть как и должны мидлы - просто писать код для средних по сложности задач

ну и зп 400к

ну и зп 400к

Такое и джуны делать могут

за 200к

Такое и джуны делать могут

ну то есть не такое

Такое и джуны делать могут

джунов нет, давайте так

чтобы ещё проще было

Короче мидл это уже сидеть пердеть и недельку делать простую задачку за гору денег и придумывать отмазы разные, чтобы бизу объяснить почему фича задержалась на неделю

последние 2 года не видел ни одного, в каждой конторе все говорили "ща, ща, как наймем джунов, вот прям ща"

мидл должен уметь задачки проектировать, планировать четко время на код\тесты\ревью и не делать говна. Сейчас мидлы это просто джуны обычные за много денях

мидл должен уметь задачки проектировать, планировать четко время на код\тесты\ревью и не делать говна. Сейчас мидлы это просто джуны обычные за много денях

имхо проектировать это задача архитектора продуктового

если его в проекте нет то это 2 ставки разные, которые выполняет разработчик

если деплоем ещё занимается, то 3

(на всякий случай для рекрутёров, это всё шутки)

Короче мидл это уже сидеть пердеть и недельку делать простую задачку за гору денег и придумывать отмазы разные, чтобы бизу объяснить почему фича задержалась на неделю

Где ты таких видел?

имхо проектировать это задача архитектора продуктового

Прежде чем код написать нужно спроектировать что ты писать то будешь,TDD этому и учит по факту, пока ты не спроектируешь дизайн своего решения, ты не сможешь нормально тесты написать, сделать нужные моки\стабы и т.д. Вообще поэтому некоторые называют специальность ИНЖЕНЕР, сначала проектируешь, потом пишешь уже что спроектировал. А писать код без проектирования это все ровно что сначала сделать, а потом думать.

Прежде чем код написать нужно спроектировать что ты писать то будешь,TDD этому и учит по факту, пока ты не спроектируешь дизайн своего решения, ты не сможешь нормально тесты написать, сделать нужные моки\стабы и т.д. Вообще поэтому некоторые называют специальность ИНЖЕНЕР, сначала проектируешь, потом пишешь уже что спроектировал. А писать код без проектирования это все ровно что сначала сделать, а потом думать.

TDD нерабочая схема

Где ты таких видел?

Каждый день таких вижу, вместо того чтобы написать тест, дрочат консольки, локально прилоги поднимают и т.д.

проектов которые полностью по TDD написаны не существует

Каждый день таких вижу, вместо того чтобы написать тест, дрочат консольки, локально прилоги поднимают и т.д.

Не повезло, обычно мидлы разным занимаются, а легкие задачки отдают джунам

Прежде чем код написать нужно спроектировать что ты писать то будешь,TDD этому и учит по факту, пока ты не спроектируешь дизайн своего решения, ты не сможешь нормально тесты написать, сделать нужные моки\стабы и т.д. Вообще поэтому некоторые называют специальность ИНЖЕНЕР, сначала проектируешь, потом пишешь уже что спроектировал. А писать код без проектирования это все ровно что сначала сделать, а потом думать.

ну большинство кода именно так пишется и он работает и это нормально

Каждый день таких вижу, вместо того чтобы написать тест, дрочат консольки, локально прилоги поднимают и т.д.

и это не взаимозаменяемые вещи. Вы взаимодействие с бд или внешним сервисом не протестите если у вас он замокан в тестах

Не повезло, обычно мидлы разным занимаются, а легкие задачки отдают джунам

ну да, лёгкие джунам, средние мидлам, сложные сеньорам

ну да, лёгкие джунам, средние мидлам, сложные сеньорам

хорошо подметил итог общения на 300+ сообщений

ну да, лёгкие джунам, средние мидлам, сложные сеньорам

Иногда сложности пересекаются

Иногда сложности пересекаются

тогда на пересечении одному из тех кто пересёкся в зависимости от капасити в текущем спринте)

и это не взаимозаменяемые вещи. Вы взаимодействие с бд или внешним сервисом не протестите если у вас он замокан в тестах

> взаимодействие с бд или внешним сервисом не протестите не совсем понял, что там тестировать? Есть контракты которые согласовываются заранее. БД вообще по одним стандартам работают, то бишь им запрос составленный по конкретным правилам нужен. Это все можно и без твоей прилоги протестировать. В прилоге ты тестируешь бизнес логику.

Так ладно, это канал по работке

ну то есть как и должны мидлы - просто писать код для средних по сложности задач

Буду воспринимать это как шутку ))

ну да, лёгкие джунам, средние мидлам, сложные сеньорам

Для Джуна важен рост, как по мне, среднюю или сложную задачу тоже важно давать, но не ту от которой прямо сейчас зависит бизнес 😃

проектов которые полностью по TDD написаны не существует

Я кстати тоже не встречал)

ну да, лёгкие джунам, средние мидлам, сложные сеньорам

а очень сложные? 🤔 кажется обычно выходит так что дают по низшей планке тому что решал похожее, а значит и решит эту.. но работает так не всегда((

люди устают еще и могут даже не решить задачу которую они решали месяц назад, пожалуй важно качественно оценить и со стороны сотрудника и с внешней как именно он решал задачу, а не саму задачу

Прежде чем код написать нужно спроектировать что ты писать то будешь,TDD этому и учит по факту, пока ты не спроектируешь дизайн своего решения, ты не сможешь нормально тесты написать, сделать нужные моки\стабы и т.д. Вообще поэтому некоторые называют специальность ИНЖЕНЕР, сначала проектируешь, потом пишешь уже что спроектировал. А писать код без проектирования это все ровно что сначала сделать, а потом думать.

Вот вам и пример сеньера с двумя годами за плечами без реального опыта :)

Лучше тогда токой "нереальный" опыт, чем синьер с Х годами опыта говнокода, и мышлением типа работает значит ок

Лучше тогда токой "нереальный" опыт, чем синьер с Х годами опыта говнокода, и мышлением типа работает значит ок

то что работает вообще лучше не трогать)

то что работает вообще лучше не трогать)

++

то что работает вообще лучше не трогать)

Потом такие доводят продукт до невозможности его поддерживать и разработка начинает стоит много денех, Роберт Мартин кстати в своих книгах это и пишет.

Потом такие доводят продукт до невозможности его поддерживать и разработка начинает стоит много денех, Роберт Мартин кстати в своих книгах это и пишет.

Роберт Мартин в своих книгах может писать что душе вздумается.. это ПМ шарлотан который всю карьеру ездил по конференциям выступал и не написал ни одной строчки кода

то что работает вообще лучше не трогать)

Это лучше чем сломать бизнес логику

Потом такие доводят продукт до невозможности его поддерживать и разработка начинает стоит много денех, Роберт Мартин кстати в своих книгах это и пишет.

Вы адепт Мартина? В примерах Clean Code вообще лютый говнокод, советую перечитать

ну а SOLID это чисто buzzword

Роберт Мартин в своих книгах может писать что душе вздумается.. это ПМ шарлотан который всю карьеру ездил по конференциям выступал и не написал ни одной строчки кода

Ну код сейчас нейронка пишет лучше и быстрее любого синьера, а вот в проектирование она еще не очень может

Ну код сейчас нейронка пишет лучше и быстрее любого синьера, а вот в проектирование она еще не очень может

🤣

Забавно наблюдать как из года в год всех штормит, то мы любим чистый код, то это говно и вообще не нужно, а стоп, снова любим...

А вообще, на счёт людей которые сильно против чистого кода и те кто с пеной у рта продвигают. На всякий случай напоминаю тем, кто плохо читал книгу, сам автор пишет, что это не правила высеченные в камне, а сборник рекомендаций, как не потерять возможность с нормальной скоростью развивать продукт спустя года. (Чистую архитектуру я кстати сюда же отношу)

по ЧА у Вернона вменяемая книга, у Мартина полная отсебятина

Вся разработка про компромиссы и выбор лучшего в данной ситуации решения. Ну не придумали ещё серебряную пулю

А вообще, на счёт людей которые сильно против чистого кода и те кто с пеной у рта продвигают. На всякий случай напоминаю тем, кто плохо читал книгу, сам автор пишет, что это не правила высеченные в камне, а сборник рекомендаций, как не потерять возможность с нормальной скоростью развивать продукт спустя года. (Чистую архитектуру я кстати сюда же отношу)

Вот именоо поэтому споры про чистоту длятся уже десятилетиями, а Мартин - гениальный пиарщик. Все эти принципы настолько расплывчато написаны, что о них можно спорить до посинения и трактовать абсолютно противоположным образом, то есть реальной пользы они не приносят.

Идеальная сова для натягивания на глобус

правда непонятно почему он Вон) вообще Вог если так уже переводить.. точно не китаец

в целом лучше просто читать на английском

Вот именоо поэтому споры про чистоту длятся уже десятилетиями, а Мартин - гениальный пиарщик. Все эти принципы настолько расплывчато написаны, что о них можно спорить до посинения и трактовать абсолютно противоположным образом, то есть реальной пользы они не приносят.

ну на счет того, что расплывчато не совсем верно. Расплывчатыми их сделали миллиард авторов статей, которые вот точно поняли что имел ввиду автор и переписали все своими словами, а потом по этим статьям пошла деградация мысли дальше. Если банально по оглавлению чистого кода пробежаться, то там нет ничего страшного и ужасного, просто сборник простых правил, которым можно следовать или не следовать в зависимости от конкретной ситуации

но суть в том что у них с Эвансом понятно о чем они пишут.. а у Мартина это ляляля лялля миллион книг непонятно-о-чем

ну на счет того, что расплывчато не совсем верно. Расплывчатыми их сделали миллиард авторов статей, которые вот точно поняли что имел ввиду автор и переписали все своими словами, а потом по этим статьям пошла деградация мысли дальше. Если банально по оглавлению чистого кода пробежаться, то там нет ничего страшного и ужасного, просто сборник простых правил, которым можно следовать или не следовать в зависимости от конкретной ситуации

Я скорее ссылался на SOLID. А насчет ЧК - одно догматичное правило "функции 2-5 строк" убивает весь смысл. Причем Мартин не пишет что нужно смотреть на контекст, нет, "надо коротко и только коротко".