Гореть не люблю планировать!

Куда поставить запятую?

Одна из самых ламповых конф у нас в стране, оч рекомендую, вот вам промокод на 10% MIKHEEV10, до встречи в Перми!

⁉️ Стоит ли стремиться к роли CTO?

Присоединяйтесь к открытому вебинару «Почему не нужно становиться CTO?» 5 августа в 20:00 МСК и узнайте, почему эта роль может быть не тем, чего вы ожидаете. На уроке разберем:

- Почему CTO не всегда тот, кто принимает ключевые решения в компании.
- Альтернативные карьерные пути, которые могут быть более привлекательными.
- Как отличить реальное желание стать CTO от давления среды.
- Какие навыки, о которых молчат, действительно важны для CTO.

Этот урок — идеальная подготовка перед стартом курса «CTO / Технический директор». Все участники вебинара получат скидку на обучение.

➡️ Пройдите вступительное тестирование и зарегистрируйтесь прямо сейчас: https://otus.pw/cjMZ/

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Стоило мне для поста про сертификацию погуглить PMI-сертификаты, теперь меня бомбардирует реклама курсов на прожект менеджера 🫠

Люди: ваши LLM галлюцинируют и просто повторяют по шаблону, не думая.

Тоже люди: белка - белкиня, белкак

#юмор
------
@tsingular

Я обычно говорю, что кто не переобувается у того ноги воняют)

Ищу питониста к нам в команду!

Если ты любишь писать решения для разработчиков, тебе нравится проектировать удобные апи и интерфейсы и ты видишь огромную ценность в DX (Developer Experience), то тебе точно к нам!

Будем:
- Развивать SDK для разработки агентов, которым будет пользоваться пол-компании
- Писать либу для функционального и симуляционного тестирования агентов
- А также тулы для локальной разработки и CLI

Тамада хороший, конкурсы интересные! Команда — просто мёд. Интересных инженерных задач гарантирую с лихвой)
https://rabota.sber.ru/search/4446657/

П.С. Если у вас есть друг, который подходит по описание — пошерьте ему этот пост, вдруг благодаря этому мы найдем друг-друга)

Смена парадигмы взаимодействия с машиной (1/3)

Мы с вами живем и участвуем в новом удивительном моменте — изменения принципа взаимодействия с компьютером. Мы переходим из режима "ввода команд" к режиму "ввода потребности". Помните такой термин "Оператор ЭВМ (Электронной Вычислительной Машины". Вам кажется это каким-то анохронизмом, но на самом деле это крайне точное название для любого пользователя, начиная с начал 1956 года, когда появился первый терминал

Забавный факт: название "Терминал" происходит из слова terminus "конечный узел, граница", что подразумевает, что это конечная точка подключения, с вводом-выводом для человека. То есть это устройство, подключенное к ЭВМ, через которое пользователь вводит команды и получает вывод. На картинке к посту изображен Univac Uniscope — первый терминал с видоотображающим устройством. Он начал эру ASCII-терминалов

С этого момента, прошло почти 70 лет, а мы все также вводим команды. Представьте, что я хочу "заказать к среде новые белые кроссовки для тенниса". Как это будет происходить (в плане команд):
- alt-tab пока не выберется браузер
- ctrl + L для установки курсора ввода на адресную строку
- введу запрос "купить кроссовки для зала Москва"
- долго буду разглядывать что-то приличное
- выберу себе 2-3 варианта
- приму решение о покупке какого-то одного
- ... тут долгая цепочка из пару десятков команд, результатом которых будет сформированная корзина, указанный адрес доставки
- нажимаю кнопку "оплатить", это вызывает передачу команды на оплату в систему

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

Смена парадигмы взаимодействия с машиной (2/3)

И вот случилось невероятное — появились нейронные сети! На самом деле нет, они появились и развиваются очень давно, а то что случилось — изобрели архитектуру трансформеров, с "слоем внимания", что позволило нейронным сетям лучше "понимать" значение слов (научная статья Attention Is All You Need 2017-го года).

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

Например: слово "замок", имеет определенное значение (прямо сейчас представьте себе это слово, визуализируйте у себя в голове). А теперь представьте его в окружении еще одного слова: "амбарный замок", представили? Как сильно оно изменилось, какие свойства к нему добавились? А теперь в предложении: "На ржавом заброшенном ангаре висел амбарный замок". И опять, слово обретает новые свойства, стало ржавым, возможно, поменялось визуально, висел закрытым, но стал висеть открытым, потому что заброшка (подробнее о том, как эти математически работает настоятельно советую посмотреть вот эту серию видосов и конкретно этот)

