Отвечу всё таки.
Ты делаешь утверждение, что 90% Похапэшников в СНГ, не могут совладать с ООП.
1. Какое сообщество программистов? Ты четко указал, что мы говорим о СНГ. И что в СНГ 90% похапэшников, не могут в ООП.
2. Выходя из пункта 1, ты не следишь, за тем что пишешь.
3. Довод, что я не пишу тут статьи, просто смешон.
Прошу не пиши мне больше, я общаюсь с адекватными людьми.
Спасибо.
А еще не будете решать за сообщество, которое почему-то внезапно в большинстве своем использует ООП — наверное не просто так, м?
Мне сложно общаться с людьми, которые меняют свое мнение на лету.
Ты уж определись, либо 90% не могут совладать с ООП, либо сообщество только ООП использует. А то, я тебя не понимаю.
И не надо ванговать, что и кто лучше знает, я тут своими знаниями не делился.
Я сказал почему почему Зепта не подходит.
Как по мне, jQuery с головой хватает в 90% случаев. А проблемы якобы большого размера jQuery, это проблемы негров.
Единственный минус всех свистоперделок — производительность. Никто бы и критиковать не подумал бы, как не думают критиковать клавиатуру что она медленно «выдает» буквы.
Насчет скорости тут как. Чтобы она стала играть роль, надо чтобы именно фреймворк стал узким горлышком.
Зачастую узкое горлышко в других аспектах.
Какая разница мне, если фреймворк тормозит при миллионе пользователей, если у меня на сайте в день 100 человек?
Напомню, что фреймворк, это набор инструменты для разработки и не более.
Все PHP-фреймворки общего назначения — отстой!
Расмус Лердорф
А я скажу, что Расмус Лердорф отстой, раз такое заявляет.
Компании сталкиваются с тем, что фреймворки общего назначения плохо помогают решать конкретные задачи, к тому же очень медленно работают. Фреймворки невозможно масштабировать, и многие компании пытаются выдрать из них куски в отчаянной надежде заставить работать то, что изначально не требовалось.
Компании с этим сталкиваются и с использованием других инструментов.
Мне к примеру фреймворки очень хорошо помогают решать конкретные задачи.
А про скорость это просто смешно. Ну да PHP работает медленно сам по себе(относительно других ЯП(что опять отдельная тема для дискуссии)), но если на сайт и так заходят 2 человека, то кто скажет где узкое горлышко? В РНР? Сомневаюсь. Его сил на 2 пользователей хватает с головой.
Масштабирование? А это проблема абсолютно всех проектов. Нам конечно рассказывают сказки про крутые масштабируемые системы, но зачастую это откровенное вранье. Всегда находятся нюансы о которых ты просто не знал в начале проекта, которые в итоге твою масштабируемость убивают. Начинаешь писать костыли(если нет времени) или переписывать очень многое(если время позволяет).
Не бывает простых методов масштабируемости. Увы и ах.
Ты делаешь утверждение, что 90% Похапэшников в СНГ, не могут совладать с ООП.
1. Какое сообщество программистов? Ты четко указал, что мы говорим о СНГ. И что в СНГ 90% похапэшников, не могут в ООП.
2. Выходя из пункта 1, ты не следишь, за тем что пишешь.
3. Довод, что я не пишу тут статьи, просто смешон.
Прошу не пиши мне больше, я общаюсь с адекватными людьми.
Спасибо.
А еще не будете решать за сообщество, которое почему-то внезапно в большинстве своем использует ООП — наверное не просто так, м?
Мне сложно общаться с людьми, которые меняют свое мнение на лету.
Ты уж определись, либо 90% не могут совладать с ООП, либо сообщество только ООП использует. А то, я тебя не понимаю.
И не надо ванговать, что и кто лучше знает, я тут своими знаниями не делился.
90% PHP-программистов пост-советского пространства и с ООП совладать не в силе…
В 90% ваш ООП не нужен.
Взяли за идею, мол ООП корова, которая спасет мир. Но это не так.
Как по мне, jQuery с головой хватает в 90% случаев. А проблемы якобы большого размера jQuery, это проблемы негров.
Надеюсь дожить до коллективного разума.
Насчет скорости тут как. Чтобы она стала играть роль, надо чтобы именно фреймворк стал узким горлышком.
Зачастую узкое горлышко в других аспектах.
Какая разница мне, если фреймворк тормозит при миллионе пользователей, если у меня на сайте в день 100 человек?
Напомню, что фреймворк, это набор инструменты для разработки и не более.
А я скажу, что Расмус Лердорф отстой, раз такое заявляет.
Компании с этим сталкиваются и с использованием других инструментов.
Мне к примеру фреймворки очень хорошо помогают решать конкретные задачи.
А про скорость это просто смешно. Ну да PHP работает медленно сам по себе(относительно других ЯП(что опять отдельная тема для дискуссии)), но если на сайт и так заходят 2 человека, то кто скажет где узкое горлышко? В РНР? Сомневаюсь. Его сил на 2 пользователей хватает с головой.
Масштабирование? А это проблема абсолютно всех проектов. Нам конечно рассказывают сказки про крутые масштабируемые системы, но зачастую это откровенное вранье. Всегда находятся нюансы о которых ты просто не знал в начале проекта, которые в итоге твою масштабируемость убивают. Начинаешь писать костыли(если нет времени) или переписывать очень многое(если время позволяет).
Не бывает простых методов масштабируемости. Увы и ах.
Вообще статья ОЧЕНЬ спорная.