ВАУ! Вы прям мои мысли прочитали. Сам давно думаю над подобным, но всё никак не соберусь с духом. А тут уже такой задел хороший.
Правда все мои эксперименты крутятся вокруг геометрических шейдеров. Так что их точно хотелось бы увидеть (или доделать :).
По поводу Kotlin — тоже интересно. Нужно будет на досуге глянуть что да как у Вас сделано. Сейчас как раз развлекаюсь с переписыванием некоторых хитрых алгоритмов на котлин. Очень результат нравится.
И ещё вопрос: а у вас шейдеры какой версии генерируются? Лично меня интересуют возможности 4.2 и выше. Но в тоже время я понимаю, что это только мой интерес. Большинство сейчас на Android затачивается и в результате ограничивает себя исключительно версиями около 3.3. Возможно имеет смысл предусмотреть какой-то способ указания версии шейдеров.
Так же подозреваю, что за уадром осталась довольно интересная история по разработке этой красоты с техническими подробностями :-). Думаю многим было бы интересно :-).
P.S. Огромное спасибо за статью. Буду напосмотреть.
Про длинные перерывы — в онлайне наверное удобнее короткие, а на площадке народ просто выдыхается ко второму дню. Поэтому это осознанное решение.
Полностью согласен. До сих пор пытаюсь отоспаться и при этом стойкое ощущение, что ничего не успел. Времени катастрофически не хватало.
Возможно, что это результат слишком активной позиции к конференции. К примеру одному из моих коллег было местами даже скучно.
При этом к концу первого дня просто сдох и ушёл с доклада Джона. Просто случился перегруз.
между докладами уменьшить перерыв с получаса минут до 15
Раньше так и было, если я не ошибаюсь. Но этого реально мало, т.к. всегда хочется по горячим следам обсудить с докладчиком дополнительные вопросы. Из-за этого на JPoint нас постоянно гоняли организаторы, а тут, на Joker, я катастрофически опоздал на оба обеда.
Беспокоит принципиальная возможность этого. Когда разработчики объявляли об отказе от NPAPI у меня уж очень нехорошие подозрения закрались, что они вообще любую возможность добраться до нативного кода хотят заблокировать. А раз так, то не факто что КриптоПро хоть что-то сможет выкатить.
Плюсую вопрос. У нас подпись с использованием CryptoPro — одно из основных требований. Сейчас до него можно достукиваться через плагин от самих CryptoPro, или через самописный Java Applet. А вот что будет без NPAPI?
С другой стороны можно некоторые вещи делать наоборот, например админ собирает контейнер с системой, содержащей нужные настройки и передает разрабам, а они свой проект запускают уже внутри. при таком раскладе они будут тестировать ПО в окружении идентичному боевому.
Во-о-от! А если ещё вспомнить про то, что докер может наследовать одни образы от других. То и получается следующая картина:
Админы делают правильный базовый образ ОС
Разрабы поверх этого добавляют приложение с минимально необходимыми настройками (В нашем случае: WildFly8 + каталоги с шаблонами + JMS очереди + Infinispan кэши + и т.д.). Можно даже многое параметризировать, по договорённости с админами
Поверх минимального приложения амины делают итоговую настройку. Как правило уже под конкретное клиентское внедрение
Ну практика вообще очень разнообразная вещь.
У нас получается так, что полной и исчерпывающей компетенции нету ни у тех ни у других. Кто-то знает одно, кто-то другое. И нужно обеспечить возможность, чтобы каждый мог крутить свои ручки.
И ещё: если между админами и разработчиками не налажен диалог, то тогда не спасёт вообще ничего. Всегда нужно согласовывать свои действия. А если попытаться свалить ответственность за всю настройку на кого-то одного, то получается ерунда.
Это да. Если речь идёт об исключительно админских задачах (установка и настройка стороннего софта), то разницу сложно так просто заметить. Но если нужно разрабатывать и поставлять собственный продукт, особенно на большое количество целевых серверов, то OpenVZ — это даже не смешно…
У нас тех поддержка уже на 20 клиентах начала потихоньку захлёбываться, а это только начало. Так что сейчас стараемся поскорее разобраться с докером. Да он не без недостатков. Но, всё же, гораздо удобнее под наши задачи.
Да я-то прочитал у неё всё, что нашёл. Просто конкретно это произведение выделилось сильнее всего.
Ещё вспомнилось:
Энн Маккефри — Всадники Перна.
Читал в юности. Эпопея весьма длинная. И некоторые части сильнее, некоторые слабее. Но в целом весьма тёплые чувства остались.
Колин Уилсон — Мир пауков.
Вот только тут нужно читать исключительно первые две книги. Продолжение писали дркгие авторы и полностью опошлили (во всех смыслах) достойное произведение.
Ну что-ж значит за вас можно порадоваться. А нам не хватило. По этой причине вынуждены искать более гибкие решения. Вот сейчас пытаемся приспособить докер и он нам пока нравится гораздо больше.
В подробности вдаваться нет необходимости, т.к. всё очень похоже на то, что было озвучено в докладе, ссылку на который привёл чуть ниже.
Как уже отметили выше, Docker — инструмент разработки в первую очередь. Т.е. вместо инсталлятора/архива с приложением и длинной документацией по настройке и запуску, админ получает от разработчика уже полностью готовый к запуску образ. Этот образ можно сразу размещать на серверах и запускать. Т.е. это не средство управления ресурсами сервера, а средство поставки ПО.
И да, это не в коей мере не замена OpenVZ/LXC. Они могут даже сожительствовать в ряде случаев.
Ну мы и сами в качестве местного работодателя выступить не против :-)
Просто мог бы быть удобный инфоповод.
А постфактум записи смотреть — ещё надо заставить…
А вот вещания жаль, что не будет. Была мысль сделать эвент от нашей организации в местном ВУЗе: пригласить к себе перспективных студентов, выделить конференц зал… Но увы…
Возможно я и не прав, но мне показалось, что там где идёт сильный дождевой фронт, то такое ощущение, что просто взяли картинку и протащили её вдоль движения ветра. В реальности структура облаков постоянно меняется. Что должно было быть видно: www.sat24.com/ru/ru?ir=false
Правда все мои эксперименты крутятся вокруг геометрических шейдеров. Так что их точно хотелось бы увидеть (или доделать :).
По поводу Kotlin — тоже интересно. Нужно будет на досуге глянуть что да как у Вас сделано. Сейчас как раз развлекаюсь с переписыванием некоторых хитрых алгоритмов на котлин. Очень результат нравится.
И ещё вопрос: а у вас шейдеры какой версии генерируются? Лично меня интересуют возможности 4.2 и выше. Но в тоже время я понимаю, что это только мой интерес. Большинство сейчас на Android затачивается и в результате ограничивает себя исключительно версиями около 3.3. Возможно имеет смысл предусмотреть какой-то способ указания версии шейдеров.
Так же подозреваю, что за уадром осталась довольно интересная история по разработке этой красоты с техническими подробностями :-). Думаю многим было бы интересно :-).
P.S. Огромное спасибо за статью. Буду напосмотреть.
Полностью согласен. До сих пор пытаюсь отоспаться и при этом стойкое ощущение, что ничего не успел. Времени катастрофически не хватало.
Возможно, что это результат слишком активной позиции к конференции. К примеру одному из моих коллег было местами даже скучно.
При этом к концу первого дня просто сдох и ушёл с доклада Джона. Просто случился перегруз.
Раньше так и было, если я не ошибаюсь. Но этого реально мало, т.к. всегда хочется по горячим следам обсудить с докладчиком дополнительные вопросы. Из-за этого на JPoint нас постоянно гоняли организаторы, а тут, на Joker, я катастрофически опоздал на оба обеда.
Буду рад ошибиться.
Во-о-от! А если ещё вспомнить про то, что докер может наследовать одни образы от других. То и получается следующая картина:
Каждый делает свою работу. И всем хорошо.
У нас получается так, что полной и исчерпывающей компетенции нету ни у тех ни у других. Кто-то знает одно, кто-то другое. И нужно обеспечить возможность, чтобы каждый мог крутить свои ручки.
И ещё: если между админами и разработчиками не налажен диалог, то тогда не спасёт вообще ничего. Всегда нужно согласовывать свои действия. А если попытаться свалить ответственность за всю настройку на кого-то одного, то получается ерунда.
У нас тех поддержка уже на 20 клиентах начала потихоньку захлёбываться, а это только начало. Так что сейчас стараемся поскорее разобраться с докером. Да он не без недостатков. Но, всё же, гораздо удобнее под наши задачи.
Сташеф Кристофер — Маг при дворе Ее Величества
Это чисто поржать. Людей с плохим чувством юмора — прошу не беспокоиться :-)
Ещё вспомнилось:
Энн Маккефри — Всадники Перна.
Читал в юности. Эпопея весьма длинная. И некоторые части сильнее, некоторые слабее. Но в целом весьма тёплые чувства остались.
Колин Уилсон — Мир пауков.
Вот только тут нужно читать исключительно первые две книги. Продолжение писали дркгие авторы и полностью опошлили (во всех смыслах) достойное произведение.
Андрэ Нортон — Королева Солнца.
Очень жаль, что так мало настолько качественной и в тоже время доброй фантастики.
Огромное вам спасибо. Я как-то прохлопал момент, когда продолжение вышло.
Да и за остальное тоже спасибо.
В подробности вдаваться нет необходимости, т.к. всё очень похоже на то, что было озвучено в докладе, ссылку на который привёл чуть ниже.
И да, это не в коей мере не замена OpenVZ/LXC. Они могут даже сожительствовать в ряде случаев.
Просто мог бы быть удобный инфоповод.
А постфактум записи смотреть — ещё надо заставить…