а почему не пользуетесь специальными для этого ресурсами? ? там же больше охват специалистов

пользуемся всем)

Лара но нету удаленки, жизнь-боль

буквально недавно собеседовался от 100к руб з.п , чисто удаленка, 1 большой проект на ларе

Паша, что делать?

Ящитаю, такой формат описания вакансий вообще устарел. Вместо того чтобы писать "нужен опыт работы с MVC фреймворками", написали бы лучше что конкретно используется в компании.

Ящитаю, такой формат описания вакансий вообще устарел. Вместо того чтобы писать "нужен опыт работы с MVC фреймворками", написали бы лучше что конкретно используется в компании.

обеими руками за

Ящитаю, такой формат описания вакансий вообще устарел. Вместо того чтобы писать "нужен опыт работы с MVC фреймворками", написали бы лучше что конкретно используется в компании.

Нашёл к чему придраться..

в описании вакансии скинул: ларавил, симфони

*ларавел

но смотрят не только с ними

в описании вакансии скинул: ларавил, симфони

Тейлор бы обосрал тебя?

Тейлор бы обосрал тебя?

ой, а как ни крути, все равно кто-нить за что-нить обосрет)

в описании вакансии скинул: ларавил, симфони

Ну всмысле позиционирование не совсем ясное. Написано что неплохо чтобы кандидат знал lar/sf, но сколько из этого используется в самой компании? Все же это 2 разных фрейма и стиль работы с ними различается.

Это не к конкретной вакансии претензия, а вообще ко всем что сейчас пишут.

какая блин разница. нормальный спец и там и там сработается. плохой - и там и там будет плох.

Это не к конкретной вакансии претензия, а вообще ко всем что сейчас пишут.

У них удаленки нету.

говнокода в ларковких проектах полным полно.

какая блин разница. нормальный спец и там и там сработается. плохой - и там и там будет плох.

Да ниче подобного. В ином проекте и нормальный спец как безопытный джун выглядит

Да ниче подобного. В ином проекте и нормальный спец как безопытный джун выглядит

+

уходит время на адаптацию

да нет таких проектов. не ищут на такие проекты так людей. и зп на таких преоктах в разы выше.

говнокода в ларковких проектах полным полно.

А в симфони меньше?)

обычный говнокод в 99% проектах

Ну всмысле позиционирование не совсем ясное. Написано что неплохо чтобы кандидат знал lar/sf, но сколько из этого используется в самой компании? Все же это 2 разных фрейма и стиль работы с ними различается.

не, вообще претензию реально понимаю. Но тут история такая: за что купил, за то и продаю) я, к сожалению, не в курсе всех деталей. скорее, прост, помогаю разместить вакансию)

не знаю насчет симфони. нет у меня опыта большого с ней

не знаю насчет симфони. нет у меня опыта большого с ней

Поверь там можно такого наворотить что волосы встанут дыбом, при этом не будет говнокода

я сказал что нет опыта, но я знаю как оно примерно работает. мне не нравится все эти YAML и конфигурации в phpDoc. но народ видимо привык.

от непривычки вероятно волосы встанут, да...

Eloquent ORM forever)

-ODM +ORM

Так это же только кирпичики. Там все очень жестко. Например связка доктрины с постгресом вообще лютый ад

а причем тут симфони?

Нельзя ни одной кастомной функции вызвать без того чтобы не написать для доктрины кастомный тип sql walker мясо кровь кишки.

симфони почти всегда используется с доктриной

почти

твоя претензия - к доктрине

симфони почти всегда используется с доктриной

Доктрина отдельный пакет, скорее всего это он и имел ввиду

Если не используется - то это еще больше повод ужаснуться.

поэтому и считаю что ActiveRecord на порядок легче, никто не заставляет только его использовать ,можно наворотить лютых проектов в связке ORM ODM )

поэтому и считаю что ActiveRecord на порядок легче, никто не заставляет только его использовать ,можно наворотить лютых проектов в связке ORM ODM )

Но в больших проектах Он мусор

Мне с репозиториями сложно его разбивать, пустой проект

Но в больших проектах Он мусор

да, но в мелких/средних (коих большое кол-во), самое оно

а причем тут симфони?

Если хочешь конкретно к симфони, попробуй разобраться с формами и фаерволом ;)

да, но в мелких/средних (коих большое кол-во), самое оно

В принципе да

А в симфони меньше?)

я бы сказал что в симфони пишут говнокод второго рода. На первый взгляд все хорошо, DI IoC, соблюдается SOLID всякие DataMapper прикручены. И лишь спустя много времени понимаешь насколько все это криво и монструозно работает в проекте.

