Осколки блог горд: Поиск по блогу

Взято из блога на www.nicwinstanley.com, опубликовано 27/03/19

Сегодня были публично объявлены получатели стипендии на 2019 год, и я рад сообщить, что являюсь одним из них.

За последние десять лет моя практика превратилась в нечто такое, что стало немного трудно описать; Моя основная практика в последнее время заключалась в наблюдении, документировании, сборе мыслей и мнений, мышлении, обучении, чтении, а затем написании документов для других, чтобы они могли рассказать о своей работе.Я с гордостью могу сказать, что эта работа была очень хорошо принята людьми, с которыми я работал, и публикой, и я считаю ее частью своей художественной практики. Но за последние пару лет мне не хватало элемента «мастерства» в моей работе — того элемента самоопределения творчества, который отличает художника от аналитика, оценщика, автора отчета, комментатора.

Вместо того, чтобы выступать со стороны, я чувствую необходимость найти способ проиллюстрировать дискурс, которым я увлечен (который включает такие темы, как постиндустриальная перестройка городов, социальная и пространственная справедливость, эффекты неолиберализма и сила коллективное действие) и найти способ продемонстрировать, как художественные способы производства могут быть простыми, плодотворными и радикальными.Чтобы решить, где снова найти свой визуальный язык, я подумал о своих привычках — что я делаю часто и естественно, что приносит мне радость и вдохновляет думать о вещах, которые меня очаровывают? Ответ был один — осколки.

Первой профессией, которую я когда-либо хотел иметь в детстве, была «археолог» — на каникулах я была уверена, что найду сокровища на пляже, если просто присмотрюсь, а дома я помню, как несла ложку фермерам. поле в нижней части моей улицы — до «Холма мертвеца» (на фото ниже), чтобы попытаться найти кости, монеты и боеприпасы гражданской войны, выкопав кратер наверху (некоторые говорили, что Холм мертвецов был древним курганом, некоторые сказал, что это была просто площадка для разлива крупного рогатого скота — я предпочел думать, что это первая).Во время учебы мы с другом приходили домой из художественного колледжа и выкапывали куски шлака (отходы плавильного металла) в задней части сада, что привело нас к местным архивам, чтобы попытаться найти исторический металлургический завод или кузнецов. Сейчас, когда я стал взрослым, я люблю гулять, но когда все смотрят вдаль на вид, вы обнаружите, что я рыщу по земле в поисках находок, особенно когда есть мухи слона, которые можно сбить с ног.

Я вырос в Сток, и это особое увлечение похороненным, брошенным и потерянным чаще вознаграждается, чем в большинстве других городов.Сам город был основан на том, что лежало под землей, в частности на глине и угле. На пике (промышленного и экономического) процветания города тысячи мужчин провели большую часть своей жизни под землей, а керамические изделия, которые не попали из города на мировые рынки, вернулись на рынок и обратно. земли в огромных количествах, формируя ландшафт и оставляя многие миллионы фрагментов жизни, искусства, промышленности, неудач, устремлений, рассказов, отпечатков пальцев, труда, навыков и вкусов для меня (нас, всех) с невероятной легкостью.Я небрежно собирал эти осколки с поверхности в течение многих лет и собрал огромную коллекцию. Я уверен, что многие другие местные жители тоже этим занимаются. (небольшое количество моей коллекции на фото ниже).

Итак, я решил попытаться совместить это личное увлечение со своей практикой — есть ряд причин, по которым я считаю это подходящим решением — не потому, что я хочу взглянуть в прошлое города ланиным взглядом, а на то, как осколки относятся к городу, в котором мы остались.На физическом ландшафте, на людях и в социальной экологии города все еще есть много производственных шрамов, шрамов, которые я не могу не видеть каждый день. В этом проекте меня интересует добыча качеств, изучение ценностей и барьеров — как физических, так и социальных, и, исходя из этого исследования, «превращение» — не только во что-то красивое, но и во что-то поучительное, продуктивное и полезное. Что-то, что могло бы научить нас делать что-то новое из старого и сломанного.

