Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Я хочу получать рассылки с лучшими постами за неделю
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
Создавая аккаунт, я соглашаюсь с правилами Пикабу и даю согласие на обработку персональных данных.
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam
Пикабу Игры +1000 бесплатных онлайн игр
Отправляйся в погоню за легендарными сокровищами Бабы Яги в 3D!
А в это время Баба Яга отправится в погоню за тобой.

Убеги от Бабы Яги

Аркады, Мидкорные, 3D

Играть

Топ прошлой недели

  • AlexKud AlexKud 38 постов
  • SergeyKorsun SergeyKorsun 12 постов
  • SupportHuaport SupportHuaport 5 постов
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

Нажимая кнопку «Подписаться на рассылку», я соглашаюсь с Правилами Пикабу и даю согласие на обработку персональных данных.

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Помощь Кодекс Пикабу Команда Пикабу Моб. приложение
Правила соцсети О рекомендациях О компании
Промокоды Биг Гик Промокоды Lamoda Промокоды МВидео Промокоды Яндекс Директ Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня

IT + Факты

С этим тегом используют

Программирование IT юмор Программист Юмор Работа Картинка с текстом Разработка Познавательно Интересное Из сети История Люди Перевел сам Поучительно Все
30 постов сначала свежее
1
Stenzor
Stenzor
3 дня назад
Dota 2

Как я 2 года делал приложение, которое умеет предсказывать камбеки в Dota 2⁠⁠

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

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

Каждый день я сталкивался с тем, что данные есть, но нет инструмента, который бы их собрал, обработал и показал бы мне не просто прогноз , а понятное объяснение:

Почему один драфт сильнее другого;
На какой минуте начнётся лейт;
Кто доминирует в ерли;
Когда лучше начинать давление?

И вот однажды я спросил себя:

Почему в 21 веке нет алгоритма, который поможет решить эту задачу?
Почему я не могу просто ввести героев — и получить полный анализ за пару секунд?

Не нашёл ответа.
Значит, нужно было сделать самому.

Написал товарищу, который разбирается в коде.
Расписал идею, почему она сработает, и почему её ещё никто не сделал.
Мы начали.
Первая версия была примитивной. Даже смешно сейчас перечитывать те первые сообщения — мы сами тогда не понимали, куда катимся.

Но со временем стало получаться.
Очень быстро.
И даже сейчас, перечитывая те первые месседжи о проекте, я улыбаюсь — до того момента, как мы запустили DotaDiviner, казалось, что такого попросту не может существовать на рынке.

А теперь он работает.
И уже помогает не только мне.


🧠 С чего начал

Первые версии были примитивными:

  • Я вручную собирал данные по героям

  • Учитывал контрпики, синергию, винрейты, темп игры

  • Просто хотел понять: можно ли предсказывать матч до его начала, основываясь только на драфте

Когда мы начали использовать более глубокую аналитику и обучать систему на тысячах матчей — смогли получить 15/0 в первый день TI. Да, это всего один день. И нет, это не значит, что модель всегда будет таким же монстром. Но этот результат дал понять одно: система работает. И у неё есть потенциал стать чем-то большим.


Что внутри нашего приложения?

DotaDiviner — это не очередной бот с цифрами. Это настоящий инструмент для анализа драфтов, который показывает:

  • График темпа игры: поминутное сравнение силы каждой команды

  • Прогноз победы: на основе анализа тысяч матчей

  • Эффективность героев: кто взял рабочих метовых героев

  • Синергию и контрпики: кто кого подавляет и с кем комфортно играть

  • Мобильность и выживаемость: кто лучше тянет игру

  • Автоматические уведомления: бот сам присылает оповещения о матчах, где есть явное преимущество

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


Когда произойдёт камбек? Точка невозврата.

Один из ключевых элементов — это график темпа игры . Он позволяет увидеть:

  • На какой минуте игра переворачивается

  • Кто имеет преимущество в ранней стадии

  • Когда начинается лейт

  • И на какой минуте команда достигает своего пика силы

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

Как я 2 года делал приложение, которое умеет предсказывать камбеки в Dota 2 Dota 2, Киберспорт, Gamedev, Игры, Аналитика, Прогноз, Боты, Telegram (ссылка), Приложение, Программирование, Разработка, IT, Нейронные сети, Чат-бот, Dota, Математика, Факты, Технологии, Проект, Блог, Длиннопост

Вот так DotaDiviner показывает силу драфта заранее, и вот как это выглядело в реальности к 25 минуте игры. 25.06.2025 Team Tidebound vs BetBoom Team


Реальный тест на PGL Wallachia Season 5

Один из последних турниров стал для нас проверкой на прочность.
На некоторых матчах коэффициенты доходили до 10+ , и бот чётко показывал, когда произойдёт камбек и на какой минуте начнётся лейт.

Игроки могли не знать, как закончится игра — но DotaDiviner знал.


📱 Мультиплатформенность и удобство

Сейчас приложение доступно:

  • В App Store (iOS и Mac)

  • В Google Play (Android)

  • В Microsoft Store (Windows)

  • В мини-аппе Telegram бота

  • На Linux

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


📢 А бот то работает!

Telegram бот активно помогает пользователям:

  • Присылает автоматические уведомления о годных матчах

  • Позволяет максимально подробно анализировать драфты по ссылке ( dltv.org ) и через лайв-интерфейс

  • Получить подписку за подписку

  • Связаться с технической поддержкой


👥 У нас уже есть первые пользователи

Сейчас:

  • Более 109 человек используют бота ежемесячно

  • Около 90 подписчиков в Telegram канале

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

DotaDiviner уже не просто идея. Он уже живёт своей жизнью — и я искренне рад, что люди действительно им пользуются.


🚀 Мы ни на миг не останавливались в развитии

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


DotaDiviner — не очередной беттерский сервис.
Это инструмент для тех, кто:

  • Хотел бы лучше понимать драфты

  • Ищет объяснение победам и поражениям

  • Делает ставки

  • Создаёт контент по Dota 2

  • Просто любит эту игру


🔗 Если хочешь попробовать — добро пожаловать:
👉 Скачать приложение
👉 Telegram бот

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


💬 В заключение

Когда я начинал, у меня не было ни денег, ни команды, ни готового алгоритма.
Только один вопрос, который не давал мне покоя:
Почему одни драфты выигрывают, а другие — нет?

Я потратил годы, чтобы найти ответ. И когда нашёл, понял: этот инструмент должен быть не только у меня.

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

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

Показать полностью 1
[моё] Dota 2 Киберспорт Gamedev Игры Аналитика Прогноз Боты Telegram (ссылка) Приложение Программирование Разработка IT Нейронные сети Чат-бот Dota Математика Факты Технологии Проект Блог Длиннопост
14
0
siolz12
siolz12
9 месяцев назад
Компьютерные технологии

Когда вышла первая механика?⁠⁠

