Ко всему вышесказанному, остаётся добавить вопрос, по чьим меркам дюралюминий это дорогой металл? В разных сплавах дюраль стоит от 240 рублей за килограмм. После этого сложно читать остальное.
А форма и внешний вид мне нравятся.
Из вики: Требования по теплоотводу (TDP) показывают не максимальное теоретическое тепловыделение процессора, а лишь требования к производительности системы охлаждения.
FPU stress test это не типичная нагрузка для процессора, поэтому давно не указывают максимальное потребление процессора. Он его почти никогда не достигает, кроме как в таких тестах, в которых нет ожидания памяти и вся работа только через кэш или даже просто регистры, т.е. никаких простоев, максимум нагрузки.
Чтобы получать энергию при термояде нужно затрачивать огромное кол-во энергии. Выключи подачу и реакция тут же остановится. Взрыв практически невозможен. Кроме того, там обычно крошечные кол-ва вещества.
Как только коренное население начинает бездельничать, сваливая работу на кого-то другого — лишь вопрос времени как быстро этот «кто-то» осознает, что ему не особо-то и нужны хозяева.
Так просто это не работает.
Пример Зимбабве не единственный:
До обретения независимости в 1980 году Зимбабве относилась к числу наиболее экономически развитых стран на африканском континенте. В настоящее время Зимбабве относится к числу наиболее бедных государств мира.
Бита = Мяч + 1,00
Бита + Мяч = 1,10
подставляем стоимость Биты в уравнение выше, получаем:
(Мяч + 1,00) + Мяч = 1,10 // скобки, чтобы понятнее было
Мяч + Мяч + 1,00 = 1,10
2*Мяч = 1,10 — 1,00
2*Мяч = 0,10
Мяч = 0,10 / 2
Мяч = 0,05
Бита = 0,05 + 1,00 = 1,05
Но если просто, то это сразу превращается в 2х + 1 = 1,10 и следом в х = 0,05
Но если вам мало стандартного, то что вам делать? Или купить 2 стандартных, а это уже много и дороже, что выгоднее для продавца. Или купить большой, что будет для вас оптимальным и для продавцп тоже выгодным.
У Intel не всё так радужно. Их будут теснить ARM чипы, как в настольном секторе, что уже ощущается, так и в серверном, на которой они только приходят. Когда ARM чипы научатся работать с большим кол-вом внешней памяти и с видеокартами AMD и Nvidia, тогда и настольный Windows для них появится, он уже есть. А эмуляцию в железе х86 вопрос краткого времени. При больших мощностях вполне будет универсально.
научились уже как-то эффективно бороться с прохождением двух плотно прижавшихся посетителей через один турникет?
Таких настолько мало, что эти доли процента не стоят того, чтобы о них заботиться, потому что большинство решений замедлит поток, что принесёт больше убытков(включая затраты на разработку и установку).
Конечно, но тут не HTML5 и JS виноваты, в том, что сайты потребляют много ресурсов. Это лишь инструменты. А для почты можно порекомендовать приложение-клиент.
Без JS? На каждый чих страницу перезагружали. Вы представьте карты, дубльгис или что-то подобное без JS. Чтобы вам тут ответить пришлось бы перезагружать страницу дважды.
Это не модно. Это выгодно. И пока удовлятворяет требованиям бизнеса, будет использоваться. А там, где нужно, чтобы работало быстро и надёжно, будут другие требования.
Ну PHP в версии 7, как раз обладает возможностями статической типизации и не компилируемый. Честно говоря, я не вижу преград в создании транслятора компилируемых языков. Те же С и С++ могут быть сконвертированы в кода на JS во многих случаях. И ещё и JS приблизился к скорости выполнения компилируемых.
О качестве.
if (a = b) сработает также хорошо, как и if ($a = $b). От этого защитит разве что статический анализатор или warning компилятора (если он умеет). А стат.анализаторы есть и для PHP.
Возможностей же выстрелить в ногу, что на С, что на С++ и других компилируемых предостаточно. И скриптовый язык может быть даже безопаснее, потому что он в редком случае завалит(?) систему, приложение же на компилируемом языке может вызвать «BSOD».
Я пришёл в PHP из мира С и С++ и понимаю, когда говорят о качестве компилируемых. Банально, их изучение даёт больше понимания того, как работает железо, на котором всё это исполняется. Но на PHP тоже можно писать очень качественный код, особенно обзаведясь типизацией.
Я вот слышал, что браузеры собираются сутки. Но это к слову.
Для примера, если вы почитаете интервью с разработчиками Facebook, то они как раз и упоминали большую скорость разработки, когда мотивировали отказ от других языков.
P.S. даже если проект будет собираться 1-2 минуты, это уже долго, потому что таких минут для всей команды будет набираться на полчаса-час в день на разработчика, а в переводе на суммарные затраты времени будет очень большим.
P.P.S. Да и зачем компилирование? Скорость скриптовых языков достаточно велика. Качество кода? С новыми версиями PHP можно писать надёжнее. А если будут весомые аргументы, то и сейчас есть компилируемые языки, которые можно использовать. Тот же Nginx не на PHP написан.
А форма и внешний вид мне нравятся.
FPU stress test это не типичная нагрузка для процессора, поэтому давно не указывают максимальное потребление процессора. Он его почти никогда не достигает, кроме как в таких тестах, в которых нет ожидания памяти и вся работа только через кэш или даже просто регистры, т.е. никаких простоев, максимум нагрузки.
Пример Зимбабве не единственный:
До обретения независимости в 1980 году Зимбабве относилась к числу наиболее экономически развитых стран на африканском континенте. В настоящее время Зимбабве относится к числу наиболее бедных государств мира.
Хорошая программная эмуляция х86 для ARM уже есть.
Бита + Мяч = 1,10
подставляем стоимость Биты в уравнение выше, получаем:
(Мяч + 1,00) + Мяч = 1,10 // скобки, чтобы понятнее было
Мяч + Мяч + 1,00 = 1,10
2*Мяч = 1,10 — 1,00
2*Мяч = 0,10
Мяч = 0,10 / 2
Мяч = 0,05
Бита = 0,05 + 1,00 = 1,05
Но если просто, то это сразу превращается в 2х + 1 = 1,10 и следом в х = 0,05
О качестве.
if (a = b) сработает также хорошо, как и if ($a = $b). От этого защитит разве что статический анализатор или warning компилятора (если он умеет). А стат.анализаторы есть и для PHP.
Возможностей же выстрелить в ногу, что на С, что на С++ и других компилируемых предостаточно. И скриптовый язык может быть даже безопаснее, потому что он в редком случае завалит(?) систему, приложение же на компилируемом языке может вызвать «BSOD».
Я пришёл в PHP из мира С и С++ и понимаю, когда говорят о качестве компилируемых. Банально, их изучение даёт больше понимания того, как работает железо, на котором всё это исполняется. Но на PHP тоже можно писать очень качественный код, особенно обзаведясь типизацией.
Для примера, если вы почитаете интервью с разработчиками Facebook, то они как раз и упоминали большую скорость разработки, когда мотивировали отказ от других языков.
P.S. даже если проект будет собираться 1-2 минуты, это уже долго, потому что таких минут для всей команды будет набираться на полчаса-час в день на разработчика, а в переводе на суммарные затраты времени будет очень большим.
P.P.S. Да и зачем компилирование? Скорость скриптовых языков достаточно велика. Качество кода? С новыми версиями PHP можно писать надёжнее. А если будут весомые аргументы, то и сейчас есть компилируемые языки, которые можно использовать. Тот же Nginx не на PHP написан.