У меня прямо за спиной было окно с солнышком и свежим воздухом, а прямо за окном - апельсиновое дерево, да так близко что апельсины можно было снимать просто протягивая из окна руку )
Я пользовался короткое время их предыдущей итерацией - 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 и все такое) догоняла какое-то время но тоже уже прошла.
Пользуйтесь чем удобно, в общем, чем не удобно - не пользуйтесь и будет вам счастье.
А сколько у вас времени занимает написание тестов, обработка исключений, валидация ввода, написание бойлерплейта под какие-то новые функции и тому подобная рутина?
У нас в какой-то момент появился отдельный DEI пайплайн для найма, который работал параллельно основному пулу кандидатов (там не только девушки были, но и латиносы, например).
Это конечно все в целом одна большая хуцпа, но к чести наших кадровиков и интервьеров кандидаты в этом пайплайне были таки очень сильные, одну девушку я оттуда в итоге забрал и был очень этим доволен до самого до своего увольнения (по не связанным причинам).
Думаю что преувеличение тут "за вычетом стоков". VP это 9-й грейд в гугле, и если я правильно помню то total compensation на этом грейде это 2+ миллиона в год (со стоками). Base salary при этом $350-400k. В мс должно быть меньше.
Товарищи, ну там же прямым текстом написано что это TPM. И если он сидит и действительно успешно спихивает 95% работы по интеграции со своей команды на другие при этом разгружая свою команду для работы над полезными вещами, то это, черт возьми, хороший TPM, потому что это буквально его работа среди прочего. TPM не пишет код, он управляет процессами разработки.
У меня прямо за спиной было окно с солнышком и свежим воздухом, а прямо за окном - апельсиновое дерево, да так близко что апельсины можно было снимать просто протягивая из окна руку )
Я пользовался короткое время их предыдущей итерацией - 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, а все остальное (браузер, чат рабочий, митинги, почты) в телефоне и так есть +-.
Да ладно, даже на киндл можно левые епабы закидывать без проблем вполне официально - https://www.amazon.com/sendtokindle, только их с киндла и читаю.
Но постойте, ваше приложение получает запрос по 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 и все такое) догоняла какое-то время но тоже уже прошла.
Пользуйтесь чем удобно, в общем, чем не удобно - не пользуйтесь и будет вам счастье.
А сколько у вас времени занимает написание тестов, обработка исключений, валидация ввода, написание бойлерплейта под какие-то новые функции и тому подобная рутина?
Ни одной фотографии или хотя бы рендера где виден собственно текст, в статье, конечно, нет (на момент написания этого комментария).
Скрытый текст
У нас в какой-то момент появился отдельный DEI пайплайн для найма, который работал параллельно основному пулу кандидатов (там не только девушки были, но и латиносы, например).
Это конечно все в целом одна большая хуцпа, но к чести наших кадровиков и интервьеров кандидаты в этом пайплайне были таки очень сильные, одну девушку я оттуда в итоге забрал и был очень этим доволен до самого до своего увольнения (по не связанным причинам).
Думаю что преувеличение тут "за вычетом стоков". VP это 9-й грейд в гугле, и если я правильно помню то total compensation на этом грейде это 2+ миллиона в год (со стоками). Base salary при этом $350-400k. В мс должно быть меньше.
Товарищи, ну там же прямым текстом написано что это TPM. И если он сидит и действительно успешно спихивает 95% работы по интеграции со своей команды на другие при этом разгружая свою команду для работы над полезными вещами, то это, черт возьми, хороший TPM, потому что это буквально его работа среди прочего. TPM не пишет код, он управляет процессами разработки.