Имеется вот такая игрушка http://www.ebay.com/itm/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Bo...

Есть желание кодить в нее с libopencm3, но нет понимания как туда заливать. На сайте libopencm3 предлагают юзать openocd но похоже что он не может просто так взять и залить через последовательный порт, а умеет только через stlink.

Есть ли у меня шанс сэкономить 6$ и три недели ожидания, или таки без stlink никак?

Кстати, у меня получилось подружить эту штуку и arduino ide. Все кодится, все заливается. Может есть возможность подружить arduino ide с libopecm3? Такой вариант тоже годится.

Сабж. Прочитал «Древний» Тармашева. Прочитал «Эпоху мертвых» Круза. Очень понравилось.

И вообще, есть же классика научной фантастики. Посоветуйте.

Кампания на BoomStarter по сбору средств на запись второго сезона EaxCast завершилась успешно. Соответственно, теперь ведутся работы над новым сезоном. В настоящее время для прослушивания доступны первые три выпуска:

• S02E01, интервью с Александром Юрченко о работе в Яндексе, проекте OpenBSD и машинном обучении.
• S02E02, интервью с Романом Душкиным об управлении проектами, функциональном программировании, квантовых вычислениях и краудфандинге.
• S02E03, интервью с Владимиром Шабановым о BazQux, стартапах, геймдеве, а также Haskell и Riak.

Особый акцент в подкасте делается на «не мейнстримовых» технологиях. Впрочем, тематика подкаста не ограничивается исключительно этими вопросами. Новые выпуски публикуются раз в две недели и имеют продолжительность 40-45 минут. Всего в рамках второго сезона планируется записать 24 выпуска. Каждый выпуск сопровождается полной текстовой расшифровкой.

>>> Подробности

После смерти TrueCrypt — то и дело анонсируются его форки.

Например [недавно], был анонсирован форк под названием «CipherShed» ( Возрождение TrueCrypt под новым именем CipherShed )...

Кроме кроссплатформенности — одной из ключевых особенностей TrueCrypt называется «скрытый том».

Цель голосования — выяснить насколько востребована эта особенность («скрытый том») среди нашего маленького сообщества.

Всем проголосовавшим и отписавшимся в комментариях — спасибо за участие! Также - ставьте лайк и удаляйте меня из игнора :)

# P.S.: я [понимаю] что пункт голосования {4} будет самый популярный. но этот пункт голосования нужен для того чтобы потом можно было бы его мысленно исключить из результатов!

# P.P.S.: все параноики, проголосовавшие тут, отписывайтесь в комментариях о том как у вас реализовано дисковое шифрование, и какое количество скрытых томов у вас имеется и где ;)

Интерфейсом будет эмакс, но т.к. я elisp-ом, во-первых, владею плохо и, во-вторых, я думаю эмакс уже умеет достаточно. Поэтому, я хочу отправлять содержимое буфера на внешний сервис по http и там проводить анализ, отвечая списками от какого место по какое чем надо раскрашивать. По этому поводу есть вопрос: какие функции emacs лучше для этого использовать?

Второе - какие посоветуйте материалы для элементарного структурного анализа кода на таких языках как C, Java, C#? ИМХО мне кажется, что достаточно знать язык, но на вики нехилые дозы какого-то матана

Вобщем хотелось бы увидеть и пощупать. После всего того что я видел и читал о нейросетях у меня сложилось впечатление что нейросети это что-то виртуальное и абстрактное. А сильно хотелось бы хоть маленькой практики.

День добрый сообществу.

Я занимаюсь автоматизацией торговли и аналитикой финансового рынка (роботостроительство/алготрейдинг) и планирую открыть часть своего наработанного инструментария для совместной разработки и обмена опытом в технических вопросах. Больше всего меня интересует имеются ли подобные специалисты на ЛОРе, интересует ли кого-либо подобное сотрудничество.

