Да, в CI есть ActiveRecords, Entity, шаблонизатор, spark для команд и кодогенерации и другие основные сервисы современных бэкенд фреймворков. Но без монструозности "старших" братьев.
А вы уверены что человеку с простым сайтом нужны все эти ваши Entity и CRUD? Не знаю как Simfony, возьмите Hello world на Laravel и CodeIgniter4, сделайте ошибку и посмотрите стэк трейс У Laravel - около 40 вызовов функций (большая часть из них из библиотек Symfony) У CodeIgniter - 5 Используется по сути один сервис фреймворка (роутинг), и 40!!! вызовов
Посмотрите бенчмарки по производительности по PHP фреймворкам. CodeIgniter4 в топе Это прекрасный фреймворк, особенно для API
Вы не совсем правы. Во-первых коронавирус был признан форс-мажором указом мэра Москвы. Во-вторых в России финальная инстанция всегда - это суд. Сво и последующие санкции с точки зрения гражданского кодекса по смыслу являются форс-мажорными обстоятельствами. Так как Сименсу придется нарушать законодательство своей страны чтобы осуществлять контракт
АС Иркутской области указал, что действия непреодолимой силы – это явления, которые находятся вне контроля контрагента и которые препятствуют надлежащим образом выполнять требования действующего законодательства (решение от 08.09.2020 № А19-10548/2020).
Нужен был первый язык для обучения программированию в школах, на курсах, колледжах - несложный, более-менее консистентный, желательно интерпретируемый
С/С++ - слишком сложный Java - слишком серьезный JavaScript тогда был только в браузере Паскаль, Фортран, Бейсик уже морально устарели C# - проприетарный, копирование Java
Выбор остался PHP и Python. Повезло Питону (из этой пары - заслужено). В итоге куча людей начинала с него и знает только его, хотя его составляющая в реальных проектах, получается, субъективно завышена в статистике статьи
Пока что единственный прозвучавший обоснованный аргумент в пользу gql - он удобен на больших проектах
Чем? Тем, что там очень много вызовов, и фронтэндеры могут сразу реализовывать новые вызовы на затрудняя бэкэндеров, архитекторов и менеджеров, что на больших проектах скорей всего довольно заморочистая история.
Другими словами, gql отвязывает фронт от бэка на уровне разработки.
Но ведь это означает, что фронт напрямую работает с БД. Бэк - просто прослойка к базе, без бизнес логики. Транскриптор GQL в SQL.
Это правильно? Вопрос сложный. Но пока что всё, что я вижу - люди хотят работать с БД "напрямую". Как я написал выше, на моих проектах таких вызовов 20%-30%. И они прекрасно реализуются кастомно-шаблонно без подключения фейсбуковских сложных конструкций.
Ну я знаю таких
Кто-то бросил, кто-то новый ник сделал и сидит не сильно высовываясь
Это я о таких, которые писали технические статьи на десятки тысяч просмотров, а не просто в комментах срались
Диалоговое окно в виде отдельного компонента с телепортом, и composable для управления им - чем плох такой подход по сравнению с рассмотренными?
Какие именно вещи делаются Ларавеле часы, а на Phalcon/CI - дни? (Разница в порядок)
cmodel был в прошлой версии 5 лет назад
Да, в CI есть ActiveRecords, Entity, шаблонизатор, spark для команд и кодогенерации и другие основные сервисы современных бэкенд фреймворков. Но без монструозности "старших" братьев.
А вы уверены что человеку с простым сайтом нужны все эти ваши Entity и CRUD?
Не знаю как Simfony, возьмите Hello world на Laravel и CodeIgniter4, сделайте ошибку и посмотрите стэк трейс
У Laravel - около 40 вызовов функций (большая часть из них из библиотек Symfony)
У CodeIgniter - 5
Используется по сути один сервис фреймворка (роутинг), и 40!!! вызовов
Посмотрите бенчмарки по производительности по PHP фреймворкам. CodeIgniter4 в топе
Это прекрасный фреймворк, особенно для API
На самом деле вы просто выкинули описание схем из OpenAPI документации, заменили required на optional, выбросили пару параметров. Разве нет?
Если вам типизация не нужна, другим может понадобиться, и ваш язык превратится в диалект OpenAPI
Можете написать транслятор вашего языка в OpenAPi и обратно, кстати
Но ноутбуки не дешевеют
Где закона спроса/предложения?
Шрифты гугла надо сдублировать на сайт
И использовать Service worker с его кэшированием
Вообще, читать статью про оптимизацию web app без упоминания кэширования SW это какой-то нонсенс
Собирается. Просто мир сузился
Скажите, а куда деваются те MVP, которые вы делаете после того, как вы их сделали?
Самое главное, это CDN в Абхазии. Как же без Абхазии? Наверно у самого моря стоит сервер. Чтоб не перегревался.
В статье не сказано, кто выделил деньги
ChatGPT4, напиши код к твоему доступу, чтобы его нельзя было хакнуть через замену кук.
Вы не совсем правы. Во-первых коронавирус был признан форс-мажором указом мэра Москвы. Во-вторых в России финальная инстанция всегда - это суд. Сво и последующие санкции с точки зрения гражданского кодекса по смыслу являются форс-мажорными обстоятельствами. Так как Сименсу придется нарушать законодательство своей страны чтобы осуществлять контракт
СВО не форс мажор?
Сын шестиклассник, как раз проценты проходят с подобными задачами.
Оказывается уровень хабропостов - математика 6 класса
... Добавьте к нему произвольное число от 0 до 100
Нужен был первый язык для обучения программированию в школах, на курсах, колледжах - несложный, более-менее консистентный, желательно интерпретируемый
С/С++ - слишком сложный
Java - слишком серьезный
JavaScript тогда был только в браузере
Паскаль, Фортран, Бейсик уже морально устарели
C# - проприетарный, копирование Java
Выбор остался PHP и Python. Повезло Питону (из этой пары - заслужено). В итоге куча людей начинала с него и знает только его, хотя его составляющая в реальных проектах, получается, субъективно завышена в статистике статьи
Как-то так
Не понимаю в чем смысл вопроса "На каком языке вы программируете? (Full Stack)"
Что показывает эта статистика?
Я не понял как создавался рейтинг
Если давать возможность множественного выбора , то из JavaScript надо вычитать долю TypeScript. Одни и те же люди выбирали этот по сути один язык
Кроме того, фулстеки выбрали C# (первое место).
Это как?
А эти фулстеки сейчас здесь с нами, в этой комнате?
Пока что единственный прозвучавший обоснованный аргумент в пользу gql - он удобен на больших проектах
Чем? Тем, что там очень много вызовов, и фронтэндеры могут сразу реализовывать новые вызовы на затрудняя бэкэндеров, архитекторов и менеджеров, что на больших проектах скорей всего довольно заморочистая история.
Другими словами, gql отвязывает фронт от бэка на уровне разработки.
Но ведь это означает, что фронт напрямую работает с БД. Бэк - просто прослойка к базе, без бизнес логики. Транскриптор GQL в SQL.
Это правильно? Вопрос сложный. Но пока что всё, что я вижу - люди хотят работать с БД "напрямую". Как я написал выше, на моих проектах таких вызовов 20%-30%. И они прекрасно реализуются кастомно-шаблонно без подключения фейсбуковских сложных конструкций.