ИМХО не стоило null в mixed включать. Столько проблем от него, безопаснее было бы его явно указывать mixed|null
С другой стороны это сломает все текущие пхп-доки, где mixed подразумевает null. Надеюсь, в 9 версии что-нибудь придумают с этим.
Почему? Разве не это и важно в конечном итоге — договорились с работодателем на N денег, по итогам получили M денег, N — M денег отдали государству?
Всё верно, только годовая справка содержит и другие вещи, например перерасчёт налогов за -цать лет назад (причём их может быть несколько), всякие налоги benefit in kind (например, если пользовались salary sacrifice или cycle to work) и т.д.
Если говорить про только налоги только с зарплаты наёмного работника на full-time не менее 37.5 часов в неделю, и если зп в районе 100к то будет примерно 40 процентов, это так.
Если смотреть на итоговую годовую справку, то оочень много факторов влияет на суммарные вычеты из дохода (и бонус может быть начислен разными путями), по ней будет некорректно определять величину налога.
В Британии он по факту с зарплаты в районе 120 килофунтов в год (108 база + 12 бонус) платил в районе 50% налогов, при этом бонус забирался налоговой почти целиком.
Это не так — в Англии шкала налогов ступенчатая, убер-налог включается только с определённого порога. Вот здесь можно поиграться www.thesalarycalculator.co.uk/salary.php
Вы про какой RFC? Мы же про языки с уже добавленными дженериками говорим?
Первое — это выражение new Example < A
Ха, отличная попытка использовать пример из презентации, но нет :) Example < A имеет тип boolean, в php автобоксинга нет и new bool вывалится с ошибкой. new имеет более высокий приоритет, но мне кажется вам не удастся написать валидный php код для второго случая (как минимум — переменные должны быть с $, а константы тоже в пхп хитрые)
Не вижу проблем с дженериками, есть некоторая специфика в зависимости от типа дженериков.
Первый случай некорректен всегда, даже в java. (прим: некорректен не означает ошибку)
Во втором случае не могу представить, как это сработает? Прототип функции имеет 2 аргумента, а передаётся 1.
на Go многие алгоритмы не требуется оптимизировать, чтобы получить приемлемую производительность
В общем случае это утверждение должно быть ложным, всё-таки временная сложность не зависит от языка. Полагаю, в вашем случае та самая константа сыграла решающую роль.
Ну я был со своим в Лондоне в отделении A&E (accident & emergency) — скорая, по-нашему. Мы туда приехали с мигалками, все дела. Взяли анализ крови даже. В итоге то, как я описал.
Понятно, что ибупрофен, как любое лекарство, имеет побочки — даже у парацетамола (а он вообще крайне гепатоксичный препарат и словить передозировку на нём на несколько порядков проще, чем на ибупрофене). Так что это выбор за родителями, видимо.
Как нам объяснили, если у ребёнка жар 39.6 и при этом нет других серъёзных симптомов, то сидеть дома и давать ибупрофен и/или парацетамол. Видимо более мощные антипиретики имеют гораздо больше побочек.
Парацетамол в сочетании с нурофеном могут улучшать действия друга. Плюс у детей бывает очень высокая температура и только одного препарата недостаточно из-за ограничений по суточной дозировке.
С другой стороны это сломает все текущие пхп-доки, где mixed подразумевает null. Надеюсь, в 9 версии что-нибудь придумают с этим.
Всё верно, только годовая справка содержит и другие вещи, например перерасчёт налогов за -цать лет назад (причём их может быть несколько), всякие налоги benefit in kind (например, если пользовались salary sacrifice или cycle to work) и т.д.
Если смотреть на итоговую годовую справку, то оочень много факторов влияет на суммарные вычеты из дохода (и бонус может быть начислен разными путями), по ней будет некорректно определять величину налога.
Это не так — в Англии шкала налогов ступенчатая, убер-налог включается только с определённого порога. Вот здесь можно поиграться www.thesalarycalculator.co.uk/salary.php
Причём даже у знаменитых пилотов рунета начинается конкретный баттхёрт при намёке на это.
А есть причина, по который эти действия происходят вручную? Вроде бы нет сложностей делать это автоматически
Вы про какой RFC? Мы же про языки с уже добавленными дженериками говорим?
Ха, отличная попытка использовать пример из презентации, но нет :)
Example < A имеет тип boolean, в php автобоксинга нет и new bool вывалится с ошибкой.new имеет более высокий приоритет, но мне кажется вам не удастся написать валидный php код для второго случая (как минимум — переменные должны быть с $, а константы тоже в пхп хитрые)Первый случай некорректен всегда, даже в java. (прим: некорректен не означает ошибку)
Во втором случае не могу представить, как это сработает? Прототип функции имеет 2 аргумента, а передаётся 1.
В общем случае это утверждение должно быть ложным, всё-таки временная сложность не зависит от языка. Полагаю, в вашем случае та самая константа сыграла решающую роль.
терапевтическая доза 500-1000мг до 4х раз в день что прямо граничит с началом гепатоксического действия.
Понятно, что ибупрофен, как любое лекарство, имеет побочки — даже у парацетамола (а он вообще крайне гепатоксичный препарат и словить передозировку на нём на несколько порядков проще, чем на ибупрофене). Так что это выбор за родителями, видимо.
В пункте 7, где рассматривается эта система, даётся более чёткое определение.