Так они наверняка уже освоены, а если разбираться в angular-e то нужен не столько js, сколько ts + тут можно найти кучку магических несовместимостей при сборке… Что весьма попортит нервы :) (поэтому тупо ставим angular-cli, этого совета кстати весьма не хватает в доке...)
Все крупные агрегаторы вроде уже поддерживают интеграцию с кассами, остается только купить кассу (онлайн или физическую), зарегистрировать её и вбить данные в агрегатор, дальше он всё сделает сам (в блоге я.кассы при желании можно найти описание взаимодействия)
По факту онлайн кассы обязательны практически всем, список исключений совсем небольшой, и через год он еще подсократится (например туда попадут фрилансеры принимающие оплату от физлиц). Закон конечно бредовейший, зачем нужна касса когда все платежи по безналу через банк — загадка. И кстати бабла срубит вовсе не государство (которое возможно наоборот понесет убытки), а производители/сервисы касс, всё как обычно в общем.
Что именно аргументировать? Анонимные функции есть давным-давно, короткий синтаксис всего лишь сахар, который первый раз был предложен пару лет назад (там кстати даже pr был...), за это время все уже привыкли к стандартному синтаксису + явный use имеет свои преимущества.
Да, однако вы упускаете что поддерживать надо всё, поэтому, в данном случае, нежелание сделать нормально сразу это обычная лень.
Но все еще есть процент людей которым фича нужна даже с "лишним" кейвордом в начале.
Она была нужна давным давно, сейчас смысла в ней не очень много на самом деле. Но вообще дело не в лишнем function, а в том что эта запись совсем не короткая, глядишь там еще и use придется писать, а то сложно же по другому сделать...
Выбрал бы первый вариант (==> отношу к нему же) — кривая фича вообще никому не нужна (их тут и так слишком много), если это что-то ломает — есть следующая мажорная версия, а если это слишком сложно — не стал бы делать.
Хз, тильда непривычна, [](params) как-то странно выглядит, а function ($x) => совсем не короткий и оттого бессмысленный вариант. ИМХО, выберут между => и ==>.
Да легко оно представляется, особенно когда есть куча старого кода, который надо поддерживать и рефакторить, более того, в самом rfc об этом написано и даже приведено несколько реальных примеров.
Ну вот вам скрин 53 версии — если нажать на стрелку справа, то он покажет точно такую же зеленую надпись, добавив снизу что подтверждено каким-то comodo, третий клик откроет внутреннюю вкладку "защита" (где всякая "полезная" информация о типе шифрования, приватности, истории и ничего нового о самом сертификате) и только четвертый сам сертификат… Просто вершина юзабилити :)
Оно в devtools сейчас, и так-то оно правильно ибо обычным пользователям оно всё равно не нужно (даже я сам не припомню когда последний раз рассматривал сертификаты...).
youtube
ЗЫ: По новому дизайну, на Win 10 x64 шрифты ужасны :(
Это не касается сложных/неочевидных алгоритмов/участков кода — без комментариев через полгода-год в них даже с поллитрой уже не разберешься.
От проекта зависит — если всё остальное уже на yii, то выбора как бы и нет (или должны быть очень веские причины чтобы внедрить что-то незнакомое).
Так они наверняка уже освоены, а если разбираться в angular-e то нужен не столько js, сколько ts + тут можно найти кучку магических несовместимостей при сборке… Что весьма попортит нервы :) (поэтому тупо ставим angular-cli, этого совета кстати весьма не хватает в доке...)
https://e-kontur.ru/blog/15634
Все крупные агрегаторы вроде уже поддерживают интеграцию с кассами, остается только купить кассу (онлайн или физическую), зарегистрировать её и вбить данные в агрегатор, дальше он всё сделает сам (в блоге я.кассы при желании можно найти описание взаимодействия)
По факту онлайн кассы обязательны практически всем, список исключений совсем небольшой, и через год он еще подсократится (например туда попадут фрилансеры принимающие оплату от физлиц). Закон конечно бредовейший, зачем нужна касса когда все платежи по безналу через банк — загадка. И кстати бабла срубит вовсе не государство (которое возможно наоборот понесет убытки), а производители/сервисы касс, всё как обычно в общем.
ЗЫ: Смотрел краем глаза, могу в чем-то ошибаться.
И в чем же эта разница?
А вот его как раз реализовали правильно :)
Что именно аргументировать? Анонимные функции есть давным-давно, короткий синтаксис всего лишь сахар, который первый раз был предложен пару лет назад (там кстати даже pr был...), за это время все уже привыкли к стандартному синтаксису + явный
use
имеет свои преимущества.Да, однако вы упускаете что поддерживать надо всё, поэтому, в данном случае, нежелание сделать нормально сразу это обычная лень.
Она была нужна давным давно, сейчас смысла в ней не очень много на самом деле. Но вообще дело не в лишнем
function
, а в том что эта запись совсем не короткая, глядишь там еще иuse
придется писать, а то сложно же по другому сделать...Выбрал бы первый вариант (
==>
отношу к нему же) — кривая фича вообще никому не нужна (их тут и так слишком много), если это что-то ломает — есть следующая мажорная версия, а если это слишком сложно — не стал бы делать.Имхо, добавлять кривой сахар смысла совсем нет, поэтому или действительно короткий синтаксис (лучше похожий на что есть в других языках) или ничего.
Вот именно что длинно, по сути только
return
выбросили, это явно не то чего всем хочется.[](params)
как-то странно выглядит, аfunction ($x) =>
совсем не короткий и оттого бессмысленный вариант. ИМХО, выберут между=>
и==>
.Почему не
(params) ==> expr
? Оператор==>
еще свободен, да и набирать не сильно сложнее чем=>
.Да легко оно представляется, особенно когда есть куча старого кода, который надо поддерживать и рефакторить, более того, в самом rfc об этом написано и даже приведено несколько реальных примеров.
Пользователи этого всё равно не знают и им не интересно в это вникать, зеленая надпись "надежный" для них гораздо полезнее.
ЗЫ: sumanai, у меня али "надежный".
Ну вот вам скрин 53 версии — если нажать на стрелку справа, то он покажет точно такую же зеленую надпись, добавив снизу что подтверждено каким-то comodo, третий клик откроет внутреннюю вкладку "защита" (где всякая "полезная" информация о типе шифрования, приватности, истории и ничего нового о самом сертификате) и только четвертый сам сертификат… Просто вершина юзабилити :)
Зеленая надпись слева от url-а именно об этом и говорит :)
Оно в devtools сейчас, и так-то оно правильно ибо обычным пользователям оно всё равно не нужно (даже я сам не припомню когда последний раз рассматривал сертификаты...).