Сергей Соколов: нужные мы в любом случае не выкинем - чтобы максимизировать отношение 1:0, нужно выкинуть максимально возможное количество нулей
Ведь очевидно, что 1_count/0_count будет расти только при уменьшении знаменателя - числитель увеличиться не может, так как исходное соотношение включает ВСЕ единицы в матрице
Оно так же может оставаться постоянным, если выкинуть равное количество нулей и единиц, поэтому на 4 шаге нужно сравнение с предыдущим значением (по условию, больше матрицы осталось - лучше)
Насколько большую строку? По сути, вопрос упирается в "быстрее ли передать строку, или обработать на клиенте?". А ответ на него зависит непосредственно от объема передаваемых данных (ну и скоростей интернета у клиентов, но тут проще)
Только не самое прибыльное. Те же разработчики спринга получают куда (куда-куда) больше разработчиков НА спринге :)
Скорее, это просто самый простой путь, из приносящих деньги
RedHairOnMyHead: это неофициально все, от имени конкретных вузов (единиц вузов). В таком случае обучение просто оплачивает вуз, бюджетником числиться не выйдет. Именно олимпиад (типа всероссийских по математике), которые дают 100 баллов в любой вуз - нет
Дмитрий: Евгений: ну понятно дело, что для серьезного дела ИП придется открывать. Но при этом глупо отрицать, что это принесет кучу геморроя, хоть и позволит избавиться от потенциальных проблем
narwhale: это уже означает либо проблему в коде, либо в нехватке дополнительных зависимостей (да, библиотека может иметь свои собственные зависимости, которые тоже надо подрубить)
narwhale: Не, который создается идеей при создании артефакта (путь в нему указан в свойствах, на скрине вон есть). Потом уже пересобрать артефакт и посмотреть чокак. В лс можешь писать на хабру или в контакты там)
narwhale: попробуй не распаковывать их внутрь, а положить рядом, связав через манифест, добавив чонить вроде Class-Path: lib1.jar lib2.jar lib3.jar
Если не поможет - скинь полный эксепшн, может, дело-то и не в том
Вячеслав Шевченко: если дело в фильтрации комманд вне сервиса-исполнителя, то да, остается вариант проверки по известным действиям и поддерживаемым характеристикам (в т.ч. численным). Но мне сложно представить сервис, который работает с коммандами, но заранее не знает, к чему они могут применяться :)
WebDev2030: сами предметы должны как минимум добавляться пользователем, а значит, храниться где-нибудь в базе приложения. В противном случае, приложение не сможет ни коим образом с ними взаимодействовать. Простой пример: откуда оно поймет, что лампу вообще можно включать/выключать, если пользователь или разработчик (в зависимости от концепции) не сообщит это ему заранее? И что тогда будет, если пользователь предложит лампе проехать 10 метров и повернуть направо?
Единицы изменения и команды должны же быть в приложении в виде словарей в любом случае, это подразумевалось.
Ведь очевидно, что 1_count/0_count будет расти только при уменьшении знаменателя - числитель увеличиться не может, так как исходное соотношение включает ВСЕ единицы в матрице
Оно так же может оставаться постоянным, если выкинуть равное количество нулей и единиц, поэтому на 4 шаге нужно сравнение с предыдущим значением (по условию, больше матрицы осталось - лучше)