Да, но бойлерплейта, связанного с описанием спецификации очень мало, т.к. язык поддерживает вывод "тайпклассов", то есть можно описывать не конкретные схемы, а правила их вывода, поддерживаются generic и т.п. возможности "не повторяться"
Просто описываются классы запросов и ответов (есть ещё опционально ошибки и аутентификация), в подавляющем большинстве случаев схема выводится автоматически, нет нужды её описывать руками, а если где-то и встречается кастомные типы, то достаточно 1 раз описать его схему или правила вывода, а не каждый конкретный случай использования.
Нет схемы для API - не компилируется
Реализация не соответствует API - не компилируется
Примеры описываются в коде, а не в схеме.
SwaggerUI показывает красоту.
Как итог - API и документация практически неразрывные вещи.
Всё так, интерфейс действительно оставляет желать лучшего. И по поводу гостевого пользователя и Xbox - всё верно... Кажется, теперь я на 100% понимаю, куда пропал начальный прогресс за один день в одной из одиночных игр... Как раз играл после того, как подключал второй джойстик для гостя.
Немного занудства, но на самом деле среди тех, у кого что-то поменялось, группа всего одна, третья. Либо первые две. Так как они явно входят в состав третей, если подумать о смысле
разделились на 3 группы:
нанимаем только ключевые
нанимаем только программистов/не менеджерские позиции
Тоже думаю, что правда куда-то сюда, сам пишу ручкой очень редко, миксую печатный шрифт и пропись, часто одни и те же буквы даже в одном слове выглядят кардинально разно - д/g, E/e, в/b, п/n и тому подобное
Полностью с вами согласен. Я, например, честно не помню, как синтаксически корректно написать цикл, потому что везде используем иммутабельные коллекции и методы — .map / .flatMap / .fold, и т.п.
В преимущества Xbox забыли Quick Resume, действительно крутая функция, для меня было важным фактором в выборе между этих двух (удалось получить обе, Sony продал знакомым по себестоимости + бутылка вина) + у Xbox удачный дизайн и невероятно тихий вентилятор, его просто не слышно от слова совсем.
Заканчиваем споры и сомнения. Если на входе "совокупность" - это упорядоченный двунаправленный список или массив, то просто движемся с двух концов, пока не получим нужную сумму. Если на данный момент сумма больше необходимого - двигаем правый элемент, если меньше - левый. O(n) в чистом виде
Недавно в команде смотрели на эту фичу. Однако, артефакт какой нибудь библиотеки конкретной версии для Scala традиционно содержит версию языка в виде суффикса в имени этого артефакта. Поэтому, красиво сделать версию Scala в виде переменной в toml не получается, напрашиваются расширения в Kotlin. Ждём, когда что-нибудь на этот счёт придумают
А можно про разбиение вопроса "кто несёт ответственность за качество данных" более конкретно. А то по тексту получилось, что был конкретный вопрос, а получились какие-то "блоки". Имею ввиду, если первый вопрос заведомо неправильный, то какие тогда должны быть "правильные" вопросы м учётом разбиения? Спасибо за статью, было интересно — сейчас работаю Data Engineer и
Звучит очень круто! У меня в офисе стоит мощная машина, а на удалёнку беру ультрабук, но как подметил автор, это обжигает коленки и тратит нервы. Мысли о IDEA-"сервере" постоянно лезут в голову, думал про ssh-форвардинг или настройку удалённого LSP-сервера (но тогда нужно решать проблему маппинга файловой системы). А тут, надеюсь, глтовитс6 что-то интересное
Для Scala есть отличная библиотека, которую могу рекомендовать — bot4s/telegram — с её использованием ни разу не открывал API, всё что можно и нужно прекрасно видно по типам, спасибо выразительности Scala и json-кодекам circe. А транспорт апдейтов (вебхуки или поллинг) можно выбрать, не меняя логику абсолютно
Да, но бойлерплейта, связанного с описанием спецификации очень мало, т.к. язык поддерживает вывод "тайпклассов", то есть можно описывать не конкретные схемы, а правила их вывода, поддерживаются generic и т.п. возможности "не повторяться"
Ещё из интересного есть Scala и sttp.Tapir.
Просто описываются классы запросов и ответов (есть ещё опционально ошибки и аутентификация), в подавляющем большинстве случаев схема выводится автоматически, нет нужды её описывать руками, а если где-то и встречается кастомные типы, то достаточно 1 раз описать его схему или правила вывода, а не каждый конкретный случай использования.
Нет схемы для API - не компилируется
Реализация не соответствует API - не компилируется
Примеры описываются в коде, а не в схеме.
SwaggerUI показывает красоту.
Как итог - API и документация практически неразрывные вещи.
Всё так, интерфейс действительно оставляет желать лучшего. И по поводу гостевого пользователя и Xbox - всё верно... Кажется, теперь я на 100% понимаю, куда пропал начальный прогресс за один день в одной из одиночных игр... Как раз играл после того, как подключал второй джойстик для гостя.
Немного занудства, но на самом деле среди тех, у кого что-то поменялось, группа всего одна, третья. Либо первые две. Так как они явно входят в состав третей, если подумать о смысле
разделились на 3 группы:
нанимаем только ключевые
нанимаем только программистов/не менеджерские позиции
нанимаем, но кол-во вакансий сократилось
Вы сами себе и ответили. Дарственные между родственниками не облагаются
Тоже думаю, что правда куда-то сюда, сам пишу ручкой очень редко, миксую печатный шрифт и пропись, часто одни и те же буквы даже в одном слове выглядят кардинально разно - д/g, E/e, в/b, п/n и тому подобное
Полностью с вами согласен. Я, например, честно не помню, как синтаксически корректно написать цикл, потому что везде используем иммутабельные коллекции и методы — .map / .flatMap / .fold, и т.п.
В преимущества Xbox забыли Quick Resume, действительно крутая функция, для меня было важным фактором в выборе между этих двух (удалось получить обе, Sony продал знакомым по себестоимости + бутылка вина) + у Xbox удачный дизайн и невероятно тихий вентилятор, его просто не слышно от слова совсем.
Заканчиваем споры и сомнения. Если на входе "совокупность" - это упорядоченный двунаправленный список или массив, то просто движемся с двух концов, пока не получим нужную сумму. Если на данный момент сумма больше необходимого - двигаем правый элемент, если меньше - левый. O(n) в чистом виде
Недавно в команде смотрели на эту фичу. Однако, артефакт какой нибудь библиотеки конкретной версии для Scala традиционно содержит версию языка в виде суффикса в имени этого артефакта. Поэтому, красиво сделать версию Scala в виде переменной в toml не получается, напрашиваются расширения в Kotlin. Ждём, когда что-нибудь на этот счёт придумают
А можно про разбиение вопроса "кто несёт ответственность за качество данных" более конкретно. А то по тексту получилось, что был конкретный вопрос, а получились какие-то "блоки". Имею ввиду, если первый вопрос заведомо неправильный, то какие тогда должны быть "правильные" вопросы м учётом разбиения? Спасибо за статью, было интересно — сейчас работаю Data Engineer и
Звучит очень круто! У меня в офисе стоит мощная машина, а на удалёнку беру ультрабук, но как подметил автор, это обжигает коленки и тратит нервы. Мысли о IDEA-"сервере" постоянно лезут в голову, думал про ssh-форвардинг или настройку удалённого LSP-сервера (но тогда нужно решать проблему маппинга файловой системы). А тут, надеюсь, глтовитс6 что-то интересное
Для Scala есть отличная библиотека, которую могу рекомендовать — bot4s/telegram — с её использованием ни разу не открывал API, всё что можно и нужно прекрасно видно по типам, спасибо выразительности Scala и json-кодекам circe. А транспорт апдейтов (вебхуки или поллинг) можно выбрать, не меняя логику абсолютно