я мог выделить мышью строку или блок и написать "Вот тут пароль в лог не пиши".
Это фактически код-ревью. Код-ревью удобнее делать в специализированных инструментах, гитхаб - один из них. Агент может вытаскивать комментарии из PR'а. Токены и время экономятся потому что он работает над всеми комментариями за раз, а не по одному.
У нас достаточно юзкейсов которые пока плохо покрываются таким подходом к разработке - геймдев будет другим хорошим примером - очень много специфики.
Большая часть проблемы - сильно меньшая масса заинтересованных разработчиков / меньший сегмент рынка.
Но принципиально нерешаемого с расширением тулинга тут ничего нет. Разработка на hardware вполне осуществима при должной обвязке - адруину у меня агенты умеют шить и проверять в автоматическом режиме, деплоить тестовую версию приложения в андроид и запускать тесты через ADB тоже умеют.
Из приятного - появилось время и возможность в параллель с рабочими вещами заниматься шитьем адруины и портированием своего собственного довольно замудреного веб-приложения на андроид...
Агент отправляет код прямо в гитхаб, ждет комментарии от автоматизированного через других агентов код-ревью, исправляет что прилетело, ждет пока все сто тысяч ci задач завершатся (а при таком процессе надо очень много автоматических проверок на все что угодно), чинит что где упало, ждет еще раз, потом дает мне знать. Я не иду смотреть код локально, я иду смотреть его сразу в гитхаб на открытом PR - это все-таки гораздо лучше подходит для задач код-ревью. Оставляю свои комментарии прямо там обо всем что мне не нравится, отправляю агента работать над комментариями. Повторять до достижения желаемого результата. По достижении его PR уже отправляется на живое человеческое ревью.
Пока агент занят, работаешь по той же схеме над другими проблемами с другими агентами или с другими инженерами. С агентами обычно быстрее.
Мне не хватает сессионных лимитов на 100$ корпоративном плане если я начинаю серьезно работать хотя бы над двумя вещами одновременно (в плюс к планированию и имплементации идет кросс-проверка планов и изменений изолированными агентами), улетаю в переиспользование платных токенов.
У меня прямо за спиной было окно с солнышком и свежим воздухом, а прямо за окном - апельсиновое дерево, да так близко что апельсины можно было снимать просто протягивая из окна руку )
Я пользовался короткое время их предыдущей итерацией - Tap Strap, к сожалению я не пытался практиковать ввод на ходу, так что не могу говорить из опыта, однако теоретически Tap XR не нужна строго плоская поверхность для работы - должно быть можно отстукивать по запястью, или может быть по поверхности твердого бумажника через карман в котором он лежит. Но эксперимент получится дороговатый конечно.
Я вот теперь думаю что может пора вернуться и попробовать еще разок их браслет.
А по поводу ходьбы - провел ковидный локдаун на специальной ходовой дорожке под обычным столом с изменяемой высотой. Ходил на ней по 20км в день каждый день почти год, когда надо было писать код или митинговать примерно 3 км/ч, когда что-то другое - 5-6 км/ч, в целом рекомендую, очень хорошо себя тогда чувствовал и гораздо меньше заморочек чем с работой на реальной прогулке.
По поводу клавиатуры - я когда "киберпанк" сетап на себе пробовал, взял Xreal (они тогда еще были nReal и у них была только одна модель) и Tap Strap.
В целом конечно забавный экспириенс, но я тогда счел что FullHD в Xreal просто недостаточно для productivity задач, и все вернул, до сих пор жду хотя бы 2к версию, но если вам экрана для ваших задач уже хватает, то присмотритесь к продукции Tap. У них как и у Xreal с тех пор вышло новое поколение - TapXR (https://www.tapwithus.com/product/tap-xr/).
Экспириенс супер странный, но люди пишут что до 40 WPM доходят очень быстро и отдельные пишут что могут делать даже 60-70. Сам я за те несколько дней что пробовал этот сетап разогнался до ~35 и надо было просто больше практики, это точно был не потолок.
Можно просто спокойно идти, похлопывать себя по карману, например, с твердым бумажником внутри и почти не привлекать внимания. Режим мыши там тоже присутствует.
Ну и насчет процессорного юнита - у многих современных телефонов есть десктопный режим, я лично гонял по улице сетап с nReal и Tap Strap на самсунге, у которого есть Dex - полноценный оконный интерфейс в котором можно работать.
Т.к. матрица в очках OLED - выставление черного фона на рабочий стол фактически выключает экран давая режим полной прозрачности рабочего стола, как вы верно заметили, по которому можно размещать окошки с чем угодно - например в один угол можно поместить митинг, в другой - активную навигацию с гуглокартами, все еще иметь почти неограниченный обзор по бокам и спереди. И современные IDE вполне умеют работать в headless режиме, должно быть возможно запускать сервер IDE в офисе и просто коннектиться через UI в телефоне, если нужно конкретно IDE, а все остальное (браузер, чат рабочий, митинги, почты) в телефоне и так есть +-.
Но постойте, ваше приложение получает запрос по http и потом вызывает агентов по grpc, это ведь клиентский запрос от приложения, с этим не должно быть никаких проблем. Или эти же агенты, которые часть этого же приложения вызываются в вашем приложении через внешний grpc интерфейс, который открыт на этом же приложении вместо простого внутреннего прямого вызова процедуры? Мне кажется в этом случае что-то просто фундаментально не так с архитектурой решения, потому что "R" в grpc - это remote.
Но зачем? Неужели три инстанса на разных портах вместо одного существенно хуже будут обрабатывать? Плюс когда вы все это скейлить будете все равно скорее всего будете делить в какой-то момент по типам запросов, потому что лоадбалансеры придется растащить сначала для разных протоколов, потом для разных путей.
Ну и с точки зрения интеграции rest, вебсокетов и grpc, имхо, гораздо интереснее штуки вроде grpc-gateway, которые при помощи уже практически стандартных http аннотаций могут мапить grpc в рест запросы в автоматическом режиме и даже при большом желании при помощи сторонних плагинов заворачивать честные bi-di grpc стримы, невозможные в текущих браузерах в http, в вебсокеты. И конечно их всего этого можно поднимать сваггер, генерировать документацию, open API спеки и клиентские библиотеки (что для grpc, что для рест)
3090 и 4090 которых больше не делают? 5090 сейчас продаются по ~3k долларов, за эти деньги можно взять два p150, у вас будет в два раза больше памяти и в два раза меньше memory bandwidth. Не совсем честное сравнение получается.
А если смотреть, например, на рабочих лошадок прошлого поколения - H100 (80gb), которые уходят по 25-30к за штуку, то тут уже совсем другая математика получается, особенно если учесть дешевый интерконнект на тенсторренте (QSFP прмо на плате)
Мне кажется вы кейс не самый удачный привели, по крайней мере тот, что с 5090.
Если вы дейли-драйвите (как в русских деревнях говорят) мак и у вас где-то там машина на 5090 только для экспериментов с нейронками - то в ней скорее всего линукс без гуя и вы на эту машину ходите только по ssh - запустить модель и далее с ней по сети работать.
Если там где-то хочется еще в игры иногда поиграть или модельки какие-то порендерить - то опять же, если для разработки и экспериментов приятнее \ удобнее вам лично сидеть в макоси - RDP, а то и тот же ssh, запустил сервер с моделью и поехали.
Случай со сборкой в xcode не могу, конечно, подробно разбирать, бо не квалифицирован в этом вопросе. Проекты на юнити мы разрабатывали под windows и потом просто собирали под мак/iOS на отдельной машине которая только под CI.
Но опять же - мой тезис он же о том что разницы особой нет, работайте как удобно. Если с прикладным софтом в какой-то ОС неудобно (а отсутствие этого софта или отсутсвие легальной возможности этим софтом пользоваться - как бы крайний случай неудобства) то об чем речь? Работайте там где он есть (где удобно).
Этот "новый" софт в первый публичный релиз вышел 9 лет назад, в 2016м году и с тех пор помог разрешить кучу головняков и сделать Windows сильно удобнее для веб-девелопмента, например.
Также проф ключи от десятки отлично активируют одинадцатую, а после начальной активации и вовсе привязываются к вашему аккаунту и уже и не ключи вовсе, а условная "активация".
как мне в макось подключить RTX 5090 и погонять нейросеток?
Я лично частенько делаю вот именно это при помощи Microsoft Remote Desktop (ныне Windows App).
как мне под виндой скомпилировать программу для iPhone?
Подключиться в mac по ssh или по VNC. Это я делаю реже, но иногда тоже делаю, когда надо что-то с нашими CI маками сделать такое что при помощи ansible или mosyle не сделать.
Честно говоря давно уже перестал обращать внимание на ОС.
Есть рабочий макбук прошка, есть личный Framework Laptop с убунтой, есть домашний комп с виндоус, потому что игры\hdr\vrr\некоторые аудио-приблуды... Работаю со всех трех устройств в разной степени, набор софта везде один и тот же +- (git, IntelliJ, VS Code/Cursor, терминал с унифицированным конфигом и плагинами, которые раздаются из личного репозитория, понятно что WSL под windows, иначе тоскливо), ну и браузер конечно.
Какие-то прям раздражающие вещи (типа менеджмента окошек в макоси) чинятся на месте настройками/утилитами (rectangle) и все, дальше уже практически никакой разницы.
Путаница с раскладками (ctrl+c / cmd + c и все такое) догоняла какое-то время но тоже уже прошла.
Пользуйтесь чем удобно, в общем, чем не удобно - не пользуйтесь и будет вам счастье.
А сколько у вас времени занимает написание тестов, обработка исключений, валидация ввода, написание бойлерплейта под какие-то новые функции и тому подобная рутина?
Это фактически код-ревью. Код-ревью удобнее делать в специализированных инструментах, гитхаб - один из них. Агент может вытаскивать комментарии из PR'а. Токены и время экономятся потому что он работает над всеми комментариями за раз, а не по одному.
У нас достаточно юзкейсов которые пока плохо покрываются таким подходом к разработке - геймдев будет другим хорошим примером - очень много специфики.
Большая часть проблемы - сильно меньшая масса заинтересованных разработчиков / меньший сегмент рынка.
Но принципиально нерешаемого с расширением тулинга тут ничего нет. Разработка на hardware вполне осуществима при должной обвязке - адруину у меня агенты умеют шить и проверять в автоматическом режиме, деплоить тестовую версию приложения в андроид и запускать тесты через ADB тоже умеют.
Из приятного - появилось время и возможность в параллель с рабочими вещами заниматься шитьем адруины и портированием своего собственного довольно замудреного веб-приложения на андроид...
Агент отправляет код прямо в гитхаб, ждет комментарии от автоматизированного через других агентов код-ревью, исправляет что прилетело, ждет пока все сто тысяч ci задач завершатся (а при таком процессе надо очень много автоматических проверок на все что угодно), чинит что где упало, ждет еще раз, потом дает мне знать. Я не иду смотреть код локально, я иду смотреть его сразу в гитхаб на открытом PR - это все-таки гораздо лучше подходит для задач код-ревью. Оставляю свои комментарии прямо там обо всем что мне не нравится, отправляю агента работать над комментариями. Повторять до достижения желаемого результата. По достижении его PR уже отправляется на живое человеческое ревью.
Пока агент занят, работаешь по той же схеме над другими проблемами с другими агентами или с другими инженерами. С агентами обычно быстрее.
IDE в этом процессе как будто лишнее.
Мне не хватает сессионных лимитов на 100$ корпоративном плане если я начинаю серьезно работать хотя бы над двумя вещами одновременно (в плюс к планированию и имплементации идет кросс-проверка планов и изменений изолированными агентами), улетаю в переиспользование платных токенов.
У меня прямо за спиной было окно с солнышком и свежим воздухом, а прямо за окном - апельсиновое дерево, да так близко что апельсины можно было снимать просто протягивая из окна руку )
Я пользовался короткое время их предыдущей итерацией - Tap Strap, к сожалению я не пытался практиковать ввод на ходу, так что не могу говорить из опыта, однако теоретически Tap XR не нужна строго плоская поверхность для работы - должно быть можно отстукивать по запястью, или может быть по поверхности твердого бумажника через карман в котором он лежит. Но эксперимент получится дороговатый конечно.
Я вот теперь думаю что может пора вернуться и попробовать еще разок их браслет.
https://www.tapwithus.com/product/tap-xr/
А по поводу ходьбы - провел ковидный локдаун на специальной ходовой дорожке под обычным столом с изменяемой высотой. Ходил на ней по 20км в день каждый день почти год, когда надо было писать код или митинговать примерно 3 км/ч, когда что-то другое - 5-6 км/ч, в целом рекомендую, очень хорошо себя тогда чувствовал и гораздо меньше заморочек чем с работой на реальной прогулке.
По поводу клавиатуры - я когда "киберпанк" сетап на себе пробовал, взял Xreal (они тогда еще были nReal и у них была только одна модель) и Tap Strap.
В целом конечно забавный экспириенс, но я тогда счел что FullHD в Xreal просто недостаточно для productivity задач, и все вернул, до сих пор жду хотя бы 2к версию, но если вам экрана для ваших задач уже хватает, то присмотритесь к продукции Tap. У них как и у Xreal с тех пор вышло новое поколение - TapXR (https://www.tapwithus.com/product/tap-xr/).
Экспириенс супер странный, но люди пишут что до 40 WPM доходят очень быстро и отдельные пишут что могут делать даже 60-70. Сам я за те несколько дней что пробовал этот сетап разогнался до ~35 и надо было просто больше практики, это точно был не потолок.
Можно просто спокойно идти, похлопывать себя по карману, например, с твердым бумажником внутри и почти не привлекать внимания. Режим мыши там тоже присутствует.
Ну и насчет процессорного юнита - у многих современных телефонов есть десктопный режим, я лично гонял по улице сетап с nReal и Tap Strap на самсунге, у которого есть Dex - полноценный оконный интерфейс в котором можно работать.
Т.к. матрица в очках OLED - выставление черного фона на рабочий стол фактически выключает экран давая режим полной прозрачности рабочего стола, как вы верно заметили, по которому можно размещать окошки с чем угодно - например в один угол можно поместить митинг, в другой - активную навигацию с гуглокартами, все еще иметь почти неограниченный обзор по бокам и спереди. И современные IDE вполне умеют работать в headless режиме, должно быть возможно запускать сервер IDE в офисе и просто коннектиться через UI в телефоне, если нужно конкретно IDE, а все остальное (браузер, чат рабочий, митинги, почты) в телефоне и так есть +-.
Но постойте, ваше приложение получает запрос по http и потом вызывает агентов по grpc, это ведь клиентский запрос от приложения, с этим не должно быть никаких проблем. Или эти же агенты, которые часть этого же приложения вызываются в вашем приложении через внешний grpc интерфейс, который открыт на этом же приложении вместо простого внутреннего прямого вызова процедуры? Мне кажется в этом случае что-то просто фундаментально не так с архитектурой решения, потому что "R" в grpc - это remote.
Но зачем? Неужели три инстанса на разных портах вместо одного существенно хуже будут обрабатывать? Плюс когда вы все это скейлить будете все равно скорее всего будете делить в какой-то момент по типам запросов, потому что лоадбалансеры придется растащить сначала для разных протоколов, потом для разных путей.
Ну и с точки зрения интеграции rest, вебсокетов и grpc, имхо, гораздо интереснее штуки вроде grpc-gateway, которые при помощи уже практически стандартных http аннотаций могут мапить grpc в рест запросы в автоматическом режиме и даже при большом желании при помощи сторонних плагинов заворачивать честные bi-di grpc стримы, невозможные в текущих браузерах в http, в вебсокеты. И конечно их всего этого можно поднимать сваггер, генерировать документацию, open API спеки и клиентские библиотеки (что для grpc, что для рест)
Проигрывает чему именно?
3090 и 4090 которых больше не делают?
5090 сейчас продаются по ~3k долларов, за эти деньги можно взять два p150, у вас будет в два раза больше памяти и в два раза меньше memory bandwidth. Не совсем честное сравнение получается.
А если смотреть, например, на рабочих лошадок прошлого поколения - H100 (80gb), которые уходят по 25-30к за штуку, то тут уже совсем другая математика получается, особенно если учесть дешевый интерконнект на тенсторренте (QSFP прмо на плате)
Железки не шибко частые, но все же существуют, лично работал и с вормхолами и с блэкхолами.
Цифры можно посмотреть тут, например - https://github.com/tenstorrent/tt-metal
Ничего выдающегося в целом, но какая-никакая альтернатива нвидии и есть неочевидные бонусы в виде очень дешевого интерконнекта
Мне кажется вы кейс не самый удачный привели, по крайней мере тот, что с 5090.
Если вы дейли-драйвите (как в русских деревнях говорят) мак и у вас где-то там машина на 5090 только для экспериментов с нейронками - то в ней скорее всего линукс без гуя и вы на эту машину ходите только по ssh - запустить модель и далее с ней по сети работать.
Если там где-то хочется еще в игры иногда поиграть или модельки какие-то порендерить - то опять же, если для разработки и экспериментов приятнее \ удобнее вам лично сидеть в макоси - RDP, а то и тот же ssh, запустил сервер с моделью и поехали.
Случай со сборкой в xcode не могу, конечно, подробно разбирать, бо не квалифицирован в этом вопросе. Проекты на юнити мы разрабатывали под windows и потом просто собирали под мак/iOS на отдельной машине которая только под CI.
Но опять же - мой тезис он же о том что разницы особой нет, работайте как удобно. Если с прикладным софтом в какой-то ОС неудобно (а отсутствие этого софта или отсутсвие легальной возможности этим софтом пользоваться - как бы крайний случай неудобства) то об чем речь? Работайте там где он есть (где удобно).
Этот "новый" софт в первый публичный релиз вышел 9 лет назад, в 2016м году и с тех пор помог разрешить кучу головняков и сделать Windows сильно удобнее для веб-девелопмента, например.
Также проф ключи от десятки отлично активируют одинадцатую, а после начальной активации и вовсе привязываются к вашему аккаунту и уже и не ключи вовсе, а условная "активация".
Я лично частенько делаю вот именно это при помощи Microsoft Remote Desktop (ныне Windows App).
Подключиться в mac по ssh или по VNC. Это я делаю реже, но иногда тоже делаю, когда надо что-то с нашими CI маками сделать такое что при помощи ansible или mosyle не сделать.
Говорю же - пользуйтесь чем удобно.
Нет...?
Честно говоря давно уже перестал обращать внимание на ОС.
Есть рабочий макбук прошка, есть личный Framework Laptop с убунтой, есть домашний комп с виндоус, потому что игры\hdr\vrr\некоторые аудио-приблуды... Работаю со всех трех устройств в разной степени, набор софта везде один и тот же +- (git, IntelliJ, VS Code/Cursor, терминал с унифицированным конфигом и плагинами, которые раздаются из личного репозитория, понятно что WSL под windows, иначе тоскливо), ну и браузер конечно.
Какие-то прям раздражающие вещи (типа менеджмента окошек в макоси) чинятся на месте настройками/утилитами (rectangle) и все, дальше уже практически никакой разницы.
Путаница с раскладками (ctrl+c / cmd + c и все такое) догоняла какое-то время но тоже уже прошла.
Пользуйтесь чем удобно, в общем, чем не удобно - не пользуйтесь и будет вам счастье.
А сколько у вас времени занимает написание тестов, обработка исключений, валидация ввода, написание бойлерплейта под какие-то новые функции и тому подобная рутина?
Ни одной фотографии или хотя бы рендера где виден собственно текст, в статье, конечно, нет (на момент написания этого комментария).
Скрытый текст