Выглядит круто и неожиданно! А вы думали реализовать подобный трансформатор, например, для LLVM? Это сразу приведёт к прогрессу для многих языков программирования. Плюс, там не надо угадывать типы переменных, всё известно.
Извините за критику, но эта библиотека — совершенный провал с точки зрения научных графиков. Видимо, она никогда не задумывалась для графического представления информации? Судя по полировке пикселей это скорее художественные произведения по мотивам чисел пользователя, не более того.
За предпоследний stacked chart вам должно быть очень стыдно. Он неплохо смотрится как иллюстрация, но абсолютно неинфоративен.
Информацию невозможно прочитать:
— трёхмерная проекция искажает оси и параллельные линии более не выглядят такими
— подписи нечитаемы, оси не подписаны
— трёхмерная толщина и проекция графика затрудняет чтение численных значений
Принятие решения на основе этого графика крайне затруднено — без таблицы с исходными числами он бесполезен.
Представленный 3d pie chart в виде пирамидки настолько ужасен, что я даже сохраню его к себе в коллекцию. Речь идёт даже не о затруднённом понимании данных или искажении восприятия (например, в статье Stephen Few наглядно разбираются все недостатки трёхмерных круговых диаграмм). Там тупо не видно данных!
Это наиболее яркий пример неудачного дизайна графиков, который мне встретился за все годы работы с научными данными. Браво! Победа с колоссальным отрывом.
Облако шариков я даже не рассматриваю в качестве графика. Там нет ровным счётом ничего кроме визуального мусора. Принятие решения или понимание ситуации невозможно в принципе.
Если я смею что-либо порекомендовать, я бы предложил начать с другого конца проблемы: с проектирования графиков. Вдруг окажется, что все эти трёхмерные представления только мешают основной цели? Тогда даже не придётся бороться с пикселями и жизнь станет намного приятнее =)
Как вы заполняете базу слов рубрикатора? Как я вижу, важные ключевые слова здорово определяются даже на английском, но рубрикатор там не очень развит. Мне кажется, вы можете здорово улучшить рубрикатор с помощью Википедии или другого корпуса параллельных текстов:
— Классифицировать русскую статью (это получается хорошо)
— Вычислить ключевые слова в английской версии этой статьи
— Назначить найденные ключевые слова каждой из рубрик с очень низким весом
— Повторять вплоть до создания Google Translate, хоть и без грамматики
Всё отлично, но я бы посоветовал сильно сократить количество цифр в интерефейсе.
Revenue
408,668.27 руб — плохо
409 тыс. руб — хорошо
При выравнивании направо, будет сразу видна разница между предыдущим числом и
1,354 тыс. руб
То же и про проценты на графике.
56.95% это просто визуальный шум.
57% — вполне достаточная точность. Особенно если пропорционально закрасить шарик а-ля диаграмма.
Last visit
2 days ago — намного проще и информативнее чем April 23, 2014 11:26 AM
Для такого форматирования дат есть готовые библиотеки.
На левой панели не стоит писать цифру и рисовать кружочек, если пользователей 0.
наличие постусловия в подпрограмме гарантирует ее завершение
Очень странная для меня фраза. Банальная проверка завершения программы во всех случаях (т.н. Проблема остановки), как мне известно, ещё не имеет общего решения.
Licensing and Purchasing FAQ * Subscription based products: IntelliJ IDEA personal licenses also now include one year of subscription with purchase (effective October 30, 2013)
Your license includes the initial 1-year upgrade subscription qualifying you for the receipt of the new product releases and technical support
* Upgrade (version) based products: IntelliJ IDEA commercial licenses
Правильно ли я понимаю, если вы купили лицензию менее года назад (и после 30 октября 2013), то новая версия включена в стоимость?
A, B — свободные переменные (начинаются с большой буквы) start, end — фиксированные константы (начинаются с маленькой буквы) path, edge — праметризованные константы (нечто вроде конструктора в ООП и pattern-matching в ФП) min= — операция аггрегирования альтенатив. Должна быть одинакова для всех использований данного типа
1. путь до узла start принимается равным нулю
2. путь до каждого узла (B) это минимум суммы длины входящего ребра и значения пути для второго узла этого ребра
3. цель это минимум длины всех путей до узла end
Язык полностью декларативный и чистый. Следовательно используется лишь как часть большей программы (в виде библиотеки). В самом языке нет операци ввода-вывода или возможности напрямую повлиять на ход вычислений.
Рекомендую обратить внимание на язык динамического программирования Dyna.
Вторая версия (в разработке) на выходе даже выдаёт код на Пайтоне по декларативному описанию задачи.
В обозримом будущем нужно лишь одно-два устройства-прототипа. Даже без корпуса можно.
На устройстве нужны:
— клеммы для подключения контактов, которые уходят в тело пациента.
— кнопка «старт записи» и, возможно, светодиод состояния
— минимально низкое напряжение питания (в идеале от батареек, а не от сети — т.к. с другой стороны живые люди)
По нажатию кнопки устройство:
— посылает синусоидальное напряжение заданной частоты на одну пару клемм
— снимает напряжение с другой пары клемм
— определяет активное и ёмкостное сопротивление на данной частоте (падение амплитуды и задержку по времени) — как можно точнее
— записывает результат в память (на файл на sd-карте или как удобнее в последствии передать на компьютер)
— изменяет частоту и повторяет цикл измерений
Набор частот и все параметры (напряжение, длительность теста) могут быть заложены в прошивке или записываться в память через компьютер.
Выходное напряжение хотелось бы держать минимально допустимое (до 5 В) при сохранении качества измерений. Частоты в районе нескольких килогерц.
Да не, я просто программист, а моё знакомство с ARM ограничивается ношением Андроида в кармане.
Для меня это всё — волшебная и чёрная магия электричества. Не судите строго.
Вкратце, есть один знакомый кардиохирург, который хочет улучшить один аспект операций — принятие решения о состоянии тканей аорты.
Сейчас решение принимается просто на основании диаметра сосуда. Больше N см — отрезать и менять. Меньше — оставлять. Хотя диаметр это лишь весьма отдалённое последствие коренной проблемы — состава тканей сосуда.
При наличии определённых заболеваний, со временем, стенки аорты накапливают кальций и становятся хрупкими. При резкой нагрузке на сердце эти хрупкие ткани могут лопнуть и их надо заменить.
Так вот, состав тканей можно определить экспериментально в лаборатории — но на это уходят часы. Решение нужно принимать непосредственно в процессе операции.
Я ему предложил измерять сопротивление тканей на разных частотах: просто подключить клеммы в разрез аорты и это гипотетическое устройство за секунды «прозвонит» заданный диапазон частот и покажет процентный состав тканей (жиры, белки, кальций и т.п.).
Сам я программист и с удовольствием занялся бы софтверной частью проекта (там же ещё исследовать всё надо — найти зависимость). Может кто-нибудь помочь с аппаратной реализацией?
На первом этапе (для НИОКР и исследований) нужно лишь получить АЧХ и передать её на комп (потом, в оффлайн-режиме).
Есть какой-нибудь сайт с примерами диаграмм, построенных «по делу»?
Потому что иначе вы бы взяли в качестве вдохновения не MS Excel, а ggplot2 или что-нибудь аналогичное.
Хотя бы посмотрите www.informationisbeautiful.net, www.datavisualization.ch.
За предпоследний stacked chart вам должно быть очень стыдно. Он неплохо смотрится как иллюстрация, но абсолютно неинфоративен.
Информацию невозможно прочитать:
— трёхмерная проекция искажает оси и параллельные линии более не выглядят такими
— подписи нечитаемы, оси не подписаны
— трёхмерная толщина и проекция графика затрудняет чтение численных значений
Принятие решения на основе этого графика крайне затруднено — без таблицы с исходными числами он бесполезен.
Представленный 3d pie chart в виде пирамидки настолько ужасен, что я даже сохраню его к себе в коллекцию. Речь идёт даже не о затруднённом понимании данных или искажении восприятия (например, в статье Stephen Few наглядно разбираются все недостатки трёхмерных круговых диаграмм). Там тупо не видно данных!
Это наиболее яркий пример неудачного дизайна графиков, который мне встретился за все годы работы с научными данными. Браво! Победа с колоссальным отрывом.
Облако шариков я даже не рассматриваю в качестве графика. Там нет ровным счётом ничего кроме визуального мусора. Принятие решения или понимание ситуации невозможно в принципе.
Если я смею что-либо порекомендовать, я бы предложил начать с другого конца проблемы: с проектирования графиков. Вдруг окажется, что все эти трёхмерные представления только мешают основной цели? Тогда даже не придётся бороться с пикселями и жизнь станет намного приятнее =)
Как вы заполняете базу слов рубрикатора? Как я вижу, важные ключевые слова здорово определяются даже на английском, но рубрикатор там не очень развит. Мне кажется, вы можете здорово улучшить рубрикатор с помощью Википедии или другого корпуса параллельных текстов:
— Классифицировать русскую статью (это получается хорошо)
— Вычислить ключевые слова в английской версии этой статьи
— Назначить найденные ключевые слова каждой из рубрик с очень низким весом
— Повторять вплоть до создания Google Translate, хоть и без грамматики
Revenue
408,668.27 руб — плохо
409 тыс. руб — хорошо
При выравнивании направо, будет сразу видна разница между предыдущим числом и
1,354 тыс. руб
То же и про проценты на графике.
56.95% это просто визуальный шум.
57% — вполне достаточная точность. Особенно если пропорционально закрасить шарик а-ля диаграмма.
Last visit
2 days ago — намного проще и информативнее чем April 23, 2014 11:26 AM
Для такого форматирования дат есть готовые библиотеки.
На левой панели не стоит писать цифру и рисовать кружочек, если пользователей 0.
Очень странная для меня фраза. Банальная проверка завершения программы во всех случаях (т.н. Проблема остановки), как мне известно, ещё не имеет общего решения.
* Subscription based products:
IntelliJ IDEA personal licenses also now include one year of subscription with purchase (effective October 30, 2013)
Your license includes the initial 1-year upgrade subscription qualifying you for the receipt of the new product releases and technical support
* Upgrade (version) based products:
IntelliJ IDEA commercial licenses
Правильно ли я понимаю, если вы купили лицензию менее года назад (и после 30 октября 2013), то новая версия включена в стоимость?
A, B— свободные переменные (начинаются с большой буквы)start, end— фиксированные константы (начинаются с маленькой буквы)path, edge— праметризованные константы (нечто вроде конструктора в ООП и pattern-matching в ФП)min=— операция аггрегирования альтенатив. Должна быть одинакова для всех использований данного типа1. путь до узла start принимается равным нулю
2. путь до каждого узла (B) это минимум суммы длины входящего ребра и значения пути для второго узла этого ребра
3. цель это минимум длины всех путей до узла end
Язык полностью декларативный и чистый. Следовательно используется лишь как часть большей программы (в виде библиотеки). В самом языке нет операци ввода-вывода или возможности напрямую повлиять на ход вычислений.
path(start) min= 0.path(B) min= path(A) + edge(A,B).goal min= path(end).На языке логического программирования Dyna.
Вторая версия (в разработке) на выходе даже выдаёт код на Пайтоне по декларативному описанию задачи.
На устройстве нужны:
— клеммы для подключения контактов, которые уходят в тело пациента.
— кнопка «старт записи» и, возможно, светодиод состояния
— минимально низкое напряжение питания (в идеале от батареек, а не от сети — т.к. с другой стороны живые люди)
По нажатию кнопки устройство:
— посылает синусоидальное напряжение заданной частоты на одну пару клемм
— снимает напряжение с другой пары клемм
— определяет активное и ёмкостное сопротивление на данной частоте (падение амплитуды и задержку по времени) — как можно точнее
— записывает результат в память (на файл на sd-карте или как удобнее в последствии передать на компьютер)
— изменяет частоту и повторяет цикл измерений
Набор частот и все параметры (напряжение, длительность теста) могут быть заложены в прошивке или записываться в память через компьютер.
Выходное напряжение хотелось бы держать минимально допустимое (до 5 В) при сохранении качества измерений. Частоты в районе нескольких килогерц.
Бюджет не так важен.
Для меня это всё — волшебная и чёрная магия электричества. Не судите строго.
Сейчас решение принимается просто на основании диаметра сосуда. Больше N см — отрезать и менять. Меньше — оставлять. Хотя диаметр это лишь весьма отдалённое последствие коренной проблемы — состава тканей сосуда.
При наличии определённых заболеваний, со временем, стенки аорты накапливают кальций и становятся хрупкими. При резкой нагрузке на сердце эти хрупкие ткани могут лопнуть и их надо заменить.
Так вот, состав тканей можно определить экспериментально в лаборатории — но на это уходят часы. Решение нужно принимать непосредственно в процессе операции.
Я ему предложил измерять сопротивление тканей на разных частотах: просто подключить клеммы в разрез аорты и это гипотетическое устройство за секунды «прозвонит» заданный диапазон частот и покажет процентный состав тканей (жиры, белки, кальций и т.п.).
Сам я программист и с удовольствием занялся бы софтверной частью проекта (там же ещё исследовать всё надо — найти зависимость). Может кто-нибудь помочь с аппаратной реализацией?
На первом этапе (для НИОКР и исследований) нужно лишь получить АЧХ и передать её на комп (потом, в оффлайн-режиме).
Хочу посылать синусоидальное напряжение и считывать его же с другого выхода четырёхполюсника.
Вот именно так в гугл и набирают. И не берут именно из-за косяков такого порядка. В алгоритме решения.