Первая механическая клавиатура, также известная как Модель F, была разработана в 1981 году компанией International Business Machines Corporation (IBM). Это революционное изобретение произвело революцию в индустрии клавиатур, представив механические переключатели.

Когда вышла первая механика? IT, Клавиатура, Факты
IT Клавиатура Факты
6
45
Timeweb.Cloud
Timeweb.Cloud
9 месяцев назад
Лига историков

Деннис Макалистэйр Ритчи. Между Unix и С⁠⁠

  • Автор текста: Baron_Kir

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Создатель.

Точнее всего описывает Денниса Ритчи именно это слово. Он не стал выдающимся учёным, породившим целые научные школы. Он не блистал на каждой обложке, и его имя не приходит на ум людям при словах «компьютер», «сайт». Однако, именно этот милый карапуз, детскую фотографию которого вы видите рядом с текстом, обессмертил себя, создав язык программирования С, вписав себя в систему UNIX и историю компьютерных систем, чем действительно изменил наше время. Из его рук вышла технология, которая используется уже многие десятки лет и не планирует терять своё место в истории.

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

Денис Маккалистер Ритчи однажды был вынужден дать ответ, какое из своих творений он любит больше, С или UNIX. Мы решили тоже поставить вас в условия выбора и подготовили аудиоверсию статьи, вы можете сами выбрать, читать статью или слушать.

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Деннис, Джон, Линн, Билл

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Деннис с матерью

Деннис Ритчи был достаточно обычным ребёнком для будущего великого программиста. Его отец работал компьютерным специалистом в фирме Bell Labs, в которой будет блистать его сын до конца своей жизни. Его отец – один из авторов книги «Проектирование коммутационных схем», вышедшей в 1951 году. Книга была посвящена основным методам проектирования коммутационных схем: методам, которые применимы к цифровым компьютерам и другим сложным системам управления, а также к телефонным коммутационным системам. Сложно говорить, насколько работа отца сказалась на пути юного Денниса, но семья внесла свой вклад в его жизнь. Он был старшим ребёнком в своей большой семье (состоящей из матери, отца, двух братьев и сестры) и единственный из детей выбрал путь своего отца.

Деннис учился в старшей школе Саммита, прежде чем поступить в Гарвардский университет. В Гарварде он познакомился со своим первым компьютером, решив изменить свою специализацию (изначально он шёл по направлению изучения физики). Первый компьютер, который увидел Деннис, был им описан как «большая квадратная коробка-кубик». Заканчивал обучение в Гарварде он уже будучи аспирантом по прикладной математике, успешно написавшим диссертацию в 1968 году о «субрекурсивных иерархиях функций».

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Деннис Ритчи в годы учебы в аспирантуре. Его отец, Алистер Э. Ритчи (который также работалв Bell Labs) сидит сзади на мотоциклеДенниса Ритчи BSA 650.

С диссертацией вышла большая сложность. Дело в том, что он её не защитил. Случилась не самая редкая для мира учёных ситуация, Деннис просто «забил» на некоторые формальности и не стал подавать подшитый вариант своей диссертации в университет. История была подробно раскрыта уже после смерти Денниса. Диссертация сохранилась у вдовы Пэта Фишера [руководителя Ритчи в Гарварде]. В то время было правило: нужно было предоставить переплетённую копию диссертации в Гарвард для получения сертификата из библиотеки, чтобы получить докторскую степень. Деннис диссертацию предоставил, она была одобрена диссертационным комитетом, он был готов предоставить напечатанную рукопись диссертации, когда услышал, что библиотека хочет, чтобы она была переплетена и передана им. И плата за переплёт была чем-то значительным в то время, не невозможной, но нетривиальной суммой. И как сказал Пэт, позиция Денниса была такой: «Если Гарвардская библиотека хочет переплетённую копию для себя, они должны заплатить за книгу, потому что я не собираюсь этого делать!» И, по всей видимости, он остался при своём мнении, в результате так и не получил докторскую степень. Удивительно похоже на ситуацию, когда немецкий учёный Конрад Цузе попросту отказался перечислять плату за то, чтобы его диссертация была принята.

Вполне вероятно, что были ещё какие-то сложности у Денниса, о которых мы не узнаем, но очень похоже на то, что он ушёл в коммерческую деятельность и к науке попросту охладел. Как раз в тот год, когда должна была состояться его защита, он вышел на работу в фирму Bell Labs, на тот момент это был Исследовательский центр вычислительной науки Bell Labs, в которой проработал с 1967 по 2007 годы.

На Хабре есть перевод статьи Дэвида Брока, историка технологий и директора Центра истории программного обеспечения Музея компьютерной истории. Это достаточно объёмный текст под названием «Утерянная диссертация Денниса Ритчи». Этот текст примечателен тем, что автор даёт интересный анализ диссертации, её теоретико-математического и прикладного значения, в частности подробно рассказывает о специфических решениях циклических программ и той значимости, которой обладало решение, созданное Ритчи. Мы рекомендуем ознакомиться с оригинальным или переводным текстом, посвящённым найденной диссертации. Это отдельная большая тема, которая требует погружения в сферу математики.

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Профессор Массачусетского технологического института Альберт Мейер, который был в одном классе с Деннисом Ритчи

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

Несмотря на то, что Деннис статью о своих диссертационных исследованиях не писал, он, со слов Альберта, прочитал его работу, сделал комментарии и подробно объяснил суть циклических программ, которыми занимался в рамках диссертации. Эта статья называлась «Сложность циклических программ», и с неё начиналась научная карьера Альберта Мейера, она же стала важной чертой в карьере и Денниса Ритчи, только вот с небольшим отличием. Когда Альберт решил продолжить активную совместную работу с Деннисом, у него ничего не вышло, ведь Ритчи был очень занят, работал и поигрывал в Spacewar!

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Алан Коток, Стив Рассел, Мартин «Шэг» Грец играют в Spacewar! в Computer Musuem, Бостон.

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

❯ Рождение и жизнь Unix

Как и любая другая система, Unix не появилась на пустом месте. Её корни уходят в 1957 год, к Виктору Высоцкому, создателю внутренней операционной системы BESYS, которая в дальнейшем идейно переродилась в Multics в 1964 году. Это был единый проект между MIT, General Electric и Bell Labs. А к 1969 году Bell Labs из проекта вышла, т. к. Multics не приносила коммерческого успеха. И вот тут начинается новый этап нашей истории…

Multics, технология разделения времени, позволяющая нескольким людям одновременно использовать один компьютер, была изобретена достаточно давно. В целом она была удобна, например позволяла звонить на компьютер с удалённых терминалов, а затем читать электронную почту, редактировать документы, выполнять вычисления и так далее. Этот проект глобально принадлежал AT&T, в нём работал целый ряд сотрудников Bell Telephone Laboratories, включая Томпсона и Ритчи. Самое главное – система была для них привычна. Однако, после начала коммерческих трудностей, когда AT&T перестала спонсировать проект, менеджеры Bell Labs начали сворачивать систему. Как воспоминал Ритчи, это был удобный интерактивный вычислительный сервис, который сформировал определённое сообщество и… исчез!

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Радд Канадей

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Малкольм Дуглас Макилрой

