Как стать автором
Обновить
-2
0
Nikolas Lindemann @L-N

WEB Developer

Отправить сообщение
По моему мнению, это две крайности одной сущности.
Как по мне, зло — это использование статических вызовов вместо того, чтобы использовать возможности ООП, идеология Yii тому яркий пример.
Я понял ваш «откос», и тем самым хотел ответить, что если вам так важно с одного поезда перепрыгнуть на другой, каг бэ быть в тренде, то писать об этом вовсе не обязательно. ;)
Я считаю, что все и так прекрасно понимают о каких «приятный и неприятных» вещах имелось ввиду (сравнений на хабре, и на других сайтах — достаточно). Расписывать термины, и уж тем более отстаивать здесь свою позицию — нету никакого смысла, потому что это спровоцирует хэйт в комментариях, и популярность этой статьи.
Я всего лишь хотел сказать, что даже не питая особой симпатии к JS в целом (то есть мне все ровно что выбрать, React или Angular), я выбираю React, потому что с его помощью я страдаю меньше чем обычно.
Если показалось, то писать об этом вовсе не обязательно. ;)
Как бы мы все не любили гугловские сервисы, но React с его экосистемой намного приятнее и удобнее использовать, нежели Angular.
(p.s. это мнение того разработчика, который не питает особой симпатии к JS в целом, но считает ReactJS светлым лучом)
Платформа -> Архитектура -> Язык -> Интерпретатор -> Вкусы..., мб еще на атомы расщеплять будем???
Что имелось ввиду: PHP имеет (относительно) всем привычный C-подобный синтаксис и отличное ООП. Он создан конкретно для вэба, и в целом подходит для подавляющего большинства задач (серверная часть).
1. ООП в PHP — имеется ввиду относительно других интерпретаторов, нацеленных на вэб-разработку
2. Erlang имеет далеко не самый приятный стиль программирования (об «удобочитаемом» синтаксисе — я молчу), да и придуман он как раз для других задач
3. Есть вещи, которые уже устаканились временем:
— хочешь приложение для эпловской системы — используешь Swift
— хочешь приложение для виндовой системы — используешь C#
— хочешь приложение для вэба — используешь для клиента — JS, для сервера — PHP
— хочешь сделать что-то кроссплатформенное — используешь Java
В большинстве случаев — этого хватает с головой, если присутствуют специфические задачи, или «вкусы», вот только тогда, либо прибегают к использованию других ЯП, либо создают свой новый ЯП.

Относительно высосаных из пальца аргументов, есть такое понятие — брэнд(ы), они приходят и уходят (это я об ваших конкурентах, если что), остается лишь рабочее средство, проверенное временем. (сори за тавтологию).

В общем, мой посыл в том, что есть уже всем привычное ООП (java-like) c реально понятным С-подобным синтаксисом, которое работает и не приносит такой большой боли и страдания (относительно НЕ специфических задач и вкусов).
разумеется, но в данном контексте, я имел ввиду вэб (именно серверная часть)
По прежнему считаю PHP самым удачным и лучшим интерпретатором. Каноничный C-подобный синтаксис (без всяких вот этих ваших «удобочитаемых» ЯП), а так же максимально приближенное к реальности ООП.
Приблуда, которая «делает» процесс «проще» и «понятнее».
Писать и поддерживать серверную часть на JS — это нужно быть либо фанатом, либо упоротым.
Вы серьезно, чувак который кодит на C++/Java в жизни не посмотрит на интерпретаторы (разве что у него есть куча свободного времени, и он хотел бы еще что-то обуздать), Ruby не годится для этого, это даже не PHP, который имеет канонический C-подобный синтаксис, и максимально приближенное ООП к реальности.
ИМХО, начинать изучать программирование, и понимание ООП в целом, как раз нужно с компилируемых языков, а комбинация C++/Java будем лучшим вариантом для достижения этой цели.
Что общего у методов объекта Java и JavaScript? Пришедший из языка вроде Java скажет "." (точка, способ обращения к методу объекта).

Информация

В рейтинге
Не участвует
Откуда
Киев, Киевская обл., Украина
Дата рождения
Зарегистрирован
Активность