Мда, я зашел перепроверить статью, в надежде увидеть в начале фразу, разберем пример легаси, или как делали в далекие времена (в рамках обучения приемлемо, мало ли в будущем легаси проект попадется), но нет, я огорчен и полностью с вами согласен.
Это вырвано из интервью, у Никиты не было времени дать полный ответ, да его и не просили. Но я осмелюсь предположить, что имелось введу, что он бы активно участвовал в RFC и предложил бы более лучшее решение, но на тот момент, такой возможности у него не было.
fillpackart Привет, просто сними себе мини-офис или коворкинг в хабе, и не создавай проблем. Дома ты это не решишь, чтобы хорошо работать нужно входить в состояние потока, чтобы в него входить, нужно чтобы тебя не дергали, все.
Так они и не попадают, если за RFC не голосуют. Принимают только то, что может помочь решить проблемы или упростить разработку, а то что не имеет смысла, отклоняют.
Порог входа… ну мы же матерые разработчики, документации нужно читать, за инструментами, которыми ты пользуешься, следить. Нельзя заморозить развитие языка, в угоду тому, что у кого нет времени прочитать новые фичи из релиза версии или, что кому-то сложно.
Да компилятор усложняют, но не всегда это плохо. Введение типов в PHP 7.4 замедлило компилятор на 1-3% при включенной типизации, если мне память не изменяет, но с другой стороны появился, type safety.
Вашу точку зрения понять мне сложно. Если в язык не добавлять то, что нужно разработчикам, то популярности он не получит, и возможно будет отток. Кому нужны такие риски ради консерватизма?
Это действительно проблема многих языков, но не всех. Мне нравится подход PHP, в этом плане, каждый может предложить свой RFC, грамотно оформив его и предложив варианты реализации. Далее идет голосование стейк холдеров PHP и по итогу фичу применяют или нет. Притом всегда ведутся дискуссии, предлагаются новые варианты если голосование не прошло. Десятки людей вовлечены в процесс и пытаются найти лучшее решение.
Пример: wiki.php.net/rfc/union_types_v2
Так же, не вижу проблем у Kotlin, в язык постоянно добавляют сахар\конструкции\инструменты для разработчиков, и лично мне этот язык дает даже больше, чем я хотел.
Спасибо за мнение, на PHP тоже давно и… я не вижу никаких проблем. Язык развивается, приходят новые люди и появляются новые запросы. Я рад такому сахару, для меня он естественен, но я так же немного работал и с JS, Dart, TypeScript, Kotlin, C#, Go. И почти все новое, я уже видел и рад внедрению. Да это вносит кое какие разногласия, но я считаю, что программист должен интересоваться другими языками и всегда изучать новые конструкции языка. Консерватизм до добра не доведет :)
P.S. Жду в PHP 9 дженерики, больше сахара и может быть async.
Всем привет! Отмечу, что я не врач и могу лишь поделиться своим опытом и пониманием процессов. По факту у меня протрузия 3-4 позвонка, с которой я страдал на протяжении 7 лет. При острых обострениях было такая боль, что отнимались ноги и лились слезы. После скитаний от одного «лучшего» врача к другому «лучшему», я получал лишь мази, уколы, таблетки, как временное решение и предложение операции, как решение, которое устранит проблему. Желание не ложиться на операционный стол в 20 лет и вскрывать мой позвоночник, сделали мой путь долгим и тернистым. Из всего, что я перепробовал, лучшими решениями на текущий момент оказались: в краткосрочной перспективе — грамотный костоправ для устранения острых симптомов, в долгосрочной — центр кинетотерапии, который основывается на направлении тенсегрити и мышечных поездов (хорошая лекция по теме youtube.com/watch?v=W6fQvj-48tQ), вместе с ежедневными растяжками и прогулками это дало ощутимый эффект. А поможет ли йога? Да поможет, помню, как врач в нашем с ним диалоге отметил, что единственный знакомый, который никогда не жаловался на боли, это йог со стажем в 20 лет. Почему? Дело в том, что мышцы связаны в поезда, и при перенапряжении в одном, слабом месте, может проявится ослабление\боли мышцы в другом. Ежедневная практика йоги, растягивает мышцы, делая их эластичными и устраняя напряжения в слабых местах. А причем тут протрузии? Дело в том, что тело всегда компенсирует слабые мышцы, более сильными, грубо говоря, если у вас есть напряжение в одном месте, компенсация может пойти за счет поясницы, что сделает ее более слабой и увеличит нагрузку на позвоночник. Так что, не бойтесь своих болей, ищите адекватных специалистов, растягивайте свои мышцы и занимайтесь безопасным спортом, и все будет хорошо.
Извините, но статья очень скупая. Язык нужно рассматривать, как инструмент и на основе этого делать вывод может ли он решать поставленные задачи или нет. В PHP7 скорость не главное, введение типов, добавление нового функционала — да. PHP 7.4 полная типизация и FFI (что в теории позволит писать либы для вычислений на С и дергать их), PHP 8 — JIT.
Второй показатель это комьюнити и как язык развивается, так вот PHP развивается очень хороши и обновляется часто.
Третий показатель это фреймворки, их много. Отмечу Laravel который позволяет очень быстро разворачивать API, есть Symfony который похож на Spring (Java) и позволяет строить крупные системы с очень высокой степенью расширяемостью.
Будет ли жить PHP? Да, будет жить долго и активно развиваться. Потому-что это хороший инструмент, особенно для работы с бизнес логикой. Лично мне нравится делать связки из NodeJS\GO + PHP, где PHP отвечает за бизнес логику. Потому-что даже ORM в NestJS и рядом не близко с Doctrine.
Подходите к языкам, как к инструментам, подходите с умом!
Я свои часы снимаю с руки перед сном. А зачем собственно измерять? Есть куча исследований которые говорят о том, что человеку нужен сон от 7 до 9 часов в день. Если есть проблемы со сном, то часы тут не помогут. Могу поделиться своим опытом, для оптимизации сна, Я недели две принимал мелатонин в 22:30, выключал весь свет, включал какой-то подкаст и лежал слушал, и примерно через 30-60 минут засыпал, будильник стоял всегда на 7:30, чтобы выходило в район 8 часов сна.
Теперь у меня вообще нет проблем, организм привык, что после 23:00 пора баиньки и я хорошо сплю.
Отличное видео на эту тему, «Джо Роган о сне с Мэтью Уокером».
Я понимаю и мне жаль. Все упирается в корпоративные машины и протоколы. Обычно, к тебе приходят и говорят, надо сделать интервью и все, ты уже в сети интервьюверов. При этом софт скиллс не проверяется, да и в целом прям какого-то обучения, как его проводить не делается, просто ты сеньер, значит все ок. А потом получается так, что тебя собеседует человек, для которого не знание алгоритмов ставит на тебе крест, хотя с вероятностью в 90%, ты в своей работе не применишь ни одного. Есть чуваки которые просто показывают свое превосходство и морально давят, просто, потому-что они такие. Зато на бумажках все выглядит шикарно! Мария провела собеседования на софт скилс, Иван с Колей провели собеседование на тех скилс, кандидат не прошел, ищем другого, система работает. Бывает случаи когда есть паттерны по которым ты обязан спросить, даже если ты адекватный интервьювер, потому-что СТО придумал систему вопросов, которая не учитывает специфику проектов компании, а ищет вундеркиндов.
Что делать? Не отчаиваться, искать более адекватные компании, я бы сказал это 50 на 50 и делать упор на подготовку к собеседованиям, бред? Ну да бред, но так устроен процесс.
При этом в Европе как-то попроще, это больше проблема СНГ компаний.
Статья не информативная, просто холивар можно разжечь на каждом абзаце и да, никто никогда не равен.
Не надо просить упрощать собеседования. Всегда спрашивал про SOLID и best practices, и давал примеры с ошибками, с просьбой обьяснить где архитектурная проблема и как исправить. При этом я никогда не делал акцент на теории, а на понимании, потому-что мне не нужны не пойми какие классы на 3000 строк и макаронные сервисы. При этом я никогда не спрашивал алгоритмы. А почему? Да потому-что не зачем мне грузить кандидата с алгоритмами для круд проекта.
А умение грамотно проходить собеседования не исключает умение их идентификации при собеседовании :)
У меня просто ощущение, что у автора не хватает опыта работы в корпоративных галеро-машин, чтобы понимать разницу.
Пользуюсь темными темами везде, где есть эта опция. Просто у меня так меньше устают глаза, но это мой частный случай. Тут дело не в том, что лучше-хуже, а в том, что у пользователя должен быть выбор, и я рад когда он есть.
Yep, уже как неделю на ней, все хорошо, кроме докера, там одну команду нашел на стек оверфлоу, запустил и все заработало, но это была из за того, что докер не обновил цифровую подпись, можем сейчас по другому. Но если сравнивать процесс обновления Мака и Убунту, а нет, нет смысла сравнивать, Мак просто лучше :)
Работаю 2 месяца на маке, до этого 2 года убунту 16.04-18.04, дома на ноуте 19.10. Что я скажу, на маке полет хороший, удобство работы и отзывчивость интерфейса выше, с софтом никаких проблем нет, стабильность выше в разы, единственное что, для докера приходится rsync юзать, для синхронизации с файлами.
1. Подключал два монитора, FHD и 2k, подключил без проблем, разрешение другое и отлично отрабатывает.
2. С установкой ПО нет никаких проблем, или стор или качаешь образ с сайта и 1 кликом перемещаешь в папку Applications и все работает
3. С аппаратной совместимостью проблем не заметил, наушники по БТ, мышка, телефон, все подключается.
4. Техподдежка — высосано из пальца, так работает ТП любого массового продукта :)
Я думаю автор, что вы выбрали не верный путь. Начать путь с языков «высшей лиги», без образования и опыта, без «интершипов» — плохая затея. Я начал свой путь pascal -> delphi -> c# и по итогу перешел на php. C ним я смог устроится в маленькую веб студию, дальше, удаленка, дальше топовая компания с должностью мида, сейчас я просто «сеньер», без разницы на чем. И нигде меня не спрашивали про высшее образование, в этом весь сок, брать массовый язык на котором клепают все, с ним проходить из низов все выше, постоянно улучшая базу во всех направлениях, особенно в архитектурных, и дальше приходит осознание, что язык это просто инструмент.
Я бы на вашем месте сменил бы курс на JS потому-что он дает путь к фронтенду (Angular, Vue, React), бэкенду (NodeJS, Deno) и к мобайл\десктоп (React native, Ionic) с ним пойти в любую ноунейм вебстудию завязанную на фрилансе и набравшись опыта выходить в большой мир.
Чего вас так задевает, для написания скрипта в личном проекте автор может писать, КАК ЕМУ УГОДНО. Хабр — не коммисия по чистому коду, логика показана, подход показан, можете взять пример и написать по своему.
Автор, а API предостовляет доступ к комментам под видео?
Спасибо за дайджест! Идея с P++ такое себе) Мне нравится подход с declare, хочешь включаешь типизацию, хочешь — нет. Но еще больше мне нравится подход, как с тем же Angular, выходит новый фреймворк, обновляей систему или сиди на старой. Не вижу проблем, почему нельзя выпускать новые релизы PHP, без саппорта легаси, пусть легаси сидит на старых версиях.
Порог входа… ну мы же матерые разработчики, документации нужно читать, за инструментами, которыми ты пользуешься, следить. Нельзя заморозить развитие языка, в угоду тому, что у кого нет времени прочитать новые фичи из релиза версии или, что кому-то сложно.
Да компилятор усложняют, но не всегда это плохо. Введение типов в PHP 7.4 замедлило компилятор на 1-3% при включенной типизации, если мне память не изменяет, но с другой стороны появился, type safety.
Вашу точку зрения понять мне сложно. Если в язык не добавлять то, что нужно разработчикам, то популярности он не получит, и возможно будет отток. Кому нужны такие риски ради консерватизма?
Пример: wiki.php.net/rfc/union_types_v2
Так же, не вижу проблем у Kotlin, в язык постоянно добавляют сахар\конструкции\инструменты для разработчиков, и лично мне этот язык дает даже больше, чем я хотел.
P.S. Жду в PHP 9 дженерики, больше сахара и может быть async.
Второй показатель это комьюнити и как язык развивается, так вот PHP развивается очень хороши и обновляется часто.
Третий показатель это фреймворки, их много. Отмечу Laravel который позволяет очень быстро разворачивать API, есть Symfony который похож на Spring (Java) и позволяет строить крупные системы с очень высокой степенью расширяемостью.
Будет ли жить PHP? Да, будет жить долго и активно развиваться. Потому-что это хороший инструмент, особенно для работы с бизнес логикой. Лично мне нравится делать связки из NodeJS\GO + PHP, где PHP отвечает за бизнес логику. Потому-что даже ORM в NestJS и рядом не близко с Doctrine.
Подходите к языкам, как к инструментам, подходите с умом!
Теперь у меня вообще нет проблем, организм привык, что после 23:00 пора баиньки и я хорошо сплю.
Отличное видео на эту тему, «Джо Роган о сне с Мэтью Уокером».
Future someString = ...;
someString.onError((FormatException e, s) => ...).then(...);
Как здесь система поняла, что нужно взять Extension. Или мы просто декорируем Future на глобальном уровне и система видит берет onError из Extension?
Если да, то Extension применяется, но глобальном уровне? Или делается import extension_future.dart ?
Что делать? Не отчаиваться, искать более адекватные компании, я бы сказал это 50 на 50 и делать упор на подготовку к собеседованиям, бред? Ну да бред, но так устроен процесс.
При этом в Европе как-то попроще, это больше проблема СНГ компаний.
Не надо просить упрощать собеседования. Всегда спрашивал про SOLID и best practices, и давал примеры с ошибками, с просьбой обьяснить где архитектурная проблема и как исправить. При этом я никогда не делал акцент на теории, а на понимании, потому-что мне не нужны не пойми какие классы на 3000 строк и макаронные сервисы. При этом я никогда не спрашивал алгоритмы. А почему? Да потому-что не зачем мне грузить кандидата с алгоритмами для круд проекта.
А умение грамотно проходить собеседования не исключает умение их идентификации при собеседовании :)
У меня просто ощущение, что у автора не хватает опыта работы в корпоративных галеро-машин, чтобы понимать разницу.
1. Подключал два монитора, FHD и 2k, подключил без проблем, разрешение другое и отлично отрабатывает.
2. С установкой ПО нет никаких проблем, или стор или качаешь образ с сайта и 1 кликом перемещаешь в папку Applications и все работает
3. С аппаратной совместимостью проблем не заметил, наушники по БТ, мышка, телефон, все подключается.
4. Техподдежка — высосано из пальца, так работает ТП любого массового продукта :)
Я бы на вашем месте сменил бы курс на JS потому-что он дает путь к фронтенду (Angular, Vue, React), бэкенду (NodeJS, Deno) и к мобайл\десктоп (React native, Ionic) с ним пойти в любую ноунейм вебстудию завязанную на фрилансе и набравшись опыта выходить в большой мир.
hackernoon.com/the-2019-web-developer-roadmap-ab89ac3c380e
hackernoon.com/the-2018-react-js-roadmap-4d0a43814c02
github.com/aliyr/Nodejs-Developer-Roadmap
Автор, а API предостовляет доступ к комментам под видео?