нет ну вроде можно nullable добавить и будет ок

а ты откуда? epam вроде же есть, как раз подходит под твое описание. И учат на халяву и работать берут )

В корпорации вроде не нужен laravel. Там бек на дотнете с питоном в перемешку со всякой экзотикой.

сказывается влияние симфони )

в чем там ее влияние?

в том, что вещи, которые можно объяснить двумя простыми словами, они преподносят, как что-то убер сложное и дикое

ну там много всего.

Ну конкретно по epam. Никогда не видел вакансий по php. У яндекса появился кинопоиск, вроде там есть вакансии врядли там лара, тк кинопоиск древний ресурс). В рамблере слышал - симфони. Если есть в рф корпорации использующие ларавел, отпишите в чатик, самому интересно)

Ну конкретно по epam. Никогда не видел вакансий по php. У яндекса появился кинопоиск, вроде там есть вакансии врядли там лара, тк кинопоиск древний ресурс). В рамблере слышал - симфони. Если есть в рф корпорации использующие ларавел, отпишите в чатик, самому интересно)

Ну конкретно по epam. Никогда не видел вакансий по php. У яндекса появился кинопоиск, вроде там есть вакансии врядли там лара, тк кинопоиск древний ресурс). В рамблере слышал - симфони. Если есть в рф корпорации использующие ларавел, отпишите в чатик, самому интересно)

Ну конкретно по epam. Никогда не видел вакансий по php. У яндекса появился кинопоиск, вроде там есть вакансии врядли там лара, тк кинопоиск древний ресурс). В рамблере слышал - симфони. Если есть в рф корпорации использующие ларавел, отпишите в чатик, самому интересно)

Я обожаю этот фреймворк. Он реально классный

ну а что конкретно ты вот прям обожаешь что нельзя без него сделать

Можно и на бинарном коде писать программы, но зачем? Я например привык к eloquent. Можно писать нативный sql, но проще прописать релейшены в моделях. Ну это просто как пример.

Можно и на бинарном коде писать программы, но зачем? Я например привык к eloquent. Можно писать нативный sql, но проще прописать релейшены в моделях. Ну это просто как пример.

плохая идея привязываться к фреймворку, лучше изучать техники. Ну конечно функционал фреймворка тоже надо знать хорошо

фреймворк помимо компонентов это еще и идеология. пишут потом такие (те кто прыгает с фрейма на фрейм) всякую фигню. понятно что нужно изучать основы, и сами архитектурные приемы \ техники понимать, а потом уже фреймворк, но и фреймворк надо учить. не так проста миграция между фреймворками как многие выставляют

https://www.ripstech.com/php-security-calendar-2017/ Если кто не видел еще

фреймворк помимо компонентов это еще и идеология. пишут потом такие (те кто прыгает с фрейма на фрейм) всякую фигню. понятно что нужно изучать основы, и сами архитектурные приемы \ техники понимать, а потом уже фреймворк, но и фреймворк надо учить. не так проста миграция между фреймворками как многие выставляют

Проста. И идеологии фреймворков проще, чем то, что лежит в их основе. Научиться программировать сложнее, чем выучить язык программирования. Научиться делать веб-приложения сложнее, чем освоить конкретный Фреймворк. Всю идеологию можно впитать прочитав документацию от корки до корки и посмотрев пару-тройку крупных приложений. Всё.

https://www.ripstech.com/php-security-calendar-2017/ Если кто не видел еще

Когда ты говоришь о тех, кто прыгает с фреймворка на фреймворк, подумай о том, что в каждом из них у них может быть опыта больше, чем у тебя в твоём одном. И как раз понимание идеологии у них может быть куда глубже. Именно из-за этого они и «прыгают», понимая, что в этом месте лучше подойдёт симфони, а вот в этом ларавел

Когда ты говоришь о тех, кто прыгает с фреймворка на фреймворк, подумай о том, что в каждом из них у них может быть опыта больше, чем у тебя в твоём одном. И как раз понимание идеологии у них может быть куда глубже. Именно из-за этого они и «прыгают», понимая, что в этом месте лучше подойдёт симфони, а вот в этом ларавел

а ты не юзал сам RIPS ?