Вначале немного расскажу о специфике проектов. Для специалиста в данной сфере не секрет, что большинство расширяемых платформ являются очень неудобными для гибкой и экзотической разработки торговых систем. Действительно удобные платформы привязаны к конкретному брокеру (и к его котировкам) или являются платными и закрытыми (чаще всего все вместе). MT4 со своим MQL адаптирован на классический тех. анализ, имеет во флаконе ущербную систему генетических алгоритмов для оптимизации торговых систем и вообще всячески поддерживает жульничества со стороны дилинговых центров (те, кто видел мастер-пакет MT4, поняли о чем я).

Поэтому для себя я создал цепочку проектов для разработки, тестирования, оптимизации и использования торговых систем. В данный момент проект берет котировки у швейцарского банка и торговой площадки Dukascopy. Качество котировок изумительное у них, скажу я вам. Все честно, открыто и качественно. Далее эти котировки попадают в БД под управлением postgreSQL. Сразу нарезаются на всяческие TF, графики Renko, хранятся в чистом виде (тики), есть поддержка гибридных TF (например S441 = 441 second), а так же прочая экзотика. Те кто серьезно занимается роботостроительством поймут зачем все это. Так же, систему очень легко расширить добавив новые правила формирования данных, например таких как квантовые графики, скоростные графики и прочее.

Основной примочкой системы является гибкое использование разнообразных сущностей классического и продвинутого тех. анализа. Поясню на примере написания простейшего торгового алгорима:

Простейший пример торгового алгоритма - это класс, наследующий все необходимые базовые примочки у родителя пустого торгового алгоритма. Класс имеет инициализационный конструктор, а так же ряд методов аля newTick(double bid, double ask, long time), newBar(Bar previous), newEvent(Event e)... У торгового ядра есть легко расширяемый ряд примочек. Существующие примочки: легкое и гибкое извелечение всяческой информации о исторических ордерах (реальных с торгового сервера, демо-ордеров при тестировании, вирутальных ордеров), поддержка библиотеки тех. анализа TA-LIB, построители графиков, анализаторы отчетов (мат. ожидание, профит-фактор, дисперсия, среднеквадратическое отклонение, процентные соотношения, анализ доходности по теории Винса, Вильямса). Поддержка смешанных и скрещенных алгоритмов, возможность подключение бриджов для разнообразных брокеров, дубликаторов сигналов (для цепочки инвестиционных счетов), подключение систем к гибко-конфигурируемым генетическим алгоритмам с целью оптимизации, выполнение полного перебора и прочий инструментарий. Легкое использование трала или другого функционала (например, перевода в безубыток):

Position p = trader.buy(Instruments.EURUSD, ...);
p.addTrailingStop(Indicators.ParabolicSAR(0.001, ...), ...);

Все это я разрабатывал чисто для себя и добился довольно серьезного уровня понимания специфики, технологий и обеспечил существенный финансовый доход. Однако, со временем я начал ощущать, что варюсь в собственном соку хоть и всячески стараюсь читать книги/статьи... Я ищу партнеров с которыми можно будет обмениваться техническими тонкостями, создать какого-то рода узкое сообщество по интересам, а так же выпиливать удобные инструменты для работы. Развиваться, смотреть что люди делают в мире. Буду рад услышать мнение от профессионалов, любителей и совсем новичков подобного рода деятельности.

База: Java + TA-LIB + postgreSQL. Java была выбрана из-за специфики использования автоматизированных торговых систем на разнообразных ОС, а так же из-за интерфейса API торговой площадки Dukascopy.

Еще имеется ряд дополнительных инстурментариев для экзотического анализа и выполнения специфичеких операции: нейросеть распознавания образов, алгоритмы паттерн-матчинга, системы дублирования торговых операций, генераторы отчетов, генераторы детальной информации о точках входа, специфические тестеры точек, анализаторы фундаментальных событий на базе fuzzy logic, календари экономических событий и прикладной софт, анализаторы качества котировок, анализаторы волатильности, визуализаторы работы нейросети/ГА, утилиты для анализа и визуализации ценового стакана. Все не вспомню сейчас, но многое согласен открыть при условии совместного активного развития проектов.

Подготовку исходников и открытие проекта планирую на конец текущего года. Конечно, при условии позитивного резонанса сообщества.

Приглашаю для обсуждения всех, кто некоторым образом интересовались подобной спецификой в предыдущих тематичных топиках:

ixrws winddos ZenitharChampion Root-msk ns_ramesses Made_in_China inline X10Dead qrck iBliss Kroz capricorn20 trex6

В начале было фидо

Фидошники очень любят повздыхать о старых временах. Но и причина у этого есть - тогда в сети действительно была организация, тогда, чтобы можно было что-то найти, нужно было только найти эхоконференцию, и в ней найдёшь всех единомышленников по этой теме. Централизация, все умы стекаются. А в интернете, наоборот, каждый суслик своему сайту и агроном своему форуму с 50 разделами. Хочешь найти лучшее решение? Обойди все тематические форумы, хотя бы популярные. Умри, но обойди. Каждый форум - кольцо, которое хочет рулить всеми остальными, и никто не хочет отдавать ни толики своего суверенитета.

Если гора не идёт к Магомету, значит вера без дел мертва. Надо сделать что-то, делающее обмен возможным.

И для этого нужна была какая-то основа. Для начала, просто для обмена трафиком - как фидо, но только проще, сильно проще. Чтобы можно было делать либо плюгины, либо внешние гейты для вордпресов, симплмашинов и прочей интернет-ереси - то есть, от сайтов потребуется либо минимальное вмешательство, либо никакого. Я назвал её ii, хотя чувство прекрасного просило назвать Настей или Катей.

Реализация

Мысль не давала мне покоя, но где-то в фоне, никогда на этом не концентрируясь. Несколько лет, сама по себе, не спрашивая меня, она что-то подмечала, что-то проверяла, что-то отбрасывала, и в итоге, в один прекрасный вечер говорит мне - остался только один вопрос, компромисс между длиной хэша и его красивучестью. Небольшой опрос на эту тему помог выбрать оптимальную длину. И... завертелось. Эталонная реализация, включая сервер и txt-клиент была создана минут за 20, и в итоге там ничего не поменялось, каноны закрепились. Как было всё упрощено, так есть, и так будет всегда.

Главные компромиссы, которые упростили сеть, и которые позволили сделать транзитную ноду на php (спасающую от многих проблем и добавляющую распределённости: просто добавь бесплатный хостинг), уместить в байт 300 кода:

• Номера имеют только серверные сообщения: Клиентские сообщения - это вообще не сообщения, пока сервер их не завизирует. Не нужны строгие схемы взаимодействия клиента с сервером. Да, кто-то может подумать, что гонять пользовательское сообщение для того, чтобы получить его обратно - это излишняя трата 500 байт в сети, но... это помогает и сразу обнаружить проблемы (если оно не вернётся), и не ломает общий случай частным.
• Синхронизация, основанная на сравнении: Некоторые пользователи давали советы по различным детекциям, по выборочной сортировке. Да, сейчас проблемы переполнения решаются организационно, а не технически (и это, на мой взгляд, правильно, роботы-детекторы нужного от ненужного так несовершенны), но они решаются. А синхронизация при этом остаётся простой, как три рубля - вот список, и вот список, найди всё то, чего нет, и забери. Из нужных конференций... а ненужные тебя не касаются.
• Первые два пункта позволили избежать двухсторонней синхронизации: Синхронизация всегда односторонняя. При этом в текущих условиях все успешно обмениваются со всеми, станции со станцями, станции с пойнтами. Боевая тревога по поднятию резервных нод и выключению моей станции пережита тоже успешно. Ибо не стоит верить, что технология может решить организационные вопросы, проще решать эти вопросы людям, а технология пусть решает те задачи, где ничего решать не надо, знай да перекладывай файлики.
• Обязательные постфиксы для конференций: Во-первых, сразу видно, что это конференция (как по забор.точка.ру сразу понятно, что это интернет-сайт). Во-вторых, позволяют не делать раздутых конференций а просто переезжать в другие. Сейчас общеприняты постфиксы .YY (год) или .YYMM (год-месяц)
• Простые решения: Один человек ушёл из проекта, обвинив нас в том, что мы многое переизобретаем. Но то, что есть на python с его огромной библиотекой, может не быть на kolibrios с его ассемблерными перевозками. Реализация, которую просто повторить, частями или целиком - вот, что всегда было для меня главное. Наверное, эталонную реализацию можно собрать с помощью циркуля и линейки. Или на счётах. Например, транзитную ноду на php написал я сам, это было только несколько строк. В полнофункциональную ноду его переписали другие. Где-то в недрах, говорят, зреет и нода на bash. Клиент на bash+dialog уже есть. А если бы не было какой-нибудь библиотеки для чего-нибудь - процесс бы просто остановился, потому что трудоёмкость реализации какой-то библиотеки была бы в разы выше, чем всего остального, вместе взятого.

Пробки и ошибки

Человек с двоящимися мыслями не тверд во всех путях своих. Поэтому нетвёрдой походкой я пытался разглядеть в ii потенциал для роста, чтобы это имя стало известным уху, и тематические сайты мигом бросились меняться друг с другом.

• п1 Африканские дети и места с плохой связью. Офлайн, все дела. Флоппинет жив. Сигнальнокостёр-нет - будет жить!
• п2 Поддержка разных дистрибутивов, с базой сообщений, которая входит и в сам дистрибутив, чтобы сделать дискуссии доступными офлайн и сразу при установке системы, чтобы упростить подачу и поиск багов, чтобы упростить поддержку. Это даже проще, чем мейл-лист, потому что не нужен е-мейл, требующий доступа и засоряющий ленту сообщений. Подобную базу можно легко скачивать, и легко упаковывать в сам дистрибутив. Об этом - ниже.
• п3 Средство для гейтования разных сайтов. А вот и оно, дерево. Которое может раскинуться листьями по всей сети. Надо понимать, что огромный трафик оно не выдержит. Но огромный трафик людям и неинтересен, про то, что Вася дурак, можно написать на любом сайте, и получить аналогичный ответ тоже на совершенно произвольном, тут нет ценности в сохранении и воспроизведении дискуссии. А вот тематические сайты и разделы - имеет смысл и зеркалировать (чтобы потом знать, где искать), и обмениваться с аналогичными сайтами.

Что не получилось? Ничего. Пользователи приходили, не находили тематики, и уходили. Оставались только те, кого заинтересовала подобная технология, но период их интереса - три дня. В итоге, в сети стабильное количество пользователей, три штуки, при этом это всегда разные люди, на смену одному приходит другой. Средств для обмена тоже не появилось, потому что непонятно, кого с кем обменивать. На лоре и опеннете говорят о чём угодно, только не по тематике, а тех редких людей, которым интересно говорить по тематике, вытащить не получилось (по понятным причинам, ибо в сети сейчас никого нет и обсуждать проблемы не с кем).

Нужен трафик. Но, такое ощущение, что с того времени интернет сильно изменился. Мне там вообще ничего неинтересно! Мне не хочется никуда ходить, не хочется никого читать, это не вызывает у меня интереса. Хочется сформировать клуб хороших людей, и оградиться от тлетворного влияния интернета, но я понятия не имею, где их искать, как их собрать и как их удерживать до того, как соберётся критическая масса. Дежурный приём:

- Алё, Серёга, привози девчонок, у нас тут столько водки!
- Алё, Витёк, у нас тут девчонки, вези водку!

... не работает. Революция, которую так хотели большевики - не состоялаcь. Остаётся только пункт 2.

ii и узконишевые os - вместе веселее

На текущем этапе лучше всего обеспечить тематические конференции и их пользователей с помощью метода «Поддержка разных ос и дистрибутивов». Это имеет смысл и для той, и для другой стороны:

1. Люди. Это явно не те люди, которые гонятся за всем модным, это увлечённые энтузиасты своеого дела, и их мало волнует то, что над ними посмеиваются. :) Это то, что надо, на данном этапе развития сети. Хорошие люди, умеющие методично гнуть свою линию.

2. Это шанс лишний раз засветиться не только для нас, но и для них. Два мелких проекта будут продвигать друг друга, идя по жизни вместе. Сделать красивую и забавную рекламу-презентацию, и дело в шляпе. Сетевой эффект от суммы всегда больше, чем от двух отдельных единиц.

3. Моментально появляется тематика. А там, люди и во внетематические перекрёстные эхи будут ходить, поболтать о том, о сём, найдутся новые интересы. «Где двое или трое собраны во имя моё, там я посреди них», и там эха для них. Если два пользователя haiku и три kolibri интересуются одной тематикой, это уже повод для эхи. Хоть об angband, хоть о водке. Теперь у сети есть ещё один якорь.

4. Количество и мелкий трафик форумов поддержки этих проектов как раз идеально вписывается в концепцию ii: вместо того, чтобы создавать темы, в которых один ответ в неделю - тематическая лента, где все вопросы и ответы видны всем, и не нужно всё прокликивать. Впрочем, технология позволяет легко заворачивать хоть в ветки, хоть в темы, хоть в своё представление.

Будущее уже сейчас

В общем, проект потихоньку развивается и тренируется. Вышла версия 03, переписана документация, проект пережил учебно-боевую тревогу по отключению главного сайта и проброса его на php-ноды, без ущерба для общения. Живём. И на текущем этапе ii ищет пользователей и тематические сообщества, для совместного проживания. Наш клуб всегда открыт на http://51t.ru

По итогом топика о выборе бюджетных составляющего для настольной системы остановился на процессоре AMD APU A10-5700 со встроенной графическим ядром Radeon 7660HD. Какая поддержка этой графики у свежих ядер? Что с драйверами (проприетарны/свободные)? Как с энергопотреблением?

Поставили партнёрам первую железку, стоит в датацентре NASDAQ.

Ну что сказать, очень хорошо себя железка чувстует. Вносимые задержки очень маленькие и, главное, стабильные даже на насдаковских 10 гигабитах. Рынок сейчас колбасит, нагрузка в разы выше обычной, а у нас коробка даже в ус не дует, ни одного пакета не дропнула, не зациклилась, не взглючила, только радует выхлопом валидных данных и ровненькой, прекрасной статистикой :)

Самую сложную часть написали на лиспообразном самописанном компиляторе, реализующем часть Коммон Лиспа (CLOS нет, но макросы остались :) и транслирующем в vhdl. Верификацию делали лиспом же, визуализация графа по тактам отлично через graphviz идёт (вывод в dot интегрирован в компилятор). Ошибок логических почти не было, а всяких vhdl-специфичных проблем вообще не было. Ошибками динамической типизации только хаскеллисты пугают, в реальной жизни они практически никогда не встречаются.

Компилятор и обвязку писало два занятых и другими вещами человека, времени потратили достаточно мало. Лиспообразный язык получился простой, даже лох типа меня может чего-нибудь наклепать :) Декларативная часть для генерации интерфейса ещё какой-то тайный смысл в себе несёт, а сама логика - ну чистый Коммон Лисп.

Я считаю, это реальный успех кластеров метапарадигм!

Опубликован обзор, в котором обобщены все сведения о сертификации ФСТЭК, Минобороны и ФСБ различных дистрибутивов Linux в России в сравнении с операционными системами Windows.

В результате получена весьма любопытная информация: операционные системы Microsoft Windows не могут использоваться для обработки сколько-нибудь важной конфиденциальной информации.

Несмотря на это, во многих госорганах закрывают на это глаза, предпочитая не задумываться о последствиях. В результате мы получаем множественные утечки информации и практически нулевую сохранность персональных данных.

С другой стороны, рядом российских компаний проведена колоссальная работа по созданию на базе операционных систем GNU/Linux действительно надежных российских операционных систем.

К сожалению, информация об этом зачастую оказывается неизвестна не только специалистам, которые интересуются данной проблематикой, но и руководителям государственных органов и госпредприятий, которые несут ответственность за сохранность конфиденциальной информации.

Хотя коммерческие организации всегда стремились применять новейшие технологии и не меньшим образом берегли свои секреты — в России они почему-то существенно отстали даже от консервативных военных.

Работа рекомендуется для компаний по внедрению средств защит информации и оказывающих услуги на рынке аттестации автоматизированных рабочих мест.

Скачать обзор (PDF)

>>> Подробности