Потому что еще недотушили даже. Но там все плохо похоже - одна из башен-громоотводов упала, сам стол скорее всего того, ну и в целом даже в частично заправленной ракете энергии много было. New Glen очень большой носитель, это только по сравнению со старшипом не большим кажется
Если у вас есть на столе raspbery (или даже любой рандомный vps, можно включить "не доверенную" синхронизацию) то можно легко сделать мастер копию там и проблемы тут же исчезнут. 4 клиента включая мобильный, 1 год полет нормальный. Основные проблемы обычно с конкретными плагинами на мобилке и десктопе, но они при любой синхронизации будут одинаковые. Никто не заставляет делать одноранговую структуру в syncthing, в том и фишка
Простите, когда передали, в семидесятых? Canadarm летал на шаттлах (шаттлы начали проектировать в 71-м, меморандум по разработке Shuttle Remote Manipulator System подписан 75-м), Canadarm2 запущен в 2001 для МКС. Старт программы Буран это 74-й, это скорее Аист был аналогом Canadarm (он делался для Бурана, аналога Шаттла). Кто кому за что сказал спасибо, Канадцы посмотрели в музее на руку Бурана и сказали "о, круто, а у нас похоже получилось, наверное потому что решали похожую задачу"? Таких совпадений кстати дофига - Буран и Шаттл выглядят похоже не просто из-за копирования а из-за того что конкретную задачу эффективно решать именно так. Может вы со Стрелой для МИРа путаете? Так там вообще ничего общего с Канадармом
Не работает что, угон аккаунта и распространение малварей? Работает и еще как, называется атака на цепочку поставок и является причиной по которой все браузерные расширения сидят в песочнице, например. Было уже множество случаев когда известное браузерное расширение, пакет pip/npm или даже приложение на андроид угонялось (или встраивалось как библиотека), после с новым обновлением всем пользователям присылался бэкдор. Это и есть основная проблема миниапов без песочницы - один прокол и у пользователей творится неизвестно что. Не нужно взламывать даже сам миниап, достаточно добраться до библиотеки используемой внутри, и у вас есть RCE в рамках приложения которое привязано к госуслугам. Если у меня телегу скомпроментируют что я потеряю, переписки? Есть скомпроментируют миниап (даже не само приложение!) в сием месенджере у меня что, паспортные угонят? И это в лучшем случае, могут же и OTP от госуслуг получить, и что потом, доверенность на квартиру?
Т.е. хакнуть чужой аккаунт и раскидать всем пользователям малварь которая неизвестно что угонит - закон запрещает, а если закон запрещает то такого никогда и никак не случится, ведь в случае чего ИП будет отвечать? И это даже не начиная историю того что некоторые организации у нас ровнее других, и им можно, например, навсегда привязывать банковские карты к своим магазинам так что отвязать их без анулирования самой карты невозможно (окей, не невозможна, но крайне затруднительна (30 дней!)). И ФАС это норм
С утильсбором как раз всё просто: правила ВТО не дают России повышать таможенные пошлины на авто, поэтому ввели "сбор", который формально платят все, но отечественным производителям его потом компенсируют субсидиями. Получается пошлина, которая правил не нарушает.
Могут и принять, но я думаю это проблема таких как я которые решили прочитать по диагонали и зацепились за тригер, это уже просто "усталость металла" после волн ботов и попытки (возможно успешной) превратить хабрахабр в филиал новостного сайта, где достаточно объявить о том что все хорошо, а доказывать на практике не принято. Но таки да - и новости про инновационность Артемиды (без шуток - это наконец выглядит как коммандировка а не как подвиг, так что иновации не нулевые) слишком заполонили инфопространство, я сам их давно просто мимо проглядываю
Передоз сарказма я и не уловил, батхертнуло так что пошел строчить ответ. Посыпаю голову пеплом, после многочисленных объявлений о том как старшип плох и как наш Зевс всех раскидает ру сегменте мой сарказм-фильтр сбоит.
"пока сенаторы не могли решить, какого цвета краску они хотят оплачивать" у нас тут один сенатор несколько раз выбирал имя "Орлу", и ничего, видимо на сроке в 100 об этом забыли, зато про краску у "Ориона" не забыли. Фантастика, что тут сказать. Фантазии по поводу "Орла" попросту не уместны - он в разработке с 2009-го года, и до сих пор железки нет, то есть, извините - только железка и есть - голый корпус который постоянно предъявляют на претензии о готовности. Орион начали разрабатывать в 2006-м, и уже в 2014-м был первый запуск. ПТК НП успел разве что поменять материал корпуса и название пару-тройку раз. Исходя из уже пройденного опыта шансы на то что что-то с первого раза сядет ну прямо скажем ничтожны.
И то и то долгострои, но у кого-то есть результат, а у кого-то - обещания. Можно поспорить об эффективности траты средств, но пока результата от программы ПТК НП нет никакого я думаю разумно считать что эффективность - ноль. С такими темпами программу быстрее "оптимизируют" и перенесут на 35-й чем, наконец, закончат хотя бы одним пилотируемым полетом.
Смешно то, что вы считаете что между количеством рабочих часов и успехами в экономике прямая связь. В мире много стран где рабочая неделя больше 70 часов, но вы привели только те которые по стечению обстоятельств успехами обзавелись, так может быть проблема не в количестве часов в неделю? Я уж не говорю что в Японии до сих пор принято уходить с работы много позже конца рабочего дня и как-то это не помогает выйти из тридцатилетней стагнации.
Мой опыт общения с интернами в компании сводился к перманентному ощущению что я не с человеком говорю, а пишу промт для слабенькой gpt - ведь твои слова в итоге не пойдут 1-в-1 в промт, а будут искажены "пониманием" другого человека. Часто приходится подпинывать в самостоятельное написание кода, понимаю что звучит как "использование калькулятора отупляет" но боюсь что с такими темпами качество джунов упадет в ноль. В итоге сошлось все к объяснению на пальцах идеи о том, что с джуна взятки гладки, никто не просит немедленного результата, и можно потратить на задачи чуть больше времени. И только тогда все сдвинулось с мертвой точки и появился осмысленный результат, а не просто прокладка между мной и gpt
В Красноярске (для не знающих напомню - это практически посреди страны, сибирь, расстояние до Москвы и до Владивостока не сильно отличается) мобильный интернет с проблемами с августа. С пробуждением.
Даже пример простого многопоточного кода на Rust — вещь, которую молодой разработчик сегодня спокойно скомпилирует в браузере на любом онлайн-песочнице, а лет десять назад это бы выглядело как мини-квест
Это какой-то тонкий тролинг? Онлайн компиляция rust на их офсайте доступна с 14-го года минимум. Допустим tokio еще как такового не было, но докер и кубер тогда уже были. Что за странные утверждения в статье? Это не скачок в производительности разработчиков, это взросление технологий как таковых.
Заголовок стремный кликбейт, первые компиляторы высокоуровнего кода с этой точки зрения тоже сделали "молодых разработчиков" бородатых годов способными "на то что раньше казалось недостижимым", но причем тут молодые разработчики-то?
Ну то есть окей, не мне судить что важно а что нет, но есть ли какая-то логика почему именно этот продукт удостоен новости? Почему, например, нет новостей про минорные релизы Google Chrome? Этож сколько новостей можно написать-то...
Именно по этому Дракон отправляется с урезанным экипажем - двое вместо четверых. Так что риск будет только между моментом отстыковки старлайнера (планируется на 6 сентября) и пристыковкой Crew-9 (25 сентября), что, впрочем, тоже не хорошо.
Проблема не только в этом. У посетителей МКС (астронавтов, космонавтов и т.п.) должна быть возможность экстренной эвакуации. Если Старлайнер отправляется в беспилотном режиме, астронавты остаются на МКС без пути отхода - ведь на оставшихся кораблях места не хватит. Не спичку же тянуть...
Это одна из причин по которой в НАСА до сих пор не определились. Наряду с проблемой того что сбойный сервисный модуль сгорит в атмосфере, а значит расследование причин отказа усложняется значительно - на Земле же походу не воспроизвели.
Я не знаю как у вас, но у меня чаще всего бывало так, что довольно значительная часть кода проекта собственно с железом никак не связанна. Например какой-нибудь тестовый стенд собирает данные, сохраняет отчет на флешку. То как он соберет данные это важно, тут никаких вопросов, но вот отлаживать сохранялку в файл прямо на микроконтроллере откровенно запарно. Или коммуникация - работа с драйвером железозависима и не может не отрабатываться на нем, но форматы сообщений и протоколы высокого уровня очень удобно писать в платформонезависимом виде и проверять вот в таких вот эмуляциях. Железо в этом случае просто прячется за моком, сильно подробно копировать его поведение, в данном случае, не нужно, только проверять нужные тестовые сценарии.
При этом в такой модели разработки никто вам не запрещает подробную симуляцию железа и проверку непосредственно кода драйверов и других плохо изолируемых компонентов, тогда можно проводить действительно подробную верификацию софта в таких режимах, которые в железе повторять запарно или просто дорого. Это я собственно и имел ввиду под "любым удобным видом", хотите детализируете, хотите проверяйте только библиотеки которые могут быть платформонезависимы.
Если пуши не приходят в главный мессенджер то не должны приходить ни в какой /s
В идее того что на маленьком рынке можно быть самодостаточным?
Потому что еще недотушили даже.
Но там все плохо похоже - одна из башен-громоотводов упала, сам стол скорее всего того, ну и в целом даже в частично заправленной ракете энергии много было. New Glen очень большой носитель, это только по сравнению со старшипом не большим кажется
Если у вас есть на столе raspbery (или даже любой рандомный vps, можно включить "не доверенную" синхронизацию) то можно легко сделать мастер копию там и проблемы тут же исчезнут. 4 клиента включая мобильный, 1 год полет нормальный. Основные проблемы обычно с конкретными плагинами на мобилке и десктопе, но они при любой синхронизации будут одинаковые. Никто не заставляет делать одноранговую структуру в syncthing, в том и фишка
Простите, когда передали, в семидесятых? Canadarm летал на шаттлах (шаттлы начали проектировать в 71-м, меморандум по разработке Shuttle Remote Manipulator System подписан 75-м), Canadarm2 запущен в 2001 для МКС. Старт программы Буран это 74-й, это скорее Аист был аналогом Canadarm (он делался для Бурана, аналога Шаттла).
Кто кому за что сказал спасибо, Канадцы посмотрели в музее на руку Бурана и сказали "о, круто, а у нас похоже получилось, наверное потому что решали похожую задачу"? Таких совпадений кстати дофига - Буран и Шаттл выглядят похоже не просто из-за копирования а из-за того что конкретную задачу эффективно решать именно так.
Может вы со Стрелой для МИРа путаете? Так там вообще ничего общего с Канадармом
Не работает что, угон аккаунта и распространение малварей? Работает и еще как, называется атака на цепочку поставок и является причиной по которой все браузерные расширения сидят в песочнице, например. Было уже множество случаев когда известное браузерное расширение, пакет pip/npm или даже приложение на андроид угонялось (или встраивалось как библиотека), после с новым обновлением всем пользователям присылался бэкдор. Это и есть основная проблема миниапов без песочницы - один прокол и у пользователей творится неизвестно что. Не нужно взламывать даже сам миниап, достаточно добраться до библиотеки используемой внутри, и у вас есть RCE в рамках приложения которое привязано к госуслугам. Если у меня телегу скомпроментируют что я потеряю, переписки? Есть скомпроментируют миниап (даже не само приложение!) в сием месенджере у меня что, паспортные угонят? И это в лучшем случае, могут же и OTP от госуслуг получить, и что потом, доверенность на квартиру?
Т.е. хакнуть чужой аккаунт и раскидать всем пользователям малварь которая неизвестно что угонит - закон запрещает, а если закон запрещает то такого никогда и никак не случится, ведь в случае чего ИП будет отвечать? И это даже не начиная историю того что некоторые организации у нас ровнее других, и им можно, например, навсегда привязывать банковские карты к своим магазинам так что отвязать их без анулирования самой карты невозможно (окей, не невозможна, но крайне затруднительна (30 дней!)). И ФАС это норм
С утильсбором как раз всё просто: правила ВТО не дают России повышать таможенные пошлины на авто, поэтому ввели "сбор", который формально платят все, но отечественным производителям его потом компенсируют субсидиями. Получается пошлина, которая правил не нарушает.
Могут и принять, но я думаю это проблема таких как я которые решили прочитать по диагонали и зацепились за тригер, это уже просто "усталость металла" после волн ботов и попытки (возможно успешной) превратить хабрахабр в филиал новостного сайта, где достаточно объявить о том что все хорошо, а доказывать на практике не принято.
Но таки да - и новости про инновационность Артемиды (без шуток - это наконец выглядит как коммандировка а не как подвиг, так что иновации не нулевые) слишком заполонили инфопространство, я сам их давно просто мимо проглядываю
Передоз сарказма я и не уловил, батхертнуло так что пошел строчить ответ. Посыпаю голову пеплом, после многочисленных объявлений о том как старшип плох и как наш Зевс всех раскидает ру сегменте мой сарказм-фильтр сбоит.
Действительно, банкет удался
"пока сенаторы не могли решить, какого цвета краску они хотят оплачивать" у нас тут один сенатор несколько раз выбирал имя "Орлу", и ничего, видимо на сроке в 100 об этом забыли, зато про краску у "Ориона" не забыли.
Фантастика, что тут сказать. Фантазии по поводу "Орла" попросту не уместны - он в разработке с 2009-го года, и до сих пор железки нет, то есть, извините - только железка и есть - голый корпус который постоянно предъявляют на претензии о готовности. Орион начали разрабатывать в 2006-м, и уже в 2014-м был первый запуск. ПТК НП успел разве что поменять материал корпуса и название пару-тройку раз. Исходя из уже пройденного опыта шансы на то что что-то с первого раза сядет ну прямо скажем ничтожны.
И то и то долгострои, но у кого-то есть результат, а у кого-то - обещания. Можно поспорить об эффективности траты средств, но пока результата от программы ПТК НП нет никакого я думаю разумно считать что эффективность - ноль. С такими темпами программу быстрее "оптимизируют" и перенесут на 35-й чем, наконец, закончат хотя бы одним пилотируемым полетом.
Смешно то, что вы считаете что между количеством рабочих часов и успехами в экономике прямая связь. В мире много стран где рабочая неделя больше 70 часов, но вы привели только те которые по стечению обстоятельств успехами обзавелись, так может быть проблема не в количестве часов в неделю? Я уж не говорю что в Японии до сих пор принято уходить с работы много позже конца рабочего дня и как-то это не помогает выйти из тридцатилетней стагнации.
Мой опыт общения с интернами в компании сводился к перманентному ощущению что я не с человеком говорю, а пишу промт для слабенькой gpt - ведь твои слова в итоге не пойдут 1-в-1 в промт, а будут искажены "пониманием" другого человека. Часто приходится подпинывать в самостоятельное написание кода, понимаю что звучит как "использование калькулятора отупляет" но боюсь что с такими темпами качество джунов упадет в ноль.
В итоге сошлось все к объяснению на пальцах идеи о том, что с джуна взятки гладки, никто не просит немедленного результата, и можно потратить на задачи чуть больше времени. И только тогда все сдвинулось с мертвой точки и появился осмысленный результат, а не просто прокладка между мной и gpt
В Красноярске (для не знающих напомню - это практически посреди страны, сибирь, расстояние до Москвы и до Владивостока не сильно отличается) мобильный интернет с проблемами с августа. С пробуждением.
Это какой-то тонкий тролинг? Онлайн компиляция rust на их офсайте доступна с 14-го года минимум. Допустим tokio еще как такового не было, но докер и кубер тогда уже были. Что за странные утверждения в статье? Это не скачок в производительности разработчиков, это взросление технологий как таковых.
Заголовок стремный кликбейт, первые компиляторы высокоуровнего кода с этой точки зрения тоже сделали "молодых разработчиков" бородатых годов способными "на то что раньше казалось недостижимым", но причем тут молодые разработчики-то?
Я наверное чего-то не понимаю, но зачем писать на технический ресурс новости о минорном релизе просмотрщика изображений?
3.1.3 - https://habr.com/ru/news/913042/ - 27 мая
3.1.4 - https://habr.com/ru/news/920432/ - 21 июня
и теперь 3.1.5 - 16 июля.
Ну то есть окей, не мне судить что важно а что нет, но есть ли какая-то логика почему именно этот продукт удостоен новости? Почему, например, нет новостей про минорные релизы Google Chrome? Этож сколько новостей можно написать-то...
А кто-нибудь знает существует ли еще smd-taxi ? Сайт у них не особо обновляется, но по крайней мере это был установщик реально местной сборки
Именно по этому Дракон отправляется с урезанным экипажем - двое вместо четверых. Так что риск будет только между моментом отстыковки старлайнера (планируется на 6 сентября) и пристыковкой Crew-9 (25 сентября), что, впрочем, тоже не хорошо.
Проблема не только в этом. У посетителей МКС (астронавтов, космонавтов и т.п.) должна быть возможность экстренной эвакуации. Если Старлайнер отправляется в беспилотном режиме, астронавты остаются на МКС без пути отхода - ведь на оставшихся кораблях места не хватит. Не спичку же тянуть...
Это одна из причин по которой в НАСА до сих пор не определились. Наряду с проблемой того что сбойный сервисный модуль сгорит в атмосфере, а значит расследование причин отказа усложняется значительно - на Земле же походу не воспроизвели.
Я не знаю как у вас, но у меня чаще всего бывало так, что довольно значительная часть кода проекта собственно с железом никак не связанна. Например какой-нибудь тестовый стенд собирает данные, сохраняет отчет на флешку. То как он соберет данные это важно, тут никаких вопросов, но вот отлаживать сохранялку в файл прямо на микроконтроллере откровенно запарно. Или коммуникация - работа с драйвером железозависима и не может не отрабатываться на нем, но форматы сообщений и протоколы высокого уровня очень удобно писать в платформонезависимом виде и проверять вот в таких вот эмуляциях. Железо в этом случае просто прячется за моком, сильно подробно копировать его поведение, в данном случае, не нужно, только проверять нужные тестовые сценарии.
При этом в такой модели разработки никто вам не запрещает подробную симуляцию железа и проверку непосредственно кода драйверов и других плохо изолируемых компонентов, тогда можно проводить действительно подробную верификацию софта в таких режимах, которые в железе повторять запарно или просто дорого. Это я собственно и имел ввиду под "любым удобным видом", хотите детализируете, хотите проверяйте только библиотеки которые могут быть платформонезависимы.