Нет — ничего не объясняли. Да и я совсем не уверен, что наш проект был достаточно хорош для финала. Но я не особо понял, зачем в одной номинации было сравнивать проекты, которые сделаны за 50 часов и готовые проекты или полуготовые, которые в итоге и заняли 3 призовых места. Это оставило негативное впечатление

Есть еще вот эти друзья www.openshift.com/learn/topics/serverless

Если что, я в Сбере не работаю. Я вообще на хакатон просто сходил. Статья не проплаченная. Просто люблю Serverless

Всегда задавался вопросом, почему такие публикации предоставляются без репозитория на github со скриптом start.sh, в который можно фотку скормить? Или с репозиторием, но чтобы там что-то запустить, нужно несколько дискретных видюх за 1000$ и пачка входных данных для обучения, которую не дали. Может кто-нибудь подсказать?

Жаль. Спасибо за ответ

Вот за эту статью я не могу проголосовать сейчас.

В приложении на андроид уже много месяцев не за все статьи можно голосовать. В некоторых статьях не отображаются стрелки вверх/вниз, а сразу показывается рейтинг. Почините пожалуйста. В десктоп и мобильной версии голосовать можно, в мобильном приложении — через раз.

Могут ли самозанятые законно так принимать оплату?

Почему в мобильном приложении я не могу голосовать за некоторые статьи, а за другие — могу? Стрелок просто нет. С десктопа и мобильного сайта всё ок

В мобильной версии (андроид) частенько невозможно голосовать за статью. Кнопок-стрелок просто нет.

Я — библиотечный. И пачки тестов на него. Поэтому такая проф. деформация

То, что вы говорите, справедливо для разработки приложения, решения прикладных задач. Но для разработки библиотеки — не факт. Авторы многих npm-пакетов жертвуют читаемостью ради тестов.

Это вы еще DI на классах и декораторах не видели :) www.npmjs.com/package/@decorators/di

В целом соглашусь с вами.

комбинаторный взрыв никуда не исчезает

варианты A и B ниже имеют одинаковое количество состояний

Но юнит-тесты не гарантируют работоспособность программы в целом, только её кусочков. (см. примечание автора про терминологию). Юнит-тестов все-таки получится меньше.

А если же мы хотим протестировать весь модуль, то должны на него писать функциональные тесты. А в функциональных тестах можно и ограничиться основными use-case-ами.