INeed$
Registered
Да, защото да напишеш крив спагети код няма да мине тестове?
Къстъм форум със Symfony + Twig
- Автор ivanoff
- Начална дата
devcvetomir
Registered
Тея двамата са изпляскали много здраво обаче
INeed$
Registered
Не, не са. Но явно са виждали повече мазаляци на Ларавел, отколкото на други, и реално това ги кара да имат такива виждания за фреймърка. Аз от своя страна съм виждал на всичко да се маже, къде без тествое, къде без да се спазват правила, никакви стандарти. Дори не можех да повярвам, че може да се намаже и нещо по ASP апп., но може. Виж ги на държаваната администрация, там дори не могат да прихванат ексепшън като хората.
ivanoff
Registered
Аз като автор на темата .. смятам да разсека със секира спора между Вас! Не съм имал това за цел, като пусках темата.
Пиша на Symfony, защото с него съм свикнал.. с него си работя в професионален план /на работа в офиса по стар APP от 10 години, както споменахте/ .. Пиша на Symfony, защото още от ученик, когато от обикновенно OOP PHP, започнах да се уча да работя на MVC pattern-и. и просто ми допадна най-много.
Пробвал съм Laravel, също така работих на него и в старата фирма /около 3 години/ + AngularJS .. също за голям стар проект /на около 8 години към голяма застрахователна компания/
Та... това, което исках аз да кажа с гореописаното е, че според мен всеки си работи на фреймуорка с който е свикнал и който му е най-удобен. Знам документацията на Symfony, поддържам стандарти за писане, валидации и прочие.. и ако тръгна да работя с друг фреймуорк ще загубя сигурно години докато стинга същия level.
--- Няма лош фреймуорк (не съм сигурен за това.. изразявам просто мнение според наблюдения) .. има лоши developer-и.
ДА, не съм фен и аз на Laravel и Blade заради самия стил на писане, стандартизация, бла, бла ... само това ме отблъсна, когато трябваше да избера в самото начало с кой от всичките да се хвана да го уча и да градя опит. (не хейтвам)
НО, от много други колеги от други фирми, които са със голям опит и работят със Laravel съм чувал как го плюят със същите мотиви, които @Revelation обоснови. Както и абсолютно същите мнения съм чувал и от хора, които от години работят със Zend и Symfony да плюят и тях за дадени неща.
Единственото, което в случая мога да кажа е, че със сигурност няма по-голяма шитня от CodeIgniter и CakePHP като framework. Те са добри единствено за супер малки проекти /за които не е нужен дори framework/ или за starter pack програмисти.. Спрете спора и давайте по същество по темата.. защото започна да се превръща в някакъв излишен SPAM и става мерене на пи*** ...
Пиша на Symfony, защото с него съм свикнал.. с него си работя в професионален план /на работа в офиса по стар APP от 10 години, както споменахте/ .. Пиша на Symfony, защото още от ученик, когато от обикновенно OOP PHP, започнах да се уча да работя на MVC pattern-и. и просто ми допадна най-много.
Пробвал съм Laravel, също така работих на него и в старата фирма /около 3 години/ + AngularJS .. също за голям стар проект /на около 8 години към голяма застрахователна компания/
Та... това, което исках аз да кажа с гореописаното е, че според мен всеки си работи на фреймуорка с който е свикнал и който му е най-удобен. Знам документацията на Symfony, поддържам стандарти за писане, валидации и прочие.. и ако тръгна да работя с друг фреймуорк ще загубя сигурно години докато стинга същия level.
--- Няма лош фреймуорк (не съм сигурен за това.. изразявам просто мнение според наблюдения) .. има лоши developer-и.
ДА, не съм фен и аз на Laravel и Blade заради самия стил на писане, стандартизация, бла, бла ... само това ме отблъсна, когато трябваше да избера в самото начало с кой от всичките да се хвана да го уча и да градя опит. (не хейтвам)
НО, от много други колеги от други фирми, които са със голям опит и работят със Laravel съм чувал как го плюят със същите мотиви, които @Revelation обоснови. Както и абсолютно същите мнения съм чувал и от хора, които от години работят със Zend и Symfony да плюят и тях за дадени неща.
Единственото, което в случая мога да кажа е, че със сигурност няма по-голяма шитня от CodeIgniter и CakePHP като framework. Те са добри единствено за супер малки проекти /за които не е нужен дори framework/ или за starter pack програмисти..
Спрете спора и давайте по същество по темата.. защото започна да се превръща в някакъв излишен SPAM и става мерене на пи*** ...
dakata__92
Super Moderator
Колеги, работните рамки са просто инструменти с положителни и отрицателни страни. Laravel в момента е лидер, защото предлага гъвкавост, която липсва на други места. Защо колегите бягат от Yii, Slim и намаляват използването на базово Symfony?
Малко сме хората във форума вдигали Laravel от версия 5 на 9 на голям проект, но е възможно. Имал съм досег с доста работни рамки, честно казано всяка има различна концепция. Според проекта избираш и инструмента. Масово се избира Laravel, защото за малки проекти идва леко бавен, но ако потръгнат имаш база да надграждаш и предлага Full-Stack решения на ниски цени. Имаш огромен избор от библиотеки, уроци и документация. Например Yii е компонентно базиран и доста бързо се вдига CRUD система, но определено му липсват доста вградени неща, пример Middleware. Slim масово се ползва за вдигане на микросървиси, защото е лек и има базови неща. Не оспорвам нещата, които са споделени против Laravel, доста може да се говори за неправилно приложени стандарти. Обаче, както в Laravel така и в други работни рамки има нарушаване на шаблони и стандарти. Вместо да оплюваме тези недостатъци, можем да помислим защо са приложени и с каква цел. Имаше една страхотна тема на Иван Ванков (не я откривам в момента), в която той обясняваше, че понякога да избягаш от шаблона и да нарушиш стандарта не е чак толкова лошо. Шаблоните за дизайн са създадени да решават определени проблеми, стандартите са измислени за да унифицират нещо, но никъде нищо не те задължава да кръстиш папката Interfaces, защото Contracts не е достатъчно разбираемо. Харесвам Laravel, но реално обичам и други работни рамки, като Symfony, Yii, Slim. Всяка е създадена да реши даден проблем или да избегне друг. Едната те задължава да си по-структуриран, другата да си по-абстрактен или креативен. PHP предразполага към по-свободна интерпретация на стандарти, с които колеги ползвали строго ориентирани обектни езици (Java, C# и др.) не са свикнали. И аз не мога примерно да свикна с триметрово име на модел, ама всеки с болежките си. Една система трябва да е съвкупност от инструменти, които решават по възможно най-добрият начин дадени проблеми. Дали ще се пишат на PHP, Go, Java, C или комбинация, зависи само от естеството на проблема, ограничения и рентабилност.
Малко сме хората във форума вдигали Laravel от версия 5 на 9 на голям проект, но е възможно. Имал съм досег с доста работни рамки, честно казано всяка има различна концепция. Според проекта избираш и инструмента. Масово се избира Laravel, защото за малки проекти идва леко бавен, но ако потръгнат имаш база да надграждаш и предлага Full-Stack решения на ниски цени. Имаш огромен избор от библиотеки, уроци и документация. Например Yii е компонентно базиран и доста бързо се вдига CRUD система, но определено му липсват доста вградени неща, пример Middleware. Slim масово се ползва за вдигане на микросървиси, защото е лек и има базови неща. Не оспорвам нещата, които са споделени против Laravel, доста може да се говори за неправилно приложени стандарти. Обаче, както в Laravel така и в други работни рамки има нарушаване на шаблони и стандарти. Вместо да оплюваме тези недостатъци, можем да помислим защо са приложени и с каква цел. Имаше една страхотна тема на Иван Ванков (не я откривам в момента), в която той обясняваше, че понякога да избягаш от шаблона и да нарушиш стандарта не е чак толкова лошо. Шаблоните за дизайн са създадени да решават определени проблеми, стандартите са измислени за да унифицират нещо, но никъде нищо не те задължава да кръстиш папката Interfaces, защото Contracts не е достатъчно разбираемо. Харесвам Laravel, но реално обичам и други работни рамки, като Symfony, Yii, Slim. Всяка е създадена да реши даден проблем или да избегне друг. Едната те задължава да си по-структуриран, другата да си по-абстрактен или креативен. PHP предразполага към по-свободна интерпретация на стандарти, с които колеги ползвали строго ориентирани обектни езици (Java, C# и др.) не са свикнали. И аз не мога примерно да свикна с триметрово име на модел, ама всеки с болежките си. Една система трябва да е съвкупност от инструменти, които решават по възможно най-добрият начин дадени проблеми. Дали ще се пишат на PHP, Go, Java, C или комбинация, зависи само от естеството на проблема, ограничения и рентабилност.
Ticketa
Registered
Не съм някакъв програмист т.е. не бачкам за фирми. Бачкам си самостоятелно от както се помня.
Обаче когато видя някой проект на: Laravel или Wordpress или отказвам работата или предлагам да е напиша на ново. Нищо лично, просто не ме кефи и не го смятам за ... читаво.
Symfony !
На пръв поглед има една основна разлика между Symfony и Laravel, която е, че Symfony е едновременно рамка на приложението и набор от компоненти за многократна употреба, докато Laravel е просто рамка. Всъщност Laravel използва доста от компонентите на Symfony.
Обаче когато видя някой проект на: Laravel или Wordpress или отказвам работата или предлагам да е напиша на ново. Нищо лично, просто не ме кефи и не го смятам за ... читаво.
Symfony !
На пръв поглед има една основна разлика между Symfony и Laravel, която е, че Symfony е едновременно рамка на приложението и набор от компоненти за многократна употреба, докато Laravel е просто рамка. Всъщност Laravel използва доста от компонентите на Symfony.
dakata__92
Super Moderator
Някои колеги, ме радват с крайните си виждания и поставянето на етикети. Laravel използва Symfony но концепциите на работните рамки са различни. Едната ти дава повече контрол докато другата ти предлага повече готови решения и бързина в добавянето на нови колеги в проекта. Всичко зависи от бюджета на проекта и понеже всички знаем как е в бранша, Laravel дръпна много пред Symfony в този аспект, което го прави и честият избор. Която и от двете работни рамки да се използва, все ще се свърши работата на клиента. Дали за 1 ден или за 2 все ще стане. Да се каже, че Symfony за големи проекти е по-добре от Laravel (при все че се използват основни компоненти от Symfony) е малко цинично. И двете работни рамки ще се справят еднакво добре в по-малки и по-големи колективи. Въпрос на организация, на човешкият ресурс, спрямо особеностите на проекта.
Не казваме, че Symfony е по-добър за големи проекти... казваме, че Laravel не става. Ама и ти си прав, всичко зависи от качеството на екипа - ако е читав, дори с боклук като ларавел може да направи чудеса. Проблемът е, че рядко се намират читави PHP програмисти, преобладават мазачите, които не влагат логика в това, което правят... за това ларавела е толкова популярен.
dakata__92
Super Moderator
Всеки си има виждане. За мен и двете работни рамки стават. Виждал съм достатъчно мазни изцепки и на двете, та общо взето за мен разлика няма. Въпрос на интерпретация и организация. Само забележете, че темата се върти около тези две работни рамки, а останалите изостават доста от дискусията.
dakata__92
Super Moderator
dakata__92
Super Moderator
Ако е така, съжалявам, явно грешно съм интерпретирал ситуацията.
devcvetomir
Registered
https://www.youtube.com/c/LaraconEU/videos?view=0&sort=p&flow=grid
Цъкнете някое видео, има интересни неща.
Не става, щото някой ти е набил в главата как трябва да ти изглежда кода ( симфони ), и не приемаш алтернативи. А това, че не ставал за големи проекти - питай Файзер каква инфраструктура имат на ларавел - примери други много с бая тежки системи - работещи доста добре при това.
Цъкнете някое видео, има интересни неща.
Не става, щото някой ти е набил в главата как трябва да ти изглежда кода ( симфони ), и не приемаш алтернативи. А това, че не ставал за големи проекти - питай Файзер каква инфраструктура имат на ларавел - примери други много с бая тежки системи - работещи доста добре при това.
ivanoff
Registered
Аз съм съвсем различно лице от @Алекс ... Казвам се Георги.
Написах темата с идеята за форума, но за съжаление в момента седя само на ниво планове.. Не ми остава време да се добера до компютъра след работа за да го направя.
Смятам обаче съвсем скоро да го започна и ще споделям инфо
П.П: Няколко поста по-назад казах.. спрете вече този спор. Това е като спор между БМВ и Мерцедес собствениците .. може да отиде така до другата година в караници. Всеки сам си избира рамката върху, която е свикнал да работи, която му е удобна и му върши чудесна работа.
Написах темата с идеята за форума, но за съжаление в момента седя само на ниво планове.. Не ми остава време да се добера до компютъра след работа за да го направя.
Смятам обаче съвсем скоро да го започна и ще споделям инфо
П.П: Няколко поста по-назад казах.. спрете вече този спор. Това е като спор между БМВ и Мерцедес собствениците .. може да отиде така до другата година в караници.
Всеки сам си избира рамката върху, която е свикнал да работи, която му е удобна и му върши чудесна работа.Не кода, архитектурата е проблема. За какво ми е алтернатива, като тази работи и се ползва вече десетки години - JavaEE, Spring, .NET
Ти си мажи на ларавел, колкото искаш... ако се развиваш както трябва, в един момент ще разбереш защо ларавел е боклук.