Про языки программирования

q_q

Вообще-то к технологиям трата времени никак не относится. И уж, во всяком случае, VCL и Дельфи нисколько не виноваты в том, что некоторые использующие их программисты предпочитают бла-бла-бла на форумах, а не делом заниматься.

Что же касается "выигрыша", то писать тот же грид вручную, используя лишь АПИ, есть смысл разве что с учебными целями. Но если ты достаточно опытен и знаешь, как всё это сделать, то лучше пользоваться готовыми компонентами -- незачем время тратить на уже не представляющую интереса для тебя задачу, лучше потратить его на что-то более полезное.

 

q_q

Недостаточно, но необходимо. И не только Дельфи, но и другие инструменты. В конце концов, ни один из инструментов не подходит одинаково хорошо для решения всех задач, и хаять инструмент за то, что его используют не по назначению или неправильно -- глупо.

alpet

На Си++ принято писать большинство программ -- и распределённые, многопоточные и всякие такие прочие ничем в этом плане не отличаются от самых что ни на есть обычных. А ситуация такая во многом связана с наличием специалистов. Попробуйте найти для достаточно крупного и сложного проекта 10 квалифицированных программистов на Си++ -- наверняка Вы найдёте их без особых проблем (если, конечно, готовы платить достойные деньги). А попробуйте найти 10 программистов аналогичной квалификации, но пишущих на Аде, которая по всем статьям делает Си++ в этих самых многопоточных и распределённых (да, по большому счёту, и во всём остальном -- если, конечно, не считать основным достоинством языка программирования возможность круто извратиться и загнуть нечто особо нечитаемое, используя особенности его синтаксиса -- в этом плане сям что с плюсами, что без оных равных нет, разве что Брэйнфак). Вот и получается, что в большинстве проектов просто вынуждены использовать Си++. Ну а, кроме того, не забывайте, что есть военные и всякие такие прочие закрытые проекты, которые не менее сложны и важны, но о которых инфы обычно крайне мало.

 

Booster

Угу. Однако замечу, что часто смешивают компилятор, среду и язык программирования. Но Дельфи -- это не просто язык и даже не компилятор, а именно среда разработки и библиотека компонентов, "заточенные" отнюдь не под системное программирование.

 

SII
если ты достаточно опытен и знаешь, как
Imho _знать_как_сделать_ и _сделать_ далеко не одно и тоже, теоретиков намного больше чем практиков.

хаять инструмент за то, что его используют не по назначению или неправильно -- глупо
А хаять тех, кто хает инструмент, правильно и умнО?

 

SII
По твоему тыканье мышем по кнопкам, извращения с обработкой исключений, описание классов какихнибудь хз и тому подобное - это кодинг, да вероятно ты сам этим занимаешься.

 

Clerk
Кто-то должен этим заниматься.

 

q_q
Согласен.

 

Clerk

Это уже смахивает на наезд. Не надо выдавать своё имхо за истину.

 