Вместо того, чтобы использовать мою текущую коллекцию, я начну с нуля.Я собираюсь рассматривать каждый вновь обнаруженный осколок как археологическую находку, нанося на карту его местоположение, создавая таксономию, с помощью которой можно классифицировать каждый осколок и создавать записи для конкретного места на основе его местоположения, окружения и истории (насколько я могу это обнаружить. ) и то, к чему он относится в настоящее время (как в личном, так и в более широком смысле). Чтобы помочь мне в этом, я буду работать с Дэнни Каллаганом из Ceramic City Stories, и мы будем проводить открытые беседы о черепках, как только будет собрано определенное количество. Затем я буду работать с Джессикой Эйр из Red Fox Blue Monkey, чтобы закрепить осколки в серебряных креплениях, чтобы переосмыслить осколки как самостоятельные ценные предметы — например, драгоценные камни, добытые из земли, отполированные не физическими процессами. но благодаря прозрениям, полученным в процессе творческого и коллективного исследования и воображения.

Проект (или новое направление практики) начинается в мае этого года, и я буду писать об этом здесь и на сайте a-n.

Я хотел бы воспользоваться этой возможностью, чтобы поблагодарить a-n за финансирование этого нового приключения в моей практике.Я очень взволнован тем, как это может изменить мою работу в будущем.

Как все начиналось для Cardaclysm: Shards of the Four

Когда я был маленьким, мы сидели с моим братом на синей ковровой дорожке и проводили бесчисленные часы, играя в коллекционные карточные игры. Я помню, что в некоторых из этих игр были довольно серьезные аспекты управления ресурсами, которые значительно упростились, когда стали популярны цифровые карточные игры.

Когда я рос, я играл во многие из этих цифровых карточных игр.Идея Cardaclysm (или Shard , как его тогда называли) заключалась в том, что я хотел видеть карты, которые я играл, в 3D, полностью анимированные, реагирующие на мои команды атаки или удары. Я также хотел добавить более серьезную версию управления ресурсами, очень похожую на те карточные игры, в которые я играл, когда рос.

Shard начинался как быстрый прототип, и поначалу речь шла только о боях. Я хотел разработать новую многопользовательскую карточную игру.В дополнение к другому подходу к управлению ресурсами, я также хотел, чтобы обновления существ были центральной функцией. Призвав два существа к одному и тому же слоту поля битвы, вы можете получить улучшенную, более мощную версию этого существа.

Несколько лет назад, когда цифровые карточные игры становились все более и более популярными, мне стало ясно, что создание многопользовательской карточной игры в качестве независимого разработчика больше не является возможным вариантом. Большинство многопользовательских инди-игр, подобных этой, заканчивают тем, что отключают свои серверы, а затем годы работы выбрасываются в окно.Вместо этого я решил расширить концепцию игры с помощью карты мира и направить ее в сторону одиночной игры с небольшими элементами ролевой игры.

Я перестроил прототип Shard , включив в него обучающую карту и одну случайно сгенерированную карту леса. Он включал в себя случайные встречи и очень ранние версии колоды и систем улучшений. Когда я завершил эту демонстрацию, я отправил ее в Headup (моему издателю), чтобы проверить ее. Я также включил в игру одного босса, огненного демона по имени Ад.

Ребята из Headup были великолепны, они сразу дали ценные отзывы, и некоторые из их сотрудников довольно быстро подключились к Shard . Они рекомендовали включить в качестве главных боссов четырех всадников апокалипсиса, а не только Адского. Так родилось название Cardaclysm, и мы наняли больше художников, чтобы завершить более 100 карт, запланированных для игры.

Перенесемся примерно на два года вперед, и мы значительно превысили этот план, выпустив более 240 карт и 40 артефактов.Я действительно горжусь тем, что мы создали, и тем, как далеко продвинулась игра с момента создания этого небольшого первоначального прототипа. Я надеюсь, что в какой-то момент мы сможем расширить игру еще больше, поскольку у меня есть много идей, где взять Cardaclysm в следующий раз.

Cardaclysm: Shadows of the Four уже доступна в магазине Xbox для Xbox One и Xbox Series X | S.

Cardaclysm: Shards of the Four

Headup

☆☆☆☆☆ 40

★ ★ ★ ★ ★

14 долларов.99

