Однобокое суждение, типа монолит - хорошо, микросервисы плохо. Возможно вы видели это в какой-то компании из 5-10 разработчиков, которые посчитали что микросервисы серебряная пуля и щас решит все проблемы. У меня, кстати, был такой опыт.
Проблема в том, что по мере роста приложения вы неизбежно столкнетесь с проблемой, что ваш монолит надо разделять иначе получится комок грязи. Например, представьте, что у вас 100 разработчиков и каждый со своими идеями, как они там не будут мешаться друг другу. Да и логики там будет столько, что ее невозможно удержать в голове одному человеку. В статье предлагается решение разделения - модульный монолит, что и есть по сути микросервисы, только в другой обёртке. Модуль=микросервис, вам точно также надо хорошо продумать какую доменную область выносить в отдельный модуль(микросервис), чтобы не получить большую связанность. Точно также как в микросервисах у вас за каждый модуль будут отвечать определенная команда и при взаимодействии друг с другом у них будут возникать сложности, т.к контекст друга они не знают да и цели у них разные. Модульный монолит хранится в одном репозитории? Ок, вам никто не мешает создать моно репозиторий и хранить в нем все ваши микросервисы. Подытожив хочется сказать, сказать, что серебряной пули нет у каждого решения свои плюсы и минусы, какое выбрать зависит от конкретной ситуации
И правда, почитать коменты и в кино ходить не надо:) Идет речь, про то, что как будто бы Яндекс бяка бука, монополист задрал цены х10, наживается на всех. Контраргумент - так сделай своё такси с меньшими ценами, раз говоришь там маржа нереальная.
Ответ: что я из своего кармана доплачивать буду.
Вам тоже отсылка на анекдот про "либо крестик снимите, либо трусы наденьте" :))
«Благодаря тому, что часть пользователей выберет другие способы уехать, спрос на „Эконом“ будет уменьшаться, свободных водителей станет больше, и поэтому цена на поездки начнёт снижаться» - если все уедут на дорогих тарифах, то никакого смысла снижать цену на эконом и не будет - ведь и так берут
Я видел бесполезные встречи в переговорках, за раб. столом, на кофепоинтах. А также я видел их в зуме, контур толк, скайпе, слаке, рабочих мессенджерах, телеграмме, бесполезные переписки по почте. Оглядываясь на свой опыт я не прослеживаю корреляции работа в офисе - больше бесполезных встреч.
Треды хотя бы видно, а встреча была или нет, никто не запомнил.
Опять же напомню, что треды есть не только на удаленке. Я сижу в офисе и пишу, читаю треды в рабочем чате.
Оптимизация чего ? Сидеть на стуле в офисе это работать в одно время ?
Оптимизация ширины окна для возможности коммуникаций. Представьте, что вы с завтрашнего дня начнете работать только с 12 ночи до 8 утра. В общем случае вряд ли в вашей команде найдутся люди с таким же графиком. Поэтому с вами возможно будет пообщаться только одним типом коммуникации - асинхронным в чате, по почте. Самый бедный набор коммуникаций.
Совсем наоборот - лучше. У манагера нет возможности подойти, встать и начинать разглагольствовать , в мое рабочее время " я просто спросить".
На удаленке у вас есть чат, email, созвон. В офисе у вас есть всё тоже самое, плюс есть возможность завести спонтанную коммуникацию на кофепоинте, или может просто вживую пообщаться(запланированно, не прерывая работу), можно у доски порисовать. Плюс все эти живые коммуникаци они эффективнее, чем онлайн, ну например печатать тупо долго, жесты в общении помогают и т.п.
Я постоянно слышу эти тру истории, как люди страдали от микроменеджмента, а потом перешли на удаленку и менеджеры сразу научились менеджерить. Ну ок, если для вас это сработало и вы себя не обманываете - у вас была боль, вы её закрыли, вы молодец. Просто я микроменджмент и на удаленке видел и безумные треды на 200 постов в чате, в котором уже никто ничего не понимает, потому что онлайн в чате сложнее выразить мысль, а пришли в офис за 5 минут порешали.
При написании письма они вынужден формулировать мысль на понятном техническому специалисту языке .
Не знаю почему они вынуждены, никто не мешает непонятно написать, выше уже писал пример про безумные треды.
Удаленка учит и заставляет планировать , организовывать и оптимизировать рабочие процессы и коммуникации.
Одна из оптимизаций, кстати, это чтобы все работники работали в одинаковое время. Удобно же, гораздо больше возможностей слот для встречи найти. И вот все эти самые прилежные и дисциплинированные люди на удаленке, да и в офисе как-то вот забивают на это, пофиг им. Причем они начинают работать в 12 не по какой-то причине, потому что например в тренажерку с утра ходят, а просто дисциплины не хватает, детей в садик школу отвозить не надо. Нет необходимости. Аналогично и для других аспектов удаленной работы.
Я в целом не против удаленки(я разработчик, не менеджер), она позволяет нанимать людей из других городов или людей которым, просто долго добираться до офиса. Но вот с этими суждениями "Удаленка - это тоже самое, а если у вас хуже, то ваши управленцы не умеют в правильный менеджмент" абсолютно не согласен. Коммуникации на ней хуже, как ни крути.
Любой инструмент либо вызывает боль на данный момент, либо нет. Если вам норм с poetry/pip, то переходить на uv нет смысла. Если у вас есть проблемы с uv, а pip/poetry их решает, то есть смысл перейти на pip/poetry. А все эти домыслы про то, что uv испортится в будущем(потому что на расте, потому делается сторонней фирмой и т.п.) точно также применимы и к poetry и к pip, pip по сути уже "испортился". Мы не знаем, что будет завтра, возможно pip переделают и он станет самым лучшим менджером в python. Свитчится придётся всё равно рано или поздно, т.к. мир меняется и появляются новые инструменты, которые вытесняют старые.
Решите несколько задач уровня easy и medium c hackerrank.com или leetcode.com и освежите знания по основным структурам данных, чтобы подготовиться к задачам по программированию.
Специально для того, чтобы вы могли примерно представить себе содержание задач, которые мы даём на алгоритмических секциях, мы собрали контест, который можно использовать при подготовке к собеседованиям. Попробуйте решить все задачи, ни разу не запустив дебаггер; написать решение в Notepad'е без подсветки синтаксиса; придумать как можно более короткое решение, которые пройдёт все тесты; продумать все возможные проблемы заранее и сдать решение с первого раза.
То есть по факту лайвкодинг организован так, что нужно предварительно посидеть пару месяцев на литкод, чтобы набить руку и без дебагера, подсветки синтаксиса на рваном листочке, на четвертинке стула без запинок всё написать и в уме оттдебажить. Адекватные лайвкодинги встречаются раз из 10 по моему опыту. Я бы даже сказал чаще встречаются собеседования вообще без лайвкодинга, чем с адекватным лайвкодингом.
Ещё интересен момент, что отказали кандидату, который написал готовый для продакшена код, с минимальным знанием контекста. По идее они должны были его с руками и ногами к себе забрать. В общем, специфичная компания
А у вас всегда программа содержит только happy path по большому счету, как бы вы не старались предусмотреть все - не предусмотрите. Например, по мере роста пользователей вы будете использовать различные приема для масштабирования: подключать clickhouse, разносить приложение в несколько хюцодов, шардирование и партиционирование бд, переписывать отдельные части на го/расте. И делать вы будете это не сразу, а по мере необходимости, что есть вполне общепринятый и зарекомендовавший себя подход, поскольку позволяет не строить космолет сразу, который возможно никогда не пригодится. Точно также эти рассуждения можно применить и для сложности алгоритмов. Если там вложенные циклы поправить или список на хешмап поменять - то да, вполне себе ок, т.к. ничего не стоит по времени. А если что -то более трудоёмкое, то тут стоит задуматься а не преждевременная ли это оптимизация, не получится ли так, что щас убьем на это 2 дня, а никто этим не воспользуется? Не лучше ли потом оптимизировать, когда/если увидим на мониторинге?
А на практике не далее как на прошлой неделе я поймал коллегу на попытке написать код с квадратичным временем там где есть очевидное n*log(n). При том что во многом другом человек вполне компетентный.
И что, всё? Гнать такого из IT? :) Объяснили один раз, что вложенные циклы плохо, ссылку дали там что-нибудь почитать по алгосложности. Раз он компетентный, то на следующий день разберётся и не будет так больше делать. Для этого ревью и нужно, чтобы обмениваться зниниями. Вполне вероятно, что он вас также "ловил" на незнании чего то.
Миддл, незнающий разницы между бинарным и линейным поиском? Это в Y2K25 такие миддлы теперь?
Закон хабра: если человек напишет статью или комментарий в которой укажет, что какую-то вещь не знает, то обязательно найдется человек, который эту вещь знает и думает, что это прям обязательное для всех программистов знание. Обязательно в стиле "фу, не сеньор". Для контекста добавлю, что когда читал статью, то не смог вспомнить, алгоритм бинарного поиска. Помню по названию, что изучал для алгоритмов и собесов, но поскольку в работе не требовался, то и забыл вообще про что он.
Ответить на это хочется как в анекдоте про мартышку: "дура не дура, а свои 100 рублей имею". Причем не в том смысле, что паразит, а в том смысле, что приношу пользу бизнесу, несмотря на незнание.
На удалёнке, вроде, люди и так работают больше, но в офисе весь день занимаешься какими-то левыми делами...
Давайте все-таки так: есть люди, которые работают на удалёнке больше чем в офисе, а есть люди, которые работают в офисе больше, чем на удалёнке. Есть люди, которые занимаются левыми делами в офисе, а есть люди, которые занимаются левыми делами на удалёнке. Если вы принадлежите к какой-то из категорий - не стоит обобщать на всех.
Спорно. Наоборот с возрастом люди не могут сидеть на корточках, потому что мышцы голени возле ступни укорачиваются и теряют мобильность из-за долгого сидения на стуле. Люди не то, что на корточки, они до параллели с полом не могут присесть. И для профилактики этого одно из упражнений - сидеть с блином на корточках.
Если что - этап, когда болели колени я проходил. И лечением было не беречь их, ничего не делая, а наоборот тренировать мышцы.
То есть когда банковское прилжоение - то его можно скачать с сайта без модерации и не иметь возможности установить обратно набор этих приложений. А когда дело касается остальных приложений, то без этого никак? Вы либо крестик снимите, либо трусы наденьте(с) ))
Я правильно понял, что когда google play нельзя даже удалить - это ок, так и должно быть? А когда rustore предустановлен и настроен так, что вручную не нужно ОКать установку приложений, то это душат свободу?
Однобокое суждение, типа монолит - хорошо, микросервисы плохо. Возможно вы видели это в какой-то компании из 5-10 разработчиков, которые посчитали что микросервисы серебряная пуля и щас решит все проблемы. У меня, кстати, был такой опыт.
Проблема в том, что по мере роста приложения вы неизбежно столкнетесь с проблемой, что ваш монолит надо разделять иначе получится комок грязи. Например, представьте, что у вас 100 разработчиков и каждый со своими идеями, как они там не будут мешаться друг другу. Да и логики там будет столько, что ее невозможно удержать в голове одному человеку. В статье предлагается решение разделения - модульный монолит, что и есть по сути микросервисы, только в другой обёртке. Модуль=микросервис, вам точно также надо хорошо продумать какую доменную область выносить в отдельный модуль(микросервис), чтобы не получить большую связанность. Точно также как в микросервисах у вас за каждый модуль будут отвечать определенная команда и при взаимодействии друг с другом у них будут возникать сложности, т.к контекст друга они не знают да и цели у них разные. Модульный монолит хранится в одном репозитории? Ок, вам никто не мешает создать моно репозиторий и хранить в нем все ваши микросервисы. Подытожив хочется сказать, сказать, что серебряной пули нет у каждого решения свои плюсы и минусы, какое выбрать зависит от конкретной ситуации
И правда, почитать коменты и в кино ходить не надо:) Идет речь, про то, что как будто бы Яндекс бяка бука, монополист задрал цены х10, наживается на всех. Контраргумент - так сделай своё такси с меньшими ценами, раз говоришь там маржа нереальная.
Ответ: что я из своего кармана доплачивать буду.
Вам тоже отсылка на анекдот про "либо крестик снимите, либо трусы наденьте" :))
Хороший такой пример подмены понятий.
Я видел бесполезные встречи в переговорках, за раб. столом, на кофепоинтах. А также я видел их в зуме, контур толк, скайпе, слаке, рабочих мессенджерах, телеграмме, бесполезные переписки по почте. Оглядываясь на свой опыт я не прослеживаю корреляции работа в офисе - больше бесполезных встреч.
Опять же напомню, что треды есть не только на удаленке. Я сижу в офисе и пишу, читаю треды в рабочем чате.
Читал и не понял:
Это у кандидатов опыта больше чем нужно или они в резюме указали опыта больше чем у них есть?
Не пойму про какие вакансии речь, русские или иностранные? Иностранцы интересуются вакансиями или интересуются вакансиями от инострацев?
Оптимизация ширины окна для возможности коммуникаций. Представьте, что вы с завтрашнего дня начнете работать только с 12 ночи до 8 утра. В общем случае вряд ли в вашей команде найдутся люди с таким же графиком. Поэтому с вами возможно будет пообщаться только одним типом коммуникации - асинхронным в чате, по почте. Самый бедный набор коммуникаций.
На удаленке у вас есть чат, email, созвон. В офисе у вас есть всё тоже самое, плюс есть возможность завести спонтанную коммуникацию на кофепоинте, или может просто вживую пообщаться(запланированно, не прерывая работу), можно у доски порисовать. Плюс все эти живые коммуникаци они эффективнее, чем онлайн, ну например печатать тупо долго, жесты в общении помогают и т.п.
Я постоянно слышу эти тру истории, как люди страдали от микроменеджмента, а потом перешли на удаленку и менеджеры сразу научились менеджерить. Ну ок, если для вас это сработало и вы себя не обманываете - у вас была боль, вы её закрыли, вы молодец. Просто я микроменджмент и на удаленке видел и безумные треды на 200 постов в чате, в котором уже никто ничего не понимает, потому что онлайн в чате сложнее выразить мысль, а пришли в офис за 5 минут порешали.
Не знаю почему они вынуждены, никто не мешает непонятно написать, выше уже писал пример про безумные треды.
Одна из оптимизаций, кстати, это чтобы все работники работали в одинаковое время. Удобно же, гораздо больше возможностей слот для встречи найти. И вот все эти самые прилежные и дисциплинированные люди на удаленке, да и в офисе как-то вот забивают на это, пофиг им. Причем они начинают работать в 12 не по какой-то причине, потому что например в тренажерку с утра ходят, а просто дисциплины не хватает, детей в садик школу отвозить не надо. Нет необходимости. Аналогично и для других аспектов удаленной работы.
Я в целом не против удаленки(я разработчик, не менеджер), она позволяет нанимать людей из других городов или людей которым, просто долго добираться до офиса. Но вот с этими суждениями "Удаленка - это тоже самое, а если у вас хуже, то ваши управленцы не умеют в правильный менеджмент" абсолютно не согласен. Коммуникации на ней хуже, как ни крути.
Любой инструмент либо вызывает боль на данный момент, либо нет. Если вам норм с poetry/pip, то переходить на uv нет смысла. Если у вас есть проблемы с uv, а pip/poetry их решает, то есть смысл перейти на pip/poetry. А все эти домыслы про то, что uv испортится в будущем(потому что на расте, потому делается сторонней фирмой и т.п.) точно также применимы и к poetry и к pip, pip по сути уже "испортился". Мы не знаем, что будет завтра, возможно pip переделают и он станет самым лучшим менджером в python. Свитчится придётся всё равно рано или поздно, т.к. мир меняется и появляются новые инструменты, которые вытесняют старые.
Тем временем Авито:
Озон:
Яндекс:
То есть по факту лайвкодинг организован так, что нужно предварительно посидеть пару месяцев на литкод, чтобы набить руку и без дебагера, подсветки синтаксиса на рваном листочке, на четвертинке стула без запинок всё написать и в уме оттдебажить. Адекватные лайвкодинги встречаются раз из 10 по моему опыту. Я бы даже сказал чаще встречаются собеседования вообще без лайвкодинга, чем с адекватным лайвкодингом.
Ещё интересен момент, что отказали кандидату, который написал готовый для продакшена код, с минимальным знанием контекста. По идее они должны были его с руками и ногами к себе забрать. В общем, специфичная компания
А у вас всегда программа содержит только happy path по большому счету, как бы вы не старались предусмотреть все - не предусмотрите. Например, по мере роста пользователей вы будете использовать различные приема для масштабирования: подключать clickhouse, разносить приложение в несколько хюцодов, шардирование и партиционирование бд, переписывать отдельные части на го/расте. И делать вы будете это не сразу, а по мере необходимости, что есть вполне общепринятый и зарекомендовавший себя подход, поскольку позволяет не строить космолет сразу, который возможно никогда не пригодится. Точно также эти рассуждения можно применить и для сложности алгоритмов. Если там вложенные циклы поправить или список на хешмап поменять - то да, вполне себе ок, т.к. ничего не стоит по времени. А если что -то более трудоёмкое, то тут стоит задуматься а не преждевременная ли это оптимизация, не получится ли так, что щас убьем на это 2 дня, а никто этим не воспользуется? Не лучше ли потом оптимизировать, когда/если увидим на мониторинге?
И что, всё? Гнать такого из IT? :) Объяснили один раз, что вложенные циклы плохо, ссылку дали там что-нибудь почитать по алгосложности. Раз он компетентный, то на следующий день разберётся и не будет так больше делать. Для этого ревью и нужно, чтобы обмениваться зниниями. Вполне вероятно, что он вас также "ловил" на незнании чего то.
Закон хабра: если человек напишет статью или комментарий в которой укажет, что какую-то вещь не знает, то обязательно найдется человек, который эту вещь знает и думает, что это прям обязательное для всех программистов знание. Обязательно в стиле "фу, не сеньор". Для контекста добавлю, что когда читал статью, то не смог вспомнить, алгоритм бинарного поиска. Помню по названию, что изучал для алгоритмов и собесов, но поскольку в работе не требовался, то и забыл вообще про что он.
Ответить на это хочется как в анекдоте про мартышку: "дура не дура, а свои 100 рублей имею". Причем не в том смысле, что паразит, а в том смысле, что приношу пользу бизнесу, несмотря на незнание.
Давайте все-таки так: есть люди, которые работают на удалёнке больше чем в офисе, а есть люди, которые работают в офисе больше, чем на удалёнке. Есть люди, которые занимаются левыми делами в офисе, а есть люди, которые занимаются левыми делами на удалёнке. Если вы принадлежите к какой-то из категорий - не стоит обобщать на всех.
del
Лично мне работа тимлида не особо нравится, но бабки он получает хорошие. Примерно, мидл тимлид получает как сеньор программиста.
Спорно. Наоборот с возрастом люди не могут сидеть на корточках, потому что мышцы голени возле ступни укорачиваются и теряют мобильность из-за долгого сидения на стуле. Люди не то, что на корточки, они до параллели с полом не могут присесть. И для профилактики этого одно из упражнений - сидеть с блином на корточках.
Если что - этап, когда болели колени я проходил. И лечением было не беречь их, ничего не делая, а наоборот тренировать мышцы.
То есть когда банковское прилжоение - то его можно скачать с сайта без модерации и не иметь возможности установить обратно набор этих приложений. А когда дело касается остальных приложений, то без этого никак? Вы либо крестик снимите, либо трусы наденьте(с) ))
Я правильно понял, что когда google play нельзя даже удалить - это ок, так и должно быть? А когда rustore предустановлен и настроен так, что вручную не нужно ОКать установку приложений, то это душат свободу?
Так зачем тогда google play? Качайте вообще все приложения самостоятельно)