Максим Каракулов: А почему бы не поощрять собственноручное удаление? Вот характерный пример вопроса, который просто непонятно куда отнести: Возможна ли идея? - ведь, типичный же флуд! Автор накидывает лозунгов, и каждый начинает отвечать "о своем". С одной стороны есть здравые мысли, с другой - непонятно, кому какая польза может быть от всего этого действа. Ответить по существу невозможно. Я написал короткий ответ в стиле "пилите, Шура, пилите"... который нахватал кучу лайков. Значит, большая часть сообщества понимает бессмысленность вопроса. Так пускай вместо лайков к саркастичным ответам увеличивают счетчик "рекомендовано к удалению", а автор, удаляя такой вопрос, набирает тем больше "кармы", чем больше было рекомендаций удалить :)
Иногда встречается особенно удручающая ситуация: на совершенно бессодержательный вопрос дается не менее бессмысленный и, зачастую, просто неверный ответ, который, к тому же, автором вопроса отмечается, как решение... После прочтения чувствуешь себя чужим на этом празднике жизни.
Какая-то извращенная логика задачи: "данные летят из базы"... хм. Обычно, в нормально спроектированном приложении все наоборот - данные летят в базу. А из базы берут только то, что нужно, маленькими порциями, и не чтоб хранить где-то в памяти, а чтоб использовать. Лететь данные могут, например, из сокета или USB. Но их либо обрабатывают, либо (если нужно хранить), опять же, записывают в базу данных.
Getko: Собрать это самому довольно непросто... собрать девайс, сопоставимый по эксплуатационным характеристикам - еще труднее, сделать это дешевле - невозможно. Нужно найти подходящий ОЕМ модуль, желательно с блютуз от 4.0 и хотя бы дохленьким контроллером на борту (а также купить или собрать программатор для прошивки, купить или спереть тулчейн, написать и отладить программу), найти подходящий датчик, подобрать батарейку, разработать и изготовить плату-носитель, разработать и изготовить корпус.
Если очень хочется, рекомендую начать с чего-нибудь готового (типа такого), а уже потом задумываться над миниатюризацией и полной самостоятельной разработкой девайса. Но о заявленных расходах порядка одной тыс. рублей лучше изначально забыть.
Getko: Речь идет о 1. промышленно изготовленном девайсе (это - на порядки дешевле, чем изготовление единичного экземпляра или даже мелкой серии кустарным способом) и 2. новом гаджете, выпускаемом на рынок (=демпинг! "Так, например, нам удалось приобрести Ми Банд за 32 доллара, включая стоимость доставки в Москву.") Разработка и запуск производства (даже в Китае) на самом деле стоили намного дороже, просто они должны окупиться в среднесрочной перспективе засчет объемов продаж.
Да, вариант, действительно, тупее (в смысле - проще в реализации) децентрализованной сети пиров :) Но у обоих вариантов, разумеется, есть свои сильные и слабые стороны.
Максим Каракулов: Да нет же, учили! В смысле, раньше, когда еще, вообще, чему-то учили. Этот "скил", по идее, относится к стилистике. Для "прокачки" на лето давали список литературы для самостоятельного чтения, а потом писали изложения и сочинения. (Такой вот комплекс упражнений для развития письменной речи.)
А почему таки большинство не научили, объясняется тоже довольно просто. Достаточно вспомнить, какая доля процента учеников к сентябрю вообще могла вспомнить про этот список - не то, чтоб похвастаться хотя бы одной прочитанной из него (или любой другой) книгой.
Но это все - преданья старины глубокой... с появлением интернет любой текст длиннее СМСки уже принято считать опасным для здоровья. Вот так вот и имеем, что имеем, и даже винить в этом некого, кроме самих себя :(
Seth26: Конечно, возможно... теоретически. Маленькая черная точка немного левее центра - это чип. Его нужно извлечь (не повредив!) и присобачить (без пайки!) к круглой антенне, обеспечивающей такие же импеданс линии подключения к чипу и добротность контура при поднесении к антенне считывателя. Эту антенну нужно предварительно спроектировать и изготовить. Но, честно говоря, если только это не абсолютно необходимо для окончательной победы добра над злом, я бы лучше задумался над постройкой альтернативного метро без карточек :)
Андрей Трувенов: НС-05 - это, если не изменйяет память, только ВТ 2.0. BLE (Bloetooth Low Energy) - это 4.0 и выше. А вообще, невозможно что-то конкретное советовать, не зная всех запросов: чем занят девайс между "сеансами связи", какая периферия, какие требования к размерам, к памяти и т.д. Определитесь с этим - тогда можно будет порекомендовать что-то конкретнее.
Присоединяюсь к пред. комментарию. Могу только добавить, что о WiFi (жрет немеренно) и аккумуляторах (быстрая саморазрядка + головняк с зарядкой) лучше сразу забыть - только BLE и только алкалиновые или, еще лучше, литиевые первичные элементы. Если нужен дисплей, то лучше E-Ink (потребляет энергию только для "смены" изображения). Более месяца, и даже более года, в общем случае - не проблема, ну, а в частном, как уже указал Армянское Радио: - все зависит от хотелок, т.е. от потребляемой мощности :)
Заголовок вопроса при внимательном прочтении просто выносит мозг: Эмитировать - значит выпускать или испускать. Нить накаливания в электронной лампе, например, эмитирует электроны, а АО эмитирует акции. То, что Вы, вероятнее всего, имели ввиду, называется или "эмулировать", или же "имитировать". Ссылаемыми бывают те, кого ссылают, т.е. отправляют в ссылку (как, например, декабристов), причем, только в момент совершения действия (т.к. после оного они уже становятся сосланными). А объект, на который что-то ссылается, так и называется "объект, на который ссылается" (например, якорь).
Один BPM означает количество четвертных нот в секунду для простых размеров (4/4, 3/4, 2/4), а для составных (6/8, 9/8, 12/8) - три восьмых (или четвертную с точкой). Так что, для рассчета длительности из BPM в любом случае нужно знать еще и размер. Ну, а в случае затакта и всяких accelerando / tempo primo - вообще туши свет... рассчитать ничего не получится :)
Единственное решение проблемы - взять МIDI и кромсать его в секвенсоре, как душе угодно. Там все будет абсолютно точно.
У стека технологий WS есть одно неоспоримое преимущество - это лучшее средство абсолютно безнаказанно затролить ненужный проект :) Сценарий примерно такой: есть некая система, которую периодически хотят заинтерфейсить разные партнеры. В системе, помимо REST и легковесных API, есть и легаси WS (все еще работающий вопреки всем законам мироздания). Соответственно, "хорошие" партнеры получают REST или API (кому что нужно), а "плохие" - WSDL и тонну подробнейшей документации с примерами, после чего их желание интерфейсить быстро увядает... эта методика пока еще ни разу не подводила :)
Кирилл: +1 для JavaFX.
А по поводу JRE - не трудитесь искать статистику, т.к. наличие JRE - имманентное требование/предположение, как с Flash и Flash player-ом.
Все, что Java, подразумевает наличие на клиенте JRE, как и все, что .NET, подразумевает наличие на клиенте CLR.
Deerenaros: Тут дело несколько в другом. МТ используется "кухнями", т.е. такими типа биржами, на самом деле не выводящими позиции на рынок. Соответственно, для отсечения шибко умных трейдеров (т.н. пойсон, или ядовитый поток, уменьшающий прибыль кухни) в стримы ненавязчиво вносятся дикие спайки, отфонарный спред и т.д. и т.п. так, чтоб срубить стопы, и потом ничего нельзя было доказать, ну, типа, у нас такие котировки были - не нравится, не играйте... Соответственно, может быть проблематично строить свою игру на данных, которыми уже кто-то "сиграл" :)