я видел код Рельсовика на Ноде например. Или код Симфониста на Ларе. с чего ты взял что их опыт чем то привышает мой если они нахватались верхов в нескольких фреймворках. А я хорошо знаю 1 а остальные поверхностно (на уровне что умеют, для чего чаще используются)? > понимая, что в этом месте лучше подойдёт симфони, а вот в этом ларавел херня. лучше то что знает команда. В остальном топовые современные фреймворки равны практически в возможностях.

Я сам в двух универах проходил ООП и так и не въехал, потому что объясняют не на примере, а через заучивание таких понятий как метод, свойство, наследование, инкапсуляция, полиморфизм. Причём эти понятия сформулированы как можно сложными терминами, всё это создаёт шум и иллюзию сложности. Въехал в ООП сам когда начал упираться в недостаток абстракции и универсальности кода. ООП в пыхе - это просто. По сути объект - мини программа имеющая в себе свои функции(методы) и переменные(свойства), класс - конструкция языка позволяющая отделить логику объекта от остального кода, наследование в пыхе это когда тебе нужно чтобы в один класс перекочевали методы и свойства из другого класса (не путать с трейтами) и прям так и пишешь class B extend A {}, инкапсуляция это разделение области видимости свойств внутри объекта например одни свойства public будут доступны извне объекта а свойства private не будут, суть полиморфизма хоть и притянуто за уши но можно объяснить на примере функции var_dump, она одна но подходит для вывода любых данных. В Ларе используются все эти приёмы ООП и сделана даже некая абстракция над ними: Наследование - когда создаешь новую модель, то наследуешься от класса Model, инкапсуляция представлена свойствами $fillable и $guarded в модели, полиморфизм представлен коллекциями.

и вообще чё ты ко мне пристал?! я бабочка.

Я сам в двух универах проходил ООП и так и не въехал, потому что объясняют не на примере, а через заучивание таких понятий как метод, свойство, наследование, инкапсуляция, полиморфизм. Причём эти понятия сформулированы как можно сложными терминами, всё это создаёт шум и иллюзию сложности. Въехал в ООП сам когда начал упираться в недостаток абстракции и универсальности кода. ООП в пыхе - это просто. По сути объект - мини программа имеющая в себе свои функции(методы) и переменные(свойства), класс - конструкция языка позволяющая отделить логику объекта от остального кода, наследование в пыхе это когда тебе нужно чтобы в один класс перекочевали методы и свойства из другого класса (не путать с трейтами) и прям так и пишешь class B extend A {}, инкапсуляция это разделение области видимости свойств внутри объекта например одни свойства public будут доступны извне объекта а свойства private не будут, суть полиморфизма хоть и притянуто за уши но можно объяснить на примере функции var_dump, она одна но подходит для вывода любых данных. В Ларе используются все эти приёмы ООП и сделана даже некая абстракция над ними: Наследование - когда создаешь новую модель, то наследуешься от класса Model, инкапсуляция представлена свойствами $fillable и $guarded в модели, полиморфизм представлен коллекциями.

Я сам в двух универах проходил ООП и так и не въехал, потому что объясняют не на примере, а через заучивание таких понятий как метод, свойство, наследование, инкапсуляция, полиморфизм. Причём эти понятия сформулированы как можно сложными терминами, всё это создаёт шум и иллюзию сложности. Въехал в ООП сам когда начал упираться в недостаток абстракции и универсальности кода. ООП в пыхе - это просто. По сути объект - мини программа имеющая в себе свои функции(методы) и переменные(свойства), класс - конструкция языка позволяющая отделить логику объекта от остального кода, наследование в пыхе это когда тебе нужно чтобы в один класс перекочевали методы и свойства из другого класса (не путать с трейтами) и прям так и пишешь class B extend A {}, инкапсуляция это разделение области видимости свойств внутри объекта например одни свойства public будут доступны извне объекта а свойства private не будут, суть полиморфизма хоть и притянуто за уши но можно объяснить на примере функции var_dump, она одна но подходит для вывода любых данных. В Ларе используются все эти приёмы ООП и сделана даже некая абстракция над ними: Наследование - когда создаешь новую модель, то наследуешься от класса Model, инкапсуляция представлена свойствами $fillable и $guarded в модели, полиморфизм представлен коллекциями.

если ты перенес функцию в класс, твой код не стал ооп