Можете, конечно, но опять же, только добровольно обеими сторонами. Если X не хочет подписывать контракт на других условиях, кто вы такой чтобы его принуждать к этому? Нравится, покупаешь, не нравится — не покупаешь, в этом и суть рыночных отношений, притом с обеих сторон.
А чем плохи Taylor в этой ситуации? Разработать и массово выпустить промышленную машину для мороженого, настолько хорошую что макдак раскупает её десятками тысяч, создать сеть дистрибуции и обслуживания. Мне кажется, Taylor в своём праве зарабатывать на ней, покуда соглашения между Taylor и покупателями машины добровольные и рыночные.
У производителя (правообладателя) пропала способность распоряжаться протоколом на своё усмотрение. В данном случае производитель хочет распоряжаться протоколом эксклюзивно (имеет право!), но это его право нарушается какими-то ребятами с улицы.
Недоволен был только Taylor, который разработал машину, наладил производство, построил гигантскую сеть дистрибуции и обслуживания, и внезапно обнаружил, что прибыль, на которую он рассчитывал, утекает куда-то мимо.
по сравнению с другими популярными решениями для работы с БД семейства SQL, такими как Sequelize или TypeORM, Prisma выглядит более привлекательно
Что-то я вообще не увидел никакой разницы. Где же обещаная «новая парадигма объектно-реляционного отображения»? Такой же ORM как и все эти 20 лет подряд, только плюс ещё один DSL, чтобы сложность чуть-чуть повысить. Может какие-то новые долгожданные фичи если не написаны, то хотя бы запланированы? Ну там типы-суммы, или семантика владения записями, или какой-нибудь хороший генератор запросов с оптимизатором. Можно встроить в ORM управление доступом к записям, это всем всегда нужно. Встроенное версионирование данных и схемы, оптимистичные и пессимистичные блокировки, слияные конкурентных изменений, рефлексия схемы, столько всего приходится на бекенде велосипедить из проекта в проект. Может быть в «новой парадигме» есть место для транслятора из js в sql чтобы бизнес-логику писать не в базе, а исполнять в базе? Ну просто сколько можно переписывать SELECT * FROM a JOIN b снова и снова.
Воспитательница в детском саду спрашивает: «Дети, в какой стране самые красивые игрушки?» Дети (хором): «В Советском Союзе!» Воспитательница «А в какой стране самые нарядные детские одежды?» Дети (хором): «В Советском Союзе!» Воспитательница: «А в какой стране самое счастливое детство?» Дети (хором): «В Советском Союзе!» Вдруг Вовочка заревел. Воспитательница: «Вовочка, почему ты плачешь?» Вовочка (сквозь слезы): «Хочу жить в Советском Союзе!»
непонятно, почему это развитие — какая-то по сути мимикрия под другие языки
Странно что непонятно, это же буквально вся история php от самого истока. Сначала php писали сишники, они сделали strtok, strrchr и остальные привычные сишникам штуки. И неймспейсы сделали как сишники, через подчёркивание. Потом заметили что в перле удобнее, и сделали http_get_vars как в перле, и ООП сделали как в перле, на хеш-таблицах. Потом весь мир массово ушёл в ООП, и джава была его путеводной звездой. Сделали ООП как в джаве, с public/protected/private и __constructor, и даже с неймспейсами, хотя неймспейсы уже были на подчёркиваниях. Наверняка ещё что-то из джавы, но я не очень её знаю. Потом гугл сделал v8 и весь мир начал писать на джаваскрипте, и стало понятно что в php срочно нужны замыкания, даже несмотря на то что весь IO уже блокирующий. Теперь весь мир понял что без типов мы делаем не здания а пластилиновые домики, и в php тоже решили завозить типы. Но поскольку компайл-тайма в php нет, то «типы» приходится проверять в рантайме. Ну по перформансу сильно не ударили, потому что его и так никогда не было.
И так происходит вся история php, не понимаю вашего удивления появлению сопрограмм.
Ну ничоси, 15% это очень даже ощутимо. Представь, что тебе могли бы платить на 15% больше, но не платят пока у менеджмента не дошли руки оптимизировать твои документы. И ты получаешь меньше, но не радикально.
Сам грешу подобным. Непрошенный совет, насверли отверстий, вставь туда отрезки медной проволоки, и к ним припаивай провода, иначе они быстро подёргают дорожки с платы.
По-моему идея нежизнеспособна. PHP любят не за какие-то его классные фишки (кстати, какие?) а как раз за его обратную совместимость. На нём работает всё то же, что работало и 10 лет назад и 20, только ворнинги выключить. Почти как джава, только классов поменьше, а строк побольше. И вот на этом пункте «PHP 10 — end of life для legacy расширения» бизнес скажет, что не будет тратить деньги на удовлетворение эстетических потребностей программистов, а во многих случаях и вовсе не имеет такой возможности, и старый код будет поддерживать на старой ветке сколько получится, а новый писать на чём-то без таких сюрпризов, и ещё и на серверах сэкономит.
Качество кода очень низкое. Я понимаю что программы бывают разные, и если программа достигает поставленных целей, то всё хорошо. Я только не понимаю зачем компании ITSOFT такой контент на хабре.
пива нетмороженого в макдаке нет.Что-то я вообще не увидел никакой разницы. Где же обещаная «новая парадигма объектно-реляционного отображения»? Такой же ORM как и все эти 20 лет подряд, только плюс ещё один DSL, чтобы сложность чуть-чуть повысить. Может какие-то новые долгожданные фичи если не написаны, то хотя бы запланированы? Ну там типы-суммы, или семантика владения записями, или какой-нибудь хороший генератор запросов с оптимизатором. Можно встроить в ORM управление доступом к записям, это всем всегда нужно. Встроенное версионирование данных и схемы, оптимистичные и пессимистичные блокировки, слияные конкурентных изменений, рефлексия схемы, столько всего приходится на бекенде велосипедить из проекта в проект. Может быть в «новой парадигме» есть место для транслятора из js в sql чтобы бизнес-логику писать не в базе, а исполнять в базе? Ну просто сколько можно переписывать SELECT * FROM a JOIN b снова и снова.
Странно что непонятно, это же буквально вся история php от самого истока. Сначала php писали сишники, они сделали strtok, strrchr и остальные привычные сишникам штуки. И неймспейсы сделали как сишники, через подчёркивание. Потом заметили что в перле удобнее, и сделали http_get_vars как в перле, и ООП сделали как в перле, на хеш-таблицах. Потом весь мир массово ушёл в ООП, и джава была его путеводной звездой. Сделали ООП как в джаве, с public/protected/private и __constructor, и даже с неймспейсами, хотя неймспейсы уже были на подчёркиваниях. Наверняка ещё что-то из джавы, но я не очень её знаю. Потом гугл сделал v8 и весь мир начал писать на джаваскрипте, и стало понятно что в php срочно нужны замыкания, даже несмотря на то что весь IO уже блокирующий. Теперь весь мир понял что без типов мы делаем не здания а пластилиновые домики, и в php тоже решили завозить типы. Но поскольку компайл-тайма в php нет, то «типы» приходится проверять в рантайме. Ну по перформансу сильно не ударили, потому что его и так никогда не было.
И так происходит вся история php, не понимаю вашего удивления появлению сопрограмм.
Как вы быстро весь фронт-енд отправили в подмастерья одним предложением. Но спорить с этим трудно.