>тец: он станет круты программистом Лать: он создаст свои стартап и Сын: *парсит ¿воп* / it-юмор :: geek (Прикольные гаджеты. Научный, инженерный и айтишный юмор)

Сын: *сидит на реакторе*

Детей к 21 году? Это у кого такие "амбиции"...

сын:

А у тебя есть для политики нужные качества? Ты умеешь беззастенчиво и уверенно врать людям в глаза?

Скажи, что ты уже стал
Ты же на реакторе

Мать: "а разговоров то было..." и "умирает от кринжа"

Стандартными функциями?
Или есть какой-то особый жсон, который надо вручную на калькуляторе разбирать?

lets talk about javascript

JSON такой плохой стандарт что ли?
У меня на прошлом месте работы конфиги были в json'е. И вот мне захотелось чтобы в конфигах можно было делать всякое: инклудить другие конфиги, частично переопределять их содержимое и проч.
Пришлось делать парсер json'а, который заодно понимает некоторые другие конструкции, которыми я описывал эти штуки.
Заодно разрешил запятые в конце, ключи без кавычек, ещё там что-то.

Ну времени на всё это потратить пришлось, конечно, не мало. И какой-то мелочи из стандарта json я не поддержал, т.к. мне в конфигах она не нужна была.

Но в целом окнорм, чо.

Парсер жсона и хмл очень сильно различаются по сложности. В жсоне совсем небольшое количество возможных вариантов для токенов, а вся спецификация по сути вмещается на одну страничку на том же json.org, тупо рекурсивно спускаешься токен за токеном, это даже работать будет быстро и спокойно делается за вечер. А вот полноценный парсер хмл это совсем не тривиальная задача, одних неймспейсов хватит, чтобы за голову схватиться.

Читаешь иной раз чей-то код из интернета и появляются подозрения, что это инопланетяне пытаются так по чуть-чуть вводить людей (хотя бы некоторых) в понимание межгалактических стандартов общения и спецификаций передачи данных. А наши простые земные сермяжные команды это типа как кошачье "мяу" для человека.