В этот момент Ритчи и Томпсон пошли на интеллектуальное хулиганство, они попросту проигнорировали своё непосредственное руководство и начали разрабатывать собственную систему. Кроме Ритчи и Томпсона в разработке участвовали Радд Канадей и Дуглас Макилрой.

Они начали писать проект файловой системы, Томпсон сначала делал ставку на GE-645, но после полного отказа от Multics эта идея заглохла.

Причём она не просто «заглохла» в теории, она умерла на практике. Томпсон успел разработать большую часть дизайна. Ритчи внёс идею о файловых системах, которая позже будет реализована. Томпсон создаст симуляцию производительности предполагаемой конструкции файловой системы и поведения подкачки страниц программ. Более того, он дойдёт до написания ассемблера для машины и элементарного ядра операционной системы, величайшим достижением которого, как вспоминал Ритчи, было набрать приветственное сообщение. Сложность машины была такова, что даже простое сообщение уже было довольно заметным достижением… однако, в тот момент стало известно, что срок службы GE-645 начал исчисляться месяцами, и работу остановили. И тут снова заговорили компьютерные игры!

Томпсон работал над Space Travel, игрой, в которой симулировались все основные тела Солнечной системы вместе с космическим кораблём, который мог летать вокруг них. Но игра невероятно дорого обходилась, и Томпсон стал искать варианты для её изменения. Таким вариантом стал мини-компьютер PDP-7 от Digital Equipment Corp. Игра была переписана для запуска на нём. Через год, когда жена Томпсона уехала к своим родителям с их новорождённым сыном, Томпсон полностью посвятил себя программированию. Он писал суть кода будущей Unix для PDP-7.

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Man Men: Томпсон (ken) и Ритчи (dmr) являются авторами первого руководства по Unix или страниц «man», одна из которых показана здесь.Первое издание руководства было выпущено в ноябре 1971 года.

Само название стало профессиональной шуткой. Новая операционная система поддерживала только одного пользователя (Томпсона), он увидел в ней специфическую версию Multics [Multiplexed Information and Computer Services] и окрестил её Unics [Uniplexed Information and Computing Service], которая стала позже Unix. Разработка Unix имела единственную движущую цель — «сделать вычисления настолько простыми, насколько это возможно».

Изначально код писался для GE-645, к концу 1969 года Томпсон смог написать код операционной системы на самом PDP-7. Однако компьютер уже устарел, нужно было финансирование. Томпсон и Ритчи решили продолжить свои хулиганские действия.

Они написали боссам фирмы заявку на покупку новейшего на тот момент мини-компьютера производства DEC, PDP-11. Они указали, что будут создавать инструменты для редактирования и форматирования текста. Они совершенно спокойно умолчали о том, что им нужно будет сначала написать операционную систему для машины, которая будет поддерживать необходимое ПО для работы с текстом. Хотя даже не умолчали, просто сделали это малозаметной сноской. И их идея удалась, им купили новую машину!

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Joseph Frank Ossanna

Ещё шесть месяцев разработка велась на PDP-7 из-за отсутствия необходимой периферии, а позже система была перенесена. Вместе с этим, Джозеф Оссанна помог перенести текстовый форматировщик roff. Unix начал свои первые шаги на практических испытаниях.

Машинистки из патентного отдела использовали системы для редактирования и формирования патентных заявок и никаких эксцессов не случилось. Было получено разрешение на покупку следующей машины, Unix продолжил развиваться. Первая версия в ноябре 1971 года имела единственный редактор, строчно-ориентированный ed.

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Unix Engine: Ранние версии Unix работали на миникомпьютерах PDP-11 компании Digital Equipment Corp.

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

Система предлагала интерактивную среду, которая к тому моменту позволяла разделять время. Пользователям были доступны языки программирования включая BASIC, Fortran, скрипты команд Unix, язык ассемблера и B. B, потомок BCPL (Basic Combined Programming Language), будет превращён в C, который Ритчи создал, одновременно работая над Unix. Первая редакция Unix позволяла программистам вызывать 34 различные низкоуровневые подпрограммы, встроенные в операционную систему, все они до сих пор доступны и активны в современных системах Unix и Linux. Первая версия содержала всего 4200 строк кода в своей основе и занимала 16 КБ основной памяти при запуске.

Одним из наиболее широко признанных вкладов Unix в культуру операционных систем и командных языков является конвейер, используемый в конвейере команд. Каналы появились в Unix в 1972 году, намного позже того, как версия системы PDP-11 была введена в эксплуатацию, по предложению (или, возможно, по настоянию) Макилроя, давнего сторонника неиерархического потока управления, характерного для сопрограмм. Прорыв конвейера Unix заключался в том, что он построен из одних и тех же команд, постоянно используемых в симплексном режиме, что потребовало невероятного выхода за рамки привычного программирования своего времени.

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Кен Томпсон (сидит) печатает, а Деннис Ритчи наблюдает в 1972 году, вскоре после того, как они с коллегами из Bell Labs изобрели Unix.

При этом, Unix осталась лишь исследовательским проектом Bell Labs, да ещё и не совсем официальным. Лишь в 1973 году авторы решили, что система готова, и представили её разработку и реализацию на симпозиуме Ассоциации вычислительной техники. Этот доклад был опубликован в 1974 году в Communications of the ACM. Его появление вызвало множество запросов на копии программного обеспечения. Кажется, успех! Греби деньги лопатой, но не всё так просто.

Дело в том, что разработка находилась под крылом AT&T. Корпорация являлась монополистом во всех вопросах, связанных с телекоммуникациями и телефонными сетями, особенно в рамках междугородней связи. Её положение было прямо подчёркнуто законодательством, и ей было запрещено продавать сторонние продукты. Unix продавать было попросту невозможно.

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

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

Выглядело это фантастически: люди отправляли магнитные ленты с новым ПО или исправлениями системы, сформировалась группа пользователей Usenix, которые были центром обмена. Эти группы были международными! В Австралии университет Нового Южного Уэльса и Сиднейский университет создали свою версию Australian Unix Share Accounting Method, более стабильную и более производительную. К середине 1970-х гг. движение приобрело размах, пользователи передавали свои улучшения в Bell Labs, для улучшения системы, но тут зашевелились юристы AT&T, который попытались вмешаться в процесс работы.

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Джон Лайонс

Учёный из университета Южного Уэльса Джон Лайонс в 1977 году опубликовал одну из самых известных книг Lions' Commentary on UNIX 6th Edition, with Source Code. Комментарии Лайонса к 6-й версии UNIX, с исходным кодом Она содержала аннотированный список центрального исходного кода для Unix. Через два года юристы по какой-то не совсем понятной причине решили разобраться с данной книгой и запретить её публикацию. Что же могло пойти не так?

