Итак, я бы хотела поделиться маленьким кусочком моего большого проекта об оптимизации работы с данными и способе обеспечения этой оптимизации. Буду очень рада критике, поскольку сей проект очень хотела бы довести до совершенства.    Сеттинг вполне прост – скоростная обработка огромного количества информации занимает огромное же количество драгоценного времени. У человека этого времени нет.    Особенно проблема актуальна в работе волонтерских центров, где каждый раз приходится рассчитывать только на громоздкие характеристики помощников и память организаторов, когда приходит информация об очередном событии, куда срочно требуются заинтересованные лица.    Безусловно, решений есть множество. Например, можно создать большую таблицу в экселе и внести там в отдельную колонку хэштеги с названиями мероприятий, куда человек обычно соглашается идти. Можно создавать чаты конкретных направлений, можно любым иным способом "разделять и властвовать" – но это все еще будет неудобно для одной из сторон. В первом случае, вся работоспособность системы будет держаться на наличии доступа к табличке, регулярному обновлению информации внутри нее, ручной настройки маркировок – и хорошо, если лицензия виндовса не решит лечь в самый ответственный момент. В случае наличия тонны чатов от одной организации страдать будут уже волонтеры, что нежелательно.    Вспомним, правда, что свои интересы волонтеры уже обязаны или склоняемы самостоятельно указывать повсеместно. По большому счету, эта система дискретна: либо участник активно "помогает с животными", либо на подобные мероприятия его отправлять никак нельзя. Но на практике-то так не работает!    Поэтому в один момент мне и стала интересна оптимизация этого направления. Привычка свыше нам дана говорить в таких случаях: "Жизнь не делится на черное и белое". Черное и белое, оттенки серого, оттенки цветов, цвета…    Бинго!    Итак, теперь необходима некоторая доля теории, известной большинству художников и информатиков, но совершенно ненужной в остальных сферах жизни. Существуют три основных способа кодировать цвет:    RGB (Red, Green, Blue - Красный, Зеленый, Голубой),  HSB (Hue, Saturation, Brightness - Оттенок, Насыщенность, Яркость),  CMYK (Cyan, Magenta, Yellow, Key/blacK - Циан, Пурпурный, Желтый, Ключевой/черныЙ).    В целом, различие этих способов для данного проекта вовсе не важно. Поэтому я выбрала систему кодировки RGB как пилотную: чистый красный, чистый зеленый, чистый синий - ценности, необходимые для разделения участников по конкретному признаку, стартовый цвет - самый усреднённый серый а далее - простейшее программирование и математика с прибавлением/убавлением красного/синего/зеленого в получаемый итоговый цвет человека. При отсутствии дальтонизма вполне удобно сканировать цвета-маркеры, при его наличии удобнее засадить какой-нибудь простой алгоритм за работу с кодами цветов и выборку нужных.    Результатом стало:    • Опросник, накоденный вручную для отдельного сайта выдает пользователю по прохождении цвет с его шестизначным кодом.  • В базу данных вносится как цветовой код, так и приведшая человека к нему последовательность ответов беспроблемно и в две строчки, что позволяет иметь доступ как к расширенной информации о человеке, так и к краткой необходимой.  • Нейросети на ура сканируют информацию, представленную в таком виде (при наличии элементарного промта, алгоритм его получения распишу отдельно, если увижу наличие интереса).  • Сама система проста в добыче, интегрируется практически куда угодно без особого желания, а с ним - повсюду.  • Экономия тьмы времени, сил и нервов, особенно если уже была настроена БИМ-система – с ней все крайне эффективно взаимодействует.    Вот, собственно, и конец этой веселой истории. Если вдруг у кого-то из прочитавших это возникнет желание использовать мой способ кодирования информации или побольше узнать о нем, то, пожалуйста, напишите в комментарии – мы обо всем договоримся и придем к взаимовыгодному решению🤝    #работамечты #лайфхак #личныйпроект #проект #кодинг #кодировка #программирование #алгоритмизация #алгоритмы