Все потоки

Сегодня мы хотим рассказать о Pingora, новом HTTP-прокси, который мы создали своими силами с использованием Rust и который обслуживает более 1 триллиона запросов в день, повышает нашу производительность и предоставляет множество новых возможностей для клиентов Cloudflare, требуя при этом лишь треть ресурсов процессора и памяти от объема ресурсов нашей предыдущей инфраструктуры прокси.

По мере роста Cloudflare мы переросли NGINX. Он был прекрасен в течение многих лет, но со временем его ограничения в наших масштабах привели к тому, что нам захотелось создать что-то новое. Мы больше не могли обеспечивать необходимую производительность, и NGINX не обладал функциями, необходимыми для нашей очень сложной среды

Ежедневно IT-компании заключают множество контрактов, договоров или соглашений. Если с товарами и услугами всё прозрачно и понятно даже рядовому сотруднику, то с передачей прав даже у матёрых юристов и бухгалтеров случаются промахи. Я встречал немало Сублицензионных соглашений о передаче прав на программное обеспечение, которые содержали недоразумения, касающиеся исключительно определения ролей сторон — участников договора.
В классических договорах поставки мы встречаем такие роли: для принимающей стороны — это в основном Заказчик или Покупатель, а для передающей стороны — это Исполнитель, Продавец или Поставщик.

Есть ещё понятия Подрядчик, Генподрядчик и Субподрядчик, но интуитивно понятно, что это всё исполнители, т.е. продавцы товаров и услуг. Если же мы рассматриваем лицензионное соглашение, то здесь роли описаны иначе. В передаче прав на интеллектуальную собственность участвуют Лицензиары и Лицензиаты, ну или Сублицензиары и Сублицензиаты.

Кто это такие и где здесь можно ошибиться? Зачастую можно увидеть Сублицензионные соглашения, в которых участвуют две стороны: Лицензиат и Сублицензиат. Такие формы Договора я встречал у дистрибьюторов, корпоративных клиентов, на торговых площадках крупных государственных заказчиков. Также множество юридических ресурсов в интернете приводят подобные шаблоны в качестве примеров. При запросе обосновать логику выбора таких формулировок, все они ссылаются на Статью 1238 ГК РФ.

Дорогие любители литературы! Рады сообщить, что наш литературный сайт приступает к работе. Приглашаем писателей – и читателей, само собой разумеется.

***

С сегодняшнего дня на сайте функционирует сервис обложек. Вы можете нарисовать для своей книги яркую и красивую обложку.

***

Нас часто спрашиваю, как быть тем, кто не умеет рисовать. Мы нашли выход и приделали к сайту сервис, позволяющий рисовать обложки с помощью нейросети. Вы задаете тему – нейросеть рисует. Получается замечательно!

***

Согласно многочисленным пожеланиям, мы написали автоматический корректор. Теперь любые грамматические, также стилистические ошибки исключены: они будут исправляться в публикуемых произведениях автоматически. Нет безграмотности!

***

Самый важный релиз из состоявшихся. Если раньше мы шли навстречу тем, кто не умеет рисовать и не умеет писать грамотно, то теперь – тем, что просто не умеет писать. ИИ вам в помощь! С сегодняшнего дня вы задаете тему и очерчиваете характеры главных персонажей – остальное берет на себя ИИ.

***

Кажется, мы забыли о писателях, страдающих отсутствием вдохновения. Для них радостная весть. С сегодняшнего дня вы можете пользоваться генератором идей. Сгенерировав идею, вы загружаете ее в ИИ, проверяете полученный текст на наличие ошибок и создаете к нему обложку. Книга готова к публикации! 

***

В связи с достигнутой автоматизацией публикуемые произведения утеряли индивидуальность. Сообщаем, что вынужденно переименовываем писателей в инвесторов, каковыми они по сути и являются.

***

У нас радостные новости.  За прошедшие годы наш литературный сайт финансово преуспел и больше не нуждается в инвесторах. Мы готовы производить литературную продукцию самостоятельно. Приглашаем программистов, специализирующихся в области нейросетей, автоматических корректоров, ИИ и генераторов идей.

Небольшой спойлер - речь пойдет не про прописные истины с использованием цитат из Википедии, а скорее про работу со стейкхолдерами сквозь призму моего опыта создания сложных b2b продуктов в больших компаниях. Тут будет немного рефлексии по самым базовым, казалось бы, вопросам и весьма неожиданные выводы, приправленные схемками. Всё как я люблю. Но в целом это мое мнение, поэтому готов к аргументированной дискуссии в комментах)

Раз ты читаешь эту статью, то скорее всего ты имеешь отношение к проектному или продуктовому управлению и уже не раз слышал это определение. И конечно ты знаешь, что со стейкхолдерами нужно “работать”. Но обычно никто не дает конкретику - что именно значит “работать” и с кем именно. Постараемся разобраться с этим.