Вы темный волшебник, которому не стоило возиться с магией и заклинаниями, слишком мощными для вас. Но вы сделали. И на этот раз вы очень сильно напортачили: вы выпустили в мир Четырех всадников Апокалипсиса и их приспешников! Молодец … Так что поторопитесь, возьмите свои волшебные карты и отправьте их всех обратно в их адское измерение, пока Апокалипсис не уничтожит всех и вся — и, что гораздо важнее, до того, как старый совет волшебников обнаружит, что вы сделали … Cardaclysm: Shards of the Four — это коллекционная карточная игра, созданная с помощью процедур, смешанная с элементами ролевой игры! Собирайте карты существ и заклинаний на протяжении всего путешествия и высвободите их силу, если кто-нибудь будет противостоять вам! Мир игры генерируется бесконечно, всегда есть что исследовать! Боевой Собирайте, комбинируйте и раскрывайте великие силы монстров, мистических существ и магических заклинаний в пошаговых карточных битвах! В Cardaclysm: Shards of the Four есть более 200 карт, каждая со своими уникальными способностями, графикой и 3D-анимацией! Биомы Сражайтесь и сражайтесь со своими противниками на аренах, расположенных в разных биомах: пробирайтесь через пылающие пустыни, вечный лед или густые джунгли — но следите за своим шагом: смертельные встречи с монстрами скрываются за каждым углом! Паб Посещайте Межпространственный паб в перерывах между квестами: принимайте и выполняйте испытания, обменивайтесь мощными картами и храните лишние заклинания в личном сундуке, пока вы не используете их в следующей эпической карточной битве против сил темных миров!

MongoDB: почему следует избегать сегментирования, его следует оставить в качестве последнего варианта.| Арун Пратап | Geek Culture

MongoDB Sharding

Да, сегментирование горизонтально масштабирует нашу базу данных, сегментирование — это упрощенная абстракция до сложности, которую MongoDB обрабатывает для нас, для чего во многих случаях мы есть лучшая альтернатива.

Избегайте незрелого шардинга, т.е. использование / спецификации / модель / требования … все еще меняются.

Контент

• Обмен опытом.
• Причина не крошить.
• Прежде чем переходить к Sharding .
• При шардинге что учитывать.
• Сценарий использования

У всего есть свои плюсы и минусы. Что бы мы ни делали, как инженер-программист, мы должны найти то, что лучше всего подходит.
Наша команда уже обожгла там пальцы, где мы выбрали не тот ключ шарда и потом исправить это было настоящим кошмаром .
Каждый раз, сталкиваясь с проблемой масштабирования, многие из нас говорят, что шардинг — очевидный вариант.
Да, сегментирование действительно дает возможность масштабирования по горизонтали, но также сопряжено с дополнительной сложностью, неправильное использование может снизить производительность.

• Выбор неоптимального ключа сегмента может во многих случаях иметь неприятные последствия.
  — Неравномерное распределение данных по шардам, что приводит к чрезмерному / недостаточному использованию шардов.
  — Scatter Gather Query — Необходимо запросить несколько сегментов, а затем агрегировать набор данных для возврата результата, потому что либо запрос не содержит подмножество ключа сегментов в запросе, либо неоптимальный ключ сегментов имеет распределенные данные по всем шардам это снизит производительность запроса.
  — Jumbo Chunk — Чанк перерастает из-за неоптимального ключа сегмента, не может быть перенесен и находится в том же сегменте, что перегружает этот сегмент.
• Резервное копирование и восстановление.
  — Перенос / резервное копирование / восстановление частичных данных (набора данных) является сложным.
  — В случае потери / повреждения сервера конфигурации (хранящего информацию о фрагменте) может привести к повреждению всего кластера.
• Накладные расходы на перенос фрагментов.
  — Обработка в фоновом режиме должна постоянно повторять балансировку кусков по шарду.
• Неизменяемый ключ осколка — Ни ключ осколка не может быть изменен, ни значения полей не могут быть обновлены.
  — В MongoDB 4.2 и ранее выбор ключа шарда нельзя изменить после шардинга.
  — Начиная с MongoDB 4.4, вы можете уточнить ключ осколка, добавив поле суффикса или поля к существующему ключу осколка.
  — Начиная с MongoDB 5.0, вы можете перешардировать коллекцию, изменив ключ осколка документа.
  Все еще изменение и обновление ключа шарда связано с накладными расходами, которые могут различаться в зависимости от того, с какой версией вы работаете .

