Так они же ввели Notification Channels — если разработчик приложения сделает иконку foreground сервиса и другие нотификации в разных channel-ах, то пользователь легко может скрыть только channel с foreground сервисом.
Не стоит так категорично за все библиотеки говорить. Relay — довольно продвинутый фреймворк, а не только парсинг синтаксиса GraphQL. Ну а .NET — да… там исторически сложилось, что всё очень консервативно (enterprise как-никак), всё новомодное в нормальной имплементации появляется почти самым последним и часто только с пинка Microsoft.
В GraphQL можно, например, сделать мутацию GET-запросом, а это идёт вразрез идеологии REST. Так что рассматривать GraphQL как подмножество REST не очень корректно.
Так посыл как раз в том, что баги в ПО неизбежны и компьютер вполне себе может "гонять со всей дури во дворе", точно также как отвечать Торонто на вопрос про город в США. За примерами не надо даже к беспилотным автомобилям ходить, тут обычные довести до ума не могут. С другой стороны надо посчитать — ошибки то у компов будут другие, чем у людей, но в целом людей, может, гибнуть станет меньше.
Платя сумму в $Д человек оценивает подходящая ли это цена его времени.
Что-то я не часто видел в маркетинговом булшите фраз типа "Вы замечательно проведете n часов времени, трахаясь с DRM". Часто я узнаю об этом уже после факта оплаты.
Оперировать с DOM через JS API то можно, но оно не очень удобно, т.к. любые стректуры надо копировать — по ссылке они не передаются, т.о. это влияет на производительность. А для типичных JavaScript-приложений, выполненных как SPA, операции с DOM — это основное, что на каждом чихе выполняется. Конечно, есть задачи, где WebAssembly хорошо подходит, но пока оно не очень универсально и даже не планирует заменить JavaScript, а позиционируется как дополнение.
Наверно тем, что очень низкоуровневый — нету сборщика мусора, оперировать с dom-ом сложно, т.к. для надо этого надо вызывать JavaScript API, при этои объекты по ссылке не передаются, надо каждый раз их копировать. В итоге сфера его применения не особо пока пересекается с типичным применением JavaScript.
Тут ещё есть нюанс — обычно в странах, где считают месячную зарплату, её также считают после налогов (например, в России). А вот там, где считают годовую, обычно считают её до налогов (например, в западной Европе, США). В итоге все эти сравнения зарплат белыми нитками шиты.
Компания предлагает полный комплекс услуг по экспресс-доставке
Прям так полный? Хотел когда-то отправить фотографию — отказали, сославшись на какие-то внутренние регулирующие документы. Другая курьерская компания отправила без вопросов.
И мне, пожалуйста, если это не апворк. Но вообще, мне кажется, Вам очень повезло. Обычно приходится тратить очень много времени на фильтрацию портфолио.
Не надо завязывать! Надо усовершенствовать AI, делать его ближе к реальному человеку, чтоб было сложно отличить. В этом же самый смак.
Так они же ввели Notification Channels — если разработчик приложения сделает иконку foreground сервиса и другие нотификации в разных channel-ах, то пользователь легко может скрыть только channel с foreground сервисом.
Дык браузер в современном веке всё более универсален, как Emacs в предыдущем. Нынче уже ноутбуки продают, где кроме браузера ничего нет.
А ещё можно посмотреть на HK2 — оно ещё меньше и проще.
Какой-нибудь город то может и найдётся, а вот город с аэропортом, точнее с двумя… не уверен.
Не стоит так категорично за все библиотеки говорить. Relay — довольно продвинутый фреймворк, а не только парсинг синтаксиса GraphQL. Ну а .NET — да… там исторически сложилось, что всё очень консервативно (enterprise как-никак), всё новомодное в нормальной имплементации появляется почти самым последним и часто только с пинка Microsoft.
Та вроде бы уже хватает библиотек, хотя всё же заметен перекос в сторону ноды.
В GraphQL можно, например, сделать мутацию GET-запросом, а это идёт вразрез идеологии REST. Так что рассматривать GraphQL как подмножество REST не очень корректно.
Так посыл как раз в том, что баги в ПО неизбежны и компьютер вполне себе может "гонять со всей дури во дворе", точно также как отвечать Торонто на вопрос про город в США. За примерами не надо даже к беспилотным автомобилям ходить, тут обычные довести до ума не могут. С другой стороны надо посчитать — ошибки то у компов будут другие, чем у людей, но в целом людей, может, гибнуть станет меньше.
Что-то я не часто видел в маркетинговом булшите фраз типа "Вы замечательно проведете n часов времени, трахаясь с DRM". Часто я узнаю об этом уже после факта оплаты.
Оперировать с DOM через JS API то можно, но оно не очень удобно, т.к. любые стректуры надо копировать — по ссылке они не передаются, т.о. это влияет на производительность. А для типичных JavaScript-приложений, выполненных как SPA, операции с DOM — это основное, что на каждом чихе выполняется. Конечно, есть задачи, где WebAssembly хорошо подходит, но пока оно не очень универсально и даже не планирует заменить JavaScript, а позиционируется как дополнение.
Наверно тем, что очень низкоуровневый — нету сборщика мусора, оперировать с dom-ом сложно, т.к. для надо этого надо вызывать JavaScript API, при этои объекты по ссылке не передаются, надо каждый раз их копировать. В итоге сфера его применения не особо пока пересекается с типичным применением JavaScript.
А почему нельзя контекст измненить точно так же, как это было сделано чуть выше?
Так это тогда похоже баг cgroups в ядре linux, а не doker-а.
Тут ещё есть нюанс — обычно в странах, где считают месячную зарплату, её также считают после налогов (например, в России). А вот там, где считают годовую, обычно считают её до налогов (например, в западной Европе, США). В итоге все эти сравнения зарплат белыми нитками шиты.
Прям так полный? Хотел когда-то отправить фотографию — отказали, сославшись на какие-то внутренние регулирующие документы. Другая курьерская компания отправила без вопросов.
А что тут такого крутого? Есть реальный use case? Не удивлюсь, если linter-ы начнут в ближайшем будущем warning-и за такие проблы показывать.
И мне, пожалуйста, если это не апворк. Но вообще, мне кажется, Вам очень повезло. Обычно приходится тратить очень много времени на фильтрацию портфолио.
Дык Oracle MySQL.
И какая максимальная продолжительность жизни заложена в программу?