Сергей Литвинов

Для IDE и других людей, которые будут читать код

не могу найти ошибку

Условие в while...

int y = n/2;
... 
&& (y > (n-1))

всегда false.
т.к. (n / 2) <= (n - 1)


https://rextester.com/CQOHTE74063

Опять 25. Я уже, наверное, в сотый раз пишу, что на фрилансе шансов нет, если не дорос в офисе до мидла. Студент должен открыть hh.ru, поискать вакансии программистов в своё городе, а потом изучать то, что для них требуется.

Статическая типизация

JDBC - это стандарт доступа к базам данных, JPA - это стандарт персистентности, Hibernate - это реализующий его ORM, Spring Data - это механизм организации репозиториев, а репозиторий - это абстракция, лежащая на уровень выше ORM. То есть Spring Data использует Hibernate, а Hibernate использует JDBC.

Это либо мощь, либо проклятье php, но в нем если нельзя, но очень хочется, то можно

<?php

class PrivateClass
{
    private function privateMethod()
    {
        return 'никогда так не делайте';
    }
}
$object = new PrivateClass();
$reflector = new ReflectionObject($object);
$method = $reflector->getMethod('privateMethod');
$method->setAccessible(true);
echo $method->invoke($object);

1) Zend умер - работа на нем еще есть, но это либо системы, которые переписывают на Symfony, либо системы, которые уже нет смысла переписывать на Symfony и их просто поддерживают. В любом случае вкладывать время в него сейчас уже не стоит.

2) Symfony - живее всех живых. Но нужно понимать, что Symfony юзается сейчас в самых "больших и тяжелых" проектах на PHP (поэтому число вакансий на него относительно небольшое, ибо больших проектов само по себе не так много). С точки зрения найти работу и лутать бабло на уровне Java разработчика - изи, если есть мозги. Постоянно лутать на нем фриланс заказы...я бы сказал, что Laravel в этом плане как-то чаще видишь.

3) На Java фриланса нет (если мы говорим про бизнес-бек, а не андроид разработку).

P.s. YII фреймворк кстати тоже сейчас не очень себя чувствует. Готовят новую версию, которая сломает обратную совместимость с прошлыми и версиями, и с большой вероятностью, это окончательно добьет его.

P.s.s. Если нужен PHP и нужен именно фреймворк, то выбор сейчас Symfony (для больших проектов) vs Laravel (для стартап проектов).

P.s.s.s. Я в свое время писал проекты на Django и немного на Java Spring, когда увидел Symfony, прямо как в домашние тапочки в него вошел - все было знакомо и понятно.

Вопрос, как всегда, поставлен жутко неграмотно, так сказать, по деревенски: без какого бы то ни было видения перспективы, хотя бы на 5 лет вперёд.

Изучать какой-либо современный фреймворк ради *карьеры* - несусветная глупость. 5 лет назад ларавеля не было, а симфони и зенд были в таком виде, что мы бы сейчас обплевались. При том что различия между современными версиями довольно минимальны.

Это, я не знаю, как спросить "хочу быть столяром, какую отвёртку мне изучать, крестовую или шлицевую?".

Изучать, ради карьеры, надо столярное ремесло целиком. В данном случае - программирование. Принципы, на которых устроены фреймворки. Одного этого хватит на те же лет 5. Зато потом не будет проблемы адаптироваться к неизбежным изменениям.

А если считать пределом мечтаний клепание говносайтов на некоем идеальном фреймворке на все времена, то может так случиться, что через 5 лет к условным "ларавельщикам" будут относиться так же, как сейчас к вордпрессникам.

И кстати для изучения принципов симфони подходит лучше

Да - и конечно же, все ответы туда же.
Один решил меряться количеством скачиваний. Ну если судить по такому критерию, то все перечисленное - букашки, которые копошатся под подошвами Вордпресса, с его присными темами и плагинами.

Да, и самое главное я тоже забыл сказать. Коллега xfg в самую точку написал в комментарии:

Фреймоворк - это на самом деле тонюсенькая прослойка над приложением. Это, по сути, система подай-принеси, принять запрос с фронта и отправить ответ. А что именно будет в ответе - решает не фреймворк, он здесь уже не при делах.

Очень на эту тему прочищают мозги доклады и видео Дмитрия Елисеева. У него на сайте как раз появился доклад с PHP Russia 2019, который я горячо рекомендую.

На ту же тему был и доклад Томаша Вотрубы, кстати. Что фреймворки, по сути, можно менять как перчатки, при желании. И у него есть даже инструмент для этого. Но в данном случае речь не об инструменте а о том, что фреймворк- далеко не главная часть приложения, и упираться в изучение фреймворков это все равно что в изучение отверток.

В этом и проблема что всем рассказывают про ООП используя "эти три принципа" хотя суть в другом - в том что ооп это программирование Обьектами которые обмениваются сообщениями и используют друг друга для выполнения задач. И только после этого людям надо рассказывать про "эти три принципа"!

Что бы объяснить суть чего либо нужно ответить на 3 вопроса:
- Что он делает?
- Как он это делает?
- Для чего это нужно?