Всем привет, меня зовут Николай Шипачёв. С 2014 года я занимаюсь комплексным интернет-маркетингом.

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

В этой статье рассмотрим все этапы и шаги, которые помогут комплексно подойти к маркетинговой стратегии и добиться поставленной цели.

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

Посему в этой части каждой игре будет посвящено меньше текста, но самих игр будет упомянуто больше (и всё равно будут перечислены отнюдь не все).

Итак, приступим!

В далеком 2020 году независимый исследователь Imre Rad опубликовал статью с уязвимостью в компоненте операционной системы Windows - msdt.exe (тот самый =) ). Microsoft посчитала найденную уязвимость недостаточно критичной, чтобы на нее реагировать. Однако после истории с Follina вендор решил выпустить патч, закрывающий уязвимость DogWalk.

Хочу поделиться впечатлениями о книге, которую закончил читать недавно. Автор - профессор математики из Массачусета. Книга неплохо переведена с английского на немецкий. Название можно перевести на русский как «Природа Бесконечного. Математика, Каббала и секрет Алефа».

Мы продолжаем раскрывать подробности трудоустройства в геймдеве — в этот раз рассказываем про серверных разработчиков и отвечаем на ключевые вопросы: можно ли перейти из смежной сферы, нужно ли профильное образование, какие задачи обычно просят решить на собеседовании и многое другое.

Привет, Хабр! Давайте знакомиться. Это Eppie — децентрализованный сервис обмена зашифрованными сообщениями. Проект еще в разработке, но представиться профессиональному сообществу уже пора.

 

Eppie будет работать в одноранговой p2p сети. Приложение шифрует сообщения по стандарту PGP, разбивает на фрагменты и рассылает их случайным нодам на хранение. В таком «перепутанном» виде данные остаются в сети. У Eppie нет почтовых серверов, все устройства участвуют в работе системы на равных. А в учетной записи пользователя нет ничего, кроме публичного ключа — он же адрес в сети. Приватный ключ дает доступ к содержанию переписки. Взломать такую систему практически невозможно. И поскольку никто не может прочитать чужие сообщения и метаданные, в Eppie невозможна цензура и использование персональных данных для рекламного таргетинга.

 

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

В этой статье речь пойдёт о некотором моём предложении для сообщества. Это вдвойне сомнительное предложение из-за того, что мой личный трип на битриксе уже закончился. Две недели безвылазно на учёбе плюс где-то неделя в ритме "пытаюсь себя заставить" и... И вот статья. Держите. Надеюсь, кому-нибудь пригодится.

Привет, Хабр! Я расскажу о трех опциональных, но довольно полезных инструментах фреймворка dash, которые сделают ваш dashbord показательным и интерактивным.

Всем привет! Решил написать статью с практическими примерами использования Stream API. В данной статье не будет теории - только хардкор и практические примеры. Поехали!

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

Для тестирования буду использовать Postman.

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

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

Rubber Ducky — известное хакерское устройство, давно знакомое специалистам по информационной безопасности (и любителям сериала Mr. Robot). Первая версия вышла более десяти лет назад. С виду обычная флешка при подключении выдаёт себя за USB-клавиатуру и запускает произвольный скрипт. Это позволяет проводить необычные атаки, которые сложно обнаружить с помощью антивируса.

Атака Rubber Ducky — просто последовательность нажатий клавиш (чтобы открыть консоль и ввести в ней некоторые команды).

ИТ-инфраструктура компании – это основа для обслуживания клиентов, работы с поставщиками и управления бизнес-процессами. Она определяет возможности компании сегодня и ее возможности в будущем.

Однажды я был маленьким, и задавался вопросом — вот если Unix way это (упрощенно) небольшие, довольно простые утилиты и библиотеки, которые делают одну вещь, но делают её хорошо (Peter H. Salus: "...that do one thing and do it well"), то… Где тогда утилита, которая занимается шаблонизацией и не хватает звёзд с неба? Вот есть у тебя некоторый шаблон, и есть некоторые данные, которые ты имеешь желание в этот шаблон подставить. Брать для этого Jinja2? Писать что-то своё используя sed + awk? Или тащить %tool_name% на несколько мегабайт ради столь тривиальной задачи?