Полностью свободное сообщество Unix со всем своим максимализмом отказалось учитывать решение юристов и книга пошла в самиздат. Подобную популярность и нарочно было не вызвать, очень плохие фотокопии книги были даже у создателей Unix. Забавно, но для создателей «класть» на своих юристов тоже стало совершенно обычным явлением. В промежутке между 1975 и 1979 годами были собраны ключевые проблемы, которые требовали первоочередных изменений. Юристы посчитали, что это будет поддержка продукта (которую осуществлять нельзя), и в итоге совершенно неожиданно (!) формальному руководителю сообщества Usenix абсолютно анонимно попала в руки магнитная лента с исправлением всех актуальных проблем версии. Причём место, где он «нашёл» ленту удивительно близко располагалось к офису Bell Labs, которая совсем не занимались поддержкой своего продукта.

К концу 1970-х гг. Unix продолжала оставаться полуофициальной системой, только уже представленной во всей компьютерной индустрии, от лабораторий до айти-компаний. После 1990-х Unix начала сдавать свои позиции, потеряв эффективность в условиях существенного роста требований к ОС. Далее был целый ряд судебных разборок между гигантами рынка, которые приостановили развитие свободного ПО. Удивительно, что эти разборки происходили над Unix, изначально создаваемой и поддерживаемой фактически вопреки воле власть имущих, бескорыстно или, как минимум, без цели озолотиться.

❯ Язык программирования С

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Та самая «Белая книга»

Мы много говорили про Unix, но у Денниса Ритчи было две любимых игрушки: Unix и «С». Их развитие было переплетено, но мы решили их разделить. Поэтому снова отправляем вас 1972 год, когда, со слов Ритчи, ковался «С», ведь язык появился в 1969–1973 годах, параллельно с ранним развитием операционной системы Unix; наиболее творческий период пришёлся на 1972 год. Второй всплеск развития языка был в период с 1977 по 1979 годы, когда на практике была продемонстрирована переносимость системы Unix и вышла книга «The C Programming Language», она же «Белая книга» или «K&R» (Керниган и Риччи). Чуть позже язык был официально стандартизирован комитетом ANSI X3J11, после чего язык стал одним из самых распространённых и «оторвался» от системы Unix.

Через многие годы Деннис Ритчи пошутит в своём интервью, отвечая на вопрос «кого он больше любит, маму или папу, Unix или С?»: «Конечно С, ведь он был более прибыльным творением. Книга «The C Programming Language» (на 2011 год) все ещё приносит гонорары. Unix – творение очень многих людей, а С – куда более «моё» детище».

Изначально в 1986 году Uniх, как вам известно, писался не на самом PDP-7. Вместо этого использовался набор макросов для ассемблера GEMAP на машине GE-635. Постпроцессор генерировал бумажную ленту, читаемую PDP-7. Эти ленты переносились с машины GE на PDP-7 для тестирования, пока не были завершены примитивное ядро Unix, редактор, ассемблер, простая оболочка (командный интерпретатор) и несколько утилит (вроде команд Unix rm, cat, cp).

Ассемблер PDP-7 Томпсона превзошёл даже DEC по простоте; он оценивал выражения и выдавал соответствующие биты. Не было ни библиотек, ни загрузчика, ни редактора связей: весь исходный код программы представлялся ассемблеру, а выходной файл – с фиксированным именем, – который появлялся, был непосредственно исполняемым.

Вскоре после того, как Unix впервые запустился на PDP-7, в 1969 году Макилрой создал первый высокоуровневый язык новой системы: реализацию TMG МакКлура. TMG – это язык для написания компиляторов (в более общем смысле, TransMoGrifiers) в стиле сверху вниз, рекурсивного спуска, который сочетает в себе контекстно-свободную синтаксическую нотацию с процедурными элементами.

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Томпсон и Ритчи

Испытанный подвигом Макилроя в воспроизведении TMG, Томпсон решил, что Unix нуждается в языке системного программирования, и создал свой собственный язык, который назвал B. B можно представить как C без типов; точнее, это BCPL, сжатый в 8 Кбайт памяти и пропущенный через мозг Томпсона, по словам самого Денниса Ритчи.

В системе PDP-7 Unix только несколько вещей были написаны на B, кроме самого B, потому что машина была слишком маленькой и слишком медленной, чтобы делать что-то большее, чем эксперимент, переписывание операционной системы и утилит полностью на B было слишком дорогим шагом. Томпсон и Ритчи раздумывали об использовании Fortran, PL/I или Algol 68, но отказались от этого по двум причинам. Первая – им не хватало ресурсов. Вторая – было веселее делать всё самостоятельно:

«К 1971 году наш миниатюрный компьютерный центр начал обзаводиться пользователями. Мы все хотели, чтобы создавать интересное программное обеспечение было проще. Использование ассемблера было настолько унылым, что B, несмотря на его проблемы с производительностью, был дополнен небольшой библиотекой полезных сервисных процедур и использовался для все большего количества новых программ».

В том же году Ритчи начал расширять язык B, добавив символьный тип, а также переписал его компилятор для генерации машинных инструкций PDP-11 вместо потокового кода. Так начался переход от B к С, который пока выглядел лишь как слегка расширенный язык B, получивший название NB, от «new B». NB существовал так недолго, что не было написано его полного описания.

Решение составило решающий скачок в эволюционной цепочке между бестиповым BCPL и типизированным C. Оно устранило материализацию указателя в хранилище и вместо этого вызвало создание указателя, когда имя массива упоминается в выражении. Правило, которое сохранилось в сегодняшнем C, заключается в том, что значения типа массива преобразуются, когда они появляются в выражениях, в указатели на первый из объектов, составляющих массив. Что ещё важнее, новый язык сохранил связное и работоспособное (хотя и необычное) объяснение семантики массивов, одновременно открывая путь к более полной структуре типов. Второе нововведение, которое наиболее четко отличает C от его предшественников, – это более полная структура типов и особенно её выражение в синтаксисе объявлений.

Схема композиции типов, принятая в C, во многом обязана Algol 68, хотя, возможно, она не появилась в форме, которую одобрили бы приверженцы Algol. Центральным понятием, которое Деннис Ритчи позаимствовал из Algol, была структура типов, основанная на атомарных типах (включая структуры), составленных в массивы, указатели (ссылки) и функции (процедуры).

После создания системы типов, соответствующего синтаксиса и компилятора для нового языка Деннис решил, что появившийся язык заслуживает нового имени, он решил следовать однобуквенному стилю и назвал его C. Далее был целый ряд изменений 1973 года, но самым важным было введение препроцессора, отчасти по настоянию Алана Снайдера и в знак признания полезности механизмов включения файлов, доступных в BCPL и PL/I. Его первоначальная версия была чрезвычайно простой и предоставляла только включенные файлы и простые замены строк: #include и #define макросов без параметров.

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Брайан Керниган выступает на церемонии памяти Денниса Ритчи в Bells Labs.

