Відео

За доклад спасибо. Хз кто этими каракулями будет пользоваться и для кого это задумывалось изначально

А что за гонево на виндоус? Куча разрабов в винде работают и с докером и без.

Идея хорошая но не до конца. Getters и setters больше ясные , явные чем этот синтаксис. Еще php вынуждает использовать переменную $value везде хотя у меня была бы $amount и более читабельно и понятно. PHP с каждой версией вынуждает разработчиков бросить php и перейти на golang)

Очень крутой видос, и не залетел несправедливо)

4:26 ключевые навыки вью, Лара и симфони. Это начинающий.? Все в порядке?

как не писать сеттеры/геттеры, чтобы потом не переставать их писать!!

Достаточно было посмотреть три с половиной минуты, чтобы стать фанатом Антона Окулова! :)))

интересно но количество использований слова "безобразие" тревожит :)

Персона может и скромная, но интересно рассказывающая. Спасибо, +1 в подписоту получил)

Спасибо! Жаль что когда вышли аттрибуты я не смог найти подобного подробного объяснения. У вас очень классно и доходчиво получилось.

На канале R.class Tech вышел еще один доклад по Doctrine - последний из мини-курса. Тоже советуем посмотреть :)

Спасибо за полезную информацию! Как минимум, познавательно, если использовать пока не планируете.

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

Выглядит неплохо. После появления readonly классов потребность в getter ослабла, но теперь так и вовсе пропала. Надеюсь мы получим маленькие DTO и другие классы, а не головную боль с областью видимости и ссылками.

PHP учит, что нужно читать документацию, без неё не разобраться с тонкостями !empty($array['key']) vs isset($array['key']) vs array_key_exists или особеностей возврата strpos(). Кто не писал код !strpos($needle, $str) ? ))

Я за обычно за синтаксический сахар, но эти хуки мне не нравятся, с ними просто выстрелить себе в ногу. Пока не понимаю, как будет работать сериализация, хотя бы (array)$object или json_encode() ?

Презенташка из доклада доступна по ссылке: docs.google.com/presentation/d/15QANydBiXS4NrFvOk5QpY3RPdXiIILW5RfT6HV6UQEY/edit?usp=sharing

Доклад огонь!! Спасибо!

"IT-ВУЗ - это связи", - какие нахуй связи? С кем? С такими же как и вы обрыганами, которые вам ничем не помогут? Дети богатых родителей учатся не на айтишных специальностях, а на всяких там гуманитарных. Хотите, чтобы такие вас по блату куда-то устраивали - пролезайте на эти же специальности и бухайте со всей этой золотой молодёжью

Отличная подача !

адидас ушел в айти )

Как можно для проектов досихпор использовать php-7.1 ???

Спасибо! Интересно)

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

Позвольте мне прокоментировать ваши тезисы: 1) Игнорирование документации. Вы правы. Есть такой грех и не только у начинающих. Но уточню, что документации порой недостаточно чтобы узнать как таботает та или иная либа или решить какую-то проблему. По этому на темы тех или иных либ пишут целые книги и учебники. 2) Избегание проблем. Согласен с вами, но! То что вы предлагаете скорее подойдет мидлам и сеньерам но не джунам. Для саморазвития джуна нужно затратить намного больше времени чтобы вообще изучить смежные темы а потом уже те в которых возникла проблема. В рабочем процессе часто просто некогда ждать пока джун узнает что да как. Нужно решение как можно скорее. 3) Вечный студент. Тут я лично вообще сталкивался с обратным. Когда человек едва выучил язык а уже ищет работу ) На моей практике "Вечными студентами" скорее были мидлы и сеньеры которые почему-то думаю что как только новая штука вышла в свет то ее непременно нужно выучить. Ну и как следствие такие люди постоянно учатся но часто они не являются експертами ни в одной из технологий которую учили или с которой работали. Тут я бы вообще такой совет мидлам и сеньерам дал - стремись увеличить глубину и качество знания тех вещей которыми владеешь нежели увеличить колличество этих самых вещей. А вот джунам вообще посоветовал бы не искать фриланс а подаваться в IT компании и проходить собеседования. Вопреки распространеному мнениею и даже реальности в некоторых странах - фриланс это для профессионалов а не новичков. 4) Код без плана. В больших айтишных компаниях все устроеное иначе. Вообще если сказаное вами по этой теме, сказано новичкам то я с вами вообще не соглашусь. Новичек и план по кодорованию? Ни в коем случае! Если у вас есть архитектор, то он предоставит документацию например HLD + LLD а тимлид уже опишет детали импелементации конкретного таска в Description в Jira например. Задача новичка подойти к лиду и получить этот самый "план" где он узнает как должен быть выполнен конкретный таск и как должен работать. Если джун или мидл рисует "план" или схему API на бумажке то к сожалению у вас есть проблемы. Поймите простые принципы - дом проектируют архитекторы, постройкой руководят прорабы, а сроят инженеры и строители. Этот принцип сформирован не потому что гладиолус) Если строитель стал придумывать план этажа здания - то это плохо. Отсюда и совет джунам - ищите компанию и место работы где процессы проектирования и разработки поставлены правильно дабы вам развиваться правильно. И в догонку еще и такой совет - учитесь у сеньеров буквально подсматрвая как они работают. Не ботесь показаться некомпетентным но заинтересеваным. 5) Отсутсвие системы. Согласен с вами в этом вопросе.