В этом тексте я предлагаю порассуждать, что же должно быть в нормальном взрослом firmware репозитории безотносительно к конкретному проекту.

То есть перечислить самые универсальные и переносимые программные компоненты (кирпичики), которые могут пригодиться в практически любой сборке.

В статье представлен код позволяющий отправлять транзакционные письма через сервис unione, делать HTTP запросы к REST апи, а так же отправлять обычные email по smtp используя общий класс отправитель различных сообщений.

В процессе создания своей схемы метро я использовал SVG-схему из Википедии как визуальный образец. После добавления возможности расчёта и вывода пути к своей схеме стал думать о том, как использовать алгоритм поиска по графу и для других подобных схем. И решил недавно попробовать адаптировать его для эталонной схемы из Википедии.

Для этого решил адаптировать не алгоритм к схеме, а схему к алгоритму. Поскольку алгоритм BFS использует перебор массивов станций, координат линий и пересадок, то нужно было распарсить схему из Википедии в массивы: для этого я написал различные варианты CSS-селекторов.

Американский маркетолог Бен Хант в 2010 году представил публике книгу «Конверсия сайта. Превращаем посетителей в покупателей». В ней он описал теорию, которая впоследствии получила название «Лестница узнавания Бена Ханта».

Автор книги предложил делить потенциальных клиентов по степени их осведомлённости о продукте. Согласно его теории, от полной неосведомлённости о продукте до покупки человек проходит 6 этапов (от 0-й до 5-й ступени). На каждом этапе у человека разные потребности, значит, и предложение стоит делать разным.

Если объединить его теорию с классической воронкой продаж, то получим лестницу, состоящую из 5 ступеней-этапов готовности клиента к покупке.

Перевод разделен на две части.

Как проектировать, строить и испытать малые жидкостные ракетные двигатели. Практика.

IBM PC. Всего пять букв, но сколько теплых чувств они вызывают глубоко в душе каждого, кто неравнодушен к зарождению эры персональных компьютеров. Но история IBM PC – это не просто набор фактов о модели или семействе машин, и даже не долгий рассказ о годах, которые познакомили весь мир с понятием «персональный компьютер». Это целая эпоха, которая продолжается до сих пор. Эпоха открытых стандартов, передовых технологий и гибкой платформы, которая уже 40 лет сохраняет все те же преимущества, что были представлены 12 августа 1981 года. Сегодня я расскажу вам полную историю рождения великого IBM PC – не компьютера, но концепта, который не только изменил весь мир, но и сделал Билла Гейтса всемогущим.

В начале своего разработческого пути, меня часто посещало желание понять и принять паттерны. Но в интернете, этот материал крайне сложен для начинающих программистов. Поэтому я решил создать цикл статей, в которых разберу все GoF паттерны.

Первым разобранным шаблоном будет Снимок, замечательный паттерн, который часто не могут понять начинающие разработчики.

Можно выделить два основных формата организационных структур - функциональную и проектную (матричную). Развитие матричных структур можно проводить в разных направлениях. Например, выбрать направление максимальной универсализации или сориентироваться на удовлетворение потребностей клиента.

В статье я описал свои размышления о том, в каком направлении потенциально может развиваться эволюция матрицы и в какую точку она может прийти.

В среде разработчиков бытует мнение, что информационная безопасность относится к IT не напрямую, а косвенно, что это вспомогательная область и даже вторичная. Но так ли это на самом деле? На этот неоднозначный вопрос серьезно и обстоятельно ответили спикер Слёрма Роман Панин и его коллега Павел Шатилов, руководители направления архитектуры ИБ в МТС.

Говорим о компактной утилите для сбора цифровых отпечатков. Её применяют для оценки безопасности ИТ-инфраструктуры. Обсудим возможности и альтернативы.

В предыдущей статье мы подробно рассказали об истории создания и внедрения высокоскоростных поездов (ВСП) за рубежом. В нашей стране также велись подобные работы и об этом расскажем в нашем материале.

Сканер уязвимостей на Python или как написать сканер за 6 часов

Недавно мне довелось участвовать в хакатоне по информационной безопасности на научной конференции в прекрасном городе Санкт-Петербург в СПбГУТ. Одно из заданий представляло из себя написание собственного сканера уязвимостей на любом ЯП с условиями, что использование проприетарного ПО и фреймворков запрещено. Можно было пользоваться кодом и фреймворками существующих сканеров уязвимости с открытым кодом. Это задание и мое решение с моим коллегой мы и разберем в этой публикации.

1. Им друг без друга нельзя

Всем привет, меня зовут Алексей Жуков, я старший программист в студии IT Territory. В этой статье я расскажу, как мы строили игровой сервер для Rush Royale. Объясню, почему создание сервера в геймдеве — это не так просто, как кажется на первый взгляд, а также опишу плюсы и минусы реактивного подхода, который мы использовали в нашей работе.