А по каким критериям оценивается "лучшесть" и "худшесть"? По количеству новомодного функционала? Тут да, ReactOS будет уступать винде. По надёжности же ReactOS будет "лучше" т.к. меньше функционала (а значит меньше вероятных точек отказа) и открытый код.
В принципе, ничто не мешает настроить "бота-критика", который будет со всеми спорить по малейшему поводу. Или "бота-учителя", который будет долбить учебной программой, даже если "ученику" это не нравится. Но, вероятно, в коммерческом смысле это не выгодно - распугает аудиторию.
Допустим, что деньги не пахнут, моральную составляющую дела обсуждать не будем.
Но я не понял: вы полгода делали PWA, отправляющее несколько текстовых полей и фото паспорта? Ну ещё на бэкенде распознавание данных паспорта (готовой OCR библиотекой). А сколько разработчиков этим занималось, если не секрет?
Нет, программисты первые месяц-два будут вникать в работу металлургического завода, в бумажки и процессы, которые им нужно оцифровать. Никаких тасок и фич они не разложат т.к. не знают, в каком порядке что делать. А если что-то и разложат (по команде руководства), то это будет взятая с потолка ерунда (за которую программистам потом отвечать).
где-то считают продуктивность в количестве тасок в день?
А как ещё считать продуктивность руководителю, не знакомому с разработкой софта? Ну, скажем, металлургический завод, руководителем проекта назначили заместителя главного инженера (потому что он может объяснить программистам нужны завода), на еженедельных совещаниях от него требуют цифр (на сколько процентов выполнена разработка софта), ну и откуда ему брать цифры?
Потенциально-вражеская разведка вряд ли поверит, что в бункере с 50 метрами бетона прячется необыкновенный программист. Скорее всего, она решит, что там располагается обыкновенный (для такого рода бункеров) штаб военного округа.
Абсолютная безопасность ... Глубокий подземный бункер без связи с внешним миром и метров 50 железобетона сверху.
Такой бункер, в случае чего, станет первоочередной целью неприятельского ядрён-батона. Для гражданских куда безопаснее держаться поодаль от всяких глубоких бункеров.
Может быть, тогда и сказать честно: "никакой разработки у нас нет, в полной мере требования закона мы выполнить не можем (поэтому, пожалуйста, смягчите эти требования, иначе мы останемся без счётчиков), у нас только корпусировка, но это тоже неплохо"?
... и смотрите его тоже сами. Вопрос-то не в хостинге, а в том, чтобы контент хоть кто-то нашёл (лазать по миллиону отдельных сайтов зрители не будут). И чтобы регистратор домена, на всякий случай, не отключил домен, а провайдер не отключил интернет, получив от нейросети первое же письмо о "пиратском контенте по вашему ip адресу".
В мирное сытное время над "выживунами" можно посмеяться, но при войне и неурожае будет совершенно не до смеха. А войны с неурожаями были и в глубокой древности, задолго до Средневековья.
Кстати, через 500-1000 лет нынешняя эпоха будет называться Средневековьем.
А что делать если я не страдаю в своей жизни? Если мне что-то не нравится в моей жизни, я это меняю.
Вопрос в том, что можно изменить, а чего изменить нельзя. Если мы живём в "мире с объективными законами природы", то этих законов не изменишь. Если мы живём в матрице, то теоретически можно попытаться договориться с организаторами матрицы, чтобы они немного подправили настройки.
Кто-нибудь объяснит, каким образом, получив код от доставки Литрес, "злоумышленники смогут авторизоваться в личном кабинете вашего банка, на Госуслугах"? Если только подменяется СМС, но для этого необходимо соучастие оператора связи.
Обычно те, кто думает, что можно сделать тяп-ляп и быстро, со второго или третьего раза понимают, что надо делать сразу нормально и не торопиться.
Обычно "тяп-ляп и быстро" делают исключительно из-за сроков, назначенных руководством, которому хочется "вот прям завтра поразить заказчика вот такой крутой функцией" (у получить от заказчика денежку). А результат фундаментальной работы (грамотно спроектированной БД, хорошо читаемого и документированного кода...) виден далеко не сразу, заказчика им не поразишь, так что всё это переносится "на потом, когда будет свободное время" (а его никогда не будет).
Не будет никаких кнопок питания. ИИ будет сам включать ноут, когда посчитает это нужным.
А по каким критериям оценивается "лучшесть" и "худшесть"? По количеству новомодного функционала? Тут да, ReactOS будет уступать винде. По надёжности же ReactOS будет "лучше" т.к. меньше функционала (а значит меньше вероятных точек отказа) и открытый код.
Помянем. Наверняка к 2030 году появится ещё более инновационный и безопасный язык, который заменит Rust. Или, может быть, уже появился.
В принципе, ничто не мешает настроить "бота-критика", который будет со всеми спорить по малейшему поводу. Или "бота-учителя", который будет долбить учебной программой, даже если "ученику" это не нравится. Но, вероятно, в коммерческом смысле это не выгодно - распугает аудиторию.
Допустим, что деньги не пахнут, моральную составляющую дела обсуждать не будем.
Но я не понял: вы полгода делали PWA, отправляющее несколько текстовых полей и фото паспорта? Ну ещё на бэкенде распознавание данных паспорта (готовой OCR библиотекой). А сколько разработчиков этим занималось, если не секрет?
Cisco - торговая марка.
Как быть с SSD, DDR, USB, KVM и прочим - не понятно.
Впрочем, наверняка появится услуга по добавлению слова в словарь. Или будут регистрировать торговые марки.
Отвлекаться на "более широкие и глубокие задачи" (которые никто не просил делать) - верный способ завалить свои задачи (и остаться без работы).
А "заканчивается, когда заканчивается работа" - верный способ заработать проблемы со здоровьем (не говоря уж проблемах с личной жизнью)
Какой же работающий способ тяжеловесу стать председателем?
Тогда уж не "админ", а "управляющий"; не "босс", а "начальник"; не "функция", а "задача"; не "объект", а "сущность"; не "массив", а "ряд".
Нет, программисты первые месяц-два будут вникать в работу металлургического завода, в бумажки и процессы, которые им нужно оцифровать. Никаких тасок и фич они не разложат т.к. не знают, в каком порядке что делать. А если что-то и разложат (по команде руководства), то это будет взятая с потолка ерунда (за которую программистам потом отвечать).
А как ещё считать продуктивность руководителю, не знакомому с разработкой софта? Ну, скажем, металлургический завод, руководителем проекта назначили заместителя главного инженера (потому что он может объяснить программистам нужны завода), на еженедельных совещаниях от него требуют цифр (на сколько процентов выполнена разработка софта), ну и откуда ему брать цифры?
... и не отнимут, даже если получат жалобу крупного "союза правообладателей"?
Потенциально-вражеская разведка вряд ли поверит, что в бункере с 50 метрами бетона прячется необыкновенный программист. Скорее всего, она решит, что там располагается обыкновенный (для такого рода бункеров) штаб военного округа.
Такой бункер, в случае чего, станет первоочередной целью неприятельского ядрён-батона. Для гражданских куда безопаснее держаться поодаль от всяких глубоких бункеров.
Может быть, тогда и сказать честно: "никакой разработки у нас нет, в полной мере требования закона мы выполнить не можем (поэтому, пожалуйста, смягчите эти требования, иначе мы останемся без счётчиков), у нас только корпусировка, но это тоже неплохо"?
... и смотрите его тоже сами. Вопрос-то не в хостинге, а в том, чтобы контент хоть кто-то нашёл (лазать по миллиону отдельных сайтов зрители не будут). И чтобы регистратор домена, на всякий случай, не отключил домен, а провайдер не отключил интернет, получив от нейросети первое же письмо о "пиратском контенте по вашему ip адресу".
В мирное сытное время над "выживунами" можно посмеяться, но при войне и неурожае будет совершенно не до смеха. А войны с неурожаями были и в глубокой древности, задолго до Средневековья.
Кстати, через 500-1000 лет нынешняя эпоха будет называться Средневековьем.
Вопрос в том, что можно изменить, а чего изменить нельзя. Если мы живём в "мире с объективными законами природы", то этих законов не изменишь. Если мы живём в матрице, то теоретически можно попытаться договориться с организаторами матрицы, чтобы они немного подправили настройки.
Кто-нибудь объяснит, каким образом, получив код от доставки Литрес, "злоумышленники смогут авторизоваться в личном кабинете вашего банка, на Госуслугах"? Если только подменяется СМС, но для этого необходимо соучастие оператора связи.
Обычно "тяп-ляп и быстро" делают исключительно из-за сроков, назначенных руководством, которому хочется "вот прям завтра поразить заказчика вот такой крутой функцией" (у получить от заказчика денежку). А результат фундаментальной работы (грамотно спроектированной БД, хорошо читаемого и документированного кода...) виден далеко не сразу, заказчика им не поразишь, так что всё это переносится "на потом, когда будет свободное время" (а его никогда не будет).