Минусы бывают часто полезны. Я не в восторге от анонимной неконструктивной несодержательной критики. Хочешь поставить минус - будь добр напиши хотябы 140 символов осмысленного текста. Ладно уж, анонимно, но с потенциальной пользой.
А про контент - сложно разделить на одном ресурсе прожжёных технарей и остальную околомаркетинговую плеяду. Разве что завести маркер для истинно технарских статей, готовых к строгой критике придирчивых цензоров.
В качестве отличного API могу предложить посмотреть что сделали ребята из Kinescope, не рекламы ради, а потому что помню какое получал удовольствие, реализовывая его у себя: всё очень логично, просто, а главное всё работает и соответствует доке.
А развейте миф (если это миф) что количество поворотов 90 градусов влияет на итоговое давление? У вас на входах стоят два поворота на 90 после автоматики и перед счётчиками.
Под впечатлением прочитанного тоже пошёл на сайте искать модели, и только не найдя - разобрался, что в статье "прыгает" будущее и настоящее время. На самом деле, тема статьи - это только планируемый самокат, который "будем производить в России". Так что, время покажет что там с реальными цифрами.
PHPStan - это безусловно добро, как и любой инструмент, который находит потенциально слабые места. Но внедрение и чистка кода по его рекомендациям - это по истине "операция по принуждению к добру". Впервые когда я его поставил на одном своём большом проекте, получил >8k потенциальных проблем, и чистка первой тысячи поломала примерно всё.
С тех пор конечно ситуация поменялась и поддержка фреймворков стала получше. Но у меня осталось ощущение, что этот инструмент эффективно полезен только проектам с хорошей кодовой базой, а старым легаси-проектам сначала нужно решать архитектурные проблемы, накопить нужное количество автотестов, а потом уже вычищать код.
Я посчитал что информация "сваливай или увольняйся" могла быть взята из служебной переписки, а её раскрытие даже у нас подпадает под тайну, или я ошибаюсь?
Не позорюсь, а делюсь опытом. У меня было nda с немецкой конторой, где запрещено было многое. Это у нас к ним относятся с усмешкой, а на западе семь нулей и куча ограничений.
Доступно только на Windows, MacOS и ChromeOs
А прототипируете в команде единомышленников? Потому что действительно "время разрабов-одиночек прошло".
Выжимка: java/kotlin, c#, c++, python, go, react/vue/angular, devops, data-science, scrum-masters, it hr.
Зачем вы всем рассказали, что проектировать может и обычный инженер, а не только специально обученный сертифицированный Нострадамус)
Обсуждения минусов я не предлагал, только лишь сопроводительный текст что можно сделать иначе. Думаю, до обсуждения критики мы пока не доросли)
Минусы бывают часто полезны. Я не в восторге от анонимной неконструктивной несодержательной критики. Хочешь поставить минус - будь добр напиши хотябы 140 символов осмысленного текста. Ладно уж, анонимно, но с потенциальной пользой.
А про контент - сложно разделить на одном ресурсе прожжёных технарей и остальную околомаркетинговую плеяду. Разве что завести маркер для истинно технарских статей, готовых к строгой критике придирчивых цензоров.
Этому багу несколько лет, и он был очень удобным)
Надо же попробовать чтобы понять. Я вот попроовал, понял не моё, теперь занимаюсь тем что нравится. Может однажды захочется попробовать ещё)
А зачем вы сравниваете null с boolean-значениями?
Null идеально подходит для обозначения отсутствия внешней связи. Используйте его по назначению, и тьма рассеется.
Ах этот дивный виртуальный мир.
В качестве отличного API могу предложить посмотреть что сделали ребята из Kinescope, не рекламы ради, а потому что помню какое получал удовольствие, реализовывая его у себя: всё очень логично, просто, а главное всё работает и соответствует доке.
https://documenter.getpostman.com/view/10589901/TVCcXpNM
А уже, правда через сторонний антиспам. Но вот как отрубить все смс - не нашёл. Ну и отдельная графа за звонки+смс в тарифе оператора - осталась.
Кто из операторов первым введёт у себя возможность полного отключения входящих звонков и сообщений, чтобы остался только интернет, тому приз.
А развейте миф (если это миф) что количество поворотов 90 градусов влияет на итоговое давление? У вас на входах стоят два поворота на 90 после автоматики и перед счётчиками.
Под впечатлением прочитанного тоже пошёл на сайте искать модели, и только не найдя - разобрался, что в статье "прыгает" будущее и настоящее время. На самом деле, тема статьи - это только планируемый самокат, который "будем производить в России". Так что, время покажет что там с реальными цифрами.
PHPStan - это безусловно добро, как и любой инструмент, который находит потенциально слабые места. Но внедрение и чистка кода по его рекомендациям - это по истине "операция по принуждению к добру". Впервые когда я его поставил на одном своём большом проекте, получил >8k потенциальных проблем, и чистка первой тысячи поломала примерно всё.
С тех пор конечно ситуация поменялась и поддержка фреймворков стала получше. Но у меня осталось ощущение, что этот инструмент эффективно полезен только проектам с хорошей кодовой базой, а старым легаси-проектам сначала нужно решать архитектурные проблемы, накопить нужное количество автотестов, а потом уже вычищать код.
Есть такая книга: "Добыча: Всемирная история борьбы за нефть, деньги и власть"
Она толстенная, но составлена из людских историй, в том числе известных семей Рокфеллеров и Ротшильдов, мне показать очень интересной.
Не силён в законах Германии, возможно вы правы.
Я посчитал что информация "сваливай или увольняйся" могла быть взята из служебной переписки, а её раскрытие даже у нас подпадает под тайну, или я ошибаюсь?
Не позорюсь, а делюсь опытом. У меня было nda с немецкой конторой, где запрещено было многое. Это у нас к ним относятся с усмешкой, а на западе семь нулей и куча ограничений.
Nda - стандартная практика.