Спасибо, я пописал на 8051 и даже решал задачку как урезать программу на 8 байт, что бы влезла в 8К ROM. И еще операции в циклах по табличкам считаешь, сколько тактов уйдет, да. Вот это романтика, вот это эффективное расходование времени.
Спасибо, не нужно вообще никак. Слава богу что ушло.
Я говорю про время разработки, что бы печь эти великолепные сотникилобайтовые программы. Вместо убер событийного автомата и испечения классика MFC под каждую кнопочку - просто пачка дивов в HTML с готовыми событийными автоматами под каждое событие, хоть трипл-клик, хоть сдвиг пальцем.
>сейчас утечки и переполнения куда-то делись
Сейчас они с внятными и точными описаниями мест и причин, а не мемори эксепшн или хуже того - тихий коррапт чужой структурки или массивчика.
Вы забыли рассказать как в таких программах радостно и главное БЫСТРО ловить потекшую память или выход за пределы массива, который передали, как водится через void*. Или там графику на VC 6.0 строгать, да на MFC и без установленного Tomato (это такая штука, что бы в IDE можно было нажать на имя переменной или класса и поискать использование, воот. Платное и не от Майкрософт.).
А по поводу мгновенности тоже не надо - WinAMP + Delphi Ivory на Пне 133 вставали колом на билде.
А вы им рассказываете, сколько убивалось времени на эти "сотни килобайт" ?
Подобные рассуждения я от сишников слышкал еще когда джава в 1.3 поползла. Все это нытье превратилось в пыль, как только плашка памяти стала стоить меньше месяца работы программиста.
>игры Doom и Quake. И их софт рендер, который позволял на первом пентиуме в разрешении 800Х600 играть с комфортом
>вы хотите мне сказать, что это несравнимо по объемам и сложностью с современным сайтом
Да, не сравнимо. Doom занимался тем что "рендерил" пикселей по ширене экрана, а остальное - просто вверх-вниз дорисовывал, в Quake делался по сути пререндер каждой карты еще в редакторе, а движок в "игре" уже дорисовывал текстурки на полигонах и все.
Если на том-же пентиуме реализовать рендер современного стандарта SVG то он неплохо так будет тормозить - прозрачности, слои, текст, 700+ вариантов эффектов. И что-то мне говорит что тормозить будет в те-же самые 50 раз.
Ардупайлот живет на очень дохлых платформах, и тем не менее там порублено на модули все почти как надо. Соблюдение принципов приводит к тому, что все работает быстрее и устойчвее.
>У вас что колёса всегда проскальзывают?
При поворотах всегда «проскальзывают» части шины по покрытию, если у вас не поворотное колесо. В случае же кинематики с вынесенным кастором — там этот кастор отлично трется и проскальзывает каждый поворот, что и является его работой.
Так что проблема есть — силы скольжения в повороте малого радиуса всегда существенно противодействует.
>моменты усилия мотор колес при старте могут отличаться друг от друга
Про то и речь, что мы и попытались компенсировать подобное введя управление по моменту на малых скоростях.
А вы не слышали про то, что у китайцев с детства впихивают аналог поговорки — «Бачили очi, що купували, тепер iжте, хоч повилазьте»? Это принципиальный концепт.
>потому что пришлось бы оплатить предыдущие лицензии на поддержку, на которых комдир сэкономил много денег (чем особенно гордился).
Там было это утверждение, напоминаю. Куда оно делось из условий задачи?
А контекст с тем, что объяснялось комдиру, который от великой жадности траты ресурсов на поддержку будет потом любой косяк в многомегабайтном бинаре сваливать на разраба не учтен? Семантический парсер бы понял ))
>потому что пришлось бы оплатить предыдущие лицензии на поддержку, на которых комдир сэкономил много денег (чем особенно гордился).
>Да четамделать квалификация, ряя
>просит 40 килобаксов
Ясна.
https://ardupilot.org/copter/docs/common-optional-hardware.html
Спасибо, я пописал на 8051 и даже решал задачку как урезать программу на 8 байт, что бы влезла в 8К ROM. И еще операции в циклах по табличкам считаешь, сколько тактов уйдет, да. Вот это романтика, вот это эффективное расходование времени.
Спасибо, не нужно вообще никак. Слава богу что ушло.
>отзывчивость интерфейса
Она затачивается не для вас, а для людей, которым на это все равно.
Если мне надо быстро - возьму FAR, надо красиво - Word.
>Вы вообще про другое говорите
Я говорю про время разработки, что бы печь эти великолепные сотникилобайтовые программы. Вместо убер событийного автомата и испечения классика MFC под каждую кнопочку - просто пачка дивов в HTML с готовыми событийными автоматами под каждое событие, хоть трипл-клик, хоть сдвиг пальцем.
>сейчас утечки и переполнения куда-то делись
Сейчас они с внятными и точными описаниями мест и причин, а не мемори эксепшн или хуже того - тихий коррапт чужой структурки или массивчика.
>Запускали компилятор
Вы забыли рассказать как в таких программах радостно и главное БЫСТРО ловить потекшую память или выход за пределы массива, который передали, как водится через void*. Или там графику на VC 6.0 строгать, да на MFC и без установленного Tomato (это такая штука, что бы в IDE можно было нажать на имя переменной или класса и поискать использование, воот. Платное и не от Майкрософт.).
А по поводу мгновенности тоже не надо - WinAMP + Delphi Ivory на Пне 133 вставали колом на билде.
А вы им рассказываете, сколько убивалось времени на эти "сотни килобайт" ?
Подобные рассуждения я от сишников слышкал еще когда джава в 1.3 поползла. Все это нытье превратилось в пыль, как только плашка памяти стала стоить меньше месяца работы программиста.
>игры Doom и Quake. И их софт рендер, который позволял на первом пентиуме в разрешении 800Х600 играть с комфортом
>вы хотите мне сказать, что это несравнимо по объемам и сложностью с современным сайтом
Да, не сравнимо. Doom занимался тем что "рендерил" пикселей по ширене экрана, а остальное - просто вверх-вниз дорисовывал, в Quake делался по сути пререндер каждой карты еще в редакторе, а движок в "игре" уже дорисовывал текстурки на полигонах и все.
Если на том-же пентиуме реализовать рендер современного стандарта SVG то он неплохо так будет тормозить - прозрачности, слои, текст, 700+ вариантов эффектов. И что-то мне говорит что тормозить будет в те-же самые 50 раз.
Не подскажете, где взять готовые ноды для UAVCAN, типа UC4H General node ?
Ардупайлот живет на очень дохлых платформах, и тем не менее там порублено на модули все почти как надо. Соблюдение принципов приводит к тому, что все работает быстрее и устойчвее.
>Если хоть одно нет то не проходишь
Что-то показания не сходятся
Пусть будет наблюдатель по току обвязанный обратной связью по скоростям обоих колес
При поворотах всегда «проскальзывают» части шины по покрытию, если у вас не поворотное колесо. В случае же кинематики с вынесенным кастором — там этот кастор отлично трется и проскальзывает каждый поворот, что и является его работой.
Так что проблема есть — силы скольжения в повороте малого радиуса всегда существенно противодействует.
>моменты усилия мотор колес при старте могут отличаться друг от друга
Про то и речь, что мы и попытались компенсировать подобное введя управление по моменту на малых скоростях.
Там было это утверждение, напоминаю. Куда оно делось из условий задачи?
>менять расчётную логику в ERP в машкодах — самое оно
Как-то не сходится утверждение
>Да четамделать квалификация, ряя
>просит 40 килобаксов
Ясна.
>в чем проблема поменять скомпилированный исходник?
Мдээ. Ваши же слова?