Алексей Яхненко: сарказм не ясен. уровень "Я учусь писать на java" может начинаться от hello world программ и заканчиваться стажем хардкорного программирования "для себя", оценить насколько высок уровень поможет решение конкретных задач.
Getko: к сожалению дешевый и блютуз вещи несовместимые, нужно выбрать чтото одно. Аналогов много, с большим числом выходов, но стоить все равно будет не меньше, если вопрос в цене то дешевле этого модуля наверное не будет.
Борис Беньковский: так то так, дома держу открытым, ибо там 17 гиг оперативы, а на работе с 4 это делать как то не выходит, ибо он легко съедает от четверти до половины всего объема памяти
логичный ответ, нужно было уточнить, что зависает он при загрузке 100 байт данных, то есть явно не от того что данных там так много что он не может их переварить, на странице должна была появится 1 строчка текста, от такого не зависнешь.
Артем: интересный посчет, если так подумать то при текущем раскладе выходит даже при худшем раскладе несколько лет. Но думаю тут есть место ошибки, т.к. не учитывается "уровень корявости рук китайца", ибо по личному опыту мрут они намного быстрее, максимум выдерживали 100-200 гб за жизнь флешки.
butthurt: не гигабайтами, в общем я это и хотел услышать, если БД будет только дописывать, это будет наверняка более корректно, чем каждый раз заливать все по новой. ps. не слышал чтобы android кэшировал запись, про sd я имел в виду microsd, сути это особо не меняет. буду смотреть в сторону БД. спасибо.
записывать планируется не гигабайты, но до 5 мб точно наберется, я понимаю что чем больше тем сильнее износ, но и повреждение небольшой части карты легче ей не сделает, ибо пользоваться ей без определенных манипуляций над ней не выйдет. записывать нужно часто, в идеале минимум раз в 3 минуты, по несколько часов в сутки, практически каждый день. в таком раскладе ресурс циклов перезаписи исчерпается относительно быстро (максимум год), чего бы не хотелось совсем
как раз тот факт что это не жесткий диск и смущает, в современных дешевых SD картах число перезаписи ячейки не превышает и 100000, при условии, что запись будет раз в 3 минуты есть вероятность что приложение убъет часть ячеек меньше чем за 3 месяца (при условии непрерывности работы), ну или за год при более реальных прогнозах.
Данные не то чтобы очень критичные, в данный момент в предыдущей версии класса запись происходит раз в 10 событий, то есть если приложение закроется некорректно потеряется 10 записей, но это тоже не очень хорошо.
Вопрос был как раз в том что будет портить карту сильнее, запись БД или запись сериализованных данных, я не уверен как именно запись в БД протекает на низком уровне, либо он весь файл будет переписывать каждый раз или только "дописывать" гдето в файле..
zamzam: заскоки как раз начинаются когда вирусня жрать систему начинает, в данном случае с вероятностью over 99% проблема в этом, найти что имено загадили маловероятно теперь, а антивирусы постфактум лечить не умеют в подавляющем большинстве случаев, поэтому совет сносить винду, ставить антивирус любой, чистить все, сносить еще раз и потом уже устанавливать студию
не совсем так, увеличение диапазона можно сделать но относительно друг друга числа будут различаться в той же пропорции, а нужно чтобы маленькие стали еще меньше, при том что max остался равным max, тригонометрию можно и не использовать, тогда уменьшать нужно равномерно, но это не так красиво получится, задачу решил по совету Алексей Рахе, посчитал индексы для каждого числа и изменял значение в соответствии с коэфициентом, который зависит от индекса, методом тыка отлично подошла функция tanh https://msdn.microsoft.com/en-us/library/system.ma... значения получились на порядок более контрастными
solidas: не совсем понятно почему возникают затруднения, SDK сейчас не стоит поэтому точно проверить не могу, но вообще в обозревателе решений нужно кликнуть правой кнопкой на References и выбрать добавить ссылку на службу, в окне которое появится нужно будет указать адрес службы и нажать перейти, если это нормальная SOAP служба то будут выведены службы и операции, нужно будет выбрать службу и задать пространство имен, далее в приложении нужно будет создать объект примерно такого вида var srv= new ServiceReference1.ИмяСлужбыSoapClient(); и далее общаться с srv как с обычным объектом. все заморочки с протоколом .net сам разрешит.
IlyaChusov: он как бы был в предыдущем сообщении \\имякомпа\имяшары расшарить папку можно через свойства папки вкладка доступ->общий доступ и не забыть в вкладке безопасность дать доступ на чтение для пользователя "все", иначе в нее с другого компа зайти не удастся
