Это потому, что воспринимают компьютер примерно так же, как телефон, планшет или ноутбук, то есть такой чёрный ящик, изменять в котором что-то могут только всемогущие тыжпрограммисты. Вот как начали таким образом воспринимать, так и продолжают. Ситуация у меня почти аналогичная, разве что дети живут в том же городе, что и я и несколько младше Вашего сына.
То есть, по сути, это вопрос привычки. Я точно так же "по привычке" в школе считал до 8 знака после запятой, потому что так считал мой (а точнее, отцовский) МК-61, с которого и начались мои программистские "похождения". Ну вот запрещали в школе использовать калькулятор, а я демонстрировал, что и без него так могу посчитать. Причём, не сильно медленнее :).
Тоже вариант, но несколько более муторный, как мне кажется, чем при использовании счёт. Если за примером обращаться к походно-выживальческой теме, то можно и ножом ёлку на дрова свалить, особенно, если нож с учётом возможности такой операции подбирался, но топором или пилой всё-таки удобнее. В среде туристов и выживальщиков опцию "свалить ёлку ножом" рассматривают именно как способ на крайний случай, если что, а не как рекомендацию для постоянного использования.
Счёты бывают разными. Те же японские как раз очень компактные.
Счёты нужны для массированных операций сложения и вычитания, вот хотя бы для того же поиска среднего арифметического надо сначала произвести сложение большого количества чисел и только потом делить. Они не заменяют логарифмическую линейку, а дополняют её.
Каждому делу учиться надо. Можно обходиться без вилки, пользуясь только ложкой, и на оборот, но полный комплект как-то удобнее, правда же :).
Тогда проще иметь в дополнение к линейке обычные счёты - они-то как раз позволяют очень резво складывать и вычитать. С умножением, вроде, тоже неплохо, а вот делить там муторно, потому что обе операции получаются, по сути, калькой соответствующих операций "в столбик". В общем, эти инструменты слегка перекрывают функции друг друга и неплохо друг друга дополняют.
WinAPI я последний раз использовал лет 17 назад, так что уже и не помню. К тому же это был большой проект и с самой Windows на таком уровне сталкиваться приходилось редко.
С одной стороны, да, а с другой... Подключаем две библиотеки на C, в одной строка - signed char*, в другой unsigned char*, а код у нас на C++. Пример почти сочинил, потому что проект был на C, но с очень хорошей строковой библиотекой. И вот тут особо ничего не сделаешь. Хотя да, в проекте "что-то не то", просто видно, что именно "не то" - разнобой с типами символов/строк, только в конкретном случае ничего сделать нельзя.
А помните, были такие дискеты - 5,25" ёмкостью 360 Кб? Я помню. И даже пользовался такими в школе. И было прямо шиком отформатировать дискету на 720 Кб и чувствовать себя Властелином Вселенной. А сейчас такой объём вообще никто не учитывает, если речь не о микроконтроллерах. Да и там уже не всегда такой объём напрягает.
Как я понимаю, они пытаются выполнять весь цикл работ за один заход, а вот это как раз требует много техники в одном месте и много времени. А вот если дерево распилить, сложить на обочину или даже затащить в лес и дать возможность электрикам восстановить подачу электричества, главная проблема будет решена быстро, а потом можно будет не перенапрягаясь и не затягивая основные работы вывезти дрова с мест аварий. Может быть, местным же владельцам каминов и продать, если такое возможно по местным правилам. То есть, если рассматривать задачу не как одну, а как три (распил дерева, восстановление линии, вывоз дров), основная задача окажется выполнена быстро и без возмущений со стороны клиентов.
Можно было сделать в два этапа: сначала распилить упавшие деревья и восстановить подачу энергии, а потом спокойно вывозить куски стволов. Причём, подозреваю, эти же чурбаки можно было бы продать местным же в качестве дров для каминов - так и везти далеко не пришлось бы. Но последнее зависит от правил обращения с такими деревьями, а я их не знаю.
Подобное вижу периодически, но по другим поводам: просто смотрят на User-Agent, видят, что браузер не из списка и ругаются, хотя всё работает, если скрипт принудительно не мешает.
Что касается мощности компьютера, то мне его хватает, другое дело, что он сильно загружен. И вот то, что Firefox ровно в тех же условиях работает без тормозов, говорит не о недостаточной мощности компьютера, а о недостаточно квалификации разработчиков других браузеров. Я помню сообщения о том, как браузеры загоняли в заморозку компьютеры с топовыми процессорами, помню, как в какой-то момент нетбук на Atom N570 перестал нормально вытягивать браузер, хотя потом снова всё стало работать как надо. Железо имеет значение, но зачастую дело в кривом коде. Очень кривом коде.
Насколько я знаю, Web-RTC есть уже давно. И это было объективно. Ставил в виртуалку, выделил, как и запрашивалось, 4 Гб ОЗУ, во время поиска информации и скачивания дополнительного софта, пока не поставил Firefox, система вообще и Edge в частности тормозили до полного замирания системы. После установки Firefox и переключения на него, система несколько оттаяла и с браузером стало возможно работать. В обоих случаях никакие дополнительные расширения не ставились, речь шла только о начальной настройке ОС.
Собственно, аналогичная ситуация, только в обратную сторону, у меня случается на рабочей машине, когда приходится запускать Chromium. Я занимаюсь парсерами и иногда приходится использовать Selenium. Так вот, разница в производительности ощущается буквально пальцами: он не успевает реагировать и ощутимо тормозит. При том, что Firefox с кучей окон и вкладок, с установленными плагинами работает по-прежнему быстро.
То есть в обоих случаях браузеры запускаются в одних и тех же условиях - одни и те же ОС, одно и то же оборудование. Один тормозит, второй работает адекватно. Причём, эксперименты повторялись в различных ОС и на разном оборудовании.
Аппетиты - совсем не OK. Недавно пришлось заниматься установкой Windows и пока не поставил Firefox, использовал Edge. Работать было невозможно. После установки Firefox всё стало гораздо бодрее.
Это потому, что воспринимают компьютер примерно так же, как телефон, планшет или ноутбук, то есть такой чёрный ящик, изменять в котором что-то могут только всемогущие тыжпрограммисты. Вот как начали таким образом воспринимать, так и продолжают. Ситуация у меня почти аналогичная, разве что дети живут в том же городе, что и я и несколько младше Вашего сына.
То есть, по сути, это вопрос привычки. Я точно так же "по привычке" в школе считал до 8 знака после запятой, потому что так считал мой (а точнее, отцовский) МК-61, с которого и начались мои программистские "похождения". Ну вот запрещали в школе использовать калькулятор, а я демонстрировал, что и без него так могу посчитать. Причём, не сильно медленнее :).
Тоже вариант, но несколько более муторный, как мне кажется, чем при использовании счёт. Если за примером обращаться к походно-выживальческой теме, то можно и ножом ёлку на дрова свалить, особенно, если нож с учётом возможности такой операции подбирался, но топором или пилой всё-таки удобнее. В среде туристов и выживальщиков опцию "свалить ёлку ножом" рассматривают именно как способ на крайний случай, если что, а не как рекомендацию для постоянного использования.
Счёты бывают разными. Те же японские как раз очень компактные.
Счёты нужны для массированных операций сложения и вычитания, вот хотя бы для того же поиска среднего арифметического надо сначала произвести сложение большого количества чисел и только потом делить. Они не заменяют логарифмическую линейку, а дополняют её.
Каждому делу учиться надо. Можно обходиться без вилки, пользуясь только ложкой, и на оборот, но полный комплект как-то удобнее, правда же :).
Ну вот у меня большие сомнения на этот счёт. Я как-то разбирал подобный нетбук и места там было ну совсем мало. Проще не покупать такое убожество.
Тогда проще иметь в дополнение к линейке обычные счёты - они-то как раз позволяют очень резво складывать и вычитать. С умножением, вроде, тоже неплохо, а вот делить там муторно, потому что обе операции получаются, по сути, калькой соответствующих операций "в столбик". В общем, эти инструменты слегка перекрывают функции друг друга и неплохо друг друга дополняют.
WinAPI я последний раз использовал лет 17 назад, так что уже и не помню. К тому же это был большой проект и с самой Windows на таком уровне сталкиваться приходилось редко.
А по толщине он туда влезет, с учётом переходника?
Не почти, а мошенничество и есть.
С одной стороны, да, а с другой... Подключаем две библиотеки на C, в одной строка - signed char*, в другой unsigned char*, а код у нас на C++. Пример почти сочинил, потому что проект был на C, но с очень хорошей строковой библиотекой. И вот тут особо ничего не сделаешь. Хотя да, в проекте "что-то не то", просто видно, что именно "не то" - разнобой с типами символов/строк, только в конкретном случае ничего сделать нельзя.
Были дискеты на 8 дюймов, на 7 не было. Я дисководы под эти лопухи видел на производстве, но сам с ними не работал.
MS-DOS 6.22 - это уже, если не ошибаюсь, WinXP, так что порядок неправильный.
А помните, были такие дискеты - 5,25" ёмкостью 360 Кб? Я помню. И даже пользовался такими в школе. И было прямо шиком отформатировать дискету на 720 Кб и чувствовать себя Властелином Вселенной. А сейчас такой объём вообще никто не учитывает, если речь не о микроконтроллерах. Да и там уже не всегда такой объём напрягает.
Да Вы прямо дрессировщик! Раньше так животных дрессировали, а теперь и до операционных систем дело дошло.
Если бы знал о проблеме, пока она не была решена, возможно, так и сделал бы.
Как я понимаю, они пытаются выполнять весь цикл работ за один заход, а вот это как раз требует много техники в одном месте и много времени. А вот если дерево распилить, сложить на обочину или даже затащить в лес и дать возможность электрикам восстановить подачу электричества, главная проблема будет решена быстро, а потом можно будет не перенапрягаясь и не затягивая основные работы вывезти дрова с мест аварий. Может быть, местным же владельцам каминов и продать, если такое возможно по местным правилам. То есть, если рассматривать задачу не как одну, а как три (распил дерева, восстановление линии, вывоз дров), основная задача окажется выполнена быстро и без возмущений со стороны клиентов.
Можно было сделать в два этапа: сначала распилить упавшие деревья и восстановить подачу энергии, а потом спокойно вывозить куски стволов. Причём, подозреваю, эти же чурбаки можно было бы продать местным же в качестве дров для каминов - так и везти далеко не пришлось бы. Но последнее зависит от правил обращения с такими деревьями, а я их не знаю.
Подобное вижу периодически, но по другим поводам: просто смотрят на User-Agent, видят, что браузер не из списка и ругаются, хотя всё работает, если скрипт принудительно не мешает.
Что касается мощности компьютера, то мне его хватает, другое дело, что он сильно загружен. И вот то, что Firefox ровно в тех же условиях работает без тормозов, говорит не о недостаточной мощности компьютера, а о недостаточно квалификации разработчиков других браузеров. Я помню сообщения о том, как браузеры загоняли в заморозку компьютеры с топовыми процессорами, помню, как в какой-то момент нетбук на Atom N570 перестал нормально вытягивать браузер, хотя потом снова всё стало работать как надо. Железо имеет значение, но зачастую дело в кривом коде. Очень кривом коде.
Насколько я знаю, Web-RTC есть уже давно. И это было объективно. Ставил в виртуалку, выделил, как и запрашивалось, 4 Гб ОЗУ, во время поиска информации и скачивания дополнительного софта, пока не поставил Firefox, система вообще и Edge в частности тормозили до полного замирания системы. После установки Firefox и переключения на него, система несколько оттаяла и с браузером стало возможно работать. В обоих случаях никакие дополнительные расширения не ставились, речь шла только о начальной настройке ОС.
Собственно, аналогичная ситуация, только в обратную сторону, у меня случается на рабочей машине, когда приходится запускать Chromium. Я занимаюсь парсерами и иногда приходится использовать Selenium. Так вот, разница в производительности ощущается буквально пальцами: он не успевает реагировать и ощутимо тормозит. При том, что Firefox с кучей окон и вкладок, с установленными плагинами работает по-прежнему быстро.
То есть в обоих случаях браузеры запускаются в одних и тех же условиях - одни и те же ОС, одно и то же оборудование. Один тормозит, второй работает адекватно. Причём, эксперименты повторялись в различных ОС и на разном оборудовании.
Аппетиты - совсем не OK. Недавно пришлось заниматься установкой Windows и пока не поставил Firefox, использовал Edge. Работать было невозможно. После установки Firefox всё стало гораздо бодрее.