К началу 1973 года основы C были завершены. Язык и компилятор были достаточно сильны, чтобы позволить Ритчи и Томпсону переписать ядро Unix для PDP-11 на C летом того же года. В 1978 году Брайан Керниган и Деннис Ритчи опубликовали « Язык программирования C». При написании книги соблюдалось чёткое разделение труда: Керниган написал почти весь пояснительный материал, а Ритчи приложение, содержащее справочное руководство и главу об интерфейсе с системой Unix.

В 1973–1980 годах язык немного разросся: структура типов приобрела типы unsigned, long, union и enumeration, а структуры стали почти первоклассными объектами (не хватало только нотации для литералов). Написание ядра Unix на языке C дало авторам достаточно уверенности в полезности и эффективности языка, после чего было принято решение перекодировать утилиты и инструменты системы, а затем перенести самые интересные из них на другие платформы.

Именно переход на другие платформы станет одной из наиболее важных степеней в жизни и Unix, и языка С. В 1978 году авторы начали переносить систему Unix на компьютер Interdata 8/32. Перенос завершился успехом и этот успех оказался заразительным. И его повторили Том Лондон и Джон Райзер, перенеся Unix на DEC VAX 11/780, этот «зверь» был заметно популярнее и стал шире использоваться, вместе с ним, естественно, шире использоваться стал и сам С. Далее были System III и System V, серия релизов BSD Калифорнийского университета в Беркли.

После этого началась эпоха использования С в проектах с государственным и коммерческим регулированием, что потребовало получения официального стандарта. Макилрой инициировал этот процесс, и сертификация закончилась к 1989 году. X3J11 также ввел множество небольших дополнений и корректировок, например, квалификаторы типов const и volatile, а также немного иные правила продвижения типов. Тем не менее, процесс стандартизации не изменил характер языка. Таким образом, ядро языка C почти не пострадало от процесса стандартизации, и стандарт появился скорее как лучшая, тщательная кодификация, чем как новое изобретение.

Язык С стал куда успешнее, чем могли ожидать его создатели. Несомненно, успех самого Unix был одним из самых важных факторов. Он сделал язык доступным для сотен тысяч людей. И наоборот, конечно, использование Unix языка C и его последующая переносимость на широкий спектр машин были важны для успеха системы.

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

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

❯ Признание, заслуги, память

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

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Ритчи и Томпсон получают Национальную медаль США в 1998 году от Билла Клинтона.

Есть смысл назвать лишь самые основные. 1982 год, Ритчи и Томсон получили Премию Эмануэля Пиора за выдающийся вклад в развитие информатики и систем обработки информации. Через год –премия Тьюринга за их разработку общей теории операционных систем и в частности за создание Unix. 1989 год, опять совместная премия C&C Prize, награда вручается NEC «за выдающиеся достижения в исследовании, разработке или пионерской работе в областях полупроводников, компьютеров, телекоммуникаций и связанных с ними технологий». Ещё через год, опять совместно с Томпсоном, Ритчи получает медаль Ричарда Хэмминга «за создание операционной системы Unix и языка программирования C». Спустя девять лет, 27 апреля 1999 года, Ритчи и Кен Томпсон вместе получили Национальную медаль США за достижения в области технологий и инноваций 1998 года от президента Билла Клинтона за изобретение операционной системы UNIX и языка программирования C, которые привели к огромным продвижениям в компьютерных аппаратных, программных и сетевых системах и стимулировали рост промышленности в целом, закрепив таким образом лидерство Америки в информационном веке.

В 2003 году опять совместная награда – Премия Гарольда Пендера, высшая награда факультета инженерного дела и прикладной науки Пенсильванского университета. Вручается выдающемуся инженеру за значительный вклад в образ жизни общества. Не могу не перечислить некоторых «коллег» по премии Пендера: Роберт Кан, Винтон Серф, Джордж Данциг, Дэн Скотт, Герберт Саймон, Морис Уилкис, Клод Шеннон, Джон Мокли, Джордж Эккерт… Хотелось бы перечислить всех, но это не имеет смысла. Ритчи и Томпсон получили не просто «признание», их признание в профессиональном мире было настолько существенным, насколько это может быть для «технаря», когда тебя ставят в один ряд с основоположниками современного цифрового мира, это дорогого стоит.

Даже последнюю свою награду Ритчи получил вместе со своим другому Томпсоном. Это была Премия Японии, вручаемая «за выдающиеся новые достижения в науке и технологии, расширившие кругозор знаний и послужившие делу мира и процветания человечества», которую Ритчи получил в 2011 году, уже незадолго до своей смерти. Смерть Ритчи «совпала» со смертью Стива Джобса, из-за чего в публикациях в СМИ не могут перестать сравнивать этих людей, но в этом сравнении нет практически никакого смысла.

Ритчи не был «забытым» или «неизвестным», Ритчи был признан, уважаем и любим, всю жизнь посвятив своему любимому делу, не отказываясь от него до самого конца. 12 октября 2011 года он был найден мёртвым в своём доме, при этом точные причины его смерти так и не были названы. После его смерти осталось его научное наследие и память миллионов программистов, в том числе и тех, кто работал вместе с Ритчи и хорошо помнил этого бунтующего и невероятного талантливого мужчину, достигшего пика информационного Олимпа.

Деннис Макалистэйр Ритчи. Между Unix и С Познавательно, Timeweb, Программа, IT, Биография, Unix, Факты, Длиннопост

Написано специально для Timeweb Cloud и читателей Пикабу. Больше интересных статей и новостей в нашем блоге на Хабре и телеграм-канале.

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

Облачные сервисы Timeweb Cloud — это реферальная ссылка, которая может помочь поддержать авторские проекты.

📚 Читайте также:

  • Искусственный интеллект Джона Маккарти;

  • Как Kodak у Polaroid патенты украл;

  • Гэри Килдалл — изобретатель, предприниматель, легенда.

Показать полностью 18
[моё] Познавательно Timeweb Программа IT Биография Unix Факты Длиннопост
3
Партнёрский материал Реклама
specials
specials

Сколько нужно времени, чтобы уложить теплый пол?⁠⁠

Точно не скажем, но в нашем проекте с этим можно справиться буквально за минуту одной левой!

Попробовать

Ремонт Теплый пол Текст
romanromanjr
romanromanjr
1 год назад

Счастливые IPv4 адреса: сколько их и как я их считал?⁠⁠

Привет всем!

Недавно я задался вопросом, про IPv4 адреса и решил поделиться с вами. Как вы знаете, IPv4 адреса состоят из четырех чисел от 0 до 255 (например, 192.168.0.1). Но вот что меня зацепило: существует понятие "счастливых" IPv4 адресов. Это как счастливый билетик в автобусах раньше.

"Счастливый" IPv4 адрес - это такой адрес, в котором сумма цифр в первых двух числах равна сумме цифр в последних двух числах. Например, адрес 176.9.136.58 является "счастливым", потому что: 1 + 7 + 6 + 9 = 23 1 + 3 + 6 + 5 + 8 = 23

