За езиците за програмиране

[xyz]

SQL не е език за програмиране, а е език за бази данни. Иначе за значението му - две мнения няма. Всъщност аз дори не знам, дали съществуват други езици за бази данни. Има не релационни бази даднни, но дали за тях има езици? И ако има, то дали са достатъчно качествени, за да си струват изучаването? Така давам пример с една база данни, която разглеждах преди около месец. Казва се mongodb и не е със SQL, но и не бих казал, че притежвата език за програмиране (по-скоро имаме викане на функции).

[BGVlach]

Работата около SQL е малко и въпрос на гледна точка.

Иначе това, което към днешна дата оцеля от някога гръмкото 4GL са точно езици за бази данни, с който може да правиш (и) приложения.

Примери: Informix(4GL), Progress(ABL), Oracle(PL/SQL), донякъде T-SQL на MS, и др.

[xyz]

Ето още нещо, което намерих по темата:

http://www.minimalprogramming.org/html/index.html

Кратко описание на доста от езиците за програмиране. Още не съм го чел, но може да ми е от полза при попълването на форума (поне за част от езиците).

[xyz]

Една новина свързана с форума http://proglang.bulboard.com. Тъй като bulboard.com сайтът вече се отваря ужасно бавно, то реших, че е време да преместя форума. Новото място е безплатен php хостинг, а не форум хостинг, което дава пълна свобода за доработки. Освен това сайтът се отваря доста по-бързо, а и е последната версия на phpbb.

В новия форум съм добавил и нови подфоруми и един нов подраздел. Много от нещата са копирани, но други са реорганизирани по-добре. Няма да дам адреса на новото място, защото в момента водя преговори за хостинг на индивидуална машина. Ако преговорите са успешни, то ще дам новото местоположение, иначе ще пиша тук сегашното ново място на форума.

[xyz]

Ето че най-накрая успях да поместя форума на новото място. То е:

http://proglang.papagal.bg/forum/

Самият сайт ще бъде на "http://proglang.papagal.bg/", но за момента както можете да видите е почти празен.

Относно другата тема, за "диалоговото обучение", то можете да погледнете следните теми от блога:

- Ресурс - диалогово обучение;

- Учи езиците за програмиране с инструктор .

Очаквам вашите забележки за моментното състояние на проекта.

ПП Богданов, тъй като не мога да преместя паролата от стария форум, то създадох за потребител "Богданов" парола, същояща се от цифрите от 1 до 6. Смени я веснага. Ако някой друг злоупотреби, то кажи на лично съобщение, да оправим нещата.

[xyz]

Днес на форума за езиците за програмиране бяха осъществено големи промени, за които е добре да бъде отбелязано и в тази тема.

Основната промята е "временно" разширяване на областта на покритие на форума. Казано по-ясно, то вече освен обсъждането на езиците за програмиране, то ще имаме и раздел, където ще се обсъждат и конкрутни софтуерни проекти.

Връзката не е много тематична и затова промените са само временни - докато се популяризира достатъчно форума. След това форумът за езиците за програмиране ще придобие първоначалния си вид и там ще се разглеждат само те. За да осъществя това, то преместих всички подхоруми, свързани с езиците за програмиране в един нов раздел (http://proglang.papagal.bg/forum/viewforum.php?f=36) и създадох раздели за новите дейности.

Новите дейности възнамерявам да ги захраня по "по-директен начин" начин с посетители (ако се получи, то в бъдеще в тази тема ще демонстрирам какво съм имал пред вид). Това очаквам да доведе и до развитието на целия форум...

[webmoney]

не видях сред езиците Асемблер

реално всички езици опират до него на ниско ниво

[xyz]

не видях сред езиците Асемблер

реално всички езици опират до него на ниско ниво

По принцип Assembler не е език, а съвкупност от множество разнообразни езици. Да кажем че едни от най-разпространените асемблери използван при изделията на масата хора са x86 и ARM (но може и да пропускам някой). Ако асемблерът се появи във форума, то задължително ще бъде в отделна категория, а няма да е заедно с езиците от високо ниво - просто, защото това е изключително по-различен тип език, за да се разглежда паралелно с останалите.

По принцип Assebler е език, който се ползва от инженери, а не се използва толкова от програмисти (но като пишеш компилатор - тогава няма как). Така че, и хората които го ползват са различен "тип".

[Avatara]

Съвсем наскоро се сблъсках с много сериозен проблем.

Предполагам, че колегите химици са по-запознати с методите използвани в хемометриката.

За съжаление се оказва, че при решаването на редица чисто приложни задачи се получават големи несъответствия в крайните резултати. При това става дума за двукомпонентни смеси.

Причината за това се оказа колкото проста, толкова и будеща тревога и съвсем не бе в погрешен, математически модел или неправилно проведен експеримент.

Оригиналните, хемометрични алгоритми (NIPALS, SVD и др.) в голямата си част се основават на програми писани на FORTRAN и ALGOL в Станфорд от екипа по числени анализи на Форсайт. На по-късен етап обаче е направен опит много от тези програми да бъдат пренаписани на C.

За съжаление обаче, игнорирането на експерти математици в този процес (всичко е правено от студенки, които не са обичали математиката) е довело до сериозни пропуски.

Преди месец получих писмо от Швеция, а днес второ от Холандия. И в двете писма уважавани колеги споделят за същия проблем. Те също са констатирали грешките в използваните библиотеки, но са срешнали ярсотна съпротива от страна на ... програмистите.

Искам да подчертая, че за една програма е важно да отразява реални процеси и явления. Всеки занимавал се с математическа статистика ще потвърди думите ми. Там проблемът "достоверност" (извинете ме за термина, но аз съм само инженер) е доста сериозен.

Изборът на език за конкретна задача (и/или алгоритъм, ) понякога могат да се окажат определящи за крайния резултат.

Редактирано Декември 10, 2011 от Avatara

[xyz]

За съжаление обаче, игнорирането на експерти математици в този процес (всичко е правено от студенки, които не са обичали математиката) е довело до сериозни пропуски.

Тук в допълнение ще спомена, че при някои задачи не е достатъчно математик да се съветва с програмист, а е почти задължително да е математик-програмист. Като мой личен пример мога да дам езика за описание на математически формули latex, както и примерно езика за изчисления в системата за компютърна алгебра Maple. И в двете много силно лъха програмиското начало в проектирането им и особено слаб (че даже никакв) математически отпечатък.

Конкретен пример. В Maple може да имаш променливи, съставени от много букви - напълно естествена практика в програмирането, но напълно неприемлива в математиката. Не случайно хората математици използват еднобуквени променливи: някои формули са толкова сложни, че сложно записаните променливи ги правят съвсем нечетабилни, а в следствие на това са и някак неизползваеми.

Ето и пример при latex. Гръцките букви, които по очевидни причини не могат да се поместят в ASC текстовете се представят чрез цялото си име: Примерно \alpha. Отново твърде дълго означение, вместо примерно да бъде приета концепцията alpha-та да се представя като \a.

Между другото въпреки лошият си стил FORTRAN е език в който е вложена не малко математика и дори и днес се ползва на някои места. Например суперкомпютъра в БАН притежава библиотеки за достъп, които са както за екик C, така има и за езика FORTRAN (и това е всичко).