FPGA для программиста, конечные автоматы (verilog)
Стиль описания конечного автомата как образ мышления
Когда нужно преодолеть врожденную параллельность FPGA, и появляется желание заставить схему работать последовательно, по алгоритму, на помощь приходят конечные автоматы, про которые написано не мало академических и практических трудов.
Например, очень популярной является работа: Clifford E. Cummings, The Fundamentals of Efficient Synthesizable Finite State Machine Design using NC-Verilog and BuildGates. Всякий раз, когда специалисты решают обсудить, как правильно писать конечные автоматы, кто-то обязательно достает эту публикацию.
Статья стала настолько авторитетной, что многие даже не стараются анализировать аргументы автора. В частности, бытует мнение, что профессионалы всегда используют двухчастный способ описания конечных автоматов, имеется ввиду, описание конечных автоматов в 2 always блока. Это утверждение продолжает вызывать жаркие споры, и я хочу пояснить различия в описаниях конечного автомата с разным количество always блоков.
В беседах с коллегами я понял, что споры о том, как надо писать конечные автоматы в 1 или 2, 3 always блока, связаны с разным представлением (осознанием) реализуемого алгоритма, разным типом мышления. Попробую показать это на примере.
Я полагаю, что эта статья не первая статья о FSM и Verilog в вашей жизни, поэтому я не буду объяснять ни что такое конечный автомат, ни как он описывается на Verilog, а перейду сразу к делу. Читать дальше → https://goo.gl/8Ntk8o
Стиль описания конечного автомата как образ мышления
Когда нужно преодолеть врожденную параллельность FPGA, и появляется желание заставить схему работать последовательно, по алгоритму, на помощь приходят конечные автоматы, про которые написано не мало академических и практических трудов.
Например, очень популярной является работа: Clifford E. Cummings, The Fundamentals of Efficient Synthesizable Finite State Machine Design using NC-Verilog and BuildGates. Всякий раз, когда специалисты решают обсудить, как правильно писать конечные автоматы, кто-то обязательно достает эту публикацию.
Статья стала настолько авторитетной, что многие даже не стараются анализировать аргументы автора. В частности, бытует мнение, что профессионалы всегда используют двухчастный способ описания конечных автоматов, имеется ввиду, описание конечных автоматов в 2 always блока. Это утверждение продолжает вызывать жаркие споры, и я хочу пояснить различия в описаниях конечного автомата с разным количество always блоков.
В беседах с коллегами я понял, что споры о том, как надо писать конечные автоматы в 1 или 2, 3 always блока, связаны с разным представлением (осознанием) реализуемого алгоритма, разным типом мышления. Попробую показать это на примере.
Я полагаю, что эта статья не первая статья о FSM и Verilog в вашей жизни, поэтому я не буду объяснять ни что такое конечный автомат, ни как он описывается на Verilog, а перейду сразу к делу. Читать дальше → https://goo.gl/8Ntk8o
Хабр
FPGA для программиста, конечные автоматы (verilog)
Стиль описания конечного автомата как образ мышления Когда нужно преодолеть врожденную параллельность FPGA, и появляется желание заставить схему работать последо...
[Перевод] Какой длины достаточно? Минимальные пароли на самых популярных сайтах
В последнее время я часто делюсь своими мыслями о паролях. Здесь у нас абсолютный краеугольный камень безопасности — парадигма, которую понимает каждый человек с онлайновым аккаунтом — и в то же время мы видим фундаментально разные подходы к этому вопросу со стороны разных сервисов. У некоторых есть строгие правила по сложности паролей. У других небольшая максимальная длина. Некоторые не разрешают копировать из буфера обмена. Другие заставляют регулярно менять пароль. Такая несуразица повсюду.
В прошлом году я писал руководство по аутентификации в современную эпоху и говорил о многих вышеупомянутых требованиях. В частности, я обращал внимание на то, как современные представления противоречат многим традиционным представлениям о правильной работе с паролями. В той статье обильно цитируются руководства от британского центра по кибербезопасности NCSC и американского NIST — и в ней развенчиваются многие из старых мифов. Избавьтесь от правил сложности, разрешите длинные пароли, не запрещайте копировать из буфера обмена и откажитесь от обязательной смены паролей. Однако там нет ничего относительно минимальной длины, и это заставило меня задуматься — какое число будет правильным? Читать дальше → https://goo.gl/yvojCq
В последнее время я часто делюсь своими мыслями о паролях. Здесь у нас абсолютный краеугольный камень безопасности — парадигма, которую понимает каждый человек с онлайновым аккаунтом — и в то же время мы видим фундаментально разные подходы к этому вопросу со стороны разных сервисов. У некоторых есть строгие правила по сложности паролей. У других небольшая максимальная длина. Некоторые не разрешают копировать из буфера обмена. Другие заставляют регулярно менять пароль. Такая несуразица повсюду.
В прошлом году я писал руководство по аутентификации в современную эпоху и говорил о многих вышеупомянутых требованиях. В частности, я обращал внимание на то, как современные представления противоречат многим традиционным представлениям о правильной работе с паролями. В той статье обильно цитируются руководства от британского центра по кибербезопасности NCSC и американского NIST — и в ней развенчиваются многие из старых мифов. Избавьтесь от правил сложности, разрешите длинные пароли, не запрещайте копировать из буфера обмена и откажитесь от обязательной смены паролей. Однако там нет ничего относительно минимальной длины, и это заставило меня задуматься — какое число будет правильным? Читать дальше → https://goo.gl/yvojCq
Хабр
Какой длины достаточно? Минимальные пароли на самых популярных сайтах
В последнее время я часто делюсь своими мыслями о паролях. Здесь у нас абсолютный краеугольный камень безопасности — парадигма, которую понимает каждый человек с...
Привет!
Написал свой инструмент для встроенного в Пайтон дебаггера pbd — называется pdbe. С ним можно дебажить старые проекты, когда не знаешь с чего начать их изучение (например, какие-то фреймворки типа Джанго) или же отдельные части вашего приложения.
А также работать с вашей отладкой в стиле Git (сохранять в коммиты состояние вашей отладки). Более детальное по ссылкам! Спасибо! :)
Ссылка на статью на Хабрахабре — https://habrahabr.ru/post/348376
Ссылка на проект на Github — https://github.com/dmytrostriletskyi/pdbe
Написал свой инструмент для встроенного в Пайтон дебаггера pbd — называется pdbe. С ним можно дебажить старые проекты, когда не знаешь с чего начать их изучение (например, какие-то фреймворки типа Джанго) или же отдельные части вашего приложения.
А также работать с вашей отладкой в стиле Git (сохранять в коммиты состояние вашей отладки). Более детальное по ссылкам! Спасибо! :)
Ссылка на статью на Хабрахабре — https://habrahabr.ru/post/348376
Ссылка на проект на Github — https://github.com/dmytrostriletskyi/pdbe
Хабр
pdbe — помощник встроенного Python-дебаггера и процесса отладки
Привет, Хабрахабр! В этой статье буду делиться собственным опытом отладки большой незнакомой системы, но со стороны собственно написанного инструмента — pdbe. О...
NeuroHive 2018 - Open source онлайн хакатон для разработчиков нейросетей
Мы предлагаем участникам конкурса сделать проекты, умеющие работать с контентом, его генерацией и обработкой. Продукт может быть неидеальным, но должен быть работоспособным. Если в проекте будут предложены инновационные и оригинальные решения, это станет дополнительным, но не решающим плюсом.
Заявки принимаются до 20 мая включительно.
На конкурс принимаются любые работы, основанные на нейронных сетях: приложение, сайт, программа, мод в любимой игре. Все работы будут опубликованы с открытым кодом, а победители поделят 70 ЕТН.
Участники конкурса сами выбирают победителей. 21 мая мы публикуем все работы на сайте и начинается голосование. У каждого участника есть пять голосов, которые он распределяет между понравившимися работами. Одна работа — один голос. Голосовать за себя нельзя.
Подробнее: http://neurohive.io
Мы предлагаем участникам конкурса сделать проекты, умеющие работать с контентом, его генерацией и обработкой. Продукт может быть неидеальным, но должен быть работоспособным. Если в проекте будут предложены инновационные и оригинальные решения, это станет дополнительным, но не решающим плюсом.
Заявки принимаются до 20 мая включительно.
На конкурс принимаются любые работы, основанные на нейронных сетях: приложение, сайт, программа, мод в любимой игре. Все работы будут опубликованы с открытым кодом, а победители поделят 70 ЕТН.
Участники конкурса сами выбирают победителей. 21 мая мы публикуем все работы на сайте и начинается голосование. У каждого участника есть пять голосов, которые он распределяет между понравившимися работами. Одна работа — один голос. Голосовать за себя нельзя.
Подробнее: http://neurohive.io
neurohive.io
Neurohive / Neural networks
Neural networks, machine learning, computer vision, NLP
[Из песочницы] Анализ таблиц маршрутизации, или зачем ещё сетевому инженеру Python
Hello Habr! Эта моя первая статья на Хабре, и родилась она из вопроса на одном из профессиональных форумов. Выглядел вопрос, несколько перефразируя, следующим образом:
Имеется набор текстовых файлов, содержащих вывод таблиц маршрутизации с различных сетевых устройств;
Каждый файл содержит информацию с одного устройства;
Устройства могут иметь различный формат вывода таблицы маршрутизации;
Необходимо на основании имеющихся данных по запросу выводить путь до произвольной подсети или IP-адреса с каждого из устройств;
Вывод должен включать на каждом участке пути информацию о записи из таблицы маршрутизации, по которой будет смаршрутизирован пакет.
Задача мне показалась мне интересной и перекликалась с одной из собственных сетевых утилит, планируемых в перспективе.Поэтому в свободный вечер, поразмыслив над ее решением, написал Proof-of-Concept реализацию на Python 2.7 под формат Cisco IOS, IOS-XE и ASA, отвечающую основным требованиям.
В статье попытаюсь воспроизвести ход мысли и прокомментировать основные моменты.
Материал рассчитан на людей, уже базово знакомых с основами сетей и Python.
Всем заинтересовавшимся добро пожаловать под кат! Читать дальше → http://amp.gs/exQZ
Hello Habr! Эта моя первая статья на Хабре, и родилась она из вопроса на одном из профессиональных форумов. Выглядел вопрос, несколько перефразируя, следующим образом:
Имеется набор текстовых файлов, содержащих вывод таблиц маршрутизации с различных сетевых устройств;
Каждый файл содержит информацию с одного устройства;
Устройства могут иметь различный формат вывода таблицы маршрутизации;
Необходимо на основании имеющихся данных по запросу выводить путь до произвольной подсети или IP-адреса с каждого из устройств;
Вывод должен включать на каждом участке пути информацию о записи из таблицы маршрутизации, по которой будет смаршрутизирован пакет.
Задача мне показалась мне интересной и перекликалась с одной из собственных сетевых утилит, планируемых в перспективе.Поэтому в свободный вечер, поразмыслив над ее решением, написал Proof-of-Concept реализацию на Python 2.7 под формат Cisco IOS, IOS-XE и ASA, отвечающую основным требованиям.
В статье попытаюсь воспроизвести ход мысли и прокомментировать основные моменты.
Материал рассчитан на людей, уже базово знакомых с основами сетей и Python.
Всем заинтересовавшимся добро пожаловать под кат! Читать дальше → http://amp.gs/exQZ
Хабр
Анализ таблиц маршрутизации, или зачем ещё сетевому инженеру Python
Hello Habr! Эта моя первая статья на Хабре, и родилась она из вопроса на одном из профессиональных форумов. Выглядел вопрос, несколько перефразируя, следующим об...
ПИК устраивает первый чемпионат по анализу данных PIK Digital Day, задачей которого является прогноз темпов продаж квартир в зависимости от цены и сотни других параметров .Реальный data set, интересные задачи и отличные призы. Приглашаем к участию Data Scientists. Регистрация с 13 июня на сайте https://day.pik.digital/. Призовой фонд 550 000 руб.
day.pik.digital
ПИК Digital – ИТ на стройке
ИТ на стройке? Ищем крутых айтишников и предлагаем ит-решения для вашего бизнеса