Как вы заметили из примера, соседние слова могут "уточнять" значение, передавая свое значение соседнему слову. Одни слова могут драматически менять значения, другие вовсе не влиять на соседние слова. За выявление этих закономерностей и связь смыслов по тексту отвечают "слои внимания". Есть еще такая шутка, которая очень хорошо описывает как это работает, в виде шуточного уравнения: "король" - "мужчина" + "женщина" = "королева".

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

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

Смена парадигмы взаимодействия с машиной (3/3)
И вот! Наконец-то мы подкрадываемся к самому важному, самой сути. Что же это за парадигма взаимодействия, и почему она меняется!

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

А что делать с галлюцинациями
Даже точность 99% работы на каждом этапе в цепочке из 50 действий это уже 40% вероятности ошибки. Не похоже на то, что этому можно доверить автономный процесс?

Как доверять машине
"Я-то людям не доверяю, после 40 минутного рассказа какой-то концепции они делают все не так", что тогда говорить про машину?

Ой, а как это, я не умею говорить что я хочу
У нас такого никогда не было. Внезапно оказывается, что мы должны уметь "управлять", формулируя задачи, ставя задачи, авторизовывать результат. Это новый опыт взаимодействия, мы к такому не привыкли мы все еще гуглим на alibaba-language "спортивный кроссовки белый купить Москва", куда нам до постановки задачи?)

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

А как проектировать эти интерфейсы?
Мы всю жизнь проектировали кнопки и пользовательские пути. А теперь как-то надо проектировать то, что мы еще не знали. Я думал, что когда появился адаптивный под мобилки дизайн это было "сложно". Рынку потребовалось хороших лет 7-8, чтобы "понять" на круг как делать мобильный дизайн (и то я все еще встречаю людей, которые этого прям вот совсем не понимают)

А как проектировать агентов в целом?
Пока мы думали, что у нас есть какой-то прикладной агент, где по факту расписанный BPMN-процесс внутри, это было не сложно. Но и смысл, сможем-ли мы продуктово вынуть ценность из этого, добавив LLM что мы дали пользователю? А универсальный агент? Которому доступно пару десятков или сотня api, как его проектировать/обучать?

Как это все за 10-15 лет поменяет машины и взаимодействие их с людьми?
Просто задумайтесь, что все, что мы привыкли — вводить клавиатурой команды, оно уйдет. Вместо этого, придет новый пользовательский опыт. И там точно будет место живой речи, маханию руками, рисованию в воздухе желаемого результата.

Как измениться мир? Производственный уклад? Экономика? Быт?

Как работать с исполнителями в географически распределенном мире?

В целом работать с фрилансерами и управлять договорной базой сложно, но когда все разъехались по миру и свифт ушел с рынка, стало еще сложнее:
- Петя сидит на сказочном Бали больше чем пол года, у него повышенное налогообложение как у нерезидента, нужно платить локально
- Оля хочет получить ВНЖ, поэтому хочет получать деньги в Армении
- Женя не хочет морочится с карточками и пересылкой денег себе, его нужно нанять в Португалии

И траты на весь этот зоопарк нужно локализовать в российском юрлице. Примерно с таким контекстом я набирал команду несколько лет назад. И именно с этим я пришёл в бухгалтерию. На меня очень косо посмотрел главбух, вздохнул и терпеливо начала объяснять как это все работает, что нужно делать отдельные юрлица, как при этом отчитываться за них и что организация этой работы тянет на отдельный новый бизнес. Я конечно не поверил, но главный юрист и финдир мне объяснили масштаб задачи, и я понял — это проблема. А еще очень понятная территория для стартапа, думал даже, что возможно стоит таким заняться

Что должен уметь сервис, для работы с массовыми выплатами распределенным исполнителям:
- Один рамочный договор для компании
- Верификация исполнителей сервисом
- Платежи в рублях с автоматической конвертацией в другие валюты на день транзакции
- Доступные интеграции по API для бухгалтерии

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

Более того, ребята сделали специальный калькулятор — он покажет сколько вам стоят ручные выплаты фрилансерам и подскажет, как их сократить. Узнайте по ссылке: https://clc.to/erid_2W5zFFvE5V2 

Реклама. ООО «Солар Стафф Рус», ИНН 7733228841. erid: 2W5zFFvE5V2

Вспомнилось:
«Если вы считаете, что компетентность это дорого, попробуйте некомпетентность»