Аура - звуковая атмосфера леса
Программа которая генерирует звуковую атмосфера леса с кучей настроек. Полезно для сна, обучения или просто слушать фоном. Полностью бесплатная.
Сайт для скачивания: http://www.umopit.ru/Aura.htm
Ламповый дизайн
20.01.2021, 09:44
как в 90е вернулся
Кроме цвета - отличный UX, и этот интерфейс прекрасно справляется со своей задачей. Судя по всему, программа предполагает один раз сконфигурировать ее, а потом она примет автоматически. И тут все настройки на виду, не надо шароебится по кучи меню, они не занимают много места, как в современных полупустых гуях, тут нет каких-то выебонов, типо нескучных контролов и прочего.
Может пора уже завязывать с кодингом и начать анализировать, а потом синтезировать структуры? Это помогает, иногда, даже пососисочным любителям.
Похр на цвет, но чувак прав - компоновка элементов сделана как попало. Слайдеры и чекбоксы, то сверху, то снизу, то подписаны, то - нет.
Что за "Активность птиц" с двумя неподписанными, в данном случае, слайдерами, что они делают?
Почему гроза не отключачема, если идет дождь?
Почему инструменты сгруппированы под "Музыка для...", а птицы как попало разбросаны в перемешку с неживыми ручьем и ветром? И что еще непонятна - будет ли на все это, включая кузнечиков, все тот ж слайдер активности птиц?
Еще два места для "звуковой папки" - надо догадывать что к чему. Вообщем, так как всё накидано практически несистемно, видимо еще и через какой-то визуальный дизайнер, то и получилось такая вот UI поделка.
Похр на цвет, но чувак прав - компоновка элементов сделана как попало. Слайдеры и чекбоксы, то сверху, то снизу, то подписаны, то - нет.
Что за "Активность птиц" с двумя неподписанными, в данном случае, слайдерами, что они делают?
Почему гроза не отключачема, если идет дождь?
Почему инструменты сгруппированы под "Музыка для...", а птицы как попало разбросаны в перемешку с неживыми ручьем и ветром? И что еще непонятна - будет ли на все это, включая кузнечиков, все тот ж слайдер активности птиц?
Еще два места для "звуковой папки" - надо догадывать что к чему. Вообщем, так как всё накидано практически несистемно, видимо еще и через какой-то визуальный дизайнер, то и получилось такая вот UI поделка.
Ну тут я с вами соглашусь, что можно перегруппировать, чтобы было более понятно. И всяких label накидать, чтобы пояснить регуляторы. А в визуальных дизайнерах нет ничего плохого, если не нужен какой-то ебать мой мозг адаптивный интерфейс.
Я работаю в большой коммерческой конторе, и наша команда, в том числе, делает некий продукт, представляющий собой консольную, сука, утилиту, рассчитанный на харкдорных embedded-разрабов. А еще у нас в компании есть т.н. Developer Experiense специалисты. Это как UX, только для разрабов. Это что-то между UX и техническими писателями, не программисты, во многие вещи не в зуб ногой. И вот эти люди приходят к нам, и постоянно простят поиграть со шрифтами, но за неимением возможности поиграть со шрифтами в консольной утилите, они сублимируют свое желание в просьбу добавить/удалить какую-то хуйню ИЗ ЛОГОВ, блять, добавить/удалить какие-то варианты выбора, добавлять надписи, пояснение итп итд. В общем, спустя стопицот таких правок, полученный инструмент удовлетворяет их желанием, но лично мне, как программисту и линуксоиду, выглядит абсолютно неюзабельной хуйней, и пользоваться я им сам лично могу лишь потому что я его хорошо знаю.
К чему я... ну, во-первых, у меня вьетнамские флешбеки, а во-вторых, не весь UX одинаково полезен. Работает? Можно разобраться? Ну вот и не трогай. В большинстве пунктов, ну, кроме активности птиц, я, как мне кажется, разобрался сходу, даже не видя программу вживую.
Я работаю в большой коммерческой конторе, и наша команда, в том числе, делает некий продукт, представляющий собой консольную, сука, утилиту, рассчитанный на харкдорных embedded-разрабов. А еще у нас в компании есть т.н. Developer Experiense специалисты. Это как UX, только для разрабов. Это что-то между UX и техническими писателями, не программисты, во многие вещи не в зуб ногой. И вот эти люди приходят к нам, и постоянно простят поиграть со шрифтами, но за неимением возможности поиграть со шрифтами в консольной утилите, они сублимируют свое желание в просьбу добавить/удалить какую-то хуйню ИЗ ЛОГОВ, блять, добавить/удалить какие-то варианты выбора, добавлять надписи, пояснение итп итд. В общем, спустя стопицот таких правок, полученный инструмент удовлетворяет их желанием, но лично мне, как программисту и линуксоиду, выглядит абсолютно неюзабельной хуйней, и пользоваться я им сам лично могу лишь потому что я его хорошо знаю.
К чему я... ну, во-первых, у меня вьетнамские флешбеки, а во-вторых, не весь UX одинаково полезен. Работает? Можно разобраться? Ну вот и не трогай. В большинстве пунктов, ну, кроме активности птиц, я, как мне кажется, разобрался сходу, даже не видя программу вживую.
Ну раз ты упомянул адаптивный дизайн и кровавый ынтерпрайз, то вот, что я скажу.
Страшилки про UI через код и адаптивный дизайн придумали такие же узколобые бездари, как и девопсы, которых самих надо автоматизировать, потом отцов и матерей, все их семьи автоматизировать, что бы не высирали кучи нерасширяемых и не поддерживаемых конфигов.
Дело не в том, что надо именно адаптивный дизайн, располагать элементы можно и абсолютным позиционированием, но если у тебя есть куча однотипных элементов, то их стоит группировать не только визуально, но и программно. Для этого нам богом даны типы с классами. И тогда там где тебе надо отобразить один элемент, труда не составит отобразить и 20. Дальше- больше. При необходимости можно отделить контейнеры от содержимого и их тасовать между собой, дописывая код для связок и всяких маппингов.
Если не понятно о чём я, то можешь представить UI в виде перевернутого дерева, где корневой элемент - это приложение, а от него расходятся формы, на каждой форме по группы элементов, а рядом схожее дерево(не обязательно идентичное, главное что бы они были изоморфными, ну т.е. одно дерево можно было преобразовать в другое) из того, чем ты по факту оперируешь - данными. Повышается переиспользование, а количества кода и багов понижается. И UI, и код становятся тоже более понятным, потому что опять же - они структурированы.
Причем т.к. это не статические структуры, то у них, в зависимости от состояния приложения могут меняться и целые ветки. Тут только остается определить детерминированные состояния между которыми могут скакать ветви дерева и отражать эти изменения хоть визуально, хоть в памяти. Это так же подразумевает довольно легкую замену любых подэлементов на произвольные любые другие - вчера эта форма отображала нередактируемые лейблы, потому что функционал сохранения не был разработан, а сегодня она уже содержит список редактируемых полей - потому что пофиг, что содержать. Вот это - гибкая разработка, когда ты безболезненно подменяешь устаревший функционал без переписывания всего, а не это их ковыряние в носу на ритуальных собраниях. Еще плюсы - если всё перескакивает только по тем инвариантам, которые ты практически явно сам определил, возможность непредвиденной ситуации КРАЙНЕ мала. Еще тестирование всякое облегается, т.к. всё и так очевидно из самой структуры объектов.
Тоже самое и про консольные утилиты - там ты тоже переходишь по дереву состояний, выполняя команды. Когда же ты вводишь команду посложней с параметрами, то путь по дереву состояния прокладывается за раз.
>>есть т.н. Developer Experiense специалисты
Ну таких я еще не встречал
Страшилки про UI через код и адаптивный дизайн придумали такие же узколобые бездари, как и девопсы, которых самих надо автоматизировать, потом отцов и матерей, все их семьи автоматизировать, что бы не высирали кучи нерасширяемых и не поддерживаемых конфигов.
Дело не в том, что надо именно адаптивный дизайн, располагать элементы можно и абсолютным позиционированием, но если у тебя есть куча однотипных элементов, то их стоит группировать не только визуально, но и программно. Для этого нам богом даны типы с классами. И тогда там где тебе надо отобразить один элемент, труда не составит отобразить и 20. Дальше- больше. При необходимости можно отделить контейнеры от содержимого и их тасовать между собой, дописывая код для связок и всяких маппингов.
Если не понятно о чём я, то можешь представить UI в виде перевернутого дерева, где корневой элемент - это приложение, а от него расходятся формы, на каждой форме по группы элементов, а рядом схожее дерево(не обязательно идентичное, главное что бы они были изоморфными, ну т.е. одно дерево можно было преобразовать в другое) из того, чем ты по факту оперируешь - данными. Повышается переиспользование, а количества кода и багов понижается. И UI, и код становятся тоже более понятным, потому что опять же - они структурированы.
Причем т.к. это не статические структуры, то у них, в зависимости от состояния приложения могут меняться и целые ветки. Тут только остается определить детерминированные состояния между которыми могут скакать ветви дерева и отражать эти изменения хоть визуально, хоть в памяти. Это так же подразумевает довольно легкую замену любых подэлементов на произвольные любые другие - вчера эта форма отображала нередактируемые лейблы, потому что функционал сохранения не был разработан, а сегодня она уже содержит список редактируемых полей - потому что пофиг, что содержать. Вот это - гибкая разработка, когда ты безболезненно подменяешь устаревший функционал без переписывания всего, а не это их ковыряние в носу на ритуальных собраниях. Еще плюсы - если всё перескакивает только по тем инвариантам, которые ты практически явно сам определил, возможность непредвиденной ситуации КРАЙНЕ мала. Еще тестирование всякое облегается, т.к. всё и так очевидно из самой структуры объектов.
Тоже самое и про консольные утилиты - там ты тоже переходишь по дереву состояний, выполняя команды. Когда же ты вводишь команду посложней с параметрами, то путь по дереву состояния прокладывается за раз.
>>есть т.н. Developer Experiense специалисты
Ну таких я еще не встречал
Забыл добавить, что логика проектирования деревьев в общем-то базируется скорее на типах, чем на инстансах. Типы нужны, что бы выразить разветвления в логике выполнения и принять решение на основании типа объекта, а не его состояния. Тип может и не хранить состояния. Можно запросто же определить class C {} и всё - полноценный конструкт многих ЯП, используй как хочешь. Или же например, помню как-то про гендер заходил разговор, если есть гендер, то раньше мы бы его определили как два непересекающиеся подмножества - Мэ и Жо.Если формально: тип гендер - это ИЛИ Ж, ИЛИ М. Еще формальней: type Gender = | M | F. Времена изменились и теперь надо добавить новые классы гендера и сделать это можно так что бы не пришлось усираться пытаясь исправить все места в коде, не говоря про игры про угадывания какой пол в базе данных хотели выразить true, а какой - null'ом. Т.к. мы уже классифицировали гендер как или М, или Ж, то теперь можно спокойно добавить "строчный ИЛИ Свой".
Получаем type Gender = | M | F | Custom of string
Теперь можно навесить ярлык гендера на что-то, скорее всего на персону. Затем классифицировать, например для агрегации, промаркированные объекты как заблагорассудится. Вот тебе и полиморфизм - работаешь вроде бы с объектами произвольного типа, но если надо, то и на основании того гендера, который они содержат или промаркированы( с помощью универсальны типов, таких как туплы-кортежи, map'ы-словари) можешь изменить логику выполнения.
Это я к чему - что тяжело оперировать логикой только с помощью состояний. Надо еще добавлять поведения на основании класса объекта - всяко легче будет. Опять же для версионирования, истории или миграций удобно. Потому что конфигурация из типов должна соответствовать сохраненному состоянию в заданный момент времени. И потому если состояние устарело, а структура изменилась, то всегда можно сохранить предыдущие типы на какое-то, что бы был возможность их использовать для восстановления старого состояния и отправить на апдейт в соответствии с новой структурой.
Получаем type Gender = | M | F | Custom of string
Теперь можно навесить ярлык гендера на что-то, скорее всего на персону. Затем классифицировать, например для агрегации, промаркированные объекты как заблагорассудится. Вот тебе и полиморфизм - работаешь вроде бы с объектами произвольного типа, но если надо, то и на основании того гендера, который они содержат или промаркированы( с помощью универсальны типов, таких как туплы-кортежи, map'ы-словари) можешь изменить логику выполнения.
Это я к чему - что тяжело оперировать логикой только с помощью состояний. Надо еще добавлять поведения на основании класса объекта - всяко легче будет. Опять же для версионирования, истории или миграций удобно. Потому что конфигурация из типов должна соответствовать сохраненному состоянию в заданный момент времени. И потому если состояние устарело, а структура изменилась, то всегда можно сохранить предыдущие типы на какое-то, что бы был возможность их использовать для восстановления старого состояния и отправить на апдейт в соответствии с новой структурой.
тут все с точностью до наоборот: все свалено в кучу, слайдеры, о назначении которых нужно догадываться, функционал, необходимость которого под вопросом.
иронично, но для успокоительного приложения сделан максимально раздражающий UI.
как можно улучшить этот интерфейс:
- цветовую гамму сделать пастельных, спокойных тонов с контрастным текстом для удобства чтения
- разбить на секции общее / будильники и таймеры / системные настройки
- все настройки окружения привести к одному виду, например, вкл/выкл + громкость + интенсивность
- добавить несколько пресетов + отдельный пресет "ручные настройки"
иронично, но для успокоительного приложения сделан максимально раздражающий UI.
как можно улучшить этот интерфейс:
- цветовую гамму сделать пастельных, спокойных тонов с контрастным текстом для удобства чтения
- разбить на секции общее / будильники и таймеры / системные настройки
- все настройки окружения привести к одному виду, например, вкл/выкл + громкость + интенсивность
- добавить несколько пресетов + отдельный пресет "ручные настройки"
Пиздеж, слайдеры там максимально простые, тут все интуитивно понятно. Чащереже, громчетише. Все
Помню эту программы года эдак с 2004 . Дизайн похоже с тех пор и не менялся.
Только там было только вкл/выкл, ну может 3-4 разных саундтрека.
Какое-то время назад один из нас, пидоров, скидывал вот такую штуку:
https://mynoise.net/
Я тогда со снотворных стал слезать
https://mynoise.net/
Я тогда со снотворных стал слезать
Так, стоп. Терминологическое недопонимание.
Дронами в звуковой индустрии называют синтезаторы, которые по алгоритму из формул или из готовых примеров клепают коллажи из звука. Тоесть все генераторы шума на том сайте - дроны.
По типу дроны бывают
Soundscape звуки природы или окружения. Закрываешь глаза и представляешь бескрайние луга, темные пещеры, горные вершины, пространства соборов и библиотек.
Noise шумы природы ритмичные или технологические шумы, которые не формируют общую картину окружения, а только представляют нечто одно. Например - мурлыкание кота, шум дождя, звук двигателя звуки работы плотника. Всеми любимые нами перфораторы по утру тоже к этому типу относятся (сосед натурально биодрон)
Melodic - дроны которые делают синтез звуков из музыкальных семплов
Hum\Hiss - неритмические шумы типа белого, розового, коричневого и прочих
Math - тональные, бинауральные, синтетические. Очень знакомо тем, кто играл в Portal2
Synthethic - дроны, которые объединяют несколько алгоритмов или библиотек семплов.
Дронами в звуковой индустрии называют синтезаторы, которые по алгоритму из формул или из готовых примеров клепают коллажи из звука. Тоесть все генераторы шума на том сайте - дроны.
По типу дроны бывают
Soundscape звуки природы или окружения. Закрываешь глаза и представляешь бескрайние луга, темные пещеры, горные вершины, пространства соборов и библиотек.
Noise шумы природы ритмичные или технологические шумы, которые не формируют общую картину окружения, а только представляют нечто одно. Например - мурлыкание кота, шум дождя, звук двигателя звуки работы плотника. Всеми любимые нами перфораторы по утру тоже к этому типу относятся (сосед натурально биодрон)
Melodic - дроны которые делают синтез звуков из музыкальных семплов
Hum\Hiss - неритмические шумы типа белого, розового, коричневого и прочих
Math - тональные, бинауральные, синтетические. Очень знакомо тем, кто играл в Portal2
Synthethic - дроны, которые объединяют несколько алгоритмов или библиотек семплов.
У раба бессоница?
уже года 4 пользуюсь, отличная программа.
Прикольная прога, спасибо большое.
Так-то полезная вещь для днд
Давайте тут уже торрент-трекер замутим, хули.
А начиналось все с одной рамки, где из опций сверчки, костер, ручей.
Чтобы написать коммент, необходимо залогиниться
