тогда выделять не нужно, да

foo { (here) bar { baz { 123 } } } попробуйте сами :)

vi{y внутри блока

> JSON.stringfy >>> undefined Ну, раз строго говоря, то все равно не получается

Не получается: > JSON.stringify(`Hackler 3 Rockstar 5 `) >>> '"Hackler 3\\n\\nRockstar 5\\n"'

Кажется, коллективным разумом придумали: > echo "{\"cookie\": \"$(base64 cookie.bin)\"}"

>cat C:\Мои Документы\cookie.bin

http://blog.sigfpe.com/2006/11/from-l-theorem-to-spreadsheet.html https://github.com/quchen/articles/blob/master/loeb-moeb.md

Вообще без разницы, у вас проект очень нетипичный для современного подхода. Если есть финансирование на 3 года без постановки промежуточных значений, у вас априори будут все проблемы, вызванные таким подходом, поэтому, взяв любую технологию, вы себя обрекаете на N эпизодов «будем все обновлять», «будем все переписывать» и т.д. Просто возьмите то, у чего на гитхабе побольше звездочек (для любого языка), так будет хоть какая-то гарантия того, что за эти 3 года будет поддержка со стороны сообщества и вам не нужно будет отвлекаться на мелочи. Заложите 1-2 месяца на эксперименты, постройте внутри MVP, обязательно реализовав хоть 1 нетривиальную фичу - поймете, что к чему (правильную ли взяли базу, правильный ли язык, удобно ли писать миграции, как деплоите, как observability можно организовать и т.д.). Будьте осторожны с примерами на главных страницах - они, как правило, вырожденные и нужно применять к своей области конкретно. Обязательно нужно смоделировать что-то из домена, а не чужой при

« 3 года на разработку » С нуля до первого релиза? То есть буквально 3 года дают? Можешь брать что угодно, за 3 года можно что угодно освоить. А можно взять spring boot & next.js, например (или вообще jhipster), забыть про реализацию всяких прослоек типа авторизации в десятый раз, только в новом модуле, переиспользовать написанное другими, за полгода написать все фичи, а потом 2.5 года сидеть на озере в Черногории, попивать смузи и постить сюда истории успеха.

« делить на back и front, или fullstack дешевле » fullstack - это когда программист может написать и сервер, и клиент. К языку никакого отношения не имеет, то есть, это может быть и джаваскрипт везде, а может быть си на бекенде и тайпскрипт в браузере, исполненные одним и тем же программистом. Ну и понятно отсюда, что дешевле в вакууме не бывает, нужно в чем-то мерять.

Я не знаю rust, но когда-то знал С и вы же сравниваете разные вещи. В С точно так же нельзя вернуть валидную ссылку на объект со стека после выхода из области видимости создания. Вы бы выделили память и вернули уже ее адрес, правильно? Так и в расте, наверное, просто у них указатели по-другому называются.

« Есть тестовое задание » Может, не стоит тогда пытаться идти туда, где даже тестовое задание не можете осилить? Плюс займете место того, кто с этим справится.

Ну, получается, если в 1000 строк 1 ошибка в open source, то в коммерческом коде как раз будет 1000 ошибок. Все сходится.

Когда как, для внутренних нужд или для PoC API иногда самое то.

И даже такое есть: https://postgrest.org/en/v9.0/

Так используйте официальное API тогда, будет и проще, и надежнее. e.g. https://developers.google.com/gmail/api/quickstart/python

А как выглядят ссылки в xml?

А, ну и еще неудобство в том, что в json AST и, следовательно, операции над ним можно понять за 15 секунд, а в случае с XML нужно получить PhD по атрибутам, нодам, тегам, элементам, декларациям и т.д.

Это не сходится с реальностью, но у тебя есть 100% право на это мнение :)

Формат хороший, надежный и проверенный, но не очень удобный из-за того, что он сложный и из-за этого все средства для работы с ним давно написаны и их никто старается не трогать, чтобы не отвалилось что-нибудь, потому что где XML, там легаси, а где легаси, там «работает - не трогай», поэтому обычно стараются избегать в новых проектах по возможности, чтобы не обмазываться старым API. Те, кто пользуется микросервисами, иногда вообще выносят трансляцию из XML в свой формат в отдельный прокси-сервис и забывают о нем, как только он начинает просто работать. Смотрите по вашим требованиям, если у вас есть вменяемые библиотеки и форматы/протоколы, тогда пользуйтесь тем, что нравится, если нет - берите что-то максимально простое и все. Например, я работаю время от времени с огромной системой, где обмен между сервисами происходит по шине через SOAP, там XML, но его один раз пишут и забывают, а внутри в каком-то поле просто складывают JSON-пейлод. Можно смотреть на это, как на мутанта, а можно пр

Зашел, чтоы это написать, кто переводил и в каком это словаре так написано?

Почему никто из писателей модулей в ядро не умеет задавать вопросы? https://i.imgur.com/nHevGbA.png

Давай на завтрашнем стендапе обсудим, сделай ПР?

Сначала придумали одну структуру, потом добавили другую, все логично :) Если аргумент «не знаю, было так, а стало не так» - все, что есть, то, вероятно, прислушиваться к нему стоит с опаской.