Ограничение по времени: 1 секунда
Ограничение по памяти: 256 мегабайт
Очень похоже на какое-то спортивное программирование. Уверен, что ты в принципе упрёшься в это?
String [][] ar = new String [2][];
ar[0] = new String[2];
ar[1] = new String[1];
ar[0][0] = "ar 0 0";
ar[0][1] = "ar 0 1";
ar[1][0] = "ar 1 0";
1. А ты уверен, что у тебя JIT эти строчки вообще не вырезал нафиг, раз эти массивы нигде не используются?
2. Duration.between и единственный прогон для бенчмарков не годится, но в принципе раз лимит в одну секунду, то там и так будет единственный прогон.
Вообще если организатор выставляет ограничения - значит у него есть какой-то способ проверить и время и потребление - вот и спроси у организатора, как он будет это делать
Александр Маджугин, ну у тебя же уже есть сервер какой-то где ты централизованно хостами решил управлять? Вот на него устанавливаешь dns и в resolv.conf прописываешь его на хостах
Niksak, а зачем искать работу в какой-то конкретной стране? Те работодатели, которые рассматривают кандидатов из рф и так здесь оставляют вакансии и у них уже все вопросы и по оплате и по документам решены
Удалённо в других странах как правило работают не по ТК, а по договору подряда и типа того => в принципе где угодно, все документы обычно бумаги курьером отправляют, тк какого-то единого документооборота нет.
В Казахстане есть свой како-то электронный документооборот, но нужно лично в тамошний мфц приходить и получать эцп.
Главная проблема в том, как ты оплату будешь получать.
Тут возникает логичный следующий вопрос.
Раз вы хотите развернуть свой сервер, который будет отвечать за всё, то зачем тогда вам делать его промежуточным? Делайте его полноценным тогда и вообще отвязывайтесь от облака.
The Send-MailMessage cmdlet is obsolete. This cmdlet doesn't guarantee secure connections to SMTP servers. While there is no immediate replacement available in PowerShell, we recommend you do not use Send-MailMessage. For more information, see Platform Compatibility note DE0005.
Вот например у нас проект есть на Rust, и нам нужно собирать rpm и deb пакеты, в качестве ci используем гитлаб.
Для каждого вида пакетов - свой набор всяких манифестов и post install скриптов (создать папки, накинуть нужные права итд).
По сути в них написано одно и то же, но разным синтаксисом.
А потом в пацплайне отдельные джобы для:
1. Сборки приложения
2. Сборки пакетов (переносятся артефакты из сборки)
3. Публикации в репозтиториях.
Но это всё делается 1 раз и практически никогда больше не меняется, так что никакой проблемы нет в дублировании.
Единственное что упрощается по сравнению с плюсами и cmake - не нужно руками никакие утилиты для сборки вызывать/писать баш скрипты, всё запускается через cargo
Александр, всё что ты делаешь в рабочее время для компании - это собственность компании, так что перед PR нужно спрашивать у руководителя или юридического отдела
Ну раз уже есть женкинс, то почему бы на нём всё не сделать? Для разных ОС всё равно нужен будет свой скрипт для пакетирования, но компилировать можно будет 1 раз, а упаковывать и публиковать в разные репозитории - параллельно
Очень похоже на какое-то спортивное программирование. Уверен, что ты в принципе упрёшься в это?
1. А ты уверен, что у тебя JIT эти строчки вообще не вырезал нафиг, раз эти массивы нигде не используются?
2. Duration.between и единственный прогон для бенчмарков не годится, но в принципе раз лимит в одну секунду, то там и так будет единственный прогон.
Вообще если организатор выставляет ограничения - значит у него есть какой-то способ проверить и время и потребление - вот и спроси у организатора, как он будет это делать