Booster
Это уже смахивает на наезд
И этим кто-то должен (или как в # 118 "считает что стоит") заниматься.

 

RAD не RAD. Вообщето кому как... К примеру рулит мне подсистема NTVDM, отчегоже не заюзать скажем BDS2006 компиль и там? Тем более што делфе это каг бе позволяет, нопесать 16/32бит код

Код (Text):

1. unit hello; interface
2. procedure start16;
3.  
4. implementation  
5.  
6. procedure int21(eax,edx:integer);
7. asm int 021h
8. end;
9.  
10. const
11.   str : pchar = 'Hello World!'#$A#$D'$';
12.  
13. procedure Main;
14. begin
15.    int21 ($900, integer(str));
16. end;
17.  
18. {$I start16}
19. end.

ах да.. инклюд.. с аццким асмом..

Код (Text):

1. procedure start16;
2. asm
3.         push cs
4.         push cs
5.         pop  ds
6.         pop  es    
7.  
8.     mov ah,16h
9.     mov al,87h  
10.     int 2fh
11.     or eax,eax
12.     jnz @@exit
13.  
14.         push cs    
15.     mov  ax, smallint(offset @@pm)
16.     push eax
17.  
18.         push es
19.         push edi
20.  
21.         mov  eax,ss  
22.         mov  cl,00    
23.         mov  ch,10h  
24.         add  ecx,eax    
25.         mov  es,ecx
26.         xor  eax,eax
27.         inc  eax
28.  
29.         retf    (* call DPMI host *)
30. @@pm: (* PM on, set flat mode *)
31.         xor  ecx,ecx
32.         dec  ecx
33.         mov  al,8
34.         mov  ebx,ds
35.         mov  edx,ecx
36.         int  31h
37.         jb   @@exit
38.  
39.         push ds
40.         pop  es
41. (* setup flat mode code selector *)
42.         mov  ebx,cs
43.         lar  ecx,ebx
44.         mov  al,9
45.         xchg ch,cl
46.         or   ch,01000000b
47.         int  31h
48.         jb   @@exit
49.  
50.     call Main  
51. @@exit:
52.     xor al,al
53.     mov ah,4Ch
54.     int 21h
55. end;

вот в таких прогах да - каждый байд на счету. А так, все чисто на делфе+ пара левых тулз (patchobj & линкер с DMC)

Так что какие проблемы?

 

Booster

Я не занимаюсь таким, это фуу.. гадость..
Это вывод. Тыкаете мышем - тыкаете.. Ну а что не так ?

 

Clerk
Я не занимаюсь таким
А пробовал?

 

q_q
На VB пробовал, давно очень.

 

Clerk
Не понравилось?

 

Есчо и спрашиваешь.. Не понравилось - мягко сказано.

 

Clerk
Не понравилось - мягко сказано.
Зачем тогда их ругать?
Сколько бы понадобилось тебе морально-волевых качеств, чтобы программировать так каждый день?

 

q_q

И да, и нет. Если всё всегда делать самому с нуля -- ничего путного в конечном итоге не сделаешь, потонешь во всяких второстепенных вещах.

Зачем же их хаять-то? Если они охаивают сами -- они лишь показывают свой уровень и профессиональный, и культурный.

Clerk

Если, по-Вашему, кодинг -- это и есть программирование, то Вы действительно величайший программист. Так что можете с чувством собственной исключительности кодить дальше, тыкая не мышой, а клавой. Ну а я буду дальше тыкать и мышой, когда мне это будет удобнее.

Booster

Не обращайте внимания, хамов на этом форуме хватает.

 

_basmp_

WinAos - запускается под виндой. Есть еще UnixAos, этот под линуксом.
Естественно, если не трогать железо, то прога написанная под Aos, будет работать и под WinAos и под UnixAos.
http://www.ocp.inf.ethz.ch/wiki/OCP/WinAos?action=download&upname=WinAos.pdf коротенькая аннотация.

Открыт и в последнее время начал активно развиваться. До конца года должен появится новый компилятор (как я понимаю переписанный с нуля), должен быть обновлен пользовательский интерфес (компонентная модель, должны появиться гаджеты)

Позволяет. Прада немного не понял вопрос, в каком именно смысле "независимые проги" и "моим гуем делать"
могу кинуть ссылку, мне один итальянец прислал свою прогу (самое удивительное, что прога для ведения баз данных) я сделал коротенькую демку по проге.
http://www.tab.net.ua/sites/files/site_name.bogdan/id.75330/

Если говорить про WinAos, то как с железом может общаться виндовое приложение? )
Если про Aos, http://www.ocp.inf.ethz.ch/wiki/Documentation/HardwareCompatibility#toc16

http://www.bluebottle.ethz.ch/download.html
Но гораздо лучше написать письмо с запросом пароля sven.stauber _at_ inf.ethz.ch
И скачать самую свежую верисю из SVN-репозитория.

Куда бежать с подводной лодки? Меня всегда можно найти на http://a2os.org.ua/forums/

 

SII
Если всё всегда делать самому с нуля -- ничего путного в конечном итоге не сделаешь
Все зависит от того, что ты подразумеваешь под нулем и конечным итогом.

 

del