• Многопользовательская база данных. — Вместо того, чтобы хранить все в одной базе данных, создание базы данных для каждого клиента является эффективным способом работы / обслуживания нескольких баз данных.
• Моделирование данных — очень важно моделировать данные, это не только помогает повысить производительность, но и помогает контролировать сложность.
• Индексирование — понимание индексов и выбор правильного индекса могут помочь значительно повысить производительность.
• Оптимизация системы. Конфигурация на уровне сервера для повышения производительности на аппаратном уровне.

Вы оптимизировали свою систему всеми возможными способами и не можете справиться с масштабом коллекции, поэтому переходите только на сегментирование.

• Выбор ключа осколка — Выбор ключа осколка является наиболее важной задачей. В нем много переменных, их следует понимать перед шардингом.
• Характер данных — пр. Не храните вместе разнородные данные (данные, которые не запрашиваются вместе), короче говоря, вы попадете в ловушку сегментирования со всеми причинами, по которым их не следует сегментировать.Как растет объем данных, операции с данными (тяжелое чтение или запись) ..
• Зональный сегмент — Мы можем создать зон ( группа сегментов ) и решить, какой диапазон данных находится в каждой зоне, будет помогают равномерно распределять данные.

Несколько вариантов использования / сценариев, с которыми я столкнулся.

Из-за неизменяемой природы ключа Shard и накладных расходов на перемещение / балансировку данных / фрагментов между фрагментами.

Когда не разбивать:

• База данных приложения, в которой приложение все еще развивается.
• Обработка данных ETL, спецификации которой могут измениться.
• Озеро данных, схема использования которого неизвестна.

Ссылки:

Sentinel of the Shards Обзор игры

Это приключение с оригинальной предпосылкой, уходящей корнями в исторически точный мир 16-го века, имеет эпический сеттинг, но мягкий игровой процесс и графика, которые смягчают впечатления после нескольких часов игры. играть. Есть участки Aluna: Sentinel of the Shards, которые выглядят одинаково и могут затруднить навигацию по карте.Кроме того, сражаться с повторяющимися группами врагов утомительно, что мешает игрокам эмоционально вкладываться в сюжет. Алуна, кажется, больше сосредоточен на бою (потому что история уже была изложена для фанатов в серии комиксов), но эти более длинные отрезки боя по-прежнему влияют на темп. По крайней мере, игроки могут исследовать древо навыков в ближнем и дальнем бою, а также в магических способностях, которые очень хорошо работают при использовании в тандеме. У игроков также есть возможность полностью перестроить свои деревья навыков, возмещая и повторно выкупая навыки.Свобода создания персонажа с самого низа в середине игры, а также изменение уровней сложности и комплектации оборудования предлагает долгожданную возможность сбросить настройки, как только игровой процесс устареет.

Нет ничего плохого в том, что в ролевой игре (action-RPG) приоритет отдается действию, но самые большие проблемы — это технические проблемы и выбор визуального дизайна, которые сбивают с толку. У Алуны много медленного геймплея и глюков. Иногда враги просто прекращают сражаться и остаются неподвижными, по-прежнему уязвимые для атак Алуны.Если бы это случилось один или два раза, это было бы простительно, но это случается неоднократно. Кроме того, графика намеренно напоминает старые игры 1990-х годов, а именно оригинальную игру Diablo. Это особенно очевидно, когда анимированные иллюстрации из комиксов Алуны сопровождаются увлекательным повествованием, предлагающим дополнительную экспозицию сюжета. Эти сегменты потрясающие, но они выглядят так, как будто они принадлежат совершенно другой игре, что может раздражать, когда сцена возвращается к своему основному игровому дизайну, который кажется устаревшим, особенно для детей, которые не связаны с воспоминаниями или игрой в старые игры. .

UO Renaissance: History Perfected: A Renaissance era Ultima Online Free Shard

Введение в мультиоблачные кластеры на MongoDB Atlas

