А вы попробуйте перемножить хотя бы время потраченное на тормоза этих дешманских ноутов с виндой. Вангую оно с лихвой перекроет разовую трату нескольких часов на змену ssd и экрана уже в ближайшие пару месяцев использования.
Более того, на винде каждая софтина сама занимается своим обновлением.
На ноуте дул бут линуха и винды. Винду загружаю не часто, для редких задач.
Так вот, после каждого такого редкого включения, винда живет своей жизнью с полчаса (а то и дольше, если были не мелкие обновления самой винды).
Каждый софт запускает свои апдейтилки, что-то индексируется, чтото проверяется антивирусом и т.д. На ноуте работать невозможно просто в это время)
Мне не надо «занимать ровно столько же пространства, сколько занимали бы на пропорционально более низком разрешении».
Мне надо увеличить размер шрифтов при масштабе системы 150%.
Речь ведь не про старые и новые моники, а про «хорошую поддержку масштабирования в винде».
Почему линух позволяет выбрать размер шрифтов и масштаб отдельно, а винда умеет масштабировать «либо всё — либо ничего»? В чём тут заключается хорошая поддержка масштабирования в винде?
Тогда ничего не работает как часы вообще-то. Получаем огромные окна, и прочие огромные вещи, которые занимают пространство монитора и все равно шрифты получаем мелкие.
На 28" конечно хорошо рассуждать. А вы попробуйте на ноуте с 15" или даже 14" посмотреть как «были проблемы с масштабированием, они уже давно вылечены» ))
Да, во времена Windows 8 были проблемы с масштабированием, они уже давно вылечены.
Очень спорное утверждение.
У меня Windows 10 и 27" 4к монитор. Очень плохая поддержка 4к в ней.
1. В винде напрочь отсутствует системная настройка шрифтов. Есть только сторонний софт разной степени корявости, который к тому же не позволяет настроить все шрифты. Из-за чего просто невозможно настроить нормальное отображение. При увеличении масштаба увеличивается не только шрифт, но и размер самих окон, что выглядит коряво.
2. Большая часть системного софта не масштабируется никак попадая в те самые 10% описанные вами. Что приводит к страданиям в работе например на ноутах. Это вообще позор, система не может нормально саму себя отрисовать))
Вот как это выглядит на практике. На элементы тулбара очень мелкий грифт, по сравнение с обычным системным, который отображает путь до каталога. И таких мест в системе полно просто. На 27" мониторе еще хоть как-то можно жить, на ноуте вообще задница полная…
1. Обновления раз в месяц это достаточно часто, по сравнению с теми устройствами, которые их вообще не получают. Разве нет? )
2. Вот пример Эксплоита. Если умеете пользоваться гуглом, вполне можете найти гораздо больше примеров. В самых разных компонентах. И это только то, что попало в паблик) Чем старее система, больше инфы попадает в паблик, со всеми вытекающими…
Господи, какие данные «в нешифрованном виде»? ))
Речь про обычные системы к которым доступ дает мобилка в 2019 году. Например клиент банки.
Дырок хватает, их постоянно находят, закрывают, находят, закрывают… это бесконечный процесс. В некторых случаях достаточно зайти на страничку в вебе, чтобы получить заразу на устройство.
Например так был устроен один из джелбреков для айфонов.
Гооворить в 2019 году, что необновляемое несколько лет устройство безопасно могут только гуманитарии, для которых «все хорошо» это когда вконтактик запускается и работает.
Элементарные меры разумной безопасности и гигиены работают только против «албанских вирусов», которые сами просят себя установить))
Вот я и спросил, на тело выходят обновы или кроме игрушек тело ни для чего не используется?
Нужна новая статья, с подробным разбором создания вебсервиса, например тот же заказ пицы с оплатой, с применением подходов из статьи.
Только не абстрактная с проверкой «расчетов на графах»)
Такие абстрактные рассуждения большинство разработчиков просто не понимают, к сожалению.
А максимально приземленная. Например с рабочим кодом на Spring Boot и расчетами корректности алгоритма заказа пицы на Alloy. С разжевыванием «на пальцах» что с чем связано (как связано то, что пишется на Alloy с реальным рабочим кодом) и для чего это все делается в итоге. Т.е. в конце должен быть видимый эффект какой-то от возни с Alloy.
Тогда люди потянутся и будут рассматривать подробнее изложенное вами в статье.
А пока, к сожалению, большинство просто не понимает о чем речь и зачем все эти приседания на непонятном языке.
Я был бы очень рад ошибиться, но думаю большинство разработчиков просто не воспринимают фразы в духе
Тут мы проанализируем основные свойства, которыми должны обладать вычислительные графы, чтобы на основе графов можно было делать работоспособные системы.
как что-то реальное, относящееся к их текущей работе. У них ведь ресты, интерфейсы, сервисы, дао, паттерны, а не вот эти вот ваши «вычислительные графы».
Надеюсь я понятно донес свой посыл)
Мне удивительно пояснять такую банальщину, но с фразы «расскажите о себе», начинается такая вошебная вещь, как диалог. Дальше следует уточнение в духе «что именно рассказать?» и т.д.
В голове не укладывается, что люди могут агрится на ткое простое начало беседы и выдумывать разную дичь о простых вещах)
Вот вам ответ «с другой стороны».
Этот вопрос задают потому, что в резюме в 99.9% случаев написано что-то в духе «Работал в ООО Рога и копыта, делал сервисы на java». Из этого резюме вообще непонятно, что из себя представляет человек, чем занимался ранее, что ему интересно, чем бы он хотел заниматься в будущем.
Большинство просто не может связать двух слов рассказывая о своем опыте и приходится вытаскивать эту информацию, к сожалению (
приходится описывать абсолютно все и это как минимум +30% к срокам разработки
Здесь есть некоторая ошибка)
Это не +30% к срокам разработки. Это (может быть и то с оценкой не согласен) максимум +30% к времени набора кода. Но минус десятки, а то и сотни процентов именно к времени разработки, за счет избегания тупых багов вроде банальных опечаток.
Если быть точным, то мибенд измеряет не сон, а «время покоя».
На ноуте дул бут линуха и винды. Винду загружаю не часто, для редких задач.
Так вот, после каждого такого редкого включения, винда живет своей жизнью с полчаса (а то и дольше, если были не мелкие обновления самой винды).
Каждый софт запускает свои апдейтилки, что-то индексируется, чтото проверяется антивирусом и т.д. На ноуте работать невозможно просто в это время)
Мне надо увеличить размер шрифтов при масштабе системы 150%.
Речь ведь не про старые и новые моники, а про «хорошую поддержку масштабирования в винде».
Почему линух позволяет выбрать размер шрифтов и масштаб отдельно, а винда умеет масштабировать «либо всё — либо ничего»? В чём тут заключается хорошая поддержка масштабирования в винде?
На 28" конечно хорошо рассуждать. А вы попробуйте на ноуте с 15" или даже 14" посмотреть как «были проблемы с масштабированием, они уже давно вылечены» ))
Эм… может не стоило переводить термин?
Очень спорное утверждение.
У меня Windows 10 и 27" 4к монитор. Очень плохая поддержка 4к в ней.
1. В винде напрочь отсутствует системная настройка шрифтов. Есть только сторонний софт разной степени корявости, который к тому же не позволяет настроить все шрифты. Из-за чего просто невозможно настроить нормальное отображение. При увеличении масштаба увеличивается не только шрифт, но и размер самих окон, что выглядит коряво.
2. Большая часть системного софта не масштабируется никак попадая в те самые 10% описанные вами. Что приводит к страданиям в работе например на ноутах. Это вообще позор, система не может нормально саму себя отрисовать))
Вот как это выглядит на практике. На элементы тулбара очень мелкий грифт, по сравнение с обычным системным, который отображает путь до каталога. И таких мест в системе полно просто. На 27" мониторе еще хоть как-то можно жить, на ноуте вообще задница полная…
Очень интересно звучит, но в живую нагляднее)
Раз начали, то пишите уже тут всем, всех же может коснуться, что за подход-то то такой?
2. Вот пример Эксплоита. Если умеете пользоваться гуглом, вполне можете найти гораздо больше примеров. В самых разных компонентах. И это только то, что попало в паблик) Чем старее система, больше инфы попадает в паблик, со всеми вытекающими…
Речь про обычные системы к которым доступ дает мобилка в 2019 году. Например клиент банки.
Дырок хватает, их постоянно находят, закрывают, находят, закрывают… это бесконечный процесс. В некторых случаях достаточно зайти на страничку в вебе, чтобы получить заразу на устройство.
Например так был устроен один из джелбреков для айфонов.
Гооворить в 2019 году, что необновляемое несколько лет устройство безопасно могут только гуманитарии, для которых «все хорошо» это когда вконтактик запускается и работает.
Элементарные меры разумной безопасности и гигиены работают только против «албанских вирусов», которые сами просят себя установить))
Вот я и спросил, на тело выходят обновы или кроме игрушек тело ни для чего не используется?
Это как? На него до сих пор выходят обновления OS? Или у вас там просто кроме игрушек ничего важного нет?
Rest сервис это не про фронт вообще) Во всем, что я описал, 146% бэкенда.
Только не абстрактная с проверкой «расчетов на графах»)
Такие абстрактные рассуждения большинство разработчиков просто не понимают, к сожалению.
А максимально приземленная. Например с рабочим кодом на Spring Boot и расчетами корректности алгоритма заказа пицы на Alloy. С разжевыванием «на пальцах» что с чем связано (как связано то, что пишется на Alloy с реальным рабочим кодом) и для чего это все делается в итоге. Т.е. в конце должен быть видимый эффект какой-то от возни с Alloy.
Тогда люди потянутся и будут рассматривать подробнее изложенное вами в статье.
А пока, к сожалению, большинство просто не понимает о чем речь и зачем все эти приседания на непонятном языке.
Я был бы очень рад ошибиться, но думаю большинство разработчиков просто не воспринимают фразы в духе как что-то реальное, относящееся к их текущей работе. У них ведь ресты, интерфейсы, сервисы, дао, паттерны, а не вот эти вот ваши «вычислительные графы».
Надеюсь я понятно донес свой посыл)
В голове не укладывается, что люди могут агрится на ткое простое начало беседы и выдумывать разную дичь о простых вещах)
Этот вопрос задают потому, что в резюме в 99.9% случаев написано что-то в духе «Работал в ООО Рога и копыта, делал сервисы на java». Из этого резюме вообще непонятно, что из себя представляет человек, чем занимался ранее, что ему интересно, чем бы он хотел заниматься в будущем.
Большинство просто не может связать двух слов рассказывая о своем опыте и приходится вытаскивать эту информацию, к сожалению (
Здесь есть некоторая ошибка)
Это не +30% к срокам разработки. Это (может быть и то с оценкой не согласен) максимум +30% к времени набора кода. Но минус десятки, а то и сотни процентов именно к времени разработки, за счет избегания тупых багов вроде банальных опечаток.