Вопрос ведь не в терминах, ну и не спорю, если грубо — то можно свести к фразе компилится.
Для меня лично компиляция — строго вне рантайма. Если код попадает в кучу когда пришли данные на обработку — интерпретация. Отсутствие файлика — огромная разница в процессе.
Ну и ещё у меня стойкое чувство, что вы меня стебете)
/ пошто пыхоиндуса обижаете? :( /
Java на JIT, насчёт C# не могу сказать ничего. А 8 с JIT ещё только в альфе, первый релиз-кандидат вроде как только осенью будет, а сам релиз в декабре.
В пыхе компиляция пока что относится только к сборке самого бинарника руками) А наш с вами код интерпретируется, это сильно другой процесс.
Если кратко:
Проверка типов происходит точно на рантайме, когда данные переданы в поток (то есть код уже в куче)
Если развернуто: 1. В зависимости от версии пыха и правил типизации (strict_types) проекта на этапе разработки (локально) доступны: 1.1. Анализ самого IDE в режиме реального времени
Картинка
1.2 Встраиваемые пакеты для статического анализа codestyle
Картинка
1.3 Встраиваемые пакеты для стат анализа codequality
Картинка
2. Дальше в крупных проектах CI/CD, со стендами для предварительных тестов регрессии, интеграции, фича тестов и вероятнее всего 1.2 и 1.3 повторные.
Картинка
3. Дальше, в зависимости от критичности проекта, может быть ряд canary продакшн серверов, на которых крутятся «свои» юзеры, которые выступают в роли кроликов-тестировщиков.
4. Ну и сам прод собственно. Тут вызывается код, интерпретируется в псевдокод для виртуальной машины (например нгинкс), выполняется до определенного адреса, там происходит ошибка и бросается исключение (от нотиса до фатала) — вот последнее это рантайм.
А так, по топику могу сказать одно.
Типизация нисколько не спасает от багов на проде.
Чаще всего прод на пыхе страдает от кривой логики реализации бизнес-процесса или не до конца протестированных юзкейсов.
Орут о величии строгой типизации над динамически типизированными языками в основном фронтендеры, которые пересели с js на ts и решили, что они не верстальщики, а программисты =)
Компайл тайма нет. Проверка будет только при статическом анализе и канеш в рантайме. Поэтому индустрия пыха требует монструозного техпроцесса на нескольких стадиях.
В формуле упущен процент повышения техдолга за счёт бизнесовым задач.
Недостаточно считать количество текущего техдолга для сохранения аптайма в 99.9, тк различные кейсы бизнесовых задач в разной степени увеличивают процент потенциального техдолга
В том числе некоторый проигнорированный на груминге задачи по техдолгу могут увеличивать процент нарастания собственно его же при реализации зависимых фичатасков.
Потому что это квинтэссенция 1С, JavaScript (простите, TypeScript) и Функционального Программирования. Иногда человек так упарывается в своих заблуждениях, что начинает считать труды поколений разрабов до него глупыми заблуждениями.
Подобные сценарии никогда не регулировались запланировано и по призывам. Любые регуляции нерегистрируемых ранее системных явлений происходят естественным путем, когда возникает крайняя необходимость. Под крайней необходимостью имею ввиду прецеденты, вызвавшие массовую реакцию среднего класса и выше. Сейчас и ещё долго в будущем только большинство (эволюционно) может влиять на изменения во внесистемных явлениях, которые влияют на эту самую систему. Недостаточно рационального зерна или чего-то подобного, так как пока "жопа не загорится", большинство не будет ничего предпринимать.
Давайте оперировать реальными цифрами из последней ссылки и вашим исходным комментарием
Это только с вашей колокольни — 'нет':
Общий объем ВИЭ, за исключением гидроэлектростанций на конец периода ~300мквч
Заметный рост наблюдается исключительно у ветряной выработки
За 13 лет этого заметного роста абсолютный прирост составил ~260мквч
За этот же период абсолютный прирост по природному газу составил ~760мквч
Тотал за 2018 составил ~4,175мквч, из них:
НеЭкологичныеИсточники ~3,760мквч
ВИЭ ~420мквч
А теперь, не учитывая экономические и геолокационные препятствия, попробуем полностью исключить из схемы все, кроме ВИЭ.
Удельный рост ВИЭ в год составляет 260/13 = 20мквч.
Необходимо перекрыть недостаток в 3760мквч… 3760/20 = 188 лет.
Будем даже оптимистами и прирост ВИЭ приведем к арифметической прогрессии, сократим время в 10 раз, например. Это будет 18 лет.
Скажите, на сколько веков назад будет отброшена наша цивилизация и какой будет ваша пирамида Маслоу? Хорошо рассуждать и великом, когда вы сыты, одеты и есть крыша над головой, коммуникации и другие прелести современной жизни за счет разрушения экологии.
Все эти крики в интернетах об экологии — чистейшее лицемерие и попытка набить себе цену на пустых словах, не подкрепленных действиями.
А там, угадайте что, в массив Renewable включены Conventional Hydroelectric Power (Гидроэлектростанции) =)
Которые, на минуточку, составляют 90% роста всего графика Renewable энергии.
Вопрос ведь не в терминах, ну и не спорю, если грубо — то можно свести к фразе компилится.
Для меня лично компиляция — строго вне рантайма. Если код попадает в кучу когда пришли данные на обработку — интерпретация. Отсутствие файлика — огромная разница в процессе.
Ну и ещё у меня стойкое чувство, что вы меня стебете)
/ пошто пыхоиндуса обижаете? :( /
Про нгинкс погорячился, в голове джакарта и джетти)
Java на JIT, насчёт C# не могу сказать ничего. А 8 с JIT ещё только в альфе, первый релиз-кандидат вроде как только осенью будет, а сам релиз в декабре.
В пыхе компиляция пока что относится только к сборке самого бинарника руками) А наш с вами код интерпретируется, это сильно другой процесс.
Проверка типов происходит точно на рантайме, когда данные переданы в поток (то есть код уже в куче)
Если развернуто:
1. В зависимости от версии пыха и правил типизации (strict_types) проекта на этапе разработки (локально) доступны:
1.1. Анализ самого IDE в режиме реального времени
1.2 Встраиваемые пакеты для статического анализа codestyle
1.3 Встраиваемые пакеты для стат анализа codequality
2. Дальше в крупных проектах CI/CD, со стендами для предварительных тестов регрессии, интеграции, фича тестов и вероятнее всего 1.2 и 1.3 повторные.
3. Дальше, в зависимости от критичности проекта, может быть ряд canary продакшн серверов, на которых крутятся «свои» юзеры, которые выступают в роли кроликов-тестировщиков.
4. Ну и сам прод собственно. Тут вызывается код, интерпретируется в псевдокод для виртуальной машины (например нгинкс), выполняется до определенного адреса, там происходит ошибка и бросается исключение (от нотиса до фатала) — вот последнее это рантайм.
А так, по топику могу сказать одно.
Типизация нисколько не спасает от багов на проде.
Чаще всего прод на пыхе страдает от кривой логики реализации бизнес-процесса или не до конца протестированных юзкейсов.
Орут о величии строгой типизации над динамически типизированными языками в основном фронтендеры, которые пересели с js на ts и решили, что они не верстальщики, а программисты =)
Компайл тайма нет. Проверка будет только при статическом анализе и канеш в рантайме. Поэтому индустрия пыха требует монструозного техпроцесса на нескольких стадиях.
Автодополнение в секциях autoload(-dev) — другая секция
Создать новый тест для класса — класс соуса, а не шаблон теста
Дико извиняюсь, местами скрины не те приложены. Не могли бы исправить по возможности?
В формуле упущен процент повышения техдолга за счёт бизнесовым задач.
Недостаточно считать количество текущего техдолга для сохранения аптайма в 99.9, тк различные кейсы бизнесовых задач в разной степени увеличивают процент потенциального техдолга
В том числе некоторый проигнорированный на груминге задачи по техдолгу могут увеличивать процент нарастания собственно его же при реализации зависимых фичатасков.
Потому что это квинтэссенция 1С, JavaScript (простите, TypeScript) и Функционального Программирования. Иногда человек так упарывается в своих заблуждениях, что начинает считать труды поколений разрабов до него глупыми заблуждениями.
Подобные сценарии никогда не регулировались запланировано и по призывам. Любые регуляции нерегистрируемых ранее системных явлений происходят естественным путем, когда возникает крайняя необходимость. Под крайней необходимостью имею ввиду прецеденты, вызвавшие массовую реакцию среднего класса и выше. Сейчас и ещё долго в будущем только большинство (эволюционно) может влиять на изменения во внесистемных явлениях, которые влияют на эту самую систему. Недостаточно рационального зерна или чего-то подобного, так как пока "жопа не загорится", большинство не будет ничего предпринимать.
Просто вы не из элиты)
А теперь, не учитывая экономические и геолокационные препятствия, попробуем полностью исключить из схемы все, кроме ВИЭ.
Удельный рост ВИЭ в год составляет 260/13 = 20мквч.
Необходимо перекрыть недостаток в 3760мквч… 3760/20 = 188 лет.
Будем даже оптимистами и прирост ВИЭ приведем к арифметической прогрессии, сократим время в 10 раз, например. Это будет 18 лет.
Скажите, на сколько веков назад будет отброшена наша цивилизация и какой будет ваша пирамида Маслоу? Хорошо рассуждать и великом, когда вы сыты, одеты и есть крыша над головой, коммуникации и другие прелести современной жизни за счет разрушения экологии.
Все эти крики в интернетах об экологии — чистейшее лицемерие и попытка набить себе цену на пустых словах, не подкрепленных действиями.
Перешел по ссылке от картинки (она платная), нашел более подтвержденную (бесплатную) инфу на
www.eia.gov/totalenergy/data/annual/showtext.php?t=ptb0802a
А там, угадайте что, в массив Renewable включены Conventional Hydroelectric Power (Гидроэлектростанции) =)
Которые, на минуточку, составляют 90% роста всего графика Renewable энергии.
Пока в ваших "аргументах" одни эмоции и никаких цифр, в отличие от топика.
Исходя из задачи в начале, можно было обойтись опциями для PDO fetch и json encode/decode, если вопрос касался только скалярных типов.