Город будущего там мало отличается от современного мегаполиса.
Интересно, получается мы уже живем в киберпанке. У меня есть компьютеры, мониторы, смартфоны, планшеты, умные дома, умные машины, только стал ли я от этого счастливее? Может наоборот это все гнетет и давит, вгоняет в депрессию? Что хорошего в жизни проведенной под искусственным светом монитора? Вроде технологии облегчают жизнь и делают все за меня, с другой стороны я становлюсь их рабом и живу для обеспечения их качественной и сытой жизни, ведь им нужны электричество, ремонт, интернет, апдейты, следить чтобы не сломались, вода не попала, дети не поломали и так далее. Вполне себе киберпанк IRL.
«1984» и «451 по фаренгейту» кстати вполне киберпанк, почему нет. Хотя обычно их считают антиутопиями. «Голодные игры» ближе к антиутопии и постапокалиптике. Остальное, к сожалению, не читал.
Киберпанк выглядит как поджанр антиутопии, с упором на крайнюю технологизированность всего вокруг.
Акира киберпанк больше по визуалам, графике города будущего.
Базовая идея киберпанка: будущее настало, а лучше не стало, если не еще хуже. Киборги, это опционально, хоть и похоже по звучанию. Мрачное тотально-технологизированное будущее, скорее так.
By the way, в манге у Тецуо есть механизированая рука взамен оторванной. А по городу носятся шарообразные роботы-полицейские с ИИ.
Еще понял спустя много лет, что монитор 24 дюйма менее комфортен, чем маленький 13-15, как у ноутбука. Хотя в сферопризматических очках была норм и за 24-дюймовым.
Вы удивитесь, GitHub тоже не мне принадлежит, как и программы для тестирования написаны не мной. Рейтинг я собирал для себя, для своих потребностей, после чего решил поделиться и посмотреть, кто что думает.
Вы правы, это очень важные параметры. Особенно рендер html.
С другой стороны. Страницы с контентом мало отличаются. Это просто размер передаваемого пакета. Важнее то, как быстро фреймворк проходит путь до формирования этого пакета. К тому же, на нагруженных проектах обычно кешируется все, что возможно, и в итоге большая часть запросов это просто роутинг + выдача из кеша.
С БД же отдельная тема, там скорость зависит от самой бд, типа этой бд, от индексов, настроек итд. Общение с БД обычно идет через универсальный драйвер вроде JDBC. Хотя влияние на скорость все равно будет, согласен.
Если вас это интересует, то вы можете создать форк, дополнить тесты и запустить их на своей машине.
От фреймворка в первую требуется в первую очередь быстрая отработка роутинга и выдача ответа. Остальное большей частью делается обычно на других библиотеках или средствами языка.
Сам сначала сомневался в данных замерах, с другой стороны все фреймворки проходят идентичные тесты на одной машине с одинаковыми замерами. Конкретная скорость тут это относительный параметр показывающих качество прохождения одинаковых тестов.
С кашей согласен, пока все в кучу. В будущем хочется добавить больше фреймворков и распределить уже по более узким нишам. Среди тяжелых mvc например нет высоких результатов и в этом общем рейтинге они пропадают вообще. Хотя вот интересно, что Django показывает в 2-3 раза лучшие результаты, чем все php-фреймворки.
У dpdk отличные результаты, которые сравнимы с указанными в рейтинге. К сожалению его нет на гитхабе, либо я не смог найти, поэтому конкретно в этот рейтинг он не попадает. Благодаря вам узнал про еще одно решение, спасибо.
Конечно забуксует, ведь в расте нет классов )
А так конечно совсем неубедительно. Перейти с раста на плюсы? Хмм, таких людей я еще не встречал.
В былые времена помню читали
Никлаус Вирт: Алгоритмы и структуры данных
Дональд Кнут: Искусство программирования, 4 тома
Интересно, как они теперь в сравнении с книгами из статьи.
Про килограмм пуха и килограмм свинца очень показательно вышло. Теперь на вопросы о ChatGPT побеждающем мир можно ответить одним скриншотом.
Первое не проблема.
Второй и третий решаются грамотным психотерапевтом (проверено).
Последнее уже редкость и тяжеляк, да.
Ой-ей, исправил. Изначально на английском писал, при переводе пропустил. Благодарю.
Сидят, короче, фины в сауне, смотрят на раскаленные камни, тут один и говорит: «Я тут вот что подумал...»
Интересно, получается мы уже живем в киберпанке. У меня есть компьютеры, мониторы, смартфоны, планшеты, умные дома, умные машины, только стал ли я от этого счастливее? Может наоборот это все гнетет и давит, вгоняет в депрессию? Что хорошего в жизни проведенной под искусственным светом монитора? Вроде технологии облегчают жизнь и делают все за меня, с другой стороны я становлюсь их рабом и живу для обеспечения их качественной и сытой жизни, ведь им нужны электричество, ремонт, интернет, апдейты, следить чтобы не сломались, вода не попала, дети не поломали и так далее. Вполне себе киберпанк IRL.
«1984» и «451 по фаренгейту» кстати вполне киберпанк, почему нет. Хотя обычно их считают антиутопиями.
«Голодные игры» ближе к антиутопии и постапокалиптике.
Остальное, к сожалению, не читал.
Киберпанк выглядит как поджанр антиутопии, с упором на крайнюю технологизированность всего вокруг.
Акира киберпанк больше по визуалам, графике города будущего.
Базовая идея киберпанка: будущее настало, а лучше не стало, если не еще хуже. Киборги, это опционально, хоть и похоже по звучанию. Мрачное тотально-технологизированное будущее, скорее так.
By the way, в манге у Тецуо есть механизированая рука взамен оторванной. А по городу носятся шарообразные роботы-полицейские с ИИ.
www.dr-erm.com/ochki-doctor-erm
dembsky.org/article/sferoprizmaticheskie-ochki-spo
Еще понял спустя много лет, что монитор 24 дюйма менее комфортен, чем маленький 13-15, как у ноутбука. Хотя в сферопризматических очках была норм и за 24-дюймовым.
С другой стороны. Страницы с контентом мало отличаются. Это просто размер передаваемого пакета. Важнее то, как быстро фреймворк проходит путь до формирования этого пакета. К тому же, на нагруженных проектах обычно кешируется все, что возможно, и в итоге большая часть запросов это просто роутинг + выдача из кеша.
С БД же отдельная тема, там скорость зависит от самой бд, типа этой бд, от индексов, настроек итд. Общение с БД обычно идет через универсальный драйвер вроде JDBC. Хотя влияние на скорость все равно будет, согласен.
Если вас это интересует, то вы можете создать форк, дополнить тесты и запустить их на своей машине.
hyperf не дотягивает по скорости
Сам сначала сомневался в данных замерах, с другой стороны все фреймворки проходят идентичные тесты на одной машине с одинаковыми замерами. Конкретная скорость тут это относительный параметр показывающих качество прохождения одинаковых тестов.