ИМХО, самая глубинная причина хорошести html-а кроется в особенностях человеческого зрения. Наш глаз не идеален и текст должен быть очень удобен для восприятия его им. Например, нельзя увеличить текст в два раза - нужно обязательно изменить его пропорции. К этому еще добавляется и неидеальность даже современных мониторов: буквы могут размыться, у них может появится цветной ореол, могут стать угловатыми и т.д.
Поэтому нельзя изначально знать, сколько места текст займет на экране, и все остальные элементы должны подстроиться под него только во время отрисовки. Было множество попыток упростить вывод на экран и отрисовать всё по координатам: java-аплеты, activeX-компоненты, silverlight... Разумеется, они сработали, т.к. игнорировали особенности человеческого зрения. Сейчас продвигаются Blazor и Flutter. Слышал, что flutter уже столкнулся с проблемой мутного текста, какие-то решения этого в нем есть, но насколько они полноценны мне пока не понятно.
Шардирование, как и секционирование нарушают идею реляционной базы данных. В результате теряется ссылочная целостность; нельзя просто sql-запросом получить все данные; появляется необходимость в распределенных транзакциях. Это сильно усложняет разработку, по сравнению с тем, что было в Oracle.
Единственное, можно делать readonly-реплики для горизонтального масштабирования. При этом архитектура системы практически не усложняется, но есть некоторые нюансы, такие как ограничение времени работы запросов и лаг в обновлении данных.
В целом, асинхронный подход (имхо) нужен только в двух случаях:
1) ваш язык не поддерживает многопоточность
2) вы слушаете более 10 тысяч сокетов одновременно
В остальных случаях асинхронность не дает преимуществ, а сложностей добавляет существенно. И в типовых веб-сервисах рабочие потоки в основном проводят время в ожидании ответа от базы данных или другого сервиса, поэтому вполне можно запускать до сотни потоков на ядро (ориентируясь на фактическую загрузку процессора).
Не важен формат пенсионной системы - всё равно, в конечном счёте, всё сводится к соотношению работающих и пенсионеров. Единственный вариант, как выше было сказано - автоматизация всего что только можно.
Отец в конце 90х использовал CorelDraw вместо AutoCAD-а при работе с заказчиками, т.к. первый позволял делать гораздо более красивые и наглядные "чертежи". В малом бизнесе это имеет большое значение. Ну, а Inkscape сейчас повторяет возможности CorelDraw. Из недостатков, помнится, с такого "чертежа" нельзя снимать размеры для производства - слишком большие погрешности. И окружности на больших радиусах превращались в многогранники.
Кроме вышеперечисленных (React Native, PhoneGap, Xamarin, Ionic. ) мне еще помнятся: Java-апплеты, ActiveX, Flash, Silverlite, GWT, Qt, Delphi (Firemonkey), Blazor.. Нужны очень серьезные аргументы, чтоб поверить в сказку о выгодности использования универсальной библиотеки. А Flutter-ом еще и Google-рулит, который с легкостью закрывает раскрученные продукты. Dart - тоже своеобразный язык. Очень бедная инфраструктура. Ну, никак сейчас Flutter в продакшен не встает (разумеется, ИМХО).
У меня ноут 10-ти летней давности и процессор загружен в среднем на 5%. Т.е. грузят процессор совершенно определенные алгоритмы и именно под них и нужно оптимизировать процессор. Например, в arm есть специальные сопроцессоры для обработки видео.
Похоже вы используете бибоиотеку не по назначению. Если вам просто нужно уменьшить траффик, то вам нужно включить сжатие траффика, которое предусмотрено в протоколе http. Оно будет на порядок эффективнее и не сильно нагрузит сервер (по своему опыту, но на nodejs)
А есть видео такой симуляции, где пятая планета выбрасывается, а четыре оставшиеся планеты отходят от Солнца и при этом у них сохраняются круговые траектории ?
На си и c++ можно использовать динамические библиотеки с функциями. На java динамически можно подгружать библиотеки классов. Можно ли динамически подгружать библиотеки классов в rust ?
У меня дома такие philips-ы валяются. Рабочие. Лет пять пользовался, потом наушники с микрофоном понадобились.
>> Почему HTML так хорош?
ИМХО, самая глубинная причина хорошести html-а кроется в особенностях человеческого зрения. Наш глаз не идеален и текст должен быть очень удобен для восприятия его им. Например, нельзя увеличить текст в два раза - нужно обязательно изменить его пропорции. К этому еще добавляется и неидеальность даже современных мониторов: буквы могут размыться, у них может появится цветной ореол, могут стать угловатыми и т.д.
Поэтому нельзя изначально знать, сколько места текст займет на экране, и все остальные элементы должны подстроиться под него только во время отрисовки. Было множество попыток упростить вывод на экран и отрисовать всё по координатам: java-аплеты, activeX-компоненты, silverlight... Разумеется, они сработали, т.к. игнорировали особенности человеческого зрения. Сейчас продвигаются Blazor и Flutter. Слышал, что flutter уже столкнулся с проблемой мутного текста, какие-то решения этого в нем есть, но насколько они полноценны мне пока не понятно.
Шардирование, как и секционирование нарушают идею реляционной базы данных. В результате теряется ссылочная целостность; нельзя просто sql-запросом получить все данные; появляется необходимость в распределенных транзакциях. Это сильно усложняет разработку, по сравнению с тем, что было в Oracle.
Единственное, можно делать readonly-реплики для горизонтального масштабирования. При этом архитектура системы практически не усложняется, но есть некоторые нюансы, такие как ограничение времени работы запросов и лаг в обновлении данных.
Почему мультимастер в Postgres актуален ? - даже Сбербанк начал использовать Oracle Real Application Cluster только в 2014-м году. И то, не совсем честный - узлы кластера имели свою специализацию: https://coolfinans.ru/news/perekhod_na_orac_kart_sberbanka/2014-12-10-129
Или PostgreSQL технически слабее Oracle из-за чего алгоритмические недостатки требуется компенсировать горизонтальным масштабированием.
В целом, асинхронный подход (имхо) нужен только в двух случаях:
1) ваш язык не поддерживает многопоточность
2) вы слушаете более 10 тысяч сокетов одновременно
В остальных случаях асинхронность не дает преимуществ, а сложностей добавляет существенно. И в типовых веб-сервисах рабочие потоки в основном проводят время в ожидании ответа от базы данных или другого сервиса, поэтому вполне можно запускать до сотни потоков на ядро (ориентируясь на фактическую загрузку процессора).
Не важен формат пенсионной системы - всё равно, в конечном счёте, всё сводится к соотношению работающих и пенсионеров. Единственный вариант, как выше было сказано - автоматизация всего что только можно.
Какова ориентировочная стоимость такого робота: 100тыс, 500тыс, 1млн.. ?
Отец в конце 90х использовал CorelDraw вместо AutoCAD-а при работе с заказчиками, т.к. первый позволял делать гораздо более красивые и наглядные "чертежи". В малом бизнесе это имеет большое значение. Ну, а Inkscape сейчас повторяет возможности CorelDraw. Из недостатков, помнится, с такого "чертежа" нельзя снимать размеры для производства - слишком большие погрешности. И окружности на больших радиусах превращались в многогранники.
Может, самое лучшее - это что-то типа Еxcel с VBA: там и алгоритмы можно, и интерфейс. И практический опыт работы с электронными таблицами.
Я настроил Punto switcher на левый ctrl. Это самый удобный вариант - переключать язык можно не двигая рукой - просто ладошкой надавливая.
Ха, в школе я делал педальку переключения языка из степлера, замыкая контакты lpt-порта.
Кроме вышеперечисленных (React Native, PhoneGap, Xamarin, Ionic. ) мне еще помнятся: Java-апплеты, ActiveX, Flash, Silverlite, GWT, Qt, Delphi (Firemonkey), Blazor.. Нужны очень серьезные аргументы, чтоб поверить в сказку о выгодности использования универсальной библиотеки. А Flutter-ом еще и Google-рулит, который с легкостью закрывает раскрученные продукты. Dart - тоже своеобразный язык. Очень бедная инфраструктура. Ну, никак сейчас Flutter в продакшен не встает (разумеется, ИМХО).
У меня ноут 10-ти летней давности и процессор загружен в среднем на 5%. Т.е. грузят процессор совершенно определенные алгоритмы и именно под них и нужно оптимизировать процессор. Например, в arm есть специальные сопроцессоры для обработки видео.
Так оберните typedef -ами и выиграете дважды:
Улчшете читаемость.
Наведете порядок в коде - за счет того что typedef обьявлен в одном месте в разы ускоряется компиляция и инкрементная компиляция.
Похоже вы используете бибоиотеку не по назначению. Если вам просто нужно уменьшить траффик, то вам нужно включить сжатие траффика, которое предусмотрено в протоколе http. Оно будет на порядок эффективнее и не сильно нагрузит сервер (по своему опыту, но на nodejs)
А есть видео такой симуляции, где пятая планета выбрасывается, а четыре оставшиеся планеты отходят от Солнца и при этом у них сохраняются круговые траектории ?
Неужели не нашли более лучшего слова для замены Master, чем Binary.. Не вижу никакой логической связи между этими словами
На си и c++ можно использовать динамические библиотеки с функциями. На java динамически можно подгружать библиотеки классов. Можно ли динамически подгружать библиотеки классов в rust ?
Подсветка обязательна - в полумраке без подсветки неудобно работать
Это вы о каком языке говорите ? Накинуть указатели на готовую структуру, вроде, только в Си возможно.