Теперь главный вопрос: сколько всего может быть таких "счастливых" IPv4 адресов? Я решил разобраться и вот как я подошел к этой задаче.

Решение задачи

Первый подход: в лоб

Для начала я решил попробовать простой способ. Я написал программу, которая генерировала все возможные комбинации IPv4 адресов и проверяла их "счастливость". Вот код на Python:

# Функция для вычисления суммы цифр в числе

def sum_of_digits(n):

return sum(int(digit) for digit in str(n))

# Перебор всех возможных IP-адресов и запись счастливых IP в файл

happy_ip_count = 0

happy_ips = []

with open('happy_ips.txt', 'w') as file:

for octet1 in range(256):

for octet2 in range(256):

for octet3 in range(256):

for octet4 in range(256):

left_sum = sum_of_digits(octet1) + sum_of_digits(octet2)

right_sum = sum_of_digits(octet3) + sum_of_digits(octet4)

if left_sum == right_sum:

happy_ip = f"{octet1}.{octet2}.{octet3}.{octet4}"

happy_ips.append(happy_ip)

print(f"Found happy IP: {happy_ip}")

file.write(f"{happy_ip}\n")

happy_ip_count += 1

print(f"Total number of happy IP addresses: {happy_ip_count}")

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

Второй подход: оптимизированный

Я предварительно подсчитал количество пар октетов, дающих определенную сумму цифр. Вот как это выглядело:

import itertools

def sum_of_digits(n):

return sum(int(digit) for digit in str(n))

sum_pairs_count = [0] * 39

for a, b in itertools.product(range(256), repeat=2):

sum_pairs_count[sum_of_digits(a) + sum_of_digits(b)] += 1

happy_ip_count = sum(count ** 2 for count in sum_pairs_count)

print(f"Total number of happy IP addresses: {happy_ip_count}")

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

Подробное объяснение процесса

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

  1. Функция для вычисления суммы цифр в числе:

def sum_of_digits(n): return sum(int(digit) for digit in str(n))

  • Эта функция принимает число и возвращает сумму его цифр. Например, для числа 176 она вернет 1 + 7 + 6 = 14.

    2. Подсчет сумм цифр для пар октетов:

  • Я использовал цикл для генерации всех возможных пар чисел от 0 до 255 и подсчета суммы их цифр. Эти данные я сохранял в массив sum_pairs_count, где индекс представляет собой сумму цифр, а значение - количество пар октетов с такой суммой.

sum_pairs_count = [0] * 39 # Максимальная сумма цифр для двух октетов = 2 * 19 = 38

for a, b in itertools.product(range(256), repeat=2):

sum_pairs_count[sum_of_digits(a) + sum_of_digits(b)] += 1

3. Подсчет счастливых IP-адресов:

Для каждого возможного значения суммы цифр я подсчитал количество счастливых адресов, возведя в квадрат количество пар октетов с этой суммой. Это связано с тем, что для каждой пары октетов (octet1, octet2) с одинаковой суммой цифр должна существовать пара (octet3, octet4) с той же суммой.

happy_ip_count = sum(count ** 2 for count in sum_pairs_count)

Математическое объяснение

IPv4 адреса можно представить как комбинацию четырех октетов: A.B.C.D, где A,B,C,D∈[0,255]. Сумма цифр для каждого октета находится в пределах от 0 до 19. Таким образом, сумма цифр двух октетов (например, A и B) варьируется от 0 до 38. Мы вычисляем количество пар октетов для каждой возможной суммы цифр и затем подсчитываем количество счастливых IP-адресов.

Статистика счастливых IP-адресов

Согласно данным IANA, многие IP-адреса уже заняты или зарезервированы для специальных нужд. Однако, даже с учетом занятых адресов, количество счастливых адресов остается значительным.

Итоги

После всех вычислений и оптимизаций мне удалось определить, что общее количество "счастливых" IPv4 адресов составляет 215,397,594. При общем числе IPv4 адресов, равном 4,294,967,296, это составляет приблизительно 5%, что означает, что вероятность получить такой адрес составляет один к двадцати. Однако, даже при такой высокой вероятности, скорее всего ваш адрес обычный.

P.S.

Проверить является ли твой адрес счастливым.

Показать полностью
[моё] Python Факты Технологии IT Ipv4 Текст Длиннопост
11
102
Provereno.Media
Provereno.Media
Проверяем информацию, разоблачаем фейки, разбираемся со сложными историями
1 год назад

Правда ли, что в умных магазинах без касс от Amazon вместо искусственного интеллекта работала тысяча индийцев?⁠⁠

Правда ли, что в умных магазинах без касс от Amazon вместо искусственного интеллекта работала тысяча индийцев? Искусственный интеллект, IT, Магазин, Amazon, США, Технологии, Работа, Инновации, Факты, Проверка, Исследования, Познавательно, Изобретения, Продажа, Наука, Длиннопост

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

Спойлер для ЛЛ: сотрудники ( количество точно не известно, но большинство из них и правда находились в Индии) осуществляли работу по разметке данных, тренировке модели и исправлению допущенных ею ошибок, но не работали вместо ИИ

Публикации о том, что Amazon якобы закрывает свои магазины с ИИ-технологией Just Walk Out («Взял и иди»), начали появляться сначала в американской прессе, а потом и в русскоязычных СМИ. 3 апреля издание РБК написало, что вместо ИИ товары сканировала 1000 индийцев, а публикация на сайте НТВ вышла под заголовком «Работу нейросети в умных магазинах Amazon выполняли тысячи индусов». Портал «ГородЧе» описал случившееся так: «Крупнейшая афера в области ИИ. 1000 индусов заменили искусственный интеллект. Amazon признался в крупной афере». Прокомментировали новость и в Госдуме РФ — по мнению депутата Алексея Говырина, «России не стоит связываться с Amazon», ведь «вместо того, чтобы взять десять кассиров и охранника, компания эксплуатировала тысячу индусов-удалёнщиков». Аналогичное утверждение опубликовало и издание «Холод»: «Amazon выдавал работу тысячи индийцев за искусственный интеллект», а на самом деле «кассиров просто перевели в другое место». Сообщения об афере разошлись и в Telegram — например, канал «Топор 18+» (3 млн просмотров на момент написания этого разбора) отметил: «Оказалось, что никакого искусственного интеллекта не было», а «ВПШ» (500 000 просмотров) написал, что «технология [Amazon] оказалась фейком». «За покупателями через камеры следила тысяча низкооплачиваемых индусов — они смотрели, какие товары вы взяли, и проводили покупку», — говорится в публикации.

Технология Just Walk Out — разработка компании Amazon, которая позволяет офлайн-магазинам обслуживать покупателей без касс и продавцов. На входе в магазин стоят турникеты, для входа нужно отсканировать QR-код в приложении Amazon Go. В торговом зале покупатель может взять товар с полки и положить себе в сумку или карман — тогда продукт вносится в предварительный список покупок (если вернуть товар на место, то он будет удалён из перечня). Когда человек покидает магазин через те же турникеты, приложение фиксирует итоговый список покупок, а через пару минут присылает электронный чек и списывает плату со счёта в Amazon.

