Эдуарду прям отдельное спасибо, мегабомбезный доклад. Такой не стыдно и на крупной конференции рассказать

2:14:16 каждый раз удивляюсь с какой упорностью люди защищают свои ошибки. У меня есть пользователь, а вип это пользователь. Просто на секунду представь что у тебя неправильно спроектировано приложение. У тебя есть пользователь, пользователь это мыло, пароль и что-то про авторизацию. Вип это НЕ про авторизацию. У него может быть мыло, но он используется совсем для другого и ВНЕЗАПНО мыло випа мржкт вообще не иметь отношение к мылу пользователя. Хорошо, а если у нас не просто пользователь, а вип и при этом он контрагент. А ещё он может быть и юр.лицом и физиком?

Докину свой опыт и свои как говорится "5 копеек", есть договор где описан график работы, время обеда, выходные и тд., если рабочий день окончился, и там какой-то Вася продолжает и сидит усердно работает, ваще пофиг, его дело, пусть упарываеться, хоть до утра! )) По счёт того что кто-то там подумает, что не задержался на работе и пошёл в чётко обозначенное время, вообще плевать, на работу приходят за деньгами, по чёткому договору и не более того. Если просят какую-то сделать фичу и если это во время моего рабочего времени - да не вопрос!, а если просят сделать сверх рабочего времени (вне графика), это переработка (если нет никаких дел дома, и могу позволить выделить время, тогда оплата именно за переработанное время Х2 считать, переработал день - считаю оплату за два). Если горят дедлайны и горят сроки, нужно понять чья эта проблема, если проблема моя личная нужно понять почему так произошло и в дальнейшем не делать то что приводит к горящим срокам, если это проблема не моя, а сотрудника который к этому привёл, тогда можно согласиться на переработку, в обмен оклада того сотрудника который сжёг сроки. Всё очень просто! На работу люди приходят за деньгами и не более того, по чёткому договору. Жизнь у Вас одна, Вы у себя одни, работ в вашей жизни будет много, коллег будет много, большинство (если не всех), через много много лет даже не вспомните как зовут и как выглядят, поэтому делайте то считаете нужным, в своём темпе, в свой кайф. Если не сошлись чем-то с работодателем, ничего страшного, работ много, не пропадёте! Выбирайте интересные для себя проекты, с интересными задачами и технологическим стеком или инструментами - работа должна быть в кайф, а не в каторгу и мучение!

0:30 - Тамара Алмаметова: (не)Здоровый пофигизм 33:30 - Эдуард Сухарев: Как сломать БД обновляя ОС 01:27:00 - Дмитрий Елисеев: Беспредел множественного наследования

Интересно, спасибо большое! Как на работу устроюсь, сразу скажу/сделаю Вам спасибо 😊

2:44:00 яп has убрал бы. Лично я не вижу смысла, но может это мой сугубо личный опыт. Если я инжекчу контейнер то для только что бы сделать get. И если ничего не получил то либо падаю, либо обрабатываю. Не смог придумать кейс когда мне нужно именно проверить что сервис есть и не использовать его.

Могу понять неформальный, тёпло-ламповый вайб и общение с теми кому презентуешь свою презентацию, но клоун в зале, имхо, самое гнусное. Хуже может быть только если это клоун-зануда.

Валентин мое почтение, наикрутейший доклад, расставил все точки, спасибо)

26:27 за intelephense нужно один только заплатить, пхпшторм по подписке

какой еще архитектор на php? На проектах на Laravele с одним программистом? полный бред

Дмитрий, крутой тулчеин, забрал себе, спасибо!

Валентин как всегда красавчик, сильный доклад

ReactPHP наше все

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

Крутые спикеры

Хороший митап

ля

Столько лет прошло... а ИИииииииии.... от Елисеева все там же ))

00:00 Все оттенки асинхронности (Кирилл Несмеянов) 55:01 Полиморфизм в современном PHP (Валентин Удальцов) 2:00:29 Переносимое окружение для разработки и тестов (Дмитрий Елисеев)