Все потоки

Уважаемые читатели, хочу представить Вашему вниманию свой небольшой проект https://sugar-beet.herokuapp.com/, который является воплощением идеи описанной в своей предыдущей статье Сколько ты стоишь? Метод анализа вакансий с HR-агрегаторов. Стадию развитию его можно определить как MVP. Однако, к сожалению, Heroku отказывается от бесплатного тарифа 28 ноября 2022 года, что печально. Собственно выкладываю текущую версию на всеобщее обозрение, через 2 месяца она всё равно "превратится в тыкву". Приветствую всех заинтересовавшихся.

Совсем недавно начал изучать фреймворк Fastify, который почему-то не особо популярен в русскоязычном сегменте интернета. Для хранения переменных конфигурации я всегда использовал файл .env. Для чтения файла .env на Express я привык использовать всем известную библиотеку dotenv, то врем как в экосистеме Fastify есть своя библиотека - @fastify-env.

Я в обратился к документации... и ничего не понял. Я попробовал реализовать то, что там указано, но у меня ничего не вышло. Туториал на youtube от какого-то индуса так же не помог (хотя у индийского программиста всё получилось)...

Сославшись на позднее время суток и усталость мозга, я сдался и начал искать какое-нибудь готовое решение в интернете, и оно быстро нашлось, которое нашлось достаточно быстро. Выяснилось, что я не один сталкиваюсь с такой проблемой и это частая сложность у программистов пришедших в Fastify после Express.

Итак, ниже пойдёт перевод этой статьи от 27.07.2021 г. (обновлено 18.02.2022 г.). Перед прочтением статьи рекомендую потратить 5-10 минут времени на чтение ооочень короткой официальной документации библиотеки @fastify-env.

Задача заголовка — привлекать внимание, и для этого многие эффекты хороши. В прошлый раз мы перевели статью о градиентах, теперь предлагаем рассмотреть ещё несколько фишек. 

О чём тут не будет: напоминания базовых конструкций языка и основных моментов о том, как с ними работать; подробного разбора, как работают исключения (писали тут и тут); как грамотно спроектировать ваш класс/программу, чтобы не наломать дров в будущем с гарантией исключений (разве что совсем чуть-чуть, хотя я сам и не очень-то тук-тук).

О чём будет: разные способы обработки ошибок в C++, несколько советов от сообщества и немного заметок о различных жизненных (и не очень) ситуациях.

Привет, меня зовут Сергей Терехин. Здесь, на Хабре, я в первую очередь системный архитектор. Но вот что вышло. Между Питером и Москвой, обсуждениями ТЗ с заказчиками и тушением пожаров на проектах я написал фантастический роман «Поток». И даже получилось его издать. Мне всегда было любопытно, что творится на «писательской кухне». Интересно было бы заглянуть за плечо пишущего, пьяного в дым Стивена Кинга или забраться в голову моделирующего свои миры Филиппа Дика. Здесь расскажу, как писательство нападает на меня, почему «настоящие» персонажи всегда отчасти ****** (подставьте любое ругательство) и как не дать угробить свою рукопись в «могиле для молодых авторов».

Привет, Хабр! Буквально на днях, уже на следующей неделе стартует конференция “Управление данными 2022”. Издательство "Открытые Системы" проводит мероприятие седьмой год подряд, но в 2022 году форум обещает быть особенно интересным. Почему мы решили принять в нем участие, и какие доклады я сам бы хотел послушать, читайте под катом.

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

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

Сегодня мы хотим рассказать о 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 ступеней-этапов готовности клиента к покупке.

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

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