Программист
74,4
рейтинг
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
Повышать профессионализм — это весьма расплывчатая фраза.
Что лучше для повышения профессионализма оттачивать знания одного языка, изучать его последние стандарты и паттерны или расширять кругозор изучением по чуть-чуть многих соседних смежных технологий?
Конечно в идеале хорошо знать все, но так не бывает.
В быстро меняющемся мире вчерашний эксперт в некоторой узкой области очень быстро превращается в не-эксперта.
nckma
0
А у меня другой вопрос: неужели только я не понимаю, как это решать?
nckma
0
Согласен.
nckma
0
Не всегда пара последовательных регистров спасает ситуацию.
Например, если нужно шину данных перевести из одного домена в другой, то последовательные регистры не помогут.
Вот так делать не надо (verilog):
reg [7:0]data; //register in 1st domain

always @(posedge clk1)
   data <= input_data;

//cross domain...
reg [7:0]d0;
reg [7:0]data_out;

always @(posedge clk2)
   d0 <= data; // fix in first synchronizer

always @(posedge clk2)
   data_out <= d0;  // fix in second synchronizer



Если нужно шину провести из одного домена в другой, то скорее всего правильное решение — это FIFO с разными тактовыми частотами на запись и чтение.

nckma
+3
Честно говоря, думаю, что все или большинство статей на хабре имеют рекламный контекст.
Кто-то скрыто рекламирует себя лично, кто-то рекламирует свой продукт, кто-то команду.
По другому и быть не может.
nckma
+6
Это если Вам 25 лет, то да…
А если 45, то нет…
nckma
+1
Конкретно у меня очень странная проблема.
Я считаю, что поставленные задачи невозможно выполнить качественно и в срок. Многие коллеги «в курилке» согласны со мной. Однако на совещаниях я остаюсь в одиночестве и только я говорю, что все плохо со сроками и плохо с архитектурой. Остальные продолжают уверять менеджмент, что все отлично и все можно сделать.
Получается, что я один и есть «хромая утка», которая постоянно говорит неприятности.
Не очень весело. Для себя решил, пожалуй лучше больше молчать и больше соглашаться.
nckma
+2
Возможно в больших городах с этим проще. В маленьком городе просто некуда бежать…
nckma
+8
Если же вы профессионал, — это ваша обязанность. Когда руководитель ставит нереальный срок, ваша обязанность сказать «нет». Если вам предлагают быстрое, но архитектурно слабое решение, ваша обязанность сказать «нет». Когда вам предлагают работать по ночам, ваша обязанность сказать «нет».

Вы уволены… :-)
nckma
0
А меня заинтересовало, как из пакета syn стало понятно, что большинство запросов с IoT устройств. Как это может быть?
nckma
0
Не все так однозначно… при последовательной передаче в USB и PCIe по дифференциальным парам применяется так называемое «8b/10b encoding». Это позволяет в среднем избавиться от постоянной составляющей в сигнале. Так что обычно байт передается за 10 бит. И значит, что скорость передачи полезной информации немного меньше, чем физическая скорость передачи.
nckma
0
Как сказал один мой знакомый: с использованием нейронных сетей есть всегда отличная отмазка — если не работает, то значит вы учили ее на плохих примерах.
nckma
–1
Насколько разумно для Qt5.7 выставлять флаги --std=gnu++11 в конце 2016 года?
И да, эти рабочие моменты так выбивают из колеи, что сто раз задумаешься, а стоит ли новая фича этой головной боли? Когда делаешь изменение в проекте и с настороженностью ждешь оповещений от Teamcity, что в результате твоего фикса один из напрямую не связанных проектов не собрался.
nckma
0
ага, и марсоход про плис уже был http://marsohod.org
nckma
–1
Речь на самом деле даже не о программировании.
Вот такой пример:
Есть сложная программа, которая состоит из многих модулей, которые писались разными людьми. Программа собирается через cmake/make.
Программа использует Qt5.6.
Ладно, проапгрейдили gcc. Все вроде бы счастливы и начинают использовать c++14. Ненадолго.
Апгрейдим Qt до 5.7 и… о чудо… перестало собираться, потому, что cmake обнаружив Qt5.7 отчего-то устанавливает дополнительную опцию для нашего проекта --std=gnu++11, а люди уже вовсю используют c++14. А с Qt5.6 такого не было.
Это только маленький эпизод. Когда программа сразу для многих платформ и разных устройств то неизбежно всплывают проблемы связанные со стандартами на компиляторы, окружение, совместимостью со старыми продуктами и т.д. интересно, что менеджеры такие «технические» вопросы не решают, а отдают на откуп программистам и тут уже кто во что горазд. Каждый же считает себя самым умным, хоть и работает над узким направлением и какой-то одной платформой.
Мне кажется разумным не спешить с внедрением самых передовых фич. Немного консерватизма не повредит.
nckma
–1
А у меня наоборот… одни программисты в Visual Studio написали чуток кода c++14 и теперь весь кросс платформенный проект не собирается для девайса, где gcc 4.8.3. Вся компания на ушах стоит. Первые говорят, что нужно делать апдейт компилятора, а вторые говорят, что вся система собрана проверенным временем 4.8.3 и ничего менять не будут, откатывайте свои изменения назад.
А речь всего о десятке строк кода. Идет вторая неделя разбирательств, взаимных упреков, обид.
nckma
–7
Кажется люди уже безнадежно отравлены c++11/с++14.
nckma
0
У меня от одного этого

180 Мб или 90 Кмикросхем. Всё это удалось для максимальной комплектации разместить в 8 шкафах (секциях ОП).

мурашки по спине. 90К микросхем РУ3! Неужели это могло работать?
nckma
+1
Мне иногда кажется, что бубен все же будет более эффективен, чем шапка.
nckma
+5
Да-да… я же говорил, что программисты погубят мир: https://habrahabr.ru/post/310026/
nckma
0
К «хорошо» / «плохо» нужно еще добавить «модно».
А то я помню сперва всех заставляли венгерскую нотацию и комментирование кода, а теперь все это запрещают.
nckma
0
А Вы пробовали кормить? Вдруг им понравится?
nckma
0
Я допускаю, что видимо Ваша задача состоит в изучении языка C/C++, а не изучении теории цепей. Читателям статьи это не понятно, отсюда и критика.