Спустя некоторое время, вновь столкнувшись с подобной задачей, и поняв что попытка найти что-то подходящее вновь претерпела фиаско, было принято волевое решение — да-да, написать свой прекрасный проект велосипед шаблонизатор для использования в CLI. Ограничения были выбраны следующие:

• Статическая линковка — один бинарный файл без каких-либо зависимостей (он мне понадобится в docker scratch)
• Итоговый размер должен быть минимально возможным (постараться уместиться в 100Кб без upx)

На чем писать, если хочется боли компактного результата и быстрого выполнения — естественно, берём C. Какой шаблонизатор использовать, если хочется минимализма? Под такую задачу хорошо подойдет mustache. И вот, спустя некоторое время появляется утилита под кодовым именем mustpl (must — mustache, tpl — template).

Из утопии летающие автомобили превратились в реальность. Сегодня можно говорить о 10 моделях реальных авто, способных подняться в небо.

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

Давным-давно, когда еще не было флешек, и даже болванки CD-R были не в почете, данные между компьютерами переносили… Ну, в моей реальности это происходило исключительно с помощью дискет. До конца девяностых это был вполне рабочий способ передать другому человеку документы или программы. Только в самом конце десятилетия возникали редкие проблемы: как-то я попросил друга переписать мне особо тяжелую игру, и для этого потребовалось три десятка дискет. Одна, конечно же, потом не прочиталась.


Дистрибутив Windows 95 (примерно 30 мегабайт) — это уже была проблема. Настолько, что проще было передать (при хорошем соединении) столько данных по модему, чем возиться с дисками. Или же сходить в гости с собственным жестким диском. Но существовали и другие носители. Их вообще было немало, начиная с восьмидесятых, когда IT-инфраструктура отличалась редкостным разнообразием. Но в девяностые наиболее известными были два сменных носителя. Один из них — стомегабайтный (в начале пути) Iomega Zip — попадался у друзей и знакомых, и был достаточно популярен. Про другой я читал только в журналах — это SuperDisk или LS-120.

В 2022 году проблемы передачи данных между ретрокомпьютерами практически не существует. Можно использовать карты Compact Flash, полностью совместимые с интерфейсом IDE. Есть эмуляторы флоппи-дисковода с разъемом USB. Можно подключить компьютер к сети. Но это все… какое-то слишком современное. Сегодня — рассказ о моем запоздалом знакомстве с ретроносителями, часть из которых достались мне новыми в упаковке.

Документация содержит хорошие подробные туториалы,я лишь немного хочу раскрыть их для рунета.

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

Какой должна быть иконка, чтобы получить заветное согласие экспертов — разбираем в нашей статье.

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

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

Некоторые фрагменты были умышлено изменены, с целью сохранить актуальность текста. Вольный перевод статьи "7 Ways To Kick Start Your Manual Testing Career" с портала Software Testing Help.

- Мастер, что мы будем учить сегодня?

- Не учить, а постигать. Сегодня: химия, физика и числа. Напиши несколько раз цифру один.

- 11111

- Если в колбу прозрачной воды капнуть из пипетки концентрированной синькой, то вся вода окрасится в синий цвет. Сейчас окрасим твое число в восемьность.

- Но как, Мастер?

- Умножь свое число на 8, что получается?

- 88888, ух ты!

- Возьми еще одно свое число и покрась в девяточность.

- 11111 * 9 = 99999, получилось! Всего одной каплей «9» покрасились все-все цифры!

- Химия, ученик! А видел ролики на ютубе, где в пробирку наливают два вещества, и оттуда мощной струёй выстреливает пена?

- Да, мастер! Это чудо!

- Сейчас повторим. Возьми свое первое окрашенное число и подели на второе.

- 88888 / 99999 = 0.8888888888888888888888... лезет пена!

- Конечно. Главное подобрать нужные ингредиенты. Пошли дальше. Попробуй сжать свое число.

- 11111... 11111... 11111 — не получается, Мастер! Всегда пять знаков((