софт-скиллы: навыки коммуникации, умение договариваться, обсуждать, встраиваться в бизнес-процессы — это то, без чего уже практически невозможно стать senior-ом и выше;
Меня вот всегда очень удивляло то, что софт-скиллы выносят в отдельный пункт. Мне казалось, что это вполне нормальный навык практически любого специалиста. Я работал в нескольких командах и везде инженеры были довольно коммуникабельные. Неужели действительно проблема настолько острая, что приходится отдельно заострять внимание на софт-скиллах при найме или выборе команды?
Мне кажется, проблема не в php. Ведь асинхронное программирование существует вне зависимости от php, js или любой другой платформы — можно писать синхронно, можно асинхронно. Так же, как и процессы, потоки, сетевые сокеты. HTTP одинаковый везде, а функция/класс в определенном языке программирования — лишь абстракция над ним. Поэтому старый совет «учите подходы, а не технологии» работает тут не хуже, чем у любого другого программиста с любой другой платформой.
А вот то, что php дает очень много свободы и многое прощает — это правда. Но тут уже дело каждого, кто-то копает глубже в силу своей любознательности, а кто-то продолжает работать по накатанной. И, вероятно, оба счастливы, так зачем менять что-то :)
К сожалению, далеко не всем интересно изучать новые подходы и придумывать свои велосипеды. Они научились клепать как в гайде и отклонение от него — это нагрузка на мозги, к тому же нежелательная. Я вот, к примеру, недавно вычитал про такую штуку, как аспектно — ориентированное программирование. Вдохновился как круто можно будет в проекте все залогировать (пишешь код для логов в одном месте и все работает). Логов у нас великое множесто, подумал убедить всех внедрить… А потом подумал, что я услышу что-то вроде «ну хочешь — сделай», придется самому искать время на внедрение, а потом убедить всех коллег, что это круто. А потом придет товарищ и сделает как обычно, потому что он и не слушал, что я предлагал, и вообще ему бы быстрее задачу закрыть. И отбросил идею.
Вот так и выходит, что приходится равняться на стандарты тех, кто учиться не хочет и не хочет пробовать новые идеи.
У меня в университете был курс по Prolog, действительно позволяет встряхнуть мозг и по-другому посмотреть на разработку. На протяжении всего курса я решил на нем довольно большое количество задач и даже написал экспертную систему в качестве курсовой. Однако за эти 5 месяцев плотной работы с прологом я так и не понял как эта штука устроена. В императивных языках я понимаю, что на условный массив выделяется последовательная память и указатель, а все операции с массивом — это работа с этой памятью и указателем, который я могу передвигать. Я могу прогнозировать асимптотику и ошибки, понимать где слабые места и что можно оптимизировать. В случае с прологом я не понимаю вообще ничего, задачи решаются, но как — ответить я не могу. Порог вход в понимание этого языка в разы больше, а бизнесу надо решать задачи сейчас, а лучше вчера. Мне кажется, именно по этой причине он не вошел в массы, хоть раньше и считался серебряной пулей для разработки ПО.
Однако я слышал, что вроде бы в EPAM-е есть какие-то проекты, где используется какая-то технология, похожая на пролог. Возможно, он немного эволюционировал и занял очень маленькую нишу. Для некоторых задач он действительно хорош.
По задумке, позволит сфокусироваться на самом процессе работы и поможет не тратить внимание на побочные вещи. Несколько советов о том, где черпать новые знания и умения. Ну и в конце концов, это же не туториал, который должен закрыть несколько вопросов. Это все лишь переработанный чужой опыт, я надеюсь, кто-то сможет по-другому взглянуть на происходящие вокруг него процессы и, возможно, что-то переосмыслить или же наоборот увериться в том, что делает все правильно
Было бы интересно копнуть чуть глубже в статье, чтобы не так явственно напоминало рекламу. К примеру, привести стандартное тестовое задание или хотя бы описать его в общих чертах. Рассказать более подробно о зарплатной политике в вакансиях — gross или net? Все ли это единоразовая зарплата, или оклад + бонусы? Что входит в ДМС, заключаете ли договоры с ИП?
Надеюсь, это просто не вошло в статью и на деле с этим не возникает трудностей.
А в целом, сложилось вполне приятное впечатление, хочется верить, что в действительно так.
Я обычно в своих наушниках работаю, со своей музыкой. Кому как, у меня получается сосредоточиться, особенно ближе к концу. Но для многих это действительно отягчающий фактор
То, что вы делаете — это очень круто. С образованием сейчас грустно, а система очень неповоротлива и отвергает реформы. Вы словно глоток чистого воздуха, судя по вашей истории. Удачи вам в развитии, надеюсь, другие города еще о вас услышат!
Но ведь это все полноценные библиотеки компонентов, в которых огромное количество решений, большинство из которых не всегда нужны. Если нужно небольшое приложение с crud-таблицей, то почему бы не использовать описанное в статье
Я слышал расхожее мнение, что нод приложение по своей производительности не сравнится с корпоративными монстрами вроде java, поэтому бэкенд на ноде часто масштабируют горизонтально.
Насколько это оправданные опасения и если речь о действительно больших приложениях и большом количестве запросов, то справится ли BFF слой с нагрузкой?
Спасибо большое за ваш ответ и мнение по этому вопросу. Хотелось бы уточнить, что я не преподносил статью как «жалобу» или «сетования». Если так читается со стороны, то, скорее всего, это лишь последствия моего крайне низкого опыта в написании публицистических статей.
Я постарался рассмотреть обучение в вузе со своей точки зрения, привел все запомнившиеся плюсы и минусы. Возможно, это поможет абитуриентам понять что их ждет. Возможно, это даст ход мысли прочитавшим преподавателям.
Я согласен с большей частью того, что вы написали. Если обратиться к подведению итогов в моей статье, то я там охарактеризовал университет лишь как положительный опыт. Да, с рядом проблем, но где их нет?
В любом случае, еще раз спасибо за столь развернутый комментарий!
Часто бывает нужно обработать не только определенный ошибочный статус — код, но еще и сам ответ от сервера. Например, из ответа получить message и показать его или же что-то другое с ним сделать. Было бы интересно еще научиться по api генерировать специфичное тело ответа
К примеру, передавать post('http://httpme.tk/403'), а в body запроса тело вроде {«message»: «error»}, которое и вернется в ответе
Меня вот всегда очень удивляло то, что софт-скиллы выносят в отдельный пункт. Мне казалось, что это вполне нормальный навык практически любого специалиста. Я работал в нескольких командах и везде инженеры были довольно коммуникабельные. Неужели действительно проблема настолько острая, что приходится отдельно заострять внимание на софт-скиллах при найме или выборе команды?
А вот то, что php дает очень много свободы и многое прощает — это правда. Но тут уже дело каждого, кто-то копает глубже в силу своей любознательности, а кто-то продолжает работать по накатанной. И, вероятно, оба счастливы, так зачем менять что-то :)
Вот так и выходит, что приходится равняться на стандарты тех, кто учиться не хочет и не хочет пробовать новые идеи.
Однако я слышал, что вроде бы в EPAM-е есть какие-то проекты, где используется какая-то технология, похожая на пролог. Возможно, он немного эволюционировал и занял очень маленькую нишу. Для некоторых задач он действительно хорош.
Надеюсь, это просто не вошло в статью и на деле с этим не возникает трудностей.
А в целом, сложилось вполне приятное впечатление, хочется верить, что в действительно так.
Я обычно в своих наушниках работаю, со своей музыкой. Кому как, у меня получается сосредоточиться, особенно ближе к концу. Но для многих это действительно отягчающий фактор
Насколько это оправданные опасения и если речь о действительно больших приложениях и большом количестве запросов, то справится ли BFF слой с нагрузкой?
Я постарался рассмотреть обучение в вузе со своей точки зрения, привел все запомнившиеся плюсы и минусы. Возможно, это поможет абитуриентам понять что их ждет. Возможно, это даст ход мысли прочитавшим преподавателям.
Я согласен с большей частью того, что вы написали. Если обратиться к подведению итогов в моей статье, то я там охарактеризовал университет лишь как положительный опыт. Да, с рядом проблем, но где их нет?
В любом случае, еще раз спасибо за столь развернутый комментарий!
К примеру, передавать post('http://httpme.tk/403'), а в body запроса тело вроде {«message»: «error»}, которое и вернется в ответе