Когда копаешься во всех этих десятках классов и дебажишь где-то на 79 уровне стека вызовов какой-нибудь lazy proxy

а юнит-тесты есть?

Юнит тесты есть почти всегда, но это особо не выход

Когда копаешься во всех этих десятках классов и дебажишь где-то на 79 уровне стека вызовов какой-нибудь lazy proxy

Тогда кроме солида и контейнера нужно слабую связаность ввести

Тогда кроме солида и контейнера нужно слабую связаность ввести

Там с этим все прекрасно. Активно используются события и это тоже ужасно. В статике ничего нельзя сказать о коде.

А когда запускаешь в дебаге, опять же сидишь прокликиваешь когда 50 хендлеров на событие обработают, пытаешься среди них найти что-то что тебе нужно.

Потом дампишь контейнер а там 700 сервисов в нем зарегистрировано.

А когда запускаешь в дебаге, опять же сидишь прокликиваешь когда 50 хендлеров на событие обработают, пытаешься среди них найти что-то что тебе нужно.

Ты преувиличиваешь

Потом дампишь контейнер а там 700 сервисов в нем зарегистрировано.

Да ладно

Когда узнали что контейнер супер штука, но не знаю что и когда туда нужно ложить?

И зачем

Ребзя,всем доброго времени суток,вставляю массив в CSV файл,есть возможность выделить жирным шрифтов в CSV этот массив?

Когда узнали что контейнер супер штука, но не знаю что и когда туда нужно ложить?

$ app/console debug:container | wc -l 923как тебе такой вызов который я сделал 9 секунд назад? ;)

Ребзя,всем доброго времени суток,вставляю массив в CSV файл,есть возможность выделить жирным шрифтов в CSV этот массив?

Сколько раз тебе надо повторит - чтоб не постит картинки?

$ app/console debug:container | wc -l 923как тебе такой вызов который я сделал 9 секунд назад? ;)

Беги оттуда нахер

Там видимо все в контейнере, даже трейты

Беги оттуда нахер

Подожди, вообще то это и называется "интересный и сложный проект"

Подожди, вообще то это и называется "интересный и сложный проект"

А понял, прости

Сколько раз тебе надо повторит - чтоб не постит картинки?

вроде ниразу мне не писали об этом

Если надо которкий кусок - то копипасте - если больше 5 строк то pastebin.com

ERROR: S client not available

Я хочу посмотреть как они это на микросервисы разбивать будут)

Я хочу посмотреть как они это на микросервисы разбивать будут)

Ну теоретически можно сделать 923 отличных иммутабельных микросервиса. Засунуть каждый в докер контейнер, залить все это в кубернетес

Ну теоретически можно сделать 923 отличных иммутабельных микросервиса. Засунуть каждый в докер контейнер, залить все это в кубернетес

Ну это в рамках пхп

Перенос на другой язык будет проще

По идеи

(если убрать все зависимости)

Блин, я наверное за все время не создал 923 класса....

$ app/console debug:container | wc -l 923как тебе такой вызов который я сделал 9 секунд назад? ;)

В идеале, тебе должно быть насрать. А все зависимости явно передаваться в каждый класс, контейнер используется на самом верхнем уровне. А когда контейнер в каждый класс пихают, толку от него нет, проще в $GLOBALS

Ну да с этим тоже все прекрасно. Там контейнер передается едва-ли в десяток сервисов как зависимость.

Но от этого не легче держать все сервисы в голове. Потому что когда срабатывает триггер на события, дергаются абсолютно любые сервисы и меняют все вокруг себя.

Не держи все в голове, держи только свои/основные) Вообще, еще неплохо было бы распихивать логику по бандлам, но они уж больно долго потом компилятся...

Все распихано по бандлам ;)

И по двум десяткам репозиториев

И много событий - зло, точнее, когда они создаются бездумно

Что за проект у вас, если не NDA?

Да он сдох уже

Из-за своей собственной монструозности

Меня попросили остатки скукожить до двух серверов.

О да, когда достался такой проект после кого-то и без толковой документации....

Ну как сказать.. он мне достался после нас самих

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

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

Ну формально там не говно. Каждый компонент отвечает за свою часть и в свое время был выбран с тщательным обоснованием.

Гайдлайны и здравый смысл оставляют меньше возможностей

Ну чего тогда жалуешься)

А вот классы на 3к+ строк - это пиздец

Хотя я встречал рекорд - 10к

да не. тут явно чтото не так. либо документашку не вели нормально. для большого проекта это 100% необходимо.. либо еще чего

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

говно

да не. тут явно чтото не так. либо документашку не вели нормально. для большого проекта это 100% необходимо.. либо еще чего

Код - лучшая документация!