Вся эта теория одно большое нарушение принципов проектирования информационных систем. Вместо советов что включать нам в наши БД и оставлять за скобками вопросы безопасности лучше бы сконцентрировались на разработке стандартного интерфейса, реализация которого обеспечила бы наилучшее взаимодействие с LLM, если RAG по какой-то причине не устраивает. А вообще статье критически не хватает аргументации.
Скажу что я все таки давно с таким не сталкивался. Может научился выбирать работодателя, но последние лет 10 я наблюдаю как раз четкую тенденцию на снятие стресса с разработчиков.
Абсолютно согласен. Надо искать работу, на которой можно реализовать себя, чтобы не хотелось на досуге ещё че то там писать. И соблюдать work life balance так сказать.
Гораздо более актуален софт который может надежно работать на большом кластере средненького железа. Высокопроизводительное железо это всегда лишь способ деньгами прикрыть дыру, которая обнажилась в архитектуре с ростом нагрузки.
Я с вами радикально не согласен. Видимо даже в таких понятиях как "выразительность". Что вы под этим понимаете? Тем не менее я осознаю, что дело в неких субъективных ощущениях. Тем не менее очевидно, что вы не особо знакомы с основными идеями языка, потому что даже не упоминаете о них.
Спасибо за развернутый ответ! Да, согласен по всем пуктам насчет того, какие аспекты действительно актуальны. (Могу сказать, что основной ответ на п 3 был на моем опыте такой: да банить сразу и как можно скорее, но на короткий срок - до 5 мин будет ок, более долгие атаки на хоршую инфру оч дороги для атакера, и их мало кто может себе позволить, также если мы умеем быстро банить и не падать, можем позволить себе и разбан даже в процессе атаки) Но тема обширна, и в данный момент было интересно подискутировать на тему использования ML как некоей новой технологии, которую мы пытаемся всюду применить с переменным успехом. Удовалось ли вам использовать ML в каком либо виде для отражения атак, чтобы был какой либо профит? Если да, то хотелось бы немного подробностей, на чем что обучалось и как применялось. У меня лично успешного опыта применения ML против DDoS не было, так что интригует.
Я склонен не согласиться. В большинстве компаний, где я работал дело было не в настрое программистов. Начальство само не могло объяснить как именно вклад конкретного человека влияет на бизнес. Если брать продуктовые компании, тут дело лучше - вклад виден в продажах монетизации и косвенной статистики по конкретным фичам, которая бывает доступна. Но на галерах и оутстафах и прочем б2б всё много хуже. Просто завершить некую задачу в срок - это очень просто, и в то же время совершенно не вдохновляет, все знают что можно завершать такие задачи таким образом, что каждую следующую будет завершить всё труднее. Так как работать, что лучше долго и качественно или в срок? Как решить, если для исполнителя вся модель бизнеса непрозрачна? А главное бизнес бывает и настолько мутным, что ничего не делать и просто получать зп будет самым выгодным для компании. В общем, я к чему? К тому что весь вопрос тут состоит в мотивации исполнителей и является компетенцией менеджмента, а не рядовых сотрудников.
Думаю, это не так. По моему опыту, чем больше спускается сверху, тем хуже работает команда. Но подобные вещи спускаются на практике весьма редко. Очевидно, это не забота архитектора и вне его полномочий. А менеджеров больше интересуют вопросы денег и сроков. Так что чаще спускают системы контроля времени. )) Но бывают исключения в виде авторитаристов на ключевых постах )
В MySQL sync один мастер или несколько? То что вы пишете о транзакциях, выполняющихся на разных нодах как бы намекает... Но вы ничего не уточняли в этом плане. Кроме того вы это перечислили как ограничение sync репликации. В чем отличие: для других типов только один мастер? В этом случае не совсем очевиден бонус в availability. Тут бы не помешали какие-то цифры.
Ну вот я смотрю на таблицу с последнего контеста. Лидер решил все четыре задачи за 5 (!) минут, а топ 20 все уложились в 10. По-моему это очень круто, ну то есть, я сказал, что это задачки решаются за 5 минут, но я имел в виду каждую. Но чтобы за 5 минут все решить, это реально космическая скорость и немалое задротство, эти китайские ребята круты. )) С другой стороны, что-то я сильно сомневаюсь, что умение быстро решать простейшие задачи, это то, чего достаточно для работы в серьезной компании. Впрочем, основной посыл я понял: если чувствуешь что есть сложности с задачками на интервью, или цель придти в тонус или поднабить руку, наверное, имеет свой смысл.
По моим ощущениям задания на LeetCode это что-то между просто и тривиально. Такие иногда дают на собесах, чтобы решить на бумажке за 5мин. Но в целом, не совсем понятен смысл этого сервиса - мне было скучно на нем, и некоторые вещи вроде оч древней джавы раздражали. Кажется что в плане алгоритмов куда интереснее поучаствовать в контестах, на codeforces, скажем, или искать флаги на каких-нибудь ctf'ах. А вы в чем видите пользу LeetCode?
Вся эта теория одно большое нарушение принципов проектирования информационных систем. Вместо советов что включать нам в наши БД и оставлять за скобками вопросы безопасности лучше бы сконцентрировались на разработке стандартного интерфейса, реализация которого обеспечила бы наилучшее взаимодействие с LLM, если RAG по какой-то причине не устраивает. А вообще статье критически не хватает аргументации.
Все системы защиты от ddos собирают подобную информацию. Deepseek тут упоминается для хайпа?
Скажу что я все таки давно с таким не сталкивался. Может научился выбирать работодателя, но последние лет 10 я наблюдаю как раз четкую тенденцию на снятие стресса с разработчиков.
Абсолютно согласен. Надо искать работу, на которой можно реализовать себя, чтобы не хотелось на досуге ещё че то там писать. И соблюдать work life balance так сказать.
Гораздо более актуален софт который может надежно работать на большом кластере средненького железа. Высокопроизводительное железо это всегда лишь способ деньгами прикрыть дыру, которая обнажилась в архитектуре с ростом нагрузки.
А что тут читать? Там же не материалы конференции Virus Bulletin, а басни какого то Кима Зеттера в журнальчике про моду и культуру.
Ну или как ему проще, а окружающим смешнее. ) Минутка смеха на работе - что может быть лучше!
Контролируются не сами копании целиком, некоторая свобода есть, но в их СБ правила устанавливаются теперь дяденьками из одной организации.
Я с вами радикально не согласен. Видимо даже в таких понятиях как "выразительность". Что вы под этим понимаете? Тем не менее я осознаю, что дело в неких субъективных ощущениях. Тем не менее очевидно, что вы не особо знакомы с основными идеями языка, потому что даже не упоминаете о них.
Если выбирать из этих кандидатов, мои фавориты спортмастер и астра. (Судя исключительно по ответам из этого текста.)
Спасибо за развернутый ответ! Да, согласен по всем пуктам насчет того, какие аспекты действительно актуальны. (Могу сказать, что основной ответ на п 3 был на моем опыте такой: да банить сразу и как можно скорее, но на короткий срок - до 5 мин будет ок, более долгие атаки на хоршую инфру оч дороги для атакера, и их мало кто может себе позволить, также если мы умеем быстро банить и не падать, можем позволить себе и разбан даже в процессе атаки) Но тема обширна, и в данный момент было интересно подискутировать на тему использования ML как некоей новой технологии, которую мы пытаемся всюду применить с переменным успехом. Удовалось ли вам использовать ML в каком либо виде для отражения атак, чтобы был какой либо профит? Если да, то хотелось бы немного подробностей, на чем что обучалось и как применялось. У меня лично успешного опыта применения ML против DDoS не было, так что интригует.
А что скажете по теме доклада? А то тема раскрыта, мягко говоря, поверхностно, может хоть в дискуссии обменяемся опытом.
Я склонен не согласиться. В большинстве компаний, где я работал дело было не в настрое программистов. Начальство само не могло объяснить как именно вклад конкретного человека влияет на бизнес. Если брать продуктовые компании, тут дело лучше - вклад виден в продажах монетизации и косвенной статистики по конкретным фичам, которая бывает доступна. Но на галерах и оутстафах и прочем б2б всё много хуже. Просто завершить некую задачу в срок - это очень просто, и в то же время совершенно не вдохновляет, все знают что можно завершать такие задачи таким образом, что каждую следующую будет завершить всё труднее. Так как работать, что лучше долго и качественно или в срок? Как решить, если для исполнителя вся модель бизнеса непрозрачна? А главное бизнес бывает и настолько мутным, что ничего не делать и просто получать зп будет самым выгодным для компании. В общем, я к чему? К тому что весь вопрос тут состоит в мотивации исполнителей и является компетенцией менеджмента, а не рядовых сотрудников.
Да уж все эти сертификаты как коллекционирование значков. Есть любители. )
А у них была бронь в дойче банке?
Думаю, это не так. По моему опыту, чем больше спускается сверху, тем хуже работает команда. Но подобные вещи спускаются на практике весьма редко. Очевидно, это не забота архитектора и вне его полномочий. А менеджеров больше интересуют вопросы денег и сроков. Так что чаще спускают системы контроля времени. )) Но бывают исключения в виде авторитаристов на ключевых постах )
А слово trait переводится стандартно как "типаж"? Сам раньше не встречал такой вариат перевода, поэтому спрашиваю у опытных товарищей.
В MySQL sync один мастер или несколько? То что вы пишете о транзакциях, выполняющихся на разных нодах как бы намекает... Но вы ничего не уточняли в этом плане. Кроме того вы это перечислили как ограничение sync репликации. В чем отличие: для других типов только один мастер? В этом случае не совсем очевиден бонус в availability. Тут бы не помешали какие-то цифры.
Ну вот я смотрю на таблицу с последнего контеста. Лидер решил все четыре задачи за 5 (!) минут, а топ 20 все уложились в 10. По-моему это очень круто, ну то есть, я сказал, что это задачки решаются за 5 минут, но я имел в виду каждую. Но чтобы за 5 минут все решить, это реально космическая скорость и немалое задротство, эти китайские ребята круты. )) С другой стороны, что-то я сильно сомневаюсь, что умение быстро решать простейшие задачи, это то, чего достаточно для работы в серьезной компании. Впрочем, основной посыл я понял: если чувствуешь что есть сложности с задачками на интервью, или цель придти в тонус или поднабить руку, наверное, имеет свой смысл.
По моим ощущениям задания на LeetCode это что-то между просто и тривиально. Такие иногда дают на собесах, чтобы решить на бумажке за 5мин. Но в целом, не совсем понятен смысл этого сервиса - мне было скучно на нем, и некоторые вещи вроде оч древней джавы раздражали. Кажется что в плане алгоритмов куда интереснее поучаствовать в контестах, на codeforces, скажем, или искать флаги на каких-нибудь ctf'ах. А вы в чем видите пользу LeetCode?