@Boomburum читая статью не покидала мысль, что она какая-то устаревшая, пришлось лезть в перевод и смотреть когда же она была написана - прошлогодним июлем - собственно реквестирую фичу-плашку с датой статьи-оригинала. А то думаешь что-то свежее и полезное, а статья уже не очень актуальна стала за этот год
Серьезная работа, жаль времени на подготовку было мало, все было для победы. Не понял только почему не приложили ссылку на видео с описание процесса сборки и собственно трудностями во время выступления, где прям проникаешься действом. Исправлю это недоразумение
Странно слушать все опасения из комментариев выше про блокировки, зная что как только выезжаешь за город то без налички ты достаточно вероятно ничего не купишиь или ни с кем не рассчитаешься, т.к. банально для работы банковских монстроприкладов Е-шки не хватает даже там где она вообще есть. Так что не бойтесь, никуда налик не денется, в худшем случае не больше 10к в одни руки в месяц))
как всегда ктото уже заделал плагин, погуглить чтонить типа "Hide YouTube Shorts". Иногда конечно интерфейс корячит видимо изза очередных супернужных обнов интерфейса, но в целом намного приятнее жить без шортсов
Потребители подписываются на темы и получают сообщения из разделов. Каждый раздел одновременно закреплен только за одним потребителем, что обеспечивает распределение нагрузки.
К этому моменту не указаны термины и что есть что, не приведены даже английские аналоги в скобках. В ру мире кафки устоявшиеся "топик" и "партиция" не переводятся. Про слушатель/слушать тоже доставило, видимо прямая калька от спринговского listener-а не давала покоя, опять же у нас используется подходящие к pub/sub терминологии подписка/подписчик/получатель Статью из-за этого обилия переведенных устоявшихся терминов читать практически невозможно.
И тут даже нет примера базовой реализации, молчу про ссылки на стандартную реалзиацию openzeppelin и чем она лучше простейшей реализации. Для статьи с таким громким названием урвоень ниже плинтуса
циферок бы каких по типу было столько брака/претезий/проблем до внедрения и сколько стало после ну и самое интересное же для всех - какие проблемы были при внедрении?
Да и для монги тоже 32Тб не предел. А про транзакции уже давно есть мультидокументные, которые в пределах узла реплики атомарны. А если надо то и на кластере можно, но ценой резкого увеличения времени выполнения запроса.
ну что вы в самом деле, S3 уже давно имя нарицательно для всего что может блобы хранить и имеет какой никакой интерфейс для этого. S3 просто задал фактически стандарт этого API, а реализаций есть куча не в облаках и думаю при желании и на том же PG найти можно
Уровень покрытия, согласно Quality Gate, должен быть не менее 85%, но на самом деле, его можно было поднять и выше, т.к. зачастую покрытие не ниже 95%. Такой сравнительно высокий уровень покрытия требует определенных временных затрат.
Так что считают именно покрытие, а не забыл/не забыл. Более того думаю, что разрабы как раз покрывают тестами сериализацию только, чтобы получить заветные проценты на "дешевых" тестах, а не на сложных, где логика тестируется. Пакеджи с dto и обвязой вокруг них вообще должны игнорироваться при высчитывании покрытия, но почему-то это редко кто настраивает
когдато так и было - пользователь Хабра с положительной кармой и рейтингом считался адекватным, т.к. сообщество оценило его адекватность. Сейчас да все это не показатель, но назад фарш не провернуть, а вот изготовить из него что-то вкусное вполне реально. Как ни странно думаю сейчас можно проводить смело эксперимент и по убиранию возможности плюсовать или добавления возможности минусовать - показать на фронте что плюсик/минус добавился самому юзеру, но в ленту для всех не учитывать плюсы/минусы и посмтреть что будет. В таком случае можно дропнуть все минусы, если все печально, и начать учитывать плюсы как сейчас. Главное потом статейку с отчетом о таком тесте выкатить и показать какие результаты получились. @Boomburum можете такое провернуть?
вот бы это еще на чтото повлияло. Пытался придумать пример последствий, но они все получаются про ограничения появления новых статей от таких авторов и завязаны на модерацию перед публикацией, на что администрация Хабра не пойдет. И даже банальное проставление тега или плашки в заголовок к сожалению снизит просмотры, что тоже "не ок". А авторы вообще могут начать тюнить заголовки на кликбейт и KPI по просмотрам повышать за счет такой обратной связи и делать их еще кликбейтнее
раз по тотальной слежке отмена, то не могу понять, почему нет ссылки на канал (или как там оно у них называется) в максе?
а как такую шляпу отключать чтоб не мешало карту использовать?
А как этот ваш SOSAL будет работать в парадигме GOVNO (https://govno.works/)? Противоречий не возникнет?)
@Boomburum читая статью не покидала мысль, что она какая-то устаревшая, пришлось лезть в перевод и смотреть когда же она была написана - прошлогодним июлем - собственно реквестирую фичу-плашку с датой статьи-оригинала. А то думаешь что-то свежее и полезное, а статья уже не очень актуальна стала за этот год
Серьезная работа, жаль времени на подготовку было мало, все было для победы. Не понял только почему не приложили ссылку на видео с описание процесса сборки и собственно трудностями во время выступления, где прям проникаешься действом. Исправлю это недоразумение
Странно слушать все опасения из комментариев выше про блокировки, зная что как только выезжаешь за город то без налички ты достаточно вероятно ничего не купишиь или ни с кем не рассчитаешься, т.к. банально для работы банковских монстроприкладов Е-шки не хватает даже там где она вообще есть. Так что не бойтесь, никуда налик не денется, в худшем случае не больше 10к в одни руки в месяц))
как всегда ктото уже заделал плагин, погуглить чтонить типа "Hide YouTube Shorts". Иногда конечно интерфейс корячит видимо изза очередных супернужных обнов интерфейса, но в целом намного приятнее жить без шортсов
но это же вспомогательные обслуживающие сервисы и там по факту ноль бизнес логики с точки зрения нормального бизнеса, так что человек прав)
Очередной пример для статьи https://habr.com/ru/articles/770536/
К этому моменту не указаны термины и что есть что, не приведены даже английские аналоги в скобках. В ру мире кафки устоявшиеся "топик" и "партиция" не переводятся. Про слушатель/слушать тоже доставило, видимо прямая калька от спринговского listener-а не давала покоя, опять же у нас используется подходящие к pub/sub терминологии подписка/подписчик/получатель
Статью из-за этого обилия переведенных устоявшихся терминов читать практически невозможно.
И тут даже нет примера базовой реализации, молчу про ссылки на стандартную реалзиацию openzeppelin и чем она лучше простейшей реализации. Для статьи с таким громким названием урвоень ниже плинтуса
про возмещение в частном порядке пострадавшим читать эпопею https://habr.com/ru/companies/digitalrightscenter/articles/763096/
конечно, это ж однозначно номинация на шнобелевку минимум)
циферок бы каких по типу было столько брака/претезий/проблем до внедрения и сколько стало после
ну и самое интересное же для всех - какие проблемы были при внедрении?
Статья про опросы без опроса, как оценить как вы сами используете то, что перечслили в статье?
Да и для монги тоже 32Тб не предел. А про транзакции уже давно есть мультидокументные, которые в пределах узла реплики атомарны. А если надо то и на кластере можно, но ценой резкого увеличения времени выполнения запроса.
ну что вы в самом деле, S3 уже давно имя нарицательно для всего что может блобы хранить и имеет какой никакой интерфейс для этого. S3 просто задал фактически стандарт этого API, а реализаций есть куча не в облаках и думаю при желании и на том же PG найти можно
так они не будут, 10Мб - уже кандидат на S3
upd: внизу уже обсосали эту тему
Так что считают именно покрытие, а не забыл/не забыл. Более того думаю, что разрабы как раз покрывают тестами сериализацию только, чтобы получить заветные проценты на "дешевых" тестах, а не на сложных, где логика тестируется. Пакеджи с dto и обвязой вокруг них вообще должны игнорироваться при высчитывании покрытия, но почему-то это редко кто настраивает
когдато так и было - пользователь Хабра с положительной кармой и рейтингом считался адекватным, т.к. сообщество оценило его адекватность. Сейчас да все это не показатель, но назад фарш не провернуть, а вот изготовить из него что-то вкусное вполне реально. Как ни странно думаю сейчас можно проводить смело эксперимент и по убиранию возможности плюсовать или добавления возможности минусовать - показать на фронте что плюсик/минус добавился самому юзеру, но в ленту для всех не учитывать плюсы/минусы и посмтреть что будет. В таком случае можно дропнуть все минусы, если все печально, и начать учитывать плюсы как сейчас. Главное потом статейку с отчетом о таком тесте выкатить и показать какие результаты получились. @Boomburum можете такое провернуть?
вот бы это еще на чтото повлияло.
Пытался придумать пример последствий, но они все получаются про ограничения появления новых статей от таких авторов и завязаны на модерацию перед публикацией, на что администрация Хабра не пойдет. И даже банальное проставление тега или плашки в заголовок к сожалению снизит просмотры, что тоже "не ок". А авторы вообще могут начать тюнить заголовки на кликбейт и KPI по просмотрам повышать за счет такой обратной связи и делать их еще кликбейтнее