А в чём смысл нянчить джунов? Почему нельзя взять мидла, чтобы он просто фигачил софт и приносил деньги?

Спасибо за полезное видео! Меня к себе возьмите!))

лайкос не глядя

Место прикольное - библиотека, детством пахнуло

Хотелось бы анализа логов на конкретных примерах

Спасибо за видео, у вас очень хорошо получается объяснять, ждём видео на любые темы)

Спасибо! Было интересно послушать!

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

Хоть один бы проект увидеть, где их реально пишут. Пока во всех проектах, что участвовал, всегда просто один тест на запуск приложения, и это еще хорошо :)

Шикарный доклад! Для системного аналитика - самое то. Спасибо)

👍

Так-то тут явная систематическая ошибка выжившего: выводы по частичной выборке. 25к + профильное образование + отсутствие указаний на курс == приглашение. Причем каждый из пунктов выше дает существенный плюс при поиске. В современных реалиях, если ты указываешь, что ты с курсов - твое резюме сразу же скипают - курсов расплодилось слишком много. И, что самое плохое, эти курсы не учат, а просто штампуют корочки и самооценку. Поэтому резюме, которое было в видосе, будет иметь явное преимущество, ибо у всех выпускников курсов резюме всегда одинаковые. И в 99.9% случаев можно без собеса понять, что из себя будет представлять человек. Вот если реально что-то хочешь проверить - я тебе могу скинуть свое резюме, отредактируешь его так, как хочешь, и попробуй получить приглашения. :D

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

Это кто вообще ?очередной ноунейм?😂😂

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

Спасибо за труды

Пришел с лекций RClass, очень понравилась ваша подача

Вы там в таком интересном лесочке)

Эти абстракции нихкра не понятны. Совсем нихера. Я тупой?

Программисты в такой массе будут не нужны. Заказчик обратится к нейросети и попросит создать стартап на основе какой-то своей идеи. Нейросеть в режиме диалога выяснит у заказчика все нюансы того, что он хочет и сформирует на основе этого ТЗ. Напишет код и выдаст результат заказчику. Ему даже не надо будет проверять правильность кода, Он будет проверять сразу функционал. Чтение кода вообще никому не будет нужно. Это как переход из ДОС в Виндовс. Надо было знать команды ДОС и писать их, чтобы пользоваться компьютером, а потом с помощью графического интерфейса эти команды больше не понадобились. Сейчас уже никто не пишет команды для работы с ОС. Программисты в таком количество тоже больше не понадобятся.

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

Все было понятно ещё когда появились первые редакторы шаблонов для сайтов, с помощью которых даже с нулевым знанием HTML и CSS почти любой школьник получил возможность нарисовать дизайн. Да, хороший программист все ещё может сделать лучше, но лучше все меньше кому надо.