Для тех, кто решил научится писать программы для ПК

[Pit_PB]

меня просьба расскажи о своей программе
для ком порта .

О какой конкретно?
О той что в учебнике описана?

[Pit_PB]

Таблица "быстродействия" программ, написанных на версиях Бэйсика, Delfi и С++ и выводы автора этого "тестирования" просто притянутый за уши к желаемому результату бред!!! Он бы ещё привел программу на асме и доказал, что на Бэйсике можно написать прогу короче и быстрее, чем на асме...

Там же есть тесты, можете проверить сами.
Я сам проверял (правда не всё) и получил похожие результаты.
Скажу сразу, Делфи проигрывает по побыстродействию PureBasic'у, а вот на счёт, Си всё зависит от используемого компилятора, есть такие что работают быстрее или медленее например, Borland C++ Builder Enterprise 6.0 значительно уступает по быстродействию.

А насчёт асма, знаешь, ведь на асме тоже можно сделать сравнительно медлиную прогу.

[TEHb]

Цитата:

Таблица "быстродействия" программ, написанных на версиях Бэйсика, Delfi и С++ и выводы автора этого "тестирования" просто притянутый за уши к желаемому результату бред!!! Он бы ещё привел программу на асме и доказал, что на Бэйсике можно написать прогу короче и быстрее, чем на асме...

Там же есть тесты, можете проверить сами.
Я сам проверял (правда не всё) и получил похожие результаты.
Скажу сразу, Делфи проигрывает по побыстродействию PureBasic'у, а вот на счёт, Си всё зависит от используемого компилятора, есть такие что работают быстрее или медленее например, Borland C++ Builder Enterprise 6.0 значительно уступает по быстродействию.

А насчёт асма, знаешь, ведь на асме тоже можно сделать сравнительно медлиную прогу.

Медленную программу написать проблем нету. Можно например использовать компилятор (а ещё лучше - интерпретатор) Prolog под .NET или Java VM - получится очень даже неплохо.
А самый быстрый код по моим замечаниям получается в Intel C++ Compiler.

[Andy_ry1]

А насчёт асма, знаешь, ведь на асме тоже можно сделать сравнительно медлиную прогу.

И я про то же. Если взять кривые руки, растущие не из нужного места, поставить несовместимые задачи, использовать кривой компилятор, то и результаты нечего сравнивать и ни о чем кроме кривизны методики испытаний и рук их автора это "тестирование" не говорит. Потому и существует устойчивое словосочетание "Искусство программирования". Напомню, что в средние века великих (теперь) художников называли ремесленниками, а их творения мазнёй. Но если рассматривать задачу оптимизации размера кода и быстродействия комплексно, а именно так подходит автор "тестирования", то надо брать одинаковые типовые задачи и решать их оптимальным для данного компилятора образом. Программа же на асме В ЛЮБОМ СЛУЧАЕ будет короче и работать быстрее, если, разумеется, её написать должным образом, а не специально тупо. Для того во многих компиляторах для критичных к быстродействию местах допускается вставлять куски кода на асме. Другое дело трудоёмкость - на асме гораздо выше.

[Kabron]

Блестящий пример такой вот программы - PDS IDE для Протон Васика. Однажды я с ужасом заметил что на Селероне 2Ггц она в покое без загруженного проекта кушает от 50 до 90% времени ЦП. Отписался в Crownhill, там мне как отсталому объяснили, что дескать это не простая ИДЕ, а активная, т.е. она постоянно сканит код и реагирует на изменения. А когда я спросил нахрена сканить если ни одна клавиша не нажата и вообще окно не в фокусе, мне дали понять, что я ламер отсталый и все такое. Аргументы в сторону того что щас практически все ИДЕ активные, но в простое ничего от ЦП не требуют не прокатили.
Тут же начали отписываться юзеры на продвинутых тачках и опровергать. Ну и понеслась винда по кочкам...

[bodja]

Прежде чем что то писать, читай и форум и хелп , это самое последнее предупреждение...

dosikus

-- Прилагается рисунок: --

Прикрепленный файл: 3317311.rar

[picavr]

Понравился редактор программ. Очь понравилось автоподстановка команд. Чего не хватает в редакторах IDE (МПЛАБ AVRSTUDIO) так это удобной и настраиваемой подстветки и автоподстановки окончаний команд имён меток регистров переменных итд.
А можно предложения по редактору програм? возможно ли добавить?:

1) подгрузка файлов(задаваемых пользователем) с определениями синтаксиса команд, для любого языка можно будет настроить подсветку и автоокончание команд. Как например в Notepad++ настраивается подсветка, но в нём нет автоподставновки окончания команд. НАПРИМЕР:

- файлы синтаксиса команд языка Си, режимы подсветки и автоподстановки команд:
c_HITECH_PIC_sintacsis.h
c_CCS_PIC_sintacsis.h
c_IAR_AVR_sintacsis.h
c_GCC_AVR_sintacsis.h

- файлы синтаксиса команд ассемблера, режимы подсветки и автоподстановки команд
asm_PIC10_sintacsis.h
asm_PIC12_sintacsis.h
asm_PIC16_sintacsis.h
asm_PIC18_sintacsis.h
asm_PIC24_sintacsis.h
asm_PIC32_sintacsis.h
asm_AVR_sintacsis.h
asm_AVR32_sintacsis.h
asm_xMEGA_sintacsis.h

2) подгрузка файлов (задаваемых пользователем) с определениями команд, для любого семейства МК. можно будет настроить подсветку и автоподстановки команд.

PIC16F676_resource.h
ATTiny2313_resource.h

3) подгрузка файлов(задаваемых пользователем) с определениями имён переменных, имён ножек портов, имён регистров итд, данного проекта для подсветки и автоподстановки имён,(можно выбирать несколько имён проектов).

project_konstant.h (определения имён констант в проекте)
project_pins.h (определения имён портов и ножек в проекте)
project_registers.h (определения имён регистров в проекте)
project_ram.h (определения имён переменных массивов и адресов в RAM в проекте)
project_rom.h (определения имён массивов и адресов во FLASH в проекте)
my_macro_name.h(описания имён собственных макросов)

4) добавить подсветку и автоподстановку имён меток, сами метки брать из текста программы из поля меток.