Имхо совпало сразу всё сразу. Кто-то пообещал начальству бороться с мошенниками, кто-то решил перегнать аудиторию из зарубежных соц. сетей к себе ради рекламы, кто-то действительно боится влияния идеологически неправильного контента в условия СВО. А ещё так вышло, что для блокировок нужно специальное оборудование, поэтому часть компаний очень рады получать контракты на производство и поддержку ТСПУ.
Поэтому блокировки выгодны слишком большому количеству людей, увы
Вы пытаетесь как-то рационализировать свой выбор, но по факту как и подавляющее большинство собеседующих вы просто ищете человека, который похож на вас.
Если бы вы у вас за спиной было 10+ опыта в спортивном программировании, то вы бы всерьёз доказывали, что надо отбирать кандидатов только по литкоду. Если бы было сильное тех. образование в ВУЗе, доказывали бы, что надо искать только кандидатов из ИТМО. И так далее.
На практике же нет зависимости между активным гитхабом и успешным освоением какой-то незнакомой технологии на работе. Вы так рассуждаете, будто есть люди, которые постоянно изучают что-то новое, и люди, которые годами на работе делают одно и то же. Большинство программистов так или иначе сталкиваются с незнакомыми задачами на работе
Ну так у вас просто других интересов в жизни нет, если вы сугубо замкнулись на программировании. Я знал очень умных и опытных типов с опытом в 25+ лет, до которых мне как до луны, а своего гитхаба никогда не вели, блога своего тоже никогда не было.
А алгоритмические задачи уровня иди-мид как раз решаемы любым программистом без требования знания специфических вещей.
Ага, конечно. Ваш тейк, кстати, полностью противоречит позиции всех бигтехов, которые проводят литкодовские собесы. Иначе они бы не присылали заранее материалы для подготовки и не снимали видео с разбором задач на своих же каналах на ютубе.
Go как раз идеально стыкуется с этим принципом. Зато в условном шарпе почти в каждом проекте есть какой-нибудь IUserRepository, в котором перечислены 50 методов для чтения и обновления юзера в БД.
Не очень понимаю вашу фиксацию на светофорах. И общественный транспорт, и личные автомобили неизбежно будут периодически стоять на светофорах. Это не какой-то минус трамвая
Трамвай - это самый дорогой вид транспорта в городе. А по скорости движения он даже автобусам зачастую уступает.
Нет. Просто в России в большинстве городов старые и рельсы, и сами трамваи. Плюс вся инфраструктура построена вокруг автомобилей и маршруток, выделенных путей практически нет. Из-за этого и складывается такое впечатление, что трамвай медленный.
Метро - это действительно плохой пример общественного транспорта. Его можно заменить на выделенные полосы для трамваем или троллейбусов. Будет дешевле, быстрее и экономичнее.
Но в России эта идея, к сожалению, звучит слишком дико для любого человека, который сидит в городской администрации. Остаётся только с грустью наблюдать за повсеместным уничтожением трамвайных линий и расширением проезжей части.
Разве в Яндексе времён Сегаловича не был аналогичный процесс отбора кандидатов, которые все хкйтят? Я честно даже не застал тех времён, но как будто бы тогда отбор был ещё жестче. Потому что задач с литкода было больше, а решали их на маркерной доске, а не в блокноте онлайн.
А на самом деле на С++ этот код был бы понятнее, логичнее
Только в глазах разработчиков на C++. Я бы ещё понял, если бы в пример rust привели, там код действительно читабельный и логичный, хоть и со своими нюансами. Плюсы - это просто сто способов отстрелить себе ногу
В какой из разделов попадёт отправленное клиентом сообщение?
Если душнить, то зависит от способа отправки сообщений в топик. Но в большинстве случаев при записи указывается только ключ сообщения и его значение. А все сообщения с одним ключом по дефолту кладутся в одну партицию.
Но есть и возможность записи сообщения в конкретную партицию. Нужно это очень редко, на практике такого не встречал нигде.
Потребляете вы сообщения из топика, а не из партиции. Так что кафка гарантирует, что вне зависимости от кол-ва партиций и числа подов вашего сервиса вы получите все сообщения. Впрочем наверняка можно настроить кафку и таким образом, чтобы читать только одну конкретную партицию топика. На практике тоже такого не встречал
Это он, конечно, переборщил. Но дейлики - это действительно карго-культ. Никто внятно не может объяснить, зачем они нужны.
Бесполезность дейликов проверяется очень легко. Минут через 30 после его окончания спросите у рандомного сотрудника, что говорил другой рандомный сотрудник на этом самом дейлике. Скорее всего он не ответит, потому что никому особо не интересно, что кто-то вчера какой-то хендлер пилил или переходил на новую версию апи.
По факту выходит, что если проектов в команде мало, то все скорее всего всё равно в контексте, поэтому дейлики не нужны. А если проектов много, то каждый чаще всего занимается своей частью, поэтому его не интересует, кто что делал вчера в другой части проекта, куда он даже не заглядывал. В таком случае дейлики тоже не нужны.
Если вы руководитель, то можете просто доску в джире посмотреть, чтобы оценить, что происходит в команде. Если команда не актуализирует джиру, то быстрее и легче приучить её к актуализации джиры.
Почему надо только голосом строго каждый день проговаривать статус исключительно всем членам команды, я не понимаю.
Так с фингербкосом всё довольно понятно, что там описывать? А вот принцип использования там действительно слегка запутанный
Имхо совпало сразу всё сразу. Кто-то пообещал начальству бороться с мошенниками, кто-то решил перегнать аудиторию из зарубежных соц. сетей к себе ради рекламы, кто-то действительно боится влияния идеологически неправильного контента в условия СВО. А ещё так вышло, что для блокировок нужно специальное оборудование, поэтому часть компаний очень рады получать контракты на производство и поддержку ТСПУ.
Поэтому блокировки выгодны слишком большому количеству людей, увы
Вы пытаетесь как-то рационализировать свой выбор, но по факту как и подавляющее большинство собеседующих вы просто ищете человека, который похож на вас.
Если бы вы у вас за спиной было 10+ опыта в спортивном программировании, то вы бы всерьёз доказывали, что надо отбирать кандидатов только по литкоду. Если бы было сильное тех. образование в ВУЗе, доказывали бы, что надо искать только кандидатов из ИТМО. И так далее.
На практике же нет зависимости между активным гитхабом и успешным освоением какой-то незнакомой технологии на работе. Вы так рассуждаете, будто есть люди, которые постоянно изучают что-то новое, и люди, которые годами на работе делают одно и то же. Большинство программистов так или иначе сталкиваются с незнакомыми задачами на работе
Ну так у вас просто других интересов в жизни нет, если вы сугубо замкнулись на программировании. Я знал очень умных и опытных типов с опытом в 25+ лет, до которых мне как до луны, а своего гитхаба никогда не вели, блога своего тоже никогда не было.
В эту игру можно играть вдвоём.
В качестве замены могу порекомендовать вот это - https://www.linux.org.ru/gallery/workplaces/
Ага, конечно. Ваш тейк, кстати, полностью противоречит позиции всех бигтехов, которые проводят литкодовские собесы. Иначе они бы не присылали заранее материалы для подготовки и не снимали видео с разбором задач на своих же каналах на ютубе.
Go как раз идеально стыкуется с этим принципом. Зато в условном шарпе почти в каждом проекте есть какой-нибудь IUserRepository, в котором перечислены 50 методов для чтения и обновления юзера в БД.
Это явно не вина трамвая
В Волгограде тоже есть
Ровно наоборот. Трамваи в долгосроке куда экономичнее. И пускать их надо как раз в те места, где есть большой пассажиропоток - https://vc.ru/transport/2240231-ekonomika-obshchestvennogo-transporta#017
Не очень понимаю вашу фиксацию на светофорах. И общественный транспорт, и личные автомобили неизбежно будут периодически стоять на светофорах. Это не какой-то минус трамвая
"Локальная" экология + минимальный шум.
Приятнее находиться в городе, где нет выбросов бензина. А трамваи на нормальных рельсах практически бесшумные.
Электробус, кстати, не особо эффективен, так как долго заряжается. Но если технологию допилят до ума, то будет отличный вид транспорта.
Нет. Просто в России в большинстве городов старые и рельсы, и сами трамваи. Плюс вся инфраструктура построена вокруг автомобилей и маршруток, выделенных путей практически нет. Из-за этого и складывается такое впечатление, что трамвай медленный.
Метро - это действительно плохой пример общественного транспорта. Его можно заменить на выделенные полосы для трамваем или троллейбусов. Будет дешевле, быстрее и экономичнее.
Но в России эта идея, к сожалению, звучит слишком дико для любого человека, который сидит в городской администрации. Остаётся только с грустью наблюдать за повсеместным уничтожением трамвайных линий и расширением проезжей части.
Разве в Яндексе времён Сегаловича не был аналогичный процесс отбора кандидатов, которые все хкйтят? Я честно даже не застал тех времён, но как будто бы тогда отбор был ещё жестче. Потому что задач с литкода было больше, а решали их на маркерной доске, а не в блокноте онлайн.
Это с чего вдруг?
Только в глазах разработчиков на C++. Я бы ещё понял, если бы в пример rust привели, там код действительно читабельный и логичный, хоть и со своими нюансами. Плюсы - это просто сто способов отстрелить себе ногу
Если душнить, то зависит от способа отправки сообщений в топик. Но в большинстве случаев при записи указывается только ключ сообщения и его значение. А все сообщения с одним ключом по дефолту кладутся в одну партицию.
Но есть и возможность записи сообщения в конкретную партицию. Нужно это очень редко, на практике такого не встречал нигде.
Потребляете вы сообщения из топика, а не из партиции. Так что кафка гарантирует, что вне зависимости от кол-ва партиций и числа подов вашего сервиса вы получите все сообщения. Впрочем наверняка можно настроить кафку и таким образом, чтобы читать только одну конкретную партицию топика. На практике тоже такого не встречал
Это он, конечно, переборщил. Но дейлики - это действительно карго-культ. Никто внятно не может объяснить, зачем они нужны.
Бесполезность дейликов проверяется очень легко. Минут через 30 после его окончания спросите у рандомного сотрудника, что говорил другой рандомный сотрудник на этом самом дейлике. Скорее всего он не ответит, потому что никому особо не интересно, что кто-то вчера какой-то хендлер пилил или переходил на новую версию апи.
По факту выходит, что если проектов в команде мало, то все скорее всего всё равно в контексте, поэтому дейлики не нужны. А если проектов много, то каждый чаще всего занимается своей частью, поэтому его не интересует, кто что делал вчера в другой части проекта, куда он даже не заглядывал. В таком случае дейлики тоже не нужны.
Если вы руководитель, то можете просто доску в джире посмотреть, чтобы оценить, что происходит в команде. Если команда не актуализирует джиру, то быстрее и легче приучить её к актуализации джиры.
Почему надо только голосом строго каждый день проговаривать статус исключительно всем членам команды, я не понимаю.
Там вообще просто редизайн просто был