Обновить
190
0.1
Альберт Степанцев@AlexLeonov

Программист. CTO. Архитектор. Преподаватель.

Отправить сообщение

Пока такое возможно только при использовании статических анализаторов, например Psalm.

Нет, уже не надо. Посмотрите на новый синтаксис, который объединяет объявление свойства и присваивание ему значения в конструкторе.

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

Да. Можно добавить «синглтонность».

Но в целом неважно для понимания темы статьи.

Я считаю это несущественной деталью в данном конкретном случае.

Абсолютно. Код размещен в репозитории, ссылка в конце статьи. Вы можете его запустить.

А в чем вопрос? Почему я должен быть неуверен?

Я не о маневре сближения с Землей, а скорее о кейсе, когда отброшенная масса, объясняющая маневр, попадает в Землю, как в наиболее интересный целевой объект.

Интересно - есть ли для этого хотя бы теоретическая возможность?

Проще говоря - носитель сбросил зонд. Импульс сброса придал ускорение носителю. Попадет ли зонд в Землю?

Несколько вопросов автору:

  1. Известен ли временной диапазон приобретения объектом негравитационного ускорения?

  2. Выяснено ли, является ли негравитационное ускорение объекта разовым импульсом (условно - включение двигателя на несколько секунд), или продолжительным (пример - ионнный двигатель, работавший несколько суток или более)?

  3. Если импульс был относительно разовым, то каков его вектор? Есть ли данные?

  4. Если известен вектор разового импульса, то решалось ли уравнение, позволяющее построить поле траекторий отброшенной массы?

  5. Если решалось - есть ли в этом поле траектории, пересекающиеся с Землей?

Увидел заголовок, подумал, что будут опять Питон рекламировать. Прочитал статью, не нашел рекламы Питона, поставил плюс ))

Любое противопоставление "разработки" и "бизнеса", неважно, какую из сторон вы считаете условно "хорошей", а какую - условно "плохой" - это, конечно же, абсолютное зло.

Если у вас в команде есть и культивируется такое противопоставление - у вас плохая команда и очень плохие управленцы.

Что мы и видим в вашей статье.

Ну, во-первых лучше не использовать автоинкременты, конечно.
Во-вторых первичный ключ сущности не входит в множество данных, описывающих ее значение. В этом и отличие сущности от просто объекта-значения — у сущности есть отдельная идентичность, по идентификатору.
У языка PHP своя спецификация и у байт-кода ZE своя. И это две разные вещи.
Сам байт-код является по сути «интерпретируемым» на виртуальной машине.
И можно себе представить любой другой язык, который компилируется в оп-коды ZE.
Язык PHP требует обязательную стадию компиляции. И назвать его интерпретируемым не получится.

Так в чем разница?
Интересно, есть ли возможность это обойти?

Я имею в виду, написать что-то типа
class Foo {
  private Collection $prop = [];
}

при условии, что конструктор класса Collection может принять массив, как аргумент?

Может через атрибуты как-то попробовать, придумать какой-нибудь #[Init]?

Но аргументы атрибутов тоже должны быть компайл-тайм константами…
Опциональная сильная статическая — это вы ровно про один кейс с дефлотным значением типизированного свойства? ))
И как связана сильная (а может вы про статическую всё-таки?) типизация с противопоставлением «интерпретатор — компилятор»?

PHP на данный момент это язык со слабой динамической типизацией, стандартная реализация которого является компилируемой.

Ну а в чем принципиальная разница? Кроме того, что PHP не компилирует неиспользуемые файлы?

PHP вообще один из самых быстрых интерпретируемых языков

Ну тогда и Java тоже называйте «интерпретируемым» языком. Ведь в ней, как и в PHP:
  • Исходный код компилируется в байт-код
  • Байт-код выполняется на виртуальной машине
  • Есть JIT в нативный код

Информация

В рейтинге
4 391-й
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность