Вы сначала думайте, потом пишите. Вы начальник стройки, вам привезли людей, пусть зэков. Других людей вам привезут в лучшем случае через девять месяцев. Просто потому что сообщение с большой землей и навигация длится от силы пару месяцев. А на это время у вас есть план постройки шахт и инфраструктуры. Вы каждого будете знать и беречь как родного. Ну или через какое то время сами будете всё это строить уже в другой должности.
Все относительно, в ручную C реверсить условно не сложно, но на объеме дорого. А автоматизировать этот процесс (транслировать машинный код в псевдокод) довольно сложно, хотя бы из за большого количества компиляторов помноженное на разные их версий и опций оптимизации. Под другие языки вариаций сильно меньше из за чего есть обилие инструментов для реверса. Ruby вообще интерпретируемый, а например в Go очень сложно избавиться от всей отладочной информации.
Так 580 без обвязки и пляски не заводился, а это минимум двухполярное питание, генератор, ОЗУ и ПЗУ. Там без схем и описания сигналов никак. В IA SDM это все тоже описывалось пока было внешним и на это можно было повлиять. Как части стали переносить на чип - смысла подробно описывать схемотехнику не стало, например тот же таймер стали описывать схематически. А для AVR/PIC какие схемы давать если все на чипе? Только питание/кварц/GPIO - это все описано.
на процессоры массового применения вся документация есть, было бы желание эти тысячи страниц читать. Intel Architecture Software Developer’s Manual времен 486 даже в русском переводе издавалось, всякие AVR и PIC и подавно.
Тем что это просто технический костыль, особенно применительно к табличным данным.
Что то анализировать (а для чего еще выводить столько циферок?) с пагинаций практически невозможно, на какой странице у нас данные для "tdasw"? Особенно когда нужно что то отфильтровать, отсортировать и вывести какие то статистики (правильно считать их для страницы или для всего? и т.д.) это все начинает выглядеть как пятая лапа у собаки.
Пагинация для пользовательского удобства не подходит никогда, это всегда костыль книжной технологии, там это нивелируется удобством хоть какой то навигации, при том что текст не меняется. Но опять же, если брать печатные справочные таблицы, найти страницу с нужной строкой - только перебором, это не удобно. В цифровом виде есть другие, боле удобные, способы навигации.
Совместить точно так же как и автор. Частота ШИМ на память 1kHz (4MHz / 2^12), это больше частоты сканирования, стробоскопического эффекта не должно быть. Проблема может возникнуть с объемом данных (24 * 12 = 288bit на строку) и скоростью (30Mhz CLK ~ 30Mbps). Но по цифрам запас есть, 30Mbps / (288 бит на строку * 24 строки) получаем примерно 4k FPS.
Вместо TLC59025 лучше подошда бы TLC5947, сразу 24 канала, 12bit PWM, возможность последовательного соединения, разные корпуса. Правда ценой 288 бит на строку.
Счеты тоже по большей части не имеют развития за последние века. Ими просто перестали пользоваться в промышленности, с топором так же, используют то что эффективнее.
Вы сначала думайте, потом пишите. Вы начальник стройки, вам привезли людей, пусть зэков. Других людей вам привезут в лучшем случае через девять месяцев. Просто потому что сообщение с большой землей и навигация длится от силы пару месяцев. А на это время у вас есть план постройки шахт и инфраструктуры. Вы каждого будете знать и беречь как родного. Ну или через какое то время сами будете всё это строить уже в другой должности.
Вполне хорошее решение, но оно же и подвело в итоге. Сколько загублено техники под кусачкам вандалов.
Все относительно, в ручную C реверсить условно не сложно, но на объеме дорого. А автоматизировать этот процесс (транслировать машинный код в псевдокод) довольно сложно, хотя бы из за большого количества компиляторов помноженное на разные их версий и опций оптимизации. Под другие языки вариаций сильно меньше из за чего есть обилие инструментов для реверса. Ruby вообще интерпретируемый, а например в Go очень сложно избавиться от всей отладочной информации.
Да и реверсить C/C++ сложнее описанных, зачем АНБ лишняя работа ))
Так 580 без обвязки и пляски не заводился, а это минимум двухполярное питание, генератор, ОЗУ и ПЗУ. Там без схем и описания сигналов никак. В IA SDM это все тоже описывалось пока было внешним и на это можно было повлиять. Как части стали переносить на чип - смысла подробно описывать схемотехнику не стало, например тот же таймер стали описывать схематически. А для AVR/PIC какие схемы давать если все на чипе? Только питание/кварц/GPIO - это все описано.
на процессоры массового применения вся документация есть, было бы желание эти тысячи страниц читать. Intel Architecture Software Developer’s Manual времен 486 даже в русском переводе издавалось, всякие AVR и PIC и подавно.
В Новосибирск во время ВОВ было эвакуировано много Ленинградцев, поэтому тут тоже поребрик и "булка хлеба". А вот парадные не прижились )
Тем что это просто технический костыль, особенно применительно к табличным данным.
Что то анализировать (а для чего еще выводить столько циферок?) с пагинаций практически невозможно, на какой странице у нас данные для "tdasw"? Особенно когда нужно что то отфильтровать, отсортировать и вывести какие то статистики (правильно считать их для страницы или для всего? и т.д.) это все начинает выглядеть как пятая лапа у собаки.
Пагинация для пользовательского удобства не подходит никогда, это всегда костыль книжной технологии, там это нивелируется удобством хоть какой то навигации, при том что текст не меняется. Но опять же, если брать печатные справочные таблицы, найти страницу с нужной строкой - только перебором, это не удобно. В цифровом виде есть другие, боле удобные, способы навигации.
а вы точно режиссер?
Famicom/NES тоже 6502, хоть и заказной. 1983-2003 - 20 лет, не считая клонов.
"подогрева каждого элемента АКБ без потери емкости" вас не смутила? Ёмкость конечно не потеряется, только потратится )
выше описанные нормативы для pole dance как пол разминки перед тренировкой.
Совместить точно так же как и автор. Частота ШИМ на память 1kHz (4MHz / 2^12), это больше частоты сканирования, стробоскопического эффекта не должно быть. Проблема может возникнуть с объемом данных (24 * 12 = 288bit на строку) и скоростью (30Mhz CLK ~ 30Mbps). Но по цифрам запас есть, 30Mbps / (288 бит на строку * 24 строки) получаем примерно 4k FPS.
Вместо TLC59025 лучше подошда бы TLC5947, сразу 24 канала, 12bit PWM, возможность последовательного соединения, разные корпуса. Правда ценой 288 бит на строку.
Для этого делает "постобработка" в виде шлифовки, это на много проще выпиливания, да и после склейки все равно шлифовать.
1) А какая разница? Что знают двое...
2) "Здесь" это во всем цивилизованном мире?
ну и GSM на последок. После этого можно вытащить аккумулятор, так как толку от такого гаджета уже не много, разве что как от читалки )
Счеты тоже по большей части не имеют развития за последние века. Ими просто перестали пользоваться в промышленности, с топором так же, используют то что эффективнее.
и сколько тех Z3 было сделано? и как с ценой и масштабируемостью?
А скорость интегрирования (ряды с выходом по невязке?) на пяти герцах?
это как если бы кто то решил стать писателем и решил начать с наборщика в типографии