Нет. Вспомните более простой пример: биссектрисса и медиана в общем случае не совпадают. Для трисекции можно визуально представить контрпример: возьмите угол близкий к .
Это чисто стилистическое. Если хочется -- можно все колонки в одну строку или в смеси.
The suggestion to start each cell on its own line and to separate rows by empty lines is merely a stylisic choice. You can enter more than one cell or all of the cells in a row on the same line since the processor creates a new cell each time it encounters a vertical bar (|)
Похоже, это относительно недавнее дополнение к формату
Года 2000-2004. Это сайт автора формата markdown с его оригинальным конвертером на перле. Есть ещё дуальная утилита html2text происхождением из тех же времён.
Но здесь мне не нравится синтаксис с квадратными скобками и для заголовка ссылки, и для идентификатора. Особенно смущает пункт, что они могу разделяться пробелом. Вот зачем?!
Общепринятый формат для цитирования (имея ввиду бумажные книги и статьи), когда в ref'ы стали помещать ссылки. Привычный многим десятки лет (не знаю использовали ли его в эхах, но в списках рассылок видел очень давно. Так что скорее вопрос "почему бы и нет?"
Сам так делаю) Народ незнакомый с latex в телеграме парсит с некоторым трудом. Но формулы лишь малая часть, таблицы/схемы/beamer/кастомные макросы и вот это вот всё превращает его в несколько менее удобный формат для восприятия. Хотя своё с привычными макросами ещё ничего читать, если не спустя год-другой.
Сам очень люблю plain text форматы. Но в моем понимании md/adoc вполне plain text, тогда как html/latex -- уже нет, т.к. для минимально удобного чтения требуют преобразования (будь то рендеринг html с использованием, как минимум, layout engine, даже когда это кусок lynx или links; или преобразование в dvi/pdf).
Несмотря на все разглагольствования про отсутствие какой-либо разметки, пункты 4-8 всё же есть. Что мешает минималистично использовать относительно стандартные варианты markdown (commonmark/gfm) и asciidoc вместо изобретения очередного своего формата для списков, сносок и заголовков -- не ясно.
И то, если нет обработки default/_ варианта. Но вообще clang умел в предупреждение если не все тэги обработаны, javac -- аналогично (а при использовании нового синтаксиса выдаёт ошибку).
Аналогично обнаружение fallthrough в языках с си-подобным switch.
Инженерный совет Интернета IETF официально принял стандарт Messaging Layer Security (MLS)
WAT o_O? Вы на сайт ietf сходили что-ли.. Там до rfc ещё как до луны, первые черновики только. Стандарт в понимании ietf -- это ещё более другое. По сути приняли заявку на то что рабочая группа будет писать rfc. А то по классике получилось: и не квартиру, а машину; и не выиграл, а проиграл; и не в преферанс, а в очко
Да не, туда высоту цилиндра самое то запихнуть. А для прямоугольных параллелепипедов с квадратным основанием width будет размером грани основания, а height -- высотой цилиндра. Но для треугольника оно будет значить совсем другое и часть его параметров будет храниться в отдельном массиве с командой адресацией по индексам. По крайней мере это будет интерпретироваться так в части функций.
Другие смогут использовать те же поля чуть-чуть иначе и сэкономят и память, и стоимость виртуального вызова.
Спасибо за статью. Интересно несмотря на ощущение ещё одного инструмента для создания bespoken cluster(s), который будет доставлять боль в поддержке годами))
Такие статьи требуют кроме внимательного прочтения ещё и пачки экспериментов чтобы ощутить всю прелесть. Ну а ужас можно ощутить только в процессе эксплуатации результата, но большинство на это просто не пойдет и возьмёт более выверенные временем вещи типа kubeadm, kops, okd или флантовский deckhouse. Или k3s кому много не надо. Время и деньги на эксперименты не у всех есть..
Ни разу часть изменений в базе не теряли после удачной синхронизации при модификации в двух источниках?
Эллипс -- это круг вписанный в квадрат 3 на 4, как известно
Но ведь в KSP оно работает!
https://xkcd.com/1244
Ага, архив с html внутри. Не помню zip или ole, но гадость ещё та была
Нет. Вспомните более простой пример: биссектрисса и медиана в общем случае не совпадают. Для трисекции можно визуально представить контрпример: возьмите угол близкий к .
Это чисто стилистическое. Если хочется -- можно все колонки в одну строку или в смеси.
Года 2000-2004. Это сайт автора формата markdown с его оригинальным конвертером на перле. Есть ещё дуальная утилита html2text происхождением из тех же времён.
Общепринятый формат для цитирования (имея ввиду бумажные книги и статьи), когда в ref'ы стали помещать ссылки. Привычный многим десятки лет (не знаю использовали ли его в эхах, но в списках рассылок видел очень давно. Так что скорее вопрос "почему бы и нет?"
Особенно весело разбирать форматирование лексикона в современном мире. Хорошая разметка, да
Text title more text
См https://daringfireball.net/projects/markdown/syntax#link.
~То что хабр не научился в этот формат -- другой вопрос.~ Он вполне общепринятый и вне md-мирка
P.S. хабр умеет, но только строго с кавычками в additional info
Сам так делаю) Народ незнакомый с latex в телеграме парсит с некоторым трудом. Но формулы лишь малая часть, таблицы/схемы/beamer/кастомные макросы и вот это вот всё превращает его в несколько менее удобный формат для восприятия. Хотя своё с привычными макросами ещё ничего читать, если не спустя год-другой.
В формулировке по ссылке явно указано "except zero"
Добро быть натуральное число (в нашем понимании, т.е. без нуля). Иначе в указанных условия тривиальное умножение на 0 даёт решение
Сам очень люблю plain text форматы. Но в моем понимании md/adoc вполне plain text, тогда как html/latex -- уже нет, т.к. для минимально удобного чтения требуют преобразования (будь то рендеринг html с использованием, как минимум, layout engine, даже когда это кусок lynx или links; или преобразование в dvi/pdf).
Несмотря на все разглагольствования про отсутствие какой-либо разметки, пункты 4-8 всё же есть. Что мешает минималистично использовать относительно стандартные варианты markdown (commonmark/gfm) и asciidoc вместо изобретения очередного своего формата для списков, сносок и заголовков -- не ясно.
И то, если нет обработки
default
/_
варианта. Но вообще clang умел в предупреждение если не все тэги обработаны, javac -- аналогично (а при использовании нового синтаксиса выдаёт ошибку).Аналогично обнаружение fallthrough в языках с си-подобным switch.
Можно использовать
stringData
вместоdata
и k8s заэнкодит в base64 самостоятельноWAT o_O? Вы на сайт ietf сходили что-ли.. Там до rfc ещё как до луны, первые черновики только. Стандарт в понимании ietf -- это ещё более другое. По сути приняли заявку на то что рабочая группа будет писать rfc. А то по классике получилось: и не квартиру, а машину; и не выиграл, а проиграл; и не в преферанс, а в очко
Да не, туда высоту цилиндра самое то запихнуть. А для прямоугольных параллелепипедов с квадратным основанием width будет размером грани основания, а height -- высотой цилиндра. Но для треугольника оно будет значить совсем другое и часть его параметров будет храниться в отдельном массиве с командой адресацией по индексам. По крайней мере это будет интерпретироваться так в части функций.
Другие смогут использовать те же поля чуть-чуть иначе и сэкономят и память, и стоимость виртуального вызова.
Где-то я это видел и очень хочу развидеть
И где-то в этот момент функция превращается в ручной диспетчер виртуальных вызовов. Называется, см. рис. 1.
И хорошо если на жаве, а не на smalltalk..
Спасибо за статью. Интересно несмотря на ощущение ещё одного инструмента для создания bespoken cluster(s), который будет доставлять боль в поддержке годами))
Такие статьи требуют кроме внимательного прочтения ещё и пачки экспериментов чтобы ощутить всю прелесть. Ну а ужас можно ощутить только в процессе эксплуатации результата, но большинство на это просто не пойдет и возьмёт более выверенные временем вещи типа kubeadm, kops, okd или флантовский deckhouse. Или k3s кому много не надо. Время и деньги на эксперименты не у всех есть..