@nodejs_ru

Страница 167 из 2748
Никита
28.08.2016
22:34:10
Или с эллипсами.

Vladimir
28.08.2016
22:34:34
для браузеров есть стандарты, которые обязывают их делать вещи определенным образом

Никита
28.08.2016
22:34:49
«софтина для работы с жпг» это пример конторы из трёх человек

Если ты пишешь софтину, которой пользуется половина рынка, и говоришь, что она на выходе будет делать только квадратные картинки

Google
Никита
28.08.2016
22:35:55
И на входе только квадратные принимает.

Vladimir
28.08.2016
22:36:01
естественно, если мы так сделаем, то зададим тон и вебу

Никита
28.08.2016
22:36:05
То большая часть каринок будут квадратными.

Vladimir
28.08.2016
22:36:08
ничего плохого не вижу

Никита
28.08.2016
22:36:19
Да, но нельзя задавать тон ломая спеки.

Vladimir
28.08.2016
22:36:33
мы ее не ломаем

Никита
28.08.2016
22:36:35
ие6 задавал тон вебу.

Vladimir
28.08.2016
22:36:54
мы кладем в файлы то, что в них можно класть

Никита
28.08.2016
22:36:57
Семантику — ломаешь.

Vladimir
28.08.2016
22:37:03
нет

вот commonjs модули - ломали семантику в свое время

и ничего, все в порядке, все довольны

Никита
28.08.2016
22:38:16
cjs как раз семантику не ломали, они просто предполагали то, что будут объявлены в скоупе несколько переменных.

Google
Никита
28.08.2016
22:38:26
или ты про то, что скоуп модулей не глобальный?

Vladimir
28.08.2016
22:38:31
про это

и про то что можно написать return

и еще можно выйти из скоупа

Никита
28.08.2016
22:38:49
А, да.

Закрыв-открыв?

Vladimir
28.08.2016
22:39:05
это конечно детали реализации, прям в commonjs может это и не разрешалось

да

Никита
28.08.2016
22:39:16
Кстати, любопытно, делает ли так кто-то.

Я знаю одного человека, который может.

Vladimir
28.08.2016
22:39:39
просто факт - можно написать невалидный js и node его примет. это - ломка спеки

а наоборот - нет

Никита
28.08.2016
22:40:43
Кстати, оба утверждения — не всегда.

Смотря что сказано в спеке.

Vladimir
28.08.2016
22:41:09
ну теоретически

Никита
28.08.2016
22:41:28
если в спеке сказано что маст фэйл он инвалид жс — то да.

Vladimir
28.08.2016
22:41:50
но для целей interoperability - только это важно

Никита
28.08.2016
22:41:52
Но речь не об этом.

Речь о том, что придание другого смысла разнице расширений на большом масштабе фактически сломает спеку. Не путай «нарушит» и «сломает».

Он её сломает в том смысле

Google
Никита
28.08.2016
22:43:31
Что когда люди будут видеть ес и жс

они будут придавать этому другое значение

не то, которое написано в спеке

да и про спеку совсем забудут

Vladimir
28.08.2016
22:44:05
Да, и я не вижу в этом ничего плохого.

Никита
28.08.2016
22:44:17
а когда кто-то захочет использовать разницу между ес и жс по назначению — он тупо не сможет

Vladimir
28.08.2016
22:44:25
Формально спека не нарушена.

Мы сделали доброе дело

Никита
28.08.2016
22:44:41
потому что все вокруг понабежали и понагордили свой ес.

Vladimir
28.08.2016
22:44:50
> @ChALkeR а когда кто-то захочет использовать разницу между ес и жс по назначению это явно никому не нужно

Никита
28.08.2016
22:44:52
Смотря кому.

> Мы сделали доброе дело

Vladimir
28.08.2016
22:45:07
большей части заинтресованых лиц

Никита
28.08.2016
22:45:08
Это на это ответ был.

Спецификация и регистрация расширения не для того, чтобы сделать доброе дело большей части заинтересованных лиц.

А для того, чтобы люди могли полагаться на спецификацию