Правда ли, что в умных магазинах без касс от Amazon вместо искусственного интеллекта работала тысяча индийцев? Искусственный интеллект, IT, Магазин, Amazon, США, Технологии, Работа, Инновации, Факты, Проверка, Исследования, Познавательно, Изобретения, Продажа, Наука, Длиннопост

Визуализация магазина с технологией Just Walk Out. Источник: Amazon

С технической точки зрения такие умные магазины работают примерно так: в момент сканирования QR-кода покупателем видеокамеры считывают и запоминают его физические характеристики, а датчики движения и микрофоны начинают отслеживать перемещение человека по торговому залу. Система инфракрасных датчиков и сенсоров веса распознаёт, какие товары посетитель взял с полки и положил в сумку, а какие вернул на место. По информации на сайте Amazon, Just Walk Out сочетает в себе те же технологии, что и беспилотные автомобили: компьютерное зрение (область ИИ, связанная с анализом изображений и видео), слияние сенсорных данных (построение единой картины на основе информации, полученной от разных датчиков) и глубокое обучение (тип машинного обучения, который с помощью искусственных нейронных сетей обеспечивает цифровым системам возможность обучаться и принимать решения на основе неструктурированных данных).

Правда ли, что в умных магазинах без касс от Amazon вместо искусственного интеллекта работала тысяча индийцев? Искусственный интеллект, IT, Магазин, Amazon, США, Технологии, Работа, Инновации, Факты, Проверка, Исследования, Познавательно, Изобретения, Продажа, Наука, Длиннопост

Система камер наблюдения в магазине Amazon Fresh. Источник: Reddit.com (@oddlyterrifying)

Amazon начал разработки технологии Just Walk Out в 2012 году. Спустя четыре года компания открыла первый тестовый магазин для своих сотрудников, а ещё через два года запустила первый офлайн-магазин для широкой публики. Позже систему внедрили в магазинах Amazon Go, Amazon Fresh, супермаркетах других крупных ретейлеров и минимаркетах на стадионах, в аэропортах и прочих заведениях в США, Великобритании, Канаде и Австралии. В 2018 году основатель Amazon Джефф Безос в своём ежегодном письме акционерам писал, что технология Just Walk Out — способ «избавиться от худшего, что есть в физической розничной торговле: очереди на кассу».

Итак, действительно ли технология Just Walk Out полагалась не на ИИ, а на тысячу людей из Индии, которые дистанционно наблюдали за покупателями и вручную заносили их покупки в чек? Впервые упоминание о занятой в проекте тысяче индийцев появилось в издании The Information в мае 2023 года, но, как отметили спустя почти год сами авторы, осталось тогда без особого внимания. Они предположили, что это могло произойти из-за «отсутствия скептицизма в отношении любой технологии, связанной с искусственным интеллектом». The Information сообщало, что в проекте Just Walk Out задействовано более тысячи сотрудников, в основном базирующихся в Индии. Тогда же представитель Amazon подтвердил, что компания наняла людей в этой стране для отсмотра видеозаписей, но не уточнил, сколько их было и чем именно они занимались. 2 апреля 2024 года вице-президент Amazon Тони Хоггетт в интервью для издания The Information заявил о прекращении использования Just Walk Out в супермаркетах Amazon Fresh. И когда в статье с интервью издание снова упомянуло команду из Индии в контексте некоторых трудностей, с которыми столкнулись разработчики Just Walk Out, тогда-то деталь про тысячу индийцев и получила столько внимания в СМИ.

Однако в публикациях, обвиняющих Amazon в обмане, есть большая неточность касаемо того, зачем технологии Just Walk Out, помимо ИИ, нужно было столько сотрудников. ИИ-система требует постоянных корректировок, и даже самую простую нейронную сеть нужно сначала обучить на огромном количестве примеров с уже размеченными данными. В случае Just Walk Out это могли быть, например, заранее подготовленные кадры с покупателями, совершающими определённое действие, и пометки о том, что именно делает человек. Такой метод обучения нейросети называется «обучение с учителем». То есть прежде, чем ИИ сможет самостоятельно и качественно анализировать данные, человек должен подготовить для него тысячи образцов с разъяснениями. В разговоре с изданием Quartz неназванный бывший сотрудник Amazon, работавший с Just Walk Out, пояснил, что его индийские коллеги занимались именно разметкой данных для обучения ИИ-модели и что это является обычной практикой в машинном обучении. Также команда из Индии перепроверяла видео покупок, помеченные самой нейросетью как «события с низкой степенью уверенности», то есть результаты её анализа, в которых вероятны ошибки. В таких случаях люди отсматривали ролики и при необходимости пересчитывали сумму в чеке покупателя.

Правда ли, что в умных магазинах без касс от Amazon вместо искусственного интеллекта работала тысяча индийцев? Искусственный интеллект, IT, Магазин, Amazon, США, Технологии, Работа, Инновации, Факты, Проверка, Исследования, Познавательно, Изобретения, Продажа, Наука, Длиннопост

Источник

Изначально Amazon предполагал, что по мере совершенствования ИИ-модели перепроверять придётся не больше 5% покупок. На момент запуска Just Walk Out в 2016 году консультация человека требовалась почти во всех случаях, к середине 2022 года количество проверок уменьшилось до 70%, а в апреле 2024 года, по словам бывшего разработчика Amazon, снизилось до 20–50%, что всё равно было в разы выше изначального плана компании. При этом пресс-служба Amazon в комментарии USA Today заявила, что «сотрудники проверяют лишь небольшую долю покупок» и что «от года в год количество перепроверок людьми сокращается, несмотря на масштабирование проекта». На посыпавшиеся обвинения в подмене ИИ работниками из Индии представитель Amazon Сармишта Рамеш возразила, что эти сотрудники лишь аннотируют видеоизображения с целью совершенствования модели, лежащей в основе технологии Just Walk Out.

Подобная подстраховка искусственного интеллекта человеческим используется повсеместно, особенно на этапе тренировки ИИ-моделей. Например, OpenAI — создатель ChatGPT — в 2023 году платил тысячам фрилансеров по $15 в час за написание предлагаемых ответов на вопросы пользователей чат-бота, которые потом использовались для обучения ИИ. Примерно столько же предлагала компания Invisible за написание тренировочных разговоров, в котором работник поочерёдно выступал в роли пользователя и нейросети. За маркировку данных для беспилотных автомобилей некоторые фрилансеры получали $1 в час. У Amazon даже есть специальная платформа для найма таких сотрудников — Amazon Mechanical Turk, названная в честь шахматного автомата XVIII века, в котором на самом деле прятался живой шахматист, выдающий свои ходы за игру умной машины.

