Ну к примеру Python явно не ЫНТЫРПРАЙЗ, но на нём можно писать ещё быстрее чем на PHP (банально строк меньше выходит :) ). Это я к тому, что с java/C# не только PHP сражается но и Python,Ruby,JavaScript и теперь Go.
Давайте посмотрим в интернете, какие проекты все-таки используют PHP:
И выбрали его т.к. на тот момент особо не было альтернативы.
Много критики в адрес PHP основано на вещах, которых не было в языке, когда критикующий в последний раз на него смотрел — в начале нулевых.
Увы, проекты которые написаны на PHP образца нулевых, всё ещё встречаются и осложняют жизнь. А так, сейчас конечно к самому PHP претензий гораздо меньше.
Подскажите как обстоят дела в PHP с написанием долго живущих демонов и асинхронных веб приложений?
Большая часть проблемы — не хардваная, а софтовая — это синхронизация экслюзивного доступа к ресурсу — странице памяти. Эту проблему мы и решали.
Это ИМХО и есть хардварная проблема, мы просто придумали как меньше синхронизироваться т.е. трогать эту проблему. khizmax отличный цикл статей написал, всем советую для понимания.
В целом согласен и я даже об этом активно думаю. Но для справедливости кастомные ноды для экзекьютера это вполне штатный метод хотя в нём всё же много ограничений.
Но это дополнительная нагрузка на программиста. Проще будет писать:
Как то не поворачивается язык назвать «упрощением», не очевидное решение, сохраняющее всего 3 символа в строке.
К слову (*fooPtr).Bar() всё же сработает или свалится в ошибку?
Обычно начальник увеличивает себе ЗП на 100$ и платит со своей личной карточки.
Как правило это гораздо безопаснее, дешевле и т.д. хоть и не очень красиво/чисто.
Простота реализации это чётко сформулированная позиция как в самом языке, так и в библиотеках, и этот явный приоритет простоты над логичностью вшит в язык.
Простите, но я не понимаю. Как может быть простой вещь которая не логична!? Логичность это и есть составная часть простоты.
OpenGL это вообще ни разу не Vulkan.
OpenGL это некая стейт машина работа которой сильно отличается от пейплана рендринга на современных GPU.
Vulkan же это то как работают сейчас GPU, от части это вывернутый на изнанку драйвер GPU, даже интермедейт зафиксировали (SPIRV).
Ну т.е. их сравнивать бессмысленно… так же как сейчас UT4 и OpenGL.
Затем выступит Дмитрий Кремер, МИА «Россия сегодня» (РИА Новости). Тема его доклада — «Построение новостного web-приложения на базе PostgreSQL».
Как интересно т.к. в RT я сайт испанской редакции делал именно на Postgres, а товарищи из других редакций сидели на MySQL/Mongo.
Правда в тот момент мы мало представляли, что происходит у РИА…
Многие продукты все еще полагаются на реляционную базу данных… Подобное «решение» в конечном итоге приведет к увеличению расходов на транзакции и большему урону в случае сбоя по мере роста компании.
А ничего так, что в не реалицонных БД с этими транзакциями всё совсем плохо? Как вы будете сохранять консистентность? А CAP теорема?
Короче trade-off. Чудес не бывает, либо вам надёжно (с гарантиями) и медленно или вам быстро и ненадёжно (без гарантий). И да масштабирование в ширь оно так же происходит с потерями т.е. это не silver bullet.
И выбрали его т.к. на тот момент особо не было альтернативы.
Увы, проекты которые написаны на PHP образца нулевых, всё ещё встречаются и осложняют жизнь. А так, сейчас конечно к самому PHP претензий гораздо меньше.
Подскажите как обстоят дела в PHP с написанием долго живущих демонов и асинхронных веб приложений?
Это ИМХО и есть хардварная проблема, мы просто придумали как меньше синхронизироваться т.е. трогать эту проблему.
khizmax отличный цикл статей написал, всем советую для понимания.
Как то не поворачивается язык назвать «упрощением», не очевидное решение, сохраняющее всего 3 символа в строке.
К слову (*fooPtr).Bar() всё же сработает или свалится в ошибку?
Как правило это гораздо безопаснее, дешевле и т.д. хоть и не очень красиво/чисто.
Простите, но я не понимаю. Как может быть простой вещь которая не логична!? Логичность это и есть составная часть простоты.
OpenGL это некая стейт машина работа которой сильно отличается от пейплана рендринга на современных GPU.
Vulkan же это то как работают сейчас GPU, от части это вывернутый на изнанку драйвер GPU, даже интермедейт зафиксировали (SPIRV).
Ну т.е. их сравнивать бессмысленно… так же как сейчас UT4 и OpenGL.
Как интересно т.к. в RT я сайт испанской редакции делал именно на Postgres, а товарищи из других редакций сидели на MySQL/Mongo.
Правда в тот момент мы мало представляли, что происходит у РИА…
А ничего так, что в не реалицонных БД с этими транзакциями всё совсем плохо? Как вы будете сохранять консистентность? А CAP теорема?
Короче trade-off. Чудес не бывает, либо вам надёжно (с гарантиями) и медленно или вам быстро и ненадёжно (без гарантий). И да масштабирование в ширь оно так же происходит с потерями т.е. это не silver bullet.
Очень сильное утверждение. Мне кажется тот же Python повлиял не меньше и у него не течёт память… :)