Vladimir
28.08.2016
22:46:22
они и смогут продолжать на нее полагаться, если мы не делаем ничего противоречащего

Никита
28.08.2016
22:46:23
То, что она нужна малому количеству людей — не повод ломать спецификацию ради красивого имени.

Не смогут, я выше объяснил, почему.

О, помнишь про пылинку?

Google
Vladimir
28.08.2016
22:47:13
Просто давай называть вещи своими именами - это НЕ ломать спецификацию

Никита
28.08.2016
22:47:24
Это не нарушать спецификацию.

но именно ломать.

Люди не смогут больше пользоваться этой спекой.

Vladimir
28.08.2016
22:47:47
это naming conventions. стандартная пркатика

Никита
28.08.2016
22:47:52
И не смогут поломаться.

Vladimir
28.08.2016
22:48:02
смогут, почему нет

Никита
28.08.2016
22:48:06
*полагаться

Vladimir
28.08.2016
22:48:15
в es файлах будет то, что в них должно быть

Admin
ERROR: S client not available

Vladimir
28.08.2016
22:48:23
в js файлах будет то же, что и сейчас

Никита
28.08.2016
22:48:39
Потому что большая часть народу будет думать, что разница между ес и жс не в том, что на самом деле написано в спеке.

Vladimir
28.08.2016
22:49:16
ну и что? большая часть не читает спеки, и не будет читать

большая часть смотрит на реальность, это нормально

Никита
28.08.2016
22:49:58
Ну вот поэтому спеку можно будет фактически выкинуть.

Vladimir
28.08.2016
22:50:05
те кто читает спеки, все равно будут знать, что и как

Никита
28.08.2016
22:50:16
То есть это её _сломает_.

Vladimir
28.08.2016
22:50:28
> @ChALkeR Ну вот поэтому спеку можно будет фактически выкинуть. ее и так можно выкинуть - никто не использует это рсаширение

Никита
28.08.2016
22:50:38
Не в том смысле, что нарушит то, что там написано.

А в том смысле, что сделает спеку бесполезной.

Google
Никита
28.08.2016
22:51:01
> ее и так можно выкинуть - никто не использует это рсаширение

Нет, она стандарт и люди на неё полагаются.

Vladimir
28.08.2016
22:51:27
Пример?

Никита
28.08.2016
22:51:30
Тогда по твоему можно вообще все эти спеки выкинуть.

Пример не обязателен, если оно вошло в стандарт — значит оно кому-то нужно и этим кто-то пользуется.

То, что я таких не знаю лично, не показатель того, что их нет.

Vladimir
28.08.2016
22:52:36
> @ChALkeR значит оно кому-то нужно и этим кто-то пользуется. вот это сомнительно

Никита
28.08.2016
22:53:30
Даже если на это полагаются три с половиной человека — это не повод ломать спецификацию, которая для них работает.

Vladimir
28.08.2016
22:53:51
Я хотел бы увидеть хотя бы одного человека

Никита
28.08.2016
22:53:54
Ради красивого имени.

Vladimir
28.08.2016
22:53:54
Один файл

Даже если на это полагаются три с половиной человека — это не повод ломать спецификацию, которая для них работает.
Не согласен. Если эти три человека и есть - мы не сможем ввести их в заблуждение, и “сломать” для них спеку

Они наверно знают, что к чему

Никита
28.08.2016
22:55:28
Мы введём в заблуждение всех остальных.

И да, ты ещё один момент не учитываешь.

Vladimir
28.08.2016
22:55:50
это не важно, им не нужна эта спека как есть

Никита
28.08.2016
22:55:53
У модулей другой майм-тип уже.

Не тот, что у *.es

Vladimir
28.08.2016
22:56:54
что то мне подсказывает, что у разных майм типов может быть одинаковое расширение

Никита
28.08.2016
22:56:55
А, стоп, они ушли от майм-типа, его нет.

Да, может.

Но не в случае, если стандарт уже привязал .es к конкретному майм-типу.

Страница 167 из 2748