Правда ли, что в умных магазинах без касс от Amazon вместо искусственного интеллекта работала тысяча индийцев? Искусственный интеллект, IT, Магазин, Amazon, США, Технологии, Работа, Инновации, Факты, Проверка, Исследования, Познавательно, Изобретения, Продажа, Наука, Длиннопост

Шахматный автомат, известный как «Механический турок»

Человеческий труд широко используется не только для тренировки ИИ, но и для подстраховки и исправления допущенных им ошибок. Например, беспилотные такси компании Cruise на этапе тестирования требовали дистанционного вмешательства оператора-человека каждые 7–8 км, когда «водители-роботы» попадали на дороге в трудную ситуацию. А фрилансеры ChatGPT исправляли ответы чат-бота, помеченные пользователями как некачественные. Несмотря на быстрое развитие ИИ, он всё ещё во многом полагается на огромные человеческие ресурсы.

Тем не менее Amazon действительно решил отказаться от использования Just Walk Out в своих супермаркетах Fresh по ряду причин. По словам бывшего сотрудника компании, с которым поговорило издание Quartz, руководство планировало сделать это уже почти год — технология хорошо работала в небольших магазинах с маленьким выбором товаров и потоком людей, а вот для крупных торговых точек оказалась неподходящей. Датчики веса для отслеживания покупок, обходившие камеры в надёжности, были слишком дорогими в изготовлении ($350 каждый), а доля перепроверок людьми хоть и снижалась, но всё равно была значительно выше запланированных 5%.

Во многих публикациях о закрытии магазинов Amazon с технологией Just Walk Out не только искажена роль в проекте сотрудников из Индии, но и допущены другие неточности. Во-первых, эта технология уходит только из супермаркетов Amazon Fresh в США, но по-прежнему будет применяться в магазинах Amazon Go, некоторых точках Amazon Fresh в Великобритании и более чем 130 сторонних магазинах в аэропортах, учебных заведениях и кафе. Во-вторых, магазины Amazon Fresh в США не закрываются, просто на смену технологии Just Walk Out придёт новый гаджет — умные тележки Dash Cart, которые сканируют находящиеся в них товары. Некоторые супермаркеты Amazon Fresh уже несколько лет используют обе технологии одновременно вдобавок к традиционному методу оплаты покупок на кассе для тех, кто не является клиентом Amazon.

Правда ли, что в умных магазинах без касс от Amazon вместо искусственного интеллекта работала тысяча индийцев? Искусственный интеллект, IT, Магазин, Amazon, США, Технологии, Работа, Инновации, Факты, Проверка, Исследования, Познавательно, Изобретения, Продажа, Наука, Длиннопост

Умная тележка Dash Cart. Источник: Amazon

Таким образом, утверждения, что технология Just Walk Out оказалась фейком и что никакого искусственного интеллекта не было, а вместо него работала тысяча индийцев, не соответствуют действительности. Сотрудники (сколько их было — до конца непонятно, но большинство из них и правда находились в Индии) осуществляли обычную для ИИ-проектов работу по разметке данных, тренировке модели и исправлению допущенных ею ошибок. Решение отказаться от Just Walk Out в магазинах Amazon Fresh было обусловлено множеством неточностей в работе ИИ и дороговизной оборудования. При этом модель успешно показала себя в небольших магазинах, поэтому продолжит работать в десятках локаций в США, Великобритании, Канаде и Австралии.

Фото на обложке: Wikimedia Commons

Правда ли, что в умных магазинах без касс от Amazon вместо искусственного интеллекта работала тысяча индийцев? Искусственный интеллект, IT, Магазин, Amazon, США, Технологии, Работа, Инновации, Факты, Проверка, Исследования, Познавательно, Изобретения, Продажа, Наука, Длиннопост

Наш вердикт: полуправда

Другие проверки

Ещё нас можно читать в Телеграме, в Фейсбуке и во Вконтакте

В сообществах отсутствуют спам, реклама и пропаганда чего-либо (за исключением здравого смысла)

Аудиоверсии проверок в виде подкастов c «Коммерсантъ FM» доступны в «Яндекс.Подкасты», Apple Podcasts, «ЛитРес», Soundstream и Google.Подкаст

Правда ли, что в умных магазинах без касс от Amazon вместо искусственного интеллекта работала тысяча индийцев? Искусственный интеллект, IT, Магазин, Amazon, США, Технологии, Работа, Инновации, Факты, Проверка, Исследования, Познавательно, Изобретения, Продажа, Наука, Длиннопост
Показать полностью 8
[моё] Искусственный интеллект IT Магазин Amazon США Технологии Работа Инновации Факты Проверка Исследования Познавательно Изобретения Продажа Наука Длиннопост
20
FactFanatic
FactFanatic
1 год назад

Спорим, вы не знали: 5 удивительных фактов о Марке Цукерберге⁠⁠

  1. Интерес к программированию у Марка с детства

    Свой первый авторский проект он сделал в 12 лет. Это был мессенджер под названием ZuckNet, сообщавший его отцу-стоматологу о визитах пациентов.

  2. Встреча с Медведевым

    Осенью 2012 года Марк приезжал в Россию и встречался с Дмитрием Медведевым. Подарил Медведеву футболку с адресом его страницы в Facebook.

  3. Цукерберг не различает некоторые цвета

    Он не различает красный и зеленый. По этой причине логотип Facebook синего цвета.

  4. Благотворительность

    В 2013-м отдал на благотворительность почти миллиард — $ 992 млн.

  5. Цукерберг питает страсть к языкам

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

Какой факт вас удивил больше всего?
Всего голосов:
Показать полностью 1
Опрос Факты Марк Цукерберг Программирование IT Жизнь
4
RC.Checkmate
RC.Checkmate
1 год назад

Немного познавательной информации⁠⁠

Немного познавательной информации Яндекс, Познавательно, IT, Факты, Скриншот

Мало кто знал, но если отдать Яндексу запрос из серии "что-нибудь на программистском", то пагинация на странице поисковика будет подобного вида.

Показать полностью 1
Яндекс Познавательно IT Факты Скриншот
2
Garry889
1 год назад
Спроси Пикабу

Какая разница между жизни в Москве, Тюменья, Самары, и Нижневартовска?⁠⁠

Насколько я знаю Москва самая развитая, но насколько сильно различается заплата в Москве от заплат в остальных городах, каторых я назвал?

Познавательно Факты IT Текст
14
Посты не найдены
О нас
О Пикабу Контакты Реклама Сообщить об ошибке Сообщить о нарушении законодательства Отзывы и предложения Новости Пикабу Мобильное приложение RSS
Информация
Помощь Кодекс Пикабу Команда Пикабу Конфиденциальность Правила соцсети О рекомендациях О компании
Наши проекты
Блоги Работа Промокоды Игры Курсы
Партнёры
Промокоды Биг Гик Промокоды Lamoda Промокоды Мвидео Промокоды Яндекс Директ Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии