nckma
0
Да я тоже не юрист.
Но мне как-то странно, что вот строится целая законодательная глыба по лицензированию, криптографии, все строго и серьезно и тот вдруг раз «https» — можно. Хотя тот же https — это серьезное шифрование с серьезными целями и т.д.
Строгость российских законов компенсируется необязательностью их исполнения.
nckma
+4
Пожалуй это надо заскринить, распечатать и повесить на стену…
nckma
+3
Так и делаю. Но есть большая разница между понятно «хоть что-то» и «все понятно».
Когда понятно все, то можно сделать красивое решение. Когда понятно что-то, то можно сделать решение, но скорее всего будет костыль.
nckma
+5
Как насчет писать код в программе, которую вообще мало понимаешь?
Если смотришь на программу и она кажется абсурдом, нагромождением хаоса, спагетти?
А нужно развить или дополнить ее функционал.
nckma
0
Нет. Например, если требуются специальные аппаратные ускорители и платы, то виртуалки не подходят.
nckma
0
Нет, в количестве мониторов и системных блоков измеряется возможность удаленно работать или возможность часто перезжать.
nckma
0
Я думаю, что дело не в «россиюшке».
Я этот подход прямо сейчас наблюдаю в международной компании, где выполняю некоторые работы. Проблема с программистами (в отличии от шахтеров) — их работу трудно проверить и трудно оценить. Одна и та же задача может быть вылолнена бесчисленным числом способов, разными алгоритмами и с применением разных библиотек и технологий. Качество исполнения так же может быть разным. Вот тут вступает в дело роль языка: уговорить, уболтать, внушить доверие или скрыть свою промашку. Я вижу, как люди делают это. То есть да, на словах все герои и проповедуют чистоту кода, покрытие тестами, и всякие передовые технологии. Менеджеры слушают классных специалистов и тают и млеют. Разрешают им к 12ти приходить, они же ценные кадры, должны выспаться. А на деле посмотришь код этих специалистов и от ужаса волосы дыбом встают.
nckma
–3
Главный инструмент программиста — это не мозг. Главный инструмент — это язык.
Грамотный программист всегда может убедить, что
1) для выполнения этой задачи нужна неделя времени (хотя он сам знает, что и дня хватит)
2) его алгоритм самый лучший (хотя он и сам знает, что там костыль на костыле)
3) для выполнения задачи его мозг должен отдыхать, поэтому прийти в 12:00 — это правильно, только так он сможет быть эффективным
4) иногда, если особо сложная задача, то нужно обязательно пройтись по улице среди рабочего дня
5) для эффективной работы нужно обновить парк ПК, а лучше персональный игровой ноутбук
6) работа программиста сложнее, чем работа шахтера
и т.д.

Но не обижайтесь на правду.
Все программисты такие, и я такой, и Вы.

nckma
–2
У Вас видимо очень простая работа, если Вам нужен только один компьютер.
Мне вот одному нужно
1) физический сервер виртуальных машин
2) рабочее место программиста с двумя мониторами.
3) одно (но желательно два) клиентское рабочее место с двумя мониторами.
nckma
+5
Почему-то вспомнился демотиватор с шахтерами и подписью «Расскажи им как ты устал в офисе».
nckma
+4
Если бы такой эффект удалось экстраполировать до масштабов планеты и заменить весь код, занимающийся ресайзом картинок, на более эффективный, польза была бы огромной. Десятки тысяч сэкономленных серверов, сотни киловатт электричества. А это уже одна миллионная от мирового потребления. Да можно было бы спасти планету!

Почему-то сразу вспоминаю про сервера, которые майнят биткоин.
nckma
0
Хм… а по моему, при передаче кодом грея в метастабильном состоянии может оказаться только один бит, тот который в данный момент меняется. Остальные же изменились раньше и всегда верные.
nckma
+5
Хм… а почему Вы не стали использовать код грея для передачи указателей фифо через домен? Я думал это стандартное, проверенное временем решение, которое используют все.
nckma
+4
Интересный подход, но мне кажется, что он размывает мысленную связь между написанным кодом и представлением, как это будет выглядеть в RTL viewer.
Когда я пишу always @(posedge clk) if(a) b<= data; то я мысленно представляю, что это будет регистр с сигналом разрешения записи.
Когда я пишу always @(posedge clk) if(a) b<= data else b<=data2; то для меня это мультиплексор данных на входе регистра. Я так пишу и представляю. С вашим подходом такое мысленное представление не получится (или его труднее увидеть).

Причем я заметил, что громоздкие конструкции, где много if-else как правило выглядят в RTL viewer ужасно (много мультиплексоров) и схема в ПЛИС становится медленной, Fmax падает.

То есть, громоздкие конструкции с многими if-else, которые выбирают приоритет выполнения операций есть проблемы. Желательно их избегать, желательно не более 2х последовательных if-else. Синтезатор то их синтезирует — вроде бы проблем нет. Но будет ли удачно все потом упаковано фитером?

В вашем подходе так же присутствуют «незримые if-else» на которые вы предлагаете не обращать внимания, мол синтезатор справится. Эдакое движение в сторону высокоуровневых языков программирования.
Ну не знаю… не уверен…
nckma
+8
Собственно вопрос: как блокчейн технически работает?
Если база есть у всех одновременно, то как транзакция вписывается сразу всем?
Как несколько одновременных транзакций вписываются в базу?
nckma
0
Немного не по теме…
А подскажите, где можно найти процессоры или материнки с FPGA бывшей «Альтера»?
nckma
0
Как по мне «кремниевая» — это когда разрабатывают чипы, софт — это немного другое.
nckma
+4
И чем вам это слово не нравится?
Появилась российская фал-лесс компания и сделала свою SoC — чем плохо?
Ценный опыт. Жалко только, что в такой стране как Россия фаб-лесс компаний должно быть несколько сотен.
nckma
0
Как я понимаю, основное предназначение Байкала — это построение сетевых устройств типа роутеров. На малинке как роутер сделать? Портов маловато.
nckma
+11
у малинки нет ethernet10G, SATA, PCIe
nckma
+2
Было бы интересно посмотреть на деревья других языков.
nckma
0
Нм…
Взять первый слайд: в вашем роутере есть таблица где сопоставляются IP адреса и МАC адреса.
Роутер: «Сообщение для 192.168.0.77? отправляю его на ....»


Мне кажется, что это в корне не верно и ей нужно почитать про ARP.
Отправитель сам хранит таблицу ARP и прежде чем отправить на какой-то IP адрес сперва должен определить MAC адресата с помощью ARP протокола и потом сразу отправляет на MAC. Если MAC не найден в локальной сети, то пакет отправляется на MAC default gateway, который обычно в роутере.
nckma
0
А енсли выплаты в пользу иностранных компаний просто не показывать? Как налоговая узнает об их существовании?
nckma
0
Интересно, а как может выглядеть процесс перехода с одной DB на другую у действующих сайтов?
Насколько эта процедура болезненная?
nckma
0
Это действительно кажется интересным. Однако, проблема состоит в том, что везде, где якобы требуется такой точный слип его применение окажется костылем и странным архитектурным решением.
nckma
–1
То есть статья про то, как сделать кривой костыль?
nckma
+1
Честно говоря не думаю, что использование (любых) слипов — это вообще хорошее решение.
Ожидать событие в цикле со слипом можно только в некритических приложениях. Для целей обработки видео и аудио — это как-то очень не аккуратно.
Вы же сами пишите "Т.е. что-либо утверждать или гарантировать нельзя!". Значит нужно искать решения, где алгоритм будет гарантировать передачу блоков данных точно в нужное время. Наверняка АПИ предполагает какие-то колбэки или события которые можно ждать не в слипах, а скажем в waitforsingleobject(..) или подобных функциях.
nckma
0
Я вот чего не понимаю… Ну вот раздал балансировщик запросы разным серверам, но ведь база то общая? Понятно, что статический контент можно скопировать на винты всех серверов, хотя опять же вопрос — как сделать это синхронно на все серверах, скажем при апдейте контента сайта.
А что делать с динамическим контентом? Например, интернет магазин, и осталась в продаже одна штука товара.
Два пользователя на разных серверах одновременно хотят ее купить. Как делается общая база данных для всех серверов? Она на отдельном сервере? А его не нужно балансировать?
nckma
+1
Я думаю, что, конечно, использование https увеличит потребность человечества в электричестве, возможно увеличит сжигание угля и выбросы со2. Основной массивный контент — это видео, хоть того же гугла. С https его невозможно кешировать у провайдеров. Объемы трафика будут расти вместе с потреблением энергии.
nckma
0
Но Вы включаете экспериментальный OpenGL драйвер или нет?
nckma
0
Вопрос немного не в тему: а вообще OpenGL на Raspberry PI есть? Что-то у меня сложилось впечатление, что его как такового нет даже на Raspberry PI3. Декларируют, что есть, но тот же glxgears работает нормально только когда включишь Experimental OpenGL драйвер. А если его рискнешь и включишь, то устройство глючит и падает через пол часа работы glxgears.
nckma
0
Ну еще не все потеряно. Все еще можно пытаться развивать идею или делать нечто похожее, но рядом. Например, электронные книги с той же идеей. Не нужно закачивать книги в электронное устройство e-book. Электронная книга может быть просто e-ink дисплеем без памяти, но со связью с мобилкой, хоть тот же bluetooth.
nckma
+2
То есть для распознавания нескольких сигналов нужно несколько согласованных фильтров. Не получается ли, что иметь несколько фильтров по затратам (вычислительным ресурсам) так же (или меньше?), чем нейронные сети?
nckma
0
Хм… про такие тонкости не знал. Спасибо за комментарий.
nckma
0
Вы правы… это было бы правильнее.
nckma
0
Конечно не быстрее. Pipeline конечно нужно делать.
Просто с pipeline невозможно точно сказать сколько ресурсов нужно для реальных вычислений. Поэтому я его временно удалил, чтобы понять и оценить «стоимость» каждого бита результата.
nckma
0
А как перехватывает системные вызовы strace?
https://habrahabr.ru/post/215577/
nckma
+1
просто каждый бит считать с помощью full adder через OR, AND и XOR
nckma
0
«Польза» — это то же абстрактное понятие.
Вот есть разработчики, которые способны очень быстро создать новый продукт.
И они его действительно быстро создают, гораздо быстрее, чем другие, менее полезные сотрудники. Хорошо?
А потом этот продукт (например, телефоны самсунг) взрываются. Ну бывает — недотестировали маленько, недодумали, недоинженерили.
Ну с самсунгом — это конечно вопиющее…
Другие ляпы просто не всплывают и проходят почти незамеченные…
nckma
0
Повышать профессионализм — это весьма расплывчатая фраза.
Что лучше для повышения профессионализма оттачивать знания одного языка, изучать его последние стандарты и паттерны или расширять кругозор изучением по чуть-чуть многих соседних смежных технологий?
Конечно в идеале хорошо знать все, но так не бывает.
В быстро меняющемся мире вчерашний эксперт в некоторой узкой области очень быстро превращается в не-эксперта.