Почему просто не взять готовые решения для бэктестов типа backtrader, Backtesting.py, не изобретать велосипед и не наступать на одни и те же грабли каждый раз (это про look-ahead bias). Тот же TA-lib для расчётов индикаторов? Зачем гнаться за скоростью, если HFT не является целью? Сомневаюсь, что на часовых свечах при ограниченном наборе инструментов подобные оптимизации имеют большое значение
Хорошая обзорная статья - всё сжато и по делу. Вот только без обработки исключений / ошибок, access / refresh токенов, ретрая, журналирования, расчета IO-метрик... до production ready всё равно ещё больше половины пути. Что удивительно - сценарий частый / проблема общая, каждый пишет свой велосипед, но так никто и не взялся за универсальный "комбайн"
Можно как-то остановить этот поток малоинформативных статей под эгидой АИС «Налог-3», единственной целью которых является раскрутка телеграм-канала автора?
shtolman , в коммерции с договорённостями "на словах" тот же результат не заставит себя долго ждать. В целом юристы, аналитики, тестировщики, UX/UI дизайнеры - не зря свой хлеб едят, если демпенгуете на рынке и хотите закрыть все вопросы своими руками - трезво оценивайте все риски.
Если для заказчика проект непрофильный, то наивно ожидать там необходимых компетенций, дельных ТЗ, готовности брать на себя ответственность за решения по проекту. Редко когда отношение команды заказчика к исполнителю в проекте выходит за рамки: "хочешь заработать? сам и работай!" — никто не бросит свои текущие дела / задачи ради ваших сроков / доходов))
Никогда не встречал дотошных ТЗ у госов)) Повсеместно полно воды и копипаст из нормативки или других контрактов. Ткните пальцем на zakupki.gov если не сложно))
Как при чём? Сидит человек CVE list трекает, а за что в "зоопарке" в первую очередь хвататься - не знает. Или с другой стороны - платят деньги человеку, а хорошо ли / плохо ли он свою работу выполняет - непонятно...))
Тут к слову даже обосновать необходимость такого человека со сканером в руках сподручнее))) Но если денех на ИБ нет, то вопросов нет конечно))
Годная статья, спасибо. Осталось отказаться от "велосипеда" и использовать готовые tenacity/stamina для retry, asyncio.Task.cancelling() для Graceful shutdown))
@thestratblog не совсем ясно — за чем OKR непосредственно командам? Обычно между командой и бизнесом есть владелец продукта и приоритезация задач, и конкретизация ожидаемых результатов для команды это его прямая обязанность, разве нет?
И мы понимаем, что это ждет и нас. Просто так получилось, что мы отстаём — может, на два-три года — от США по части технологий. Для нас это окно, возможность видеть, что происходит у них, и предугадывать, что придёт сюда. — Отставание — в каком смысле? — В плане появления и зрелости технологий. Скажем, у них только что появилась какая-то новая идея, — у нас она получит спрос через пару лет. Это видно на примерах.
Точно на два-три года отстаём? Когда там у Oracle, Azure managed databases появились? При всём уважении очевидно Бартунову интереснее кодить,зарабатывать на лицензиях, и рассуждать о нерадивых заказчиках, которые не спешат тратить свои деньги
А то, что фокус "системности" давно сместился с кода на услугу (как продукт), он предпочитает не замечать.
Но оказалось, что в российской ИТ-среде платить за поддержку никто не хочет...
Мне вот честно говоря не понятно, почему без всякой иронии суперпрофессиональная компания Postgres Pro, не берётся за облачные продукты как те же Snowflake, Databrick, а рассчитывает и дальше по старинке жить на проданные лицензии и услуги тех. поддержки, сокрушаясь что за них никто платить не хочет...
Хотя конечно понятно,.. просто кто-то слишком застрял в 2000-х
А ещё: требования регуляторов (ФСБ / ФСТЭК), корректность встраивания (СКЗИ) в продукт / решение, долговременное хранение (подписанных данных) в БД/хранилище, штамп времени, проверка статуса сертификата, нормализация данных и много другое, чего не помешает знать аналитику про СКЗИ, но к сожалению не рассмотрено в статье))
Подменяя сложившуюся терминологию, вы только вносите путаницу. У слова 'очевидный' — иной семантический смысл
Описание "изображение кошки на синем фоне" никак не идентифицирует ваше произведение, даже если вы уточните, что "кошка изображена в стилистике Поля Гогена" - в случае споров о нарушении авторских прав, ничто не помешает подрядчику утверждать в суде, что он передавал вам в качестве результата "другую кошку". А если это абстракция, сложное или составное произведение - то и подавно
Даже от простого перечисления в статье существенных условий договора с пояснениями, без которых он становится ничтожным, проку больше чем от ваших пространных рассуждений об использовании официально-делового стиля
Если вы хотели запутать свою целевую аудиторию на этой площадке, тогда конечно выбран вполне неплохой способ..
Очевидные условия договора – это те условия, без которых договор не может быть признан заключенным, или условия, которые важны для перехода права.
Может всё же не очевидные, а существенные? — условия, которые названы в законе или иных правовых актах как существенные или необходимые для договоров данного вида, а также все те условия, относительно которых по заявлению одной из сторон должно быть достигнуто соглашение (ст. 432 ГК РФ).
У меня другой вопрос - вот передали мне pdf (гайдбуком) или архив с векторными файлами. Как подтвердить, что это именно то, что в договоре подразумевалось? Контрольную сумму файла / архива в акте приема передачи указывать и инструкцию по её расчету к акту прилагать?
Много [лишних] букв. Но решение действительное любопытное. Благодарю за детальное описание и скрипт, надо попробовать в деле
Почему просто не взять готовые решения для бэктестов типа backtrader, Backtesting.py, не изобретать велосипед и не наступать на одни и те же грабли каждый раз (это про look-ahead bias). Тот же TA-lib для расчётов индикаторов? Зачем гнаться за скоростью, если HFT не является целью? Сомневаюсь, что на часовых свечах при ограниченном наборе инструментов подобные оптимизации имеют большое значение
Я даже пошёл было искать эту "шестеренку")
molyanov, если не секрет - как оплатили подписку?
Хорошая обзорная статья - всё сжато и по делу. Вот только без обработки исключений / ошибок, access / refresh токенов, ретрая, журналирования, расчета IO-метрик... до production ready всё равно ещё больше половины пути. Что удивительно - сценарий частый / проблема общая, каждый пишет свой велосипед, но так никто и не взялся за универсальный "комбайн"
Можно как-то остановить этот поток малоинформативных статей под эгидой АИС «Налог-3», единственной целью которых является раскрутка телеграм-канала автора?
https://habr.com/ru/articles/981988/
https://habr.com/ru/articles/982504/
https://habr.com/ru/articles/982686/
shtolman , в коммерции с договорённостями "на словах" тот же результат не заставит себя долго ждать. В целом юристы, аналитики, тестировщики, UX/UI дизайнеры - не зря свой хлеб едят, если демпенгуете на рынке и хотите закрыть все вопросы своими руками - трезво оценивайте все риски.
Если для заказчика проект непрофильный, то наивно ожидать там необходимых компетенций, дельных ТЗ, готовности брать на себя ответственность за решения по проекту. Редко когда отношение команды заказчика к исполнителю в проекте выходит за рамки: "хочешь заработать? сам и работай!" — никто не бросит свои текущие дела / задачи ради ваших сроков / доходов))
Никогда не встречал дотошных ТЗ у госов)) Повсеместно полно воды и копипаст из нормативки или других контрактов. Ткните пальцем на zakupki.gov если не сложно))
Как при чём? Сидит человек CVE list трекает, а за что в "зоопарке" в первую очередь хвататься - не знает. Или с другой стороны - платят деньги человеку, а хорошо ли / плохо ли он свою работу выполняет - непонятно...))
Тут к слову даже обосновать необходимость такого человека со сканером в руках сподручнее))) Но если денех на ИБ нет, то вопросов нет конечно))
Незаслуженно забыт Trivy
Как в итоге реализовали граф знаний (связи между статьями базы знаний)?
Годная статья, спасибо. Осталось отказаться от "велосипеда" и использовать готовые tenacity/stamina для retry,
asyncio.Task.cancelling()для Graceful shutdown))@thestratblog не совсем ясно — за чем OKR непосредственно командам? Обычно между командой и бизнесом есть владелец продукта и приоритезация задач, и конкретизация ожидаемых результатов для команды это его прямая обязанность, разве нет?
а что там с антеннами, усилением сигнала?
Точно на два-три года отстаём? Когда там у Oracle, Azure managed databases появились? При всём уважении очевидно Бартунову интереснее кодить,зарабатывать на лицензиях, и рассуждать о нерадивых заказчиках, которые не спешат тратить свои деньги
А то, что фокус "системности" давно сместился с кода на услугу (как продукт), он предпочитает не замечать.
Мне вот честно говоря не понятно, почему без всякой иронии суперпрофессиональная компания Postgres Pro, не берётся за облачные продукты как те же Snowflake, Databrick, а рассчитывает и дальше по старинке жить на проданные лицензии и услуги тех. поддержки, сокрушаясь что за них никто платить не хочет...
Хотя конечно понятно,.. просто кто-то слишком застрял в 2000-х
А ещё: требования регуляторов (ФСБ / ФСТЭК), корректность встраивания (СКЗИ) в продукт / решение, долговременное хранение (подписанных данных) в БД/хранилище, штамп времени, проверка статуса сертификата, нормализация данных и много другое, чего не помешает знать аналитику про СКЗИ, но к сожалению не рассмотрено в статье))
Что ж, может вы и правы, раз пипл такое хавает
Подменяя сложившуюся терминологию, вы только вносите путаницу. У слова 'очевидный' — иной семантический смысл
Описание "изображение кошки на синем фоне" никак не идентифицирует ваше произведение, даже если вы уточните, что "кошка изображена в стилистике Поля Гогена" - в случае споров о нарушении авторских прав, ничто не помешает подрядчику утверждать в суде, что он передавал вам в качестве результата "другую кошку". А если это абстракция, сложное или составное произведение - то и подавно
Даже от простого перечисления в статье существенных условий договора с пояснениями, без которых он становится ничтожным, проку больше чем от ваших пространных рассуждений об использовании официально-делового стиля
Если вы хотели запутать свою целевую аудиторию на этой площадке, тогда конечно выбран вполне неплохой способ..
Может всё же не очевидные, а существенные? — условия, которые названы в законе или иных правовых актах как существенные или необходимые для договоров данного вида, а также все те условия, относительно которых по заявлению одной из сторон должно быть достигнуто соглашение (ст. 432 ГК РФ).
У меня другой вопрос - вот передали мне pdf (гайдбуком) или архив с векторными файлами. Как подтвердить, что это именно то, что в договоре подразумевалось? Контрольную сумму файла / архива в акте приема передачи указывать и инструкцию по её расчету к акту прилагать?