материал в принципе не богат на компоненты и их функционал.
недавно для себя https://github.com/primefaces/primeng открыл. довольно богатый ui функционал
был же раньше родной симфоневский ACL. помер, т.к. действительно неоправданно сложен. а voter-ы обалденны.
с приходом нового Passport, подозреваю, что опять же родными средствами симфони можно будет наворотить сложных правил контроля доступа (к паспорту можно прикрепить всяких метаданных и на их основе выдавать права), но сам пока это не щупал.
Да, поддержу, что как система инициализации systemd на порядки превосходит sysvinit.
Помню, было прямо откровение, когда в первый раз здоровенная и не очень надежная баш портянка инициализации превратилась в надежный, простой и понятный systemd юнит.
А вот с journald не сложилось. Бинарный формат — печаль, т.к. не пригоден для легкого просмотра.
+
по-моему, в этих цитатах как раз отображена чуть ли не главная проблема итшников (или всех белых воротничков?) — переоценка собственной важности/познаний.
да, попробовал Pencil, но т.к. на выходе просто картинки без малейшей логики, то этот инструмент считаю непригодным. показать, например, что при клике на чекбоксину должен скрываться/отображаться какой-то элемент — необходимый минимум.
Вот я не дизайнер и вообще не фронтендщик. Но мне нужно нарисовать прототип страницы/сайта.
Пользовался акшурой — все отлично. Есть стандартные привычные контролы, которые можно накидать на рабочую область и получить макет.
Открываю фигму — это вообще что? Это инструмент только для дизайнеров? Где прототипы?
Пытаюсь открыть скетч — оно только для мака. До свидания.
Для меня акшура по прежнему остается без альтернатив.
в моем понимании, джун/мидл/сеньер — действительно, отвечает только за код.
за связь того, что напрограмили программисты с бизнес требованиями — архитектор.
формулируют бизнес требования — аналитик.
продают менеджеры.
Вот я из ретроградствующих. Как из статьи, так из собственных ощущений вижу что "Это дикость". Какие проблемы мы решаем всей этой кучей инструментов? Быстрая выкладка кода? Но не создаем ли мы больше проблем, чем решаем? Или тут следует выключить мозг и смириться с тем, что "так надо"?
А что на *Impl ответите? Я бэкендщик, но иногда приходится писать и на фронте, описанный вами подход много ближе ложится в привычные бэкенд подходы, чем то, что продвигает редакс.
Но вот этот момент и *Impl мне кажется несколько оверинжиниринговым.
тем не менее, они пока так и не реализовали этот фичреквест.
не думаю, что у симфони есть проблемы с легаси. в рамках мажорных версий они ее ломают и прекрасно сохраняют чистоту кода.
для доктрины понятно использование strict_types (именно из-за нее и упомянул в предыдущем посте работу с БД). Но так же мне приходилось сталкиваться с проблемами вроде той, что описана здесь https://github.com/symfony/symfony/issues/28423#issuecomment-420972515
symfony можно считать "большим и современным" проектом?
declare(strict_types=1) нужен лишь для редких случаев, когда нам кровь из носу нужно не пролюбить какое-то float-string-int приведение (работа с бд, например)
материал в принципе не богат на компоненты и их функционал.
недавно для себя https://github.com/primefaces/primeng открыл. довольно богатый ui функционал
был же раньше родной симфоневский ACL. помер, т.к. действительно неоправданно сложен. а voter-ы обалденны.
с приходом нового Passport, подозреваю, что опять же родными средствами симфони можно будет наворотить сложных правил контроля доступа (к паспорту можно прикрепить всяких метаданных и на их основе выдавать права), но сам пока это не щупал.
не тоже.
например, в js/typescript используется. очень удобно.
есть симфоневский вардампер и блакфайр (странно, как еще не перименовали). иксдебаг чересчур тяжелый.
забавно как местный контингент еще и поддерживает (судя по лайкам/дизлайкам) это скотство.
это из-за распространенности (популярности) такое кол-во issues. На моих, никому не нужных проектах, 0 issues. Но это не значит, что их там нет)
Да, поддержу, что как система инициализации systemd на порядки превосходит sysvinit.
Помню, было прямо откровение, когда в первый раз здоровенная и не очень надежная баш портянка инициализации превратилась в надежный, простой и понятный systemd юнит.
А вот с journald не сложилось. Бинарный формат — печаль, т.к. не пригоден для легкого просмотра.
я обычно вот эти 2 файла читаю, чтобы обобщить сведения по изменениям в версиях
https://github.com/php/php-src/blob/master/NEWS
https://github.com/php/php-src/blob/master/UPGRADING
рыночек порешал)
а так да, культ денег и сладкой жизни делает из людей "потребителей".
+
по-моему, в этих цитатах как раз отображена чуть ли не главная проблема итшников (или всех белых воротничков?) — переоценка собственной важности/познаний.
да, попробовал Pencil, но т.к. на выходе просто картинки без малейшей логики, то этот инструмент считаю непригодным. показать, например, что при клике на чекбоксину должен скрываться/отображаться какой-то элемент — необходимый минимум.
Вот я не дизайнер и вообще не фронтендщик. Но мне нужно нарисовать прототип страницы/сайта.
Пользовался акшурой — все отлично. Есть стандартные привычные контролы, которые можно накидать на рабочую область и получить макет.
Открываю фигму — это вообще что? Это инструмент только для дизайнеров? Где прототипы?
Пытаюсь открыть скетч — оно только для мака. До свидания.
Для меня акшура по прежнему остается без альтернатив.
в моем понимании, джун/мидл/сеньер — действительно, отвечает только за код.
за связь того, что напрограмили программисты с бизнес требованиями — архитектор.
формулируют бизнес требования — аналитик.
продают менеджеры.
Вот я из ретроградствующих. Как из статьи, так из собственных ощущений вижу что "Это дикость". Какие проблемы мы решаем всей этой кучей инструментов? Быстрая выкладка кода? Но не создаем ли мы больше проблем, чем решаем? Или тут следует выключить мозг и смириться с тем, что "так надо"?
А что на
*Implответите? Я бэкендщик, но иногда приходится писать и на фронте, описанный вами подход много ближе ложится в привычные бэкенд подходы, чем то, что продвигает редакс.Но вот этот момент и
*Implмне кажется несколько оверинжиниринговым.особенно порадовали захардкоженые ключи шифрования — все, как в лучших практиках )
меня вообще поражает эта мода на всякие месенджеры, которые каждый сезон нужно менять, вслед за модой.
тем не менее, они пока так и не реализовали этот фичреквест.
не думаю, что у симфони есть проблемы с легаси. в рамках мажорных версий они ее ломают и прекрасно сохраняют чистоту кода.
для доктрины понятно использование strict_types (именно из-за нее и упомянул в предыдущем посте работу с БД). Но так же мне приходилось сталкиваться с проблемами вроде той, что описана здесь https://github.com/symfony/symfony/issues/28423#issuecomment-420972515
в итоге от использования phpstan будет больше пользы, чем от strict_types. по крайней мере, пока php не оптимизирует свои структуры специально для strict_types.
https://github.com/symfony/symfony/issues/28423#issuecomment-419857864
symfony можно считать "большим и современным" проектом?
declare(strict_types=1) нужен лишь для редких случаев, когда нам кровь из носу нужно не пролюбить какое-то float-string-int приведение (работа с бд, например)
https://github.com/php/php-src/pull/3360
информация про isset/array_key_exists cскорее сего устаревшая (лень проверять).