Ээээээ… Codeforces. Создана Мишей Мирзаяновым. Русскоязычен. Почти все задачи формулируются на двух языках — русском и английском.
Мне кажется, вы несколько переутомились и устали в это прекрасное январское утро. Вам стоит отдохнуть.
А бенчмарки есть? Оно реально работает на 1 миллиарде элементов?
Предположим, что элемент вектора — целое число, 4 байта. Вектор размером в 50 тысяч элементов — это 200 000 байт только на полезную нагрузку.
200 терабайт данных перелопатить за 2 минуты? Полтора терабайта в секунду?
А где лежат эти данные?
Что я упустил в своих расчетах?
Игроки Eve Online занимались этим из игровой выгоды.
Первая реализация, к тому же, не мешала накрутке рейтинга путем посыла заведомо неверных данных большим количеством пользователей.
Вообще, довольно таки любопытный пример трагедии общин.
Моя тупить. Можно пример минипроекта на plain Kotlin (не Android, spring, webservices, буквально три-четыре простеньких класса) который работает с этим?
Вопрос в лаконичности.
Еще раз: в Lombok для создания объекта логгера используется одна короткая анннотация. В Kotlin это выглядит многословней. Вот вся претензия.
Навскидку могу сказать, что организации типа LSE, которые пользуются Jira и могли бы захотеть попробовать Трекер — вряд ли рискнут хранить данные на серверах Яндекса.
Это хороший пример организации которая заботится о безопасности, умеет это делать(наверное :)) и при этом является потенциальным клиентом Трекера из-за объема своих данных.
lotrek, вроде вырисовывается интересное дополнение для задач в трекере: Чеклисты в шаблонных задачах.
В принципе будет удобно для шаблонных задач на релиз, тестирование, etc.
Возможно, это может быть сделано как шаблон с готовыми шаблонами на стандартные подзадачи.
Мне кажется, вы несколько переутомились и устали в это прекрасное январское утро. Вам стоит отдохнуть.
Предположим, что элемент вектора — целое число, 4 байта. Вектор размером в 50 тысяч элементов — это 200 000 байт только на полезную нагрузку.
200 терабайт данных перелопатить за 2 минуты? Полтора терабайта в секунду?
А где лежат эти данные?
Что я упустил в своих расчетах?
Первая реализация, к тому же, не мешала накрутке рейтинга путем посыла заведомо неверных данных большим количеством пользователей.
Вообще, довольно таки любопытный пример трагедии общин.
Еще раз: в Lombok для создания объекта логгера используется одна короткая анннотация. В Kotlin это выглядит многословней. Вот вся претензия.
Такой код:
выглядит длиннее чем одна коротка аннотация но лучше чем обычно.
Хотя в Kotlin (и Scala) пока нет удобных для Java аннотаций для логгирования
Это хороший пример организации которая заботится о безопасности, умеет это делать(наверное :)) и при этом является потенциальным клиентом Трекера из-за объема своих данных.
В принципе будет удобно для шаблонных задач на релиз, тестирование, etc.
Возможно, это может быть сделано как шаблон с готовыми шаблонами на стандартные подзадачи.
В любом случае, что для вас значат чек листы с точки зрения Issue Tracker?
Я правильно понимаю, что искомое есть в issue-трекере GitHub?
Пример.