Комментарии 25
То что было сделано во втором этапе — публичный поиск багов не улучшил ситуацию, а ухудшил. Сам телеграмм не проверял приложения почти все время, а вся проверка по итогу свелась к 5 минутному запуску приложения. Оценка осталась также субъективной (особенно в плане скорости работы), и никак не учитывала те баги которые нашли другие участники — например приложение с многочисленными крашами попало на 3 место.
Но в прочем — это их конкурс и они вправе делать что захотят.
Автор, я искренне не хочу Вас расстраивать, но вот как выглядит ситуация со стороны — Вы прочитали условия конкурса, поняли их по-своему, определенным образом расставили приоритеты (на скорость и производительность) и в итоге гневно расстроились, что приоритеты были поставлены неверно. Разве в анонсе конкурса было написано что-то про FPS? Про 1000 и 1000000 точек? Это все было додумано… Вольные формулировки имеют место быть, но правильным было бы задать все уточняющие вопросы на берегу, а не свято верить в свою интерпретацию. По факту объективно получилось вообще не как на скриншоте, какие-то цветные квадраты; я даже не сразу понял, что они соответствуют кнопкам из требований. В конце концов подумайте о маркетинге, а-ля новостной пост "у нас победил Х с таким приложением" — не поймут же.
Более того, реализация на NDK кмк не то, что хотели увидеть организаторы, иначе в таком случае можно было бы с тем же Qt поиграться, там контролы есть, которые в OpenGL рендерятся, всяко симпатичнее получилось бы.
И последнее — конкурс штука такая, прежде чем участвовать, нужно понимать, что он может принести разочарование судейством, особенно субъективным. Это скорее относится к участникам, которых вы упоминали в статье. Опять же мое мнение — да, их прожевал сам конкурс, а Вас все же собственная уверенность в своей интерпретации.
Позвольте с вами не согласиться :) Ниже приведу скрин условий первого этапа конкурса:
Требования к юзабилити и гую появились уже потом, во втором этапе. Но нужно понимать, как появился второй этап. Если вкратце, то он плавно вытекал из первого этапа и основывался на результатах работы первого этапа конкурса
Однако, с основным посылом согласен, некоторые участники первого этапа заслуживали большего, но ваше приложение из ряда вон выходящее. Оно вообще кое-как работает и выглядит ужасно.
Задача-то — порвать всех производительностью, имея консистентное приложение, близкое к макету — конечно, это сложнее, чем накидать такой UI, как у вас.
Вы выбрали лишь один критерий из нескольких перечисленных, а на все остальное забили, а теперь обижаетесь
Однако, использовать Java UI и рендерить в overlay области OpenGL графику будет накладно, тут как минимум дадут просадку переключения контекстов. А мы ведь хотим порвать всех высокой производительностью. Так что Java UI отпадает, делаем ставку на performance, а на дизайн забиваем.
Ну конечно же нет. Какой смысл?
Основная мотивация данной статьи: поделиться опытом, рассказать свою историю (возможно это кому-то будет полезно), высказать свое субъективное мнение.
Показать все технические решения — это все-таки тема отдельной статьи. Если наберется много желающих их увидеть, то я думаю однозначно стоит это сделать.
Да, была. Моя анимация графиков не соответствует той что на гифке, это правда.
Мой посыл как раз состоит в том, что бы показать, как правильно должна была делаться оценка приложений. Недочеты есть у всех. Мой случай самый маргинальный, дизайна нет от слова "совсем". Но зато все рендериться на хардваре.
Поэтому нужна была рейтинговая оценка приложений, через выставление баллов за все плюсы и минусы, которые есть в реализации приложения конкретного участника
Но в любом случае тут хотя бы что-то смотрели и что-то оценивали, это уже прогресс.
Получается, это НЕ КОНКУРС РАЗРАБОТЧИКОВ, которые могут показать уровень своих компетенций через реализацию высокопроизводительных приложений / алгоритмов, а скорее КОНКУРС ДИЗАЙНЕРОВ? Или это максимум конкурс UI девелоперов, которые способны пользоваться стандартными средствами UI-проектирования, а так же попрогать в canvas на этом же UI?
Нет, это был не конкурс дизайнеров, задачи создать дизайн не стояло, была задача его реализовать. Более точно — создать работающий компонент в соответствии с макетами. То, что у вас на скринах показано, никак на это претендовать не может.
Рассыпанные по тексту смайлики, капс, «смешные» картинки и видео намекают, что он написан в основном на эмоциях от неудачи. Я могу посочувствовать, проигрывать неприятно, но подобный стиль мешает серьёзно воспринимать вашу критику судейства.
Ну и фатальный недостаток еще: компонент должен интегрироваться в нативный UI, OpenGL контекст, с костюмными кнопками совершенно не к месту.
Кхм…. Нигде не видно, что бы графики находились на одной общей «простыне» и скролились. Вместо этого мы видим отдельно нарисованные графики на одном экране. Тут возможно два варианта:
Все графики действительно находятся на одной, общей простыне и скролятся, но просто это визуально не показали на скетчах и всего на-всего не прописали явно в условиях соревнования
Графики каким-то образом переключаются. Каким образом не указано, а значит это «умолчание» и соответственно отдано на откуп разработчику. Он может реализовать это по своему усмотрению
В общем, команда Telegram, научитесь писать ТЗ, это вам еще пригодится ;). Серьезно.
Позвольте с вами не согласиться. В описании первого этапа есть конкретный абзац с требованием.
Да, именно :)
Но это условия первого этапа. А где такие же условия во втором этапе?
И что такое "one screen? Трактовать это можно двояко. Для нивелирования "недопониманий" и существуют скетчи. А что у нас нарисовано на скетчах?
Требования к юзабилити и гую появились уже потом, во втором этапе. Но нужно понимать, как появился второй этап. Если вкратце, то он плавно вытекал из первого этапа и основывался на результатах работы первого этапа конкурса
Но ведь вы сами пишите, что второй этап есть продолжение первого.
Имею ввиду то, что в первом этапе было выставлено сумбурное требование "one screen" рядом со скетчами, на которых и намека нету на сплошную "простыню" с группой графиков. Более того, условиями первого этапа было: скорость, производительность, размер приложения. Заметьте, ни слова о строгом соответствии дизайну. По этой причине, Телеграм по итогам первого этапа выпилил килотонну приложений которые не рисовали графики на одной, общей простыне. Были участники, которые все сделали по букве дизайна в первом этапе, но пролетели мимо, потому что не вытянули по производительности. И после, сделав оптимизацию своего кода уже во втором этапе, попали в топ 5. Но, были участники, которые сделали полную ставку на производительность изначально. Мое приложение самое маргинальное в этом плане, в нем сделано сознательное пренебрежение ко всему в пользу скорости. Однако доработать свое приложение во втором этапе, к новым требованиям "соответствие дизайну", как это некоторые сделали по отношению к производительности, в моем случае не представлялось возможным. Банально — объективно не хватало времени. Поэтому я продолжил действовать в том же направлении, которое было принято еще в первом этапе, просто для галочки, особо не надеясь выграть. Я понимал что мои шансы выиграть хоть что-то во втором этапе — 1 к 10. К слову, думать о написании этой статьи я еще начал до того как закончился второй этап конкурса :)
Веселый троллинг по делу — неплохое развлечение
Принимаем участие в недавнем Telegram Contest, пишем крутое OpenGL ES приложение и выигрываем ничего