Пользователь
Привет, Хабр!
Хочется рассказать о нашем опыте внедрения CI/CD в компанию. О том, как в целом работать с ним и как это работает у нас.
Статья нацелена на новичков конкретно в этой сфере и хотят чуть детальнее стандартной документации настроить деплой, может внедрить у себя, чуть адаптировать. Примеры достаточно гибкие и подходят для большинства задач в начинающих IT компаниях
Приятного прочтения, всем peace!
Здравствуйте, дорогие читали!
Мы команда творческих энтузиастов, я автор статьи и разработчик программного обеспечения, мой коллега финансовый теоретик.
В качестве краткой предыстории: на этапе бума криптодвижа, мы начали заниматься майнингом криптовалют (и по сей день продолжаем). Тогда мы ничего не знали о торговле на криптобирже и просто «намайненые» монетки обменивали по рыночному курсу и выводили по чуть-чуть, как в простом обменнике, плюс к этому добавлялся страх скачков курса монет, и поэтому не совались в торговлю. Накопив некоторую сумму, мы размышляли, как можно увеличить накопления пассивным способом, желательно при этом особо ничего не делая. И решили изучить тему торгов на криптобирже. Поскольку я по своей специальности программист-автоматизатор, то нам в голову пришла идея, а почему бы не написать программу, которая по определённому алгоритму торговала бы в автоматическом режиме и по возможности была сделана так, чтобы и деньги не теряла. В первую очередь была интересна идея, которая позволяла бы математически всегда работать в +, без исключения. Мы хотели найти «золотой грааль», хотя понимали, что, это конечно утопия. В данной идее мы сразу поняли, чтобы это реализовать, придётся пожертвовать временем, и в торгах и временем на разработку.
Перекопав много ресурсов, обнаружили, что в существует полно ботов, которые торгуют на обычных фондовых биржах и почти никаких автоматизированных находок не нашли в области крипто торговли. Основная причина этого была в том, что традиционные алгоритмы торговли не подходят для крипты, виной этому большая волатильность, непредсказуемость любой из монет, пампы, дампы. Всё это неадекватно сказывается на традиционных осцилляторах, сигналах и т.д.
Мы поняли, что годы разработок сверхсложных алгоритмов на текущей стадии крипто индустрии точно не принесут успех, потому что эта сфера очень быстро меняется.
Мы захотели создать простой и математически эффективный алгоритм, по которому машина будет торговать 24/7, 365 дней в году, к которой надо подходить раз в пол года просто посмотреть на баланс и радоваться накоплениям:)
Спойлер: C++ не быстрее и не медленнее и вообще смысл не в этом. Эта статья является продолжением славных традиций развенчания мифов крупных российских компаний о языке Rust. Предыдущая была "Go быстрее Rust, Mail.Ru Group сделала замеры".
Недавно я пытался заманить коллегу, сишника из соседнего отдела, на Тёмную сторону Rust. Но мой разговор с коллегой не задался. Потому что, цитата:
В 2019 году я был на конференции C++ CoreHard, слушал доклад Антона antoshkka Полухина о незаменимом C++. По словам Антона, Rust еще молодой, не очень быстрый и вообще не такой безопасный.
Антон Полухин является представителем России в ISO на международных заседаниях рабочей группы по стандартизации C++, автором нескольких принятых предложений к стандарту языка C++. Антон действительно крутой и авторитетный человек в вопросах по C++. Но доклад содержит несколько серьёзных фактических ошибок в отношении Rust. Давайте их разберём.
Здравствуйте. Несколько недель назад я начинал серию переводов статей по изучению OpenGL. Но на 4 статье один хабровчанин заметил, что мои переводы могут нарушать лицензию, по которой распространяются учебные материалы, предоставленные в исходной статье. И действительно, мои переводы нарушали лицензию. Для разрешения этой проблемы я обратился к авторам того набора уроков, но так и не смог добиться нормального ответа. По этой причине я связался с автором другого, не менее (а возможно даже и более) крутого, набора уроков по OpenGL: Joey de Vries. И он дал полное разрешение на перевод его набора уроков. Его уроки гораздо более обширные, чем прошлый набор, поэтому эти переводы растянутся на долго. И я обещаю, будет интересно. Заинтересовавшихся прошу под кат.
Меня зовут Владимир, я занимаюсь мобильным фронтендом в Яндекс.Почте. В нашем приложении уже была тёмная тема, но недожатая: мы умели перекрашивать интерфейс и простые письма. Но письма с форматированием оставались светлыми и контрастировали с тёмным интерфейсом, из-за чего глаза ночью могли уставать.
Сегодня я расскажу читателям Хабра о том, как мы решили эту проблему. Вы узнаете про два простых способа, которые нам не подошли, затем — про наш основной способ адаптивной перекраски страниц и, наконец, про направление для следующей итерации: перекраску картинок. Хотя сама задача — перекрашивать страницы с произвольным форматированием — специфическая, думаю, наш опыт будет полезен и вам.