Одним из основных столпов MongoDB является свобода работать где угодно. С 2017 года организации могут использовать MongoDB Atlas, нашу полностью управляемую глобальную облачную базу данных, в более чем 70 регионах от облачного провайдера по своему выбору: AWS, Azure или Google Cloud.Мы все чаще видим, как заказчики запускают независимые рабочие нагрузки в разных облаках — обычная практика для предприятий с разными приложениями и бизнес-подразделениями. Однако мы считаем, что настоящая мощь мультиоблачных приложений еще не реализована в нашей отрасли.

Итак, сегодня я с гордостью объявляю, что мультиоблачные кластеры общедоступны в MongoDB Atlas! Благодаря этой новаторской возможности заказчики могут распределять свои данные в одном кластере по нескольким общедоступным облакам одновременно или беспрепятственно перемещать рабочие нагрузки между ними.Данные — традиционно сложнее всего переместить часть стека приложения — теперь проще всего.

Новая парадигма нескольких облаков

Все больше организаций переходят к модели с несколькими облаками, и им нужна свобода и гибкость, чтобы использовать лучшее от каждого поставщика облачных услуг для любого приложения. Вопрос в том, как группы инженеров могут делать это эффективно и осознанно, решая такие проблемы, как несовместимые операции и влияние гравитации данных.

Прочтите нашу электронную книгу, Why the World Going Multi-Cloud , чтобы получить подробное руководство по современной быстро развивающейся облачной архитектуре.

Благодаря мультиоблачным кластерам в MongoDB Atlas заказчики могут реализовать преимущества мультиоблачной стратегии с истинной переносимостью данных и упрощенным управлением. Разработчикам больше не нужно заниматься ручной репликацией данных, и предприятия могут сосредоточить свои технические ресурсы на создании дифференцированного программного обеспечения.

Это открывает совершенно новый набор возможностей, которые ранее было трудно — если не невозможно — реализовать, от возможности использовать лучшие в своем классе сервисы на нескольких платформах до мобильности данных и отказоустойчивости между облаками.

Используйте лучшую в своем классе технологию в нескольких облаках параллельно

Производительность разработчиков имеет решающее значение для успеха компании, и технические директора знают, что предоставление их командам возможности выбирать лучшую доступную технологию является важным фактором. С MongoDB Atlas разработчики получают больше свободы в выборе строительных блоков, независимо от того, в каком облаке хранятся данные приложения.

Некоторые примеры популярных облачных сервисов, которые любят использовать наши клиенты, включают AWS Lambda, Google Cloud AI Platform и Azure Cognitive Services.Благодаря мультиоблачным кластерам разработчики теперь могут выполнять операционные и аналитические рабочие нагрузки с использованием различных облачных инструментов для одного и того же набора данных без необходимости ручной репликации данных.

Беспрепятственный перенос рабочих нагрузок в облачные среды

Мобильность данных — еще одна причина, по которой компании хотят использовать мультиоблачную стратегию. Мир постоянно меняется, и компании никогда не знают, изменятся ли и как их требования к облачным вычислениям. Они могут столкнуться со слияниями и поглощениями, подпадать под действие новых нормативных требований в отношении переносимости данных, оказаться в прямой конкуренции с поставщиком облачных услуг или найти значительную экономию средств на другой платформе.

С помощью MongoDB Atlas организации могут адаптировать свои приложения к будущему и иметь возможность при необходимости перемещать их из одного облака в другое, не прибегая к дорогостоящей миграции данных. Наша встроенная автоматизация беспрепятственно обрабатывает репликацию данных между облаками на постоянной основе, поэтому приложения остаются в сети и доступны для конечных пользователей.

Повысьте уровень доступности за счет перекрестного облачного резервирования

Любой бизнес с критически важным или ориентированным на пользователя приложением знает, что простои недопустимы.Сбои в работе облака различаются по степени серьезности, от временных ограничений мощности до полномасштабных отключений, и организациям необходимо снизить как можно больший риск. Распределяя данные по нескольким облакам, они могут улучшить высокую доступность и отказоустойчивость приложений, не жертвуя задержкой. MongoDB Atlas расширяет количество доступных местоположений, позволяя пользователям выбирать любой из почти 80 доступных регионов (и их будет больше) в AWS, Azure и Google Cloud — самый широкий выбор любой облачной базы данных на рынке.

Это особенно актуально для предприятий, которые должны соблюдать требования суверенитета данных, но имеют ограниченные варианты развертывания из-за разреженного регионального покрытия их основного поставщика облачных услуг. В некоторых случаях доступен только один регион внутри страны, что делает пользователей особенно уязвимыми для сбоев в работе облачных сервисов. Например, AWS и Google Cloud предлагают только один регион в Канаде. С помощью мультиоблачных кластеров организации могут использовать преимущества обоих регионов и добавлять дополнительные узлы в регионах Azure Toronto и Quebec City для дополнительной отказоустойчивости.С MongoDB Atlas клиентам больше не нужно искать компромисс между доступностью и соответствием требованиям.

Привлекайте больше пользователей с помощью гибких вариантов развертывания

Чтобы предоставить приложения мирового класса, организации должны как минимум соответствовать требованиям конечных пользователей к своим продуктам и услугам. Для поставщиков SaaS и предприятий B2C это может включать предпочтения поставщика облачных услуг или региональную доступность.

Хотя каждый из облачных провайдеров предлагает большой и постоянно растущий список регионов по всему миру, их центры обработки данных по-прежнему в значительной степени сконцентрированы в США, Европе и Восточной Азии.Если многонациональные предприятия хотят охватить местных пользователей в других областях, они не всегда могут найти покрытие в одном облаке. Например, AWS — единственный провайдер, предлагающий облачный регион в Бахрейне, Azure Oslo — единственный вариант в Норвегии, и только у Google Cloud есть центры обработки данных в Индонезии. Для захвата большей доли глобального рынка компаниям может потребоваться стратегия нескольких облаков для удовлетворения потребностей клиентов там, где они есть.

Интегрированная, более безопасная платформа облачных данных

MongoDB постоянно внедряет инновации в области управления данными, включая автоматическое многоуровневое хранение данных с помощью Atlas Online Archive, интегрированный полнотекстовый поиск с помощью Atlas Search и шифрование на уровне полей на стороне клиента (FLE) для обеспечения некоторых из самых высоких уровней конфиденциальности данных. Cегодня.

Client-Side FLE в настоящее время работает с AWS Key Management Service (KMS) и скоро предложит бета-поддержку для Azure Key Vault и Google Cloud KMS. Благодаря такому расширению организациям будет проще повысить конфиденциальность и безопасность конфиденциальных и регулируемых рабочих нагрузок на всех основных публичных облачных платформах.

Прочтите наше руководство, чтобы узнать больше о том, как шифрование на уровне поля на стороне клиента защищает данные в MongoDB.

Упрощенное управление данными в нескольких облаках

Мультиоблачное распространение можно включить как для новых, так и для существующих кластеров, начиная с сегодняшнего дня, через пользовательский интерфейс Atlas.Мультиоблачные кластеры обладают всеми функциями, которые знают и любят наши клиенты, включая встроенные параметры безопасности по умолчанию, полностью управляемое резервное копирование и восстановление, автоматические исправления и обновления, интеллектуальные советы по производительности и многое другое. Хотя мультиоблачные кластеры обычно доступны, мы планируем выпустить больше возможностей в ближайшие месяцы, чтобы принести вам еще большую пользу.

Независимо от того, являетесь ли вы стартапом, только начинающим свою карьеру, или глобальным предприятием, находящимся в процессе многолетней инициативы по преобразованию облачных сред, наше решение для многооблачных баз данных устраняет самые трудные препятствия на пути к реализации вашей стратегии создания нескольких облаков.

Когда ваши данные могут перемещаться в облаках, нет предела тому, что вы можете создавать. Сообщите нам, куда вас приведут мультиоблачные кластеры в MongoDB Atlas, или расскажите, что вам нужно для этого.

Блог | FlyData | FlyData

к FlyData • 17 сентября 2020 г.

к FlyData • 17 сентября 2020 г.

к FlyData • 17 сентября 2020 г.

к FlyData • 2 нояб.2021 г.

к Мак Инада • 17 сентября 2020 г.