Вы можете массивы битрикса в свои dto оборачивать и работать с ними. И когда надо обратно в массив, добивать в каждом dto метод toArray. Т.е. dto может реализовывать даже https://www.php.net/manual/en/class.jsonserializable.php
Вам конечно очень хорошо, что жена работает и даже в ИТ. Моя сидит дома с 2-мя детьми уже 8 лет и вот только после 4х лет в Берлине выучила на Б2 немецкий и начнет работать. Но не в ИТ, а кондитером и зп там конечно в 10 раз меньше моих. А я за эти 4 годав Берлине уже устал тянуть все сам, просто совсем выгорел. И вот приехав в МСК навестить родителей жены (из сибири) почувстовал себя хорошо впервые за последние 2 года. И теперь не знаю что делать, может в МСК переехать. Т.к. я в нормальной РФ так и не жил, только в сибири до этого. В ощем то мой комментарий мотивирован тем, что наверное если бы мне жена так больше помогала, я бы вытянул еще пару лет до немецкого паспорта. Вам повезло как ИТ паре, звучит полегче чем мой опыт.
Совершенно с вами согласен. В моем случае мы выбирали для Vue использовать класс компоненты или новый composition API похожий на хуки React. Конечно на Typescript. Хорошо что у нас есть немного разделение на фронт и бек. Но все по умолчанию фулстеки. В итоге на фронте пошли по пути функционального кодинга. А бек у нас на PHP Laravel и там ООП, паттерны, классы… Так вот даже учитывая, что PHP не такой строгий ООП язык как C#, Java — все равно бек разработчикам крайне сложно понять и принять фунциональщину. И не все уже смогли работать фулстек. Поэтому да, если разделения нет, надо настраивать фронт под бек, никаких функций, только классы.
Совершенно согласен.
Особенно яркие молодые представители постят себе в соц. сети что-то типа, что это фейл не стать миллионером до 30. Или другой, кто на 5 лет младше, пишет мне, что он на столько крут, что я его догоню только через 5 лет. Т.е. он превращает — себе в +, только для лучшего самоощущения.
И в некоторых моментах я узнаю в них и себя, когда был моложе. В общем, действительно, это правда, этот максимализм проходит.
Я уверен, что между глобальной статистикой и в целом между сотрудниками в офисах или удаленно — должна быть прямая зависимость.
Возможно термин "не правильная" не совсем корректный, у вас другое, да.
Я ссылку запостил для тех, кому интересно посмотреть на картину глобальнее, а не в рамках вашей платформы. Лично мне статистика в рамках одной платформы мало что говорит. На примере того же Ruby, как уже писали выше, который у вас выше PHP намного, это странно. :)
Но все равно у вас интересная идея проводить такие исследования, хотелось бы чтобы был больше охват, т.е. я желаю вам больше партнеров, чтобы статистика выправлялась.
Спасибо. Изучал как раз ЛЕДАРЕ Светодиод GU 5.3 MR16, звонил продавцу, ничего не могут сказать. Как раз вопрос был про 220в и никак не ожидал, что поисковик меня направит на гиктаймс.
Мне кажется, что если бы автор сего поста пробовал бы писать на Zend Framework 2 — он бы в итоге родил такую же статью про Zend.
В классических (уже) книгах по качеству и чистоте кода пишется повсеметстно, что разница между средними и лучшими программистами в 10 раз обуславливается как раз таки способностью понимать и строить сложные абстракции.
Если программист более ориентирвоан на решение бизнес логики и грабли — надо брать фреймворк попроще и не ныть. :)
Лично мне на моем опыте известно, что взяв фреймворк попроще придется неизбежно столкнуться со сложностью поддержки и расширения при росте проекта. Все дело в главном императиве — борьба со сложностью. Энтерпрайз на то и энтерпрайз — чтобы предлагать готовые решения и правила для большого и сложного. Это касается как организации кода, так и всяких паттернов, технологий, методологий.
Если не нравится писать большие энтерпрайз проекты со взрослыми фреймворками — не надо писать. Автор мог бы взять тот же Laravel или набросать свое на компонентах Symfony и к чему вся эта критика?
Но в целом я согласен с выводом, тк. пришел к тому же сам, когда выбирал между Zend и Symfony, что Symfony это больше для клепания сайтов.
Zend мне нравится больше, т.к. позволяет писать больше своей бизнес логики с меньшим принуждением использовать yml и twig.
Это если читстый фреймворк запускать — будет такой показатель.
Если написать своего кода на PHP сверху да подключить несколько компонентов Symfony или Zend для решения задач и все, скорости уровнялись.
Для микро фреймворков то же самое.
Почему перестали?
Читаю и понимаю, что большинство пунктов подходят ко всему испытанному после переезда в Германию в Берлин за 6 лет.
Наверное западный менталитет пересекается, да говорят только о работе и бывшие коллеги не остаются друзьями.
И дождь с серым небом всю зиму, 6 месяцев. Иногда бывает снег, тогда полегче.
Все то же самое про толерантность и фриков.
Тоже думаю о переезде в Испанию. Там и климат лучше и люди более открытые.
Спасибо, ChatGPT summarize text function
Вы можете массивы битрикса в свои dto оборачивать и работать с ними. И когда надо обратно в массив, добивать в каждом dto метод toArray. Т.е. dto может реализовывать даже https://www.php.net/manual/en/class.jsonserializable.php
Вам конечно очень хорошо, что жена работает и даже в ИТ. Моя сидит дома с 2-мя детьми уже 8 лет и вот только после 4х лет в Берлине выучила на Б2 немецкий и начнет работать. Но не в ИТ, а кондитером и зп там конечно в 10 раз меньше моих. А я за эти 4 годав Берлине уже устал тянуть все сам, просто совсем выгорел. И вот приехав в МСК навестить родителей жены (из сибири) почувстовал себя хорошо впервые за последние 2 года. И теперь не знаю что делать, может в МСК переехать. Т.к. я в нормальной РФ так и не жил, только в сибири до этого. В ощем то мой комментарий мотивирован тем, что наверное если бы мне жена так больше помогала, я бы вытянул еще пару лет до немецкого паспорта. Вам повезло как ИТ паре, звучит полегче чем мой опыт.
Совершенно с вами согласен. В моем случае мы выбирали для Vue использовать класс компоненты или новый composition API похожий на хуки React. Конечно на Typescript. Хорошо что у нас есть немного разделение на фронт и бек. Но все по умолчанию фулстеки. В итоге на фронте пошли по пути функционального кодинга. А бек у нас на PHP Laravel и там ООП, паттерны, классы… Так вот даже учитывая, что PHP не такой строгий ООП язык как C#, Java — все равно бек разработчикам крайне сложно понять и принять фунциональщину. И не все уже смогли работать фулстек. Поэтому да, если разделения нет, надо настраивать фронт под бек, никаких функций, только классы.
И организовать свою мафию Карлеоне. Найдутся и такие.
Особенно яркие молодые представители постят себе в соц. сети что-то типа, что это фейл не стать миллионером до 30. Или другой, кто на 5 лет младше, пишет мне, что он на столько крут, что я его догоню только через 5 лет. Т.е. он превращает — себе в +, только для лучшего самоощущения.
И в некоторых моментах я узнаю в них и себя, когда был моложе. В общем, действительно, это правда, этот максимализм проходит.
Возможно термин "не правильная" не совсем корректный, у вас другое, да.
Я ссылку запостил для тех, кому интересно посмотреть на картину глобальнее, а не в рамках вашей платформы. Лично мне статистика в рамках одной платформы мало что говорит. На примере того же Ruby, как уже писали выше, который у вас выше PHP намного, это странно. :)
Но все равно у вас интересная идея проводить такие исследования, хотелось бы чтобы был больше охват, т.е. я желаю вам больше партнеров, чтобы статистика выправлялась.
https://vc.ru/p/developers-stack
В классических (уже) книгах по качеству и чистоте кода пишется повсеметстно, что разница между средними и лучшими программистами в 10 раз обуславливается как раз таки способностью понимать и строить сложные абстракции.
Если программист более ориентирвоан на решение бизнес логики и грабли — надо брать фреймворк попроще и не ныть. :)
Лично мне на моем опыте известно, что взяв фреймворк попроще придется неизбежно столкнуться со сложностью поддержки и расширения при росте проекта. Все дело в главном императиве — борьба со сложностью. Энтерпрайз на то и энтерпрайз — чтобы предлагать готовые решения и правила для большого и сложного. Это касается как организации кода, так и всяких паттернов, технологий, методологий.
Если не нравится писать большие энтерпрайз проекты со взрослыми фреймворками — не надо писать. Автор мог бы взять тот же Laravel или набросать свое на компонентах Symfony и к чему вся эта критика?
Но в целом я согласен с выводом, тк. пришел к тому же сам, когда выбирал между Zend и Symfony, что Symfony это больше для клепания сайтов.
Zend мне нравится больше, т.к. позволяет писать больше своей бизнес логики с меньшим принуждением использовать yml и twig.
p.s.
Теги повеселили.
Если написать своего кода на PHP сверху да подключить несколько компонентов Symfony или Zend для решения задач и все, скорости уровнялись.
Для микро фреймворков то же самое.