Скриптови езици?

Здравейте! Имам едно теоритично питане и ще съм много благодарна, ако ми съдействате с идеи.
Питането ми е значи можете ли да ми дадете дефиниция за "скриптов" език и доколко скриптовите езици са взаимно заменяеми. Ако да речем ви е дадена проста задача за реализация в уеб вариант, която не касае достъп до информация и защита (да речем разработка на игра или въпросник), кой език бихте избрали вие да използвате?
Благодаря предварително!

Скриптовите езици най-общо са езици, които притежават автоматично управление на паметта и предлагат мощни абстрактни конструкции. Благодарение на това на тях се програмира много по-бързо и програмите са много по-къси, отколкото на езици на по-ниско абстрактно ниво, напр. C#. За взаимно заменяеми - малко приложение сравнително лесно може да бъде портнато от един скриптов език на друг, но когато надминеш определено ниво на сложност портването става икономически по-неизгодно от написването от нула. С особена сила това важи за PHP. Широко разпространените скриптови езици имат много библиотеки и с тях могат лесно да се разработват уеб приложения. Най-популярните скриптови езици сред българските програмисти са PHP, Visual Basic, Perl и Python (в този ред). Критерият ти за избор трябва да се основава на това, дали ти ще реализираш кода или трябва да търсиш външен разработчик. Ако ще го превъзлагаш, имай предвид че сред споменатите разработчиците на PHP са най-много, най-евтини и най-некачествени, докато за най-добрия от споменатите езици - Python - в България няма разработчици на свободна практика.

Сърдечно благодаря за отговора!
Имам и още питане, ако не е нахално от моя страна :
1. Може ли да се обобщи, че скриптовите езици не изискват компилиране на кода в смисъла, в който компилираме програма на С например?
2. Казваш, че програмирането като цяло е по-бързо. А това не води ли до недостатъци, като по-бавно изпълнение, възможност за мултиплексиране на грешки и т.н.
Благодаря предварително и още веднъж се извинявам, ако въпросите ми ви се струват прекалено глупави!

По-полека.

докато за най-добрия от споменатите езици - Python - в България няма разработчици на свободна практика.

"Най-добрия" хохо как го реши това, и освен това в Бг има, тва че ти не ги познаваш не е критерий.

Машина за отделяне на кожа и сланина от парени свине

В отговор на:

---

"Най-добрия" хохо как го реши това, и освен това в Бг има, тва че ти не ги познаваш не е критерий.

---

"Най-добрия", разбира се, е доста субективно, но според мен от изброените езици Python е с най-елегантната обектна система и най-четимия - не случайно в Гугъл казват, че това е езикът, на който най-лесно се споделят идеи.

Наистина познавам само един разработчик на Python, който е на заплата. Съдя по скромния ми опит, когато търсих такъв и никой не кандидатства, а условията за свободен практик, които предлагах (8лв/час), ми се струва че не бяха никак лоши за България. Затова реших, че няма.

В отговор на:

---

1. Може ли да се обобщи, че скриптовите езици не изискват компилиране на кода в смисъла, в който компилираме програма на С например?

---

Да. Именно липсата на такова компилиране и свързване прави цикъла на разработка по-бърз.

В отговор на:

---

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

---

По-бавното изпълнение е факт. Програмите, написани на скриптови езици се поддават в по-малка степен на оптимизация. Но специално за Python, Perl и Ruby има много интересно решение - след като направиш анализ на изпълнението, можеш да замениш тесните места в системата с написани на C модули, които ще се изпълняват много по-бързо. Естествено, има смисъл да правиш такива неща само при много натоварени приложения.
Има много научни проучвания, които показват, че броят грешки на редове код е константа. С по-абстрактните езици са ти необходими по-малко редове код, за да решиш даден проблем, следователно в решението ще има много по-малко грешки. Малко встрани от темата, за по-сложни системи хората неслучайно са казали, че всяка от тях съдържа неформално специфициран и лошо написан интерпретатор на Лисп ;-)
Колкото до твоята задача - щом казваш, че е проста, значи попада 100% в целевата група на скриптовите езици.

извинявай шефе но 8лв на час е нещо като долен сегмент
в пазара на труда за програмисти на постоянна работа
а за "свободен пректик" ще трябва доста повече

когато езика не е популярен ще има две рязко отделени групи-
начинаещи за които е все едно на какъв език ще искаш да програмират
и по-ерудирани девелопери които знаят този език и още 5-6 други имат
доста проф. опит и едва ли ще се оценят за 8лв/час

8 лева на час е хипер зле извинявай. ако плащаш и данъци ти остава 700 кинта на месец за програмист на екзотичен все пак език....

Машина за отделяне на кожа и сланина от парени свине

В отговор на:

---

8 лева на час е хипер зле извинявай. ако плащаш и данъци ти остава 700 кинта на месец за програмист на екзотичен все пак език....

извинявай шефе но 8лв на час е нещо като долен сегмент
в пазара на труда за програмисти на постоянна работа
а за "свободен пректик" ще трябва доста повече

---

Средното възнаграждение за програмист в България за 2005 според проучване на Computerworld (приложение към бр.24, юни 2006) е 1009 лв. Средно в един месец има 20 работни дни с продължителност 8 часа, следователно средната часова ставка на програмистите на постоянна работа в България е 6,25лв. За данъците - ако си регистриран като ЕООД, плащаш 15% корпоративен данък и ти остават 1113 лв (това е груба сметка без приспадане на разходите!). Ако плащаш като физическо лице, ползваш 50% намаление на основния доход (графата за интелектуален продукт) и ще платиш между 20% и 30% върху основата (в зависимост от прогресията) и пак ти остават приблизително толкова. Отделно осигуровките са към 100 лв. Така че 8лв/час попада точно в средния, а не в долния сегмент за такава работа! Още повече, че не търсех опитни програмисти - които, ако са на свободна практика, би трябвало да работят по чуждестранни проекти за ~$20/час и то не на готин език като Python :-}

а РНР или как там, не може ли да включва С модули?

баси ... аз на кръчма пия с 4 пъти по-висока скорост в час и пиша на РНР на цял ден бач отколкото тоз предлага за свободна практика - и после що нямало програмисти в БГ, че то на тях ще им е срам да кандидатстват за тия 8 кинта.

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

след корпоративен данък, при изтегляне на дивиденд имаш да плащаш данък общ доход който е прогресивен. Осигуровките са 60 и нещо кинта месечно върху 220 лева основа при положение, че нямаш договор сключен със себе си и тия осигуровки не са разход за фирмата ти. Данък общ доход при ЕООД се плаща след приключване на счетоводната, година при разпределяне на дивиденти, и с това той става още по-висок - все пак по-евтино е да плащаш всеки месец по 20% на малки суми от това да кажем платиш веднъж годишно 25% на 10 пъти по-голяма.

В отговор на:

---

Средно в един месец има 20 работни дни с продължителност 8 часа

---

Ами всъщност нормалните фирми отчитат по 16 ефективни работни дни на месец, а не 20. Просто защото нормалните фирми дават отпуски, болнични и др. такива придобивkи ПОЛАГАЩИ СЕ ПО ЗАКОН. На freelancer-ите не им се полага разбира се.

В отговор на:

---

За данъците - ако си регистриран като ЕООД, плащаш 15% корпоративен данък и ти остават 1113 лв (това е груба сметка без приспадане на разходите!). Ако плащаш като физическо лице, ползваш 50% намаление на основния доход (графата за интелектуален продукт) и ще платиш между 20% и 30% върху основата (в зависимост от прогресията) и пак ти остават приблизително толкова.

---

Също така малко са тези на свободна практика, които имат 5000 лева да загробят за едно ЕООД. Също така малко са тези на свободна практика, които им се занимава с мизериите на данъчните декларации.

В отговор на:

---

Отделно осигуровките са към 100 лв.

---

Отделно, ще ти кажа пък аз, нормалните фирми плащат болнични, осигуряват бременни жени и такива в майчинство и т.н. Ти естествено не предлагаш такова нещо (че по евтино, нали?).

Също така ти се осигурява необходимата техника - най-малкото - компютър и софтуер. Ти естествено разчиташ, че човекът ще си ползва собствена машина и съответно сам ще си я администрира и т.н. ТОВА е разход, нищо че в България никой не го отчита.

Т.е. 8 лева си е подигравка - разправяй си глупостите за "среден сегмент" във форума за глупаци.

В отговор на:

---

Да. Именно липсата на такова компилиране и свързване прави цикъла на разработка по-бърз.

---

Значи така - нямаме компилиране и това ускорява разработката? Как така - просто ми е чудно? Вярно че едно време на 286 Borland CPP ми се моташе по 2 минути при компилация на 1000 редов файл, ама чак пък точно ТОВА да забавя процеса на разработка ...

Та основни предимства на т.нар. скриптови езици, които улесняват разработката на софтуер с тях:

- прости и ясни. Няма ги глупостите на C/C++. Като цяло кодът става по-четим и по-лесен за разбиране, освен ако не го е писал някой наистина голям идиот.

- фиксиран и ясно специфициран runtime в повечето случаи. Има особености, но са много по-малко от тези при C/C++. Това всъщност се нарича надплатформеност.

- добре специфицирано и документирано class library.

- автоматизирано управление на паметта. Изследванията показват че 70% от грешките в софтуера се дължат на грешки при управление на паметта.

ТЕЗИ неща а и други намаляват продължителността на цикъла на разработка и намаляват рязко цената на поддръжката после. Сигурно има и още, но за толкова се сетих в момента.

Естествено това се плаща с увеличена консумация на системни ресурси и по-лоша производителност. Хората и за това са помислили, и са преценили, че е по-евтино да купиш още един процесор, отколкото да наемеш още един програмист/тестер и т.н.

Е ти си намерил къде да гледаш за средното възнаграждение. Вземи питай НОИ - те сигурно и средно 300 лева/месец ще ти кажат.

Както и да е - те ти казаха хората - после такива като тебе оревават, че няма програмисти. А на мен ми е на върха на езика да ги питам, що си мислят, че програмистите ще отидат точно при тях

Машина за отделяне на кожа и сланина от парени свине

Добре де, изядохте ме с парцалите. Все пак никой не попита за какъв проект изобщо е ставало дума - ами за интеграция на trac (система за управление на проекти) със съществуващо приложение. Цялата работа беше за около седмица - т.е. бюджетът, определен за нея беше 320 лв. И тъй като не намерих човек го направих сам. За счетоводството - примерът, който дадох, е неудачен.
Благодаря на Вълк за цялата информация. При следващ проект ще определя по-висок бюджет. Иначе го поздравявам, щом взима 5000лв месечно като PHP програмист - той е най-добре платеният програмист в България, за който съм чувал. Бих искал да попитам за името на фирмата, в която работи - с удоволствие бих кандидатствал там, дори на половината от неговата заплата.

е то фирмата скоро пускаше обява за РНР програмист ама не знам какво е станало, иначе 5000 при един програмист се образуват не само от заплата, а например като от даване под наем на 2-3 апартамента + нещо от някое друго магазинче за алкохол и цигари, лихвите от влога по банкове, дузина дот кома и проценти от печалбата на тези които си направил за клиенти през свободното време с оговорка, че ще имаш пари от бъдеща печалба, а и да не забравяме за далавери с някой камион водка на черния пазар.

иначе за РНР - идея си нямаш как го псувам последните няколко месеца, то бива безотговорност от страна на производители, ама тяхното си е извън всякакви граници. Половин година се чуда защо ХМЛ парсера ми прави номера, а то се оказало, че в една от версиите % са решили да сменят дифолт енкодинг и виж какъв купон става в една таблица с няколко милиона записа.
а за модула на постгре изобщо не споменавам, дет ако в една транзакция имаш пропаднала една заявка то той не ти пуска ексепшън а просто си продължава напред и прави коммит. Ха ... има и друга простотия ... сериализиране на обекти се е променило между двете версии, и ако преди беше без проблеми да туриш един обект в сесия, то сега трябва да го сериализираш, пък в документация е написано, че това става автоматично - и после наблюдаваш как няколко десетки сайта започват да гърмят един по един по време на ъпгрейд на софтуера по сървъра и клиенти изревават заради неработещи компоненти.

В отговор на:

---

Ами всъщност нормалните фирми отчитат по 16 ефективни работни дни на месец, а не 20. Просто защото нормалните фирми дават отпуски, болнични и др. такива придобивkи ПОЛАГАЩИ СЕ ПО ЗАКОН. На freelancer-ите не им се полага разбира се.

---

Не им се полага, разбира се. Те си взимат отпуск, когато си искат, щом не работят по проект :-)

В отговор на:

---

Също така малко са тези на свободна практика, които имат 5000 лева да загробят за едно ЕООД. Също така малко са тези на свободна практика, които им се занимава с мизериите на данъчните декларации.

---

Парите са ти необходими на сметка само при регистрацията, после си ги теглиш, много ясно.

В отговор на:

---

Отделно, ще ти кажа пък аз, нормалните фирми плащат болнични, осигуряват бременни жени и такива в майчинство и т.н. Ти естествено не предлагаш такова нещо (че по евтино, нали?).

---

В кои фирми може да работиш от вкъщи или откъдето и да е, по което време си искаш? Колко фирми наемат бременни жени или жени с дете под 3 години? Колко от фирмите дават възможност на жените с малки деца да работят отвкъщи?

В отговор на:

---

Също така ти се осигурява необходимата техника - най-малкото - компютър и софтуер. Ти естествено разчиташ, че човекът ще си ползва собствена машина и съответно сам ще си я администрира и т.н. ТОВА е разход, нищо че в България никой не го отчита.

---

Ти някога работил ли си като свободен практик??? Що за фрилансър си, ако нямаш собствената машина и не можеш да си я конфигурираш???

В отговор на:

---

Т.е. 8 лева си е подигравка - разправяй си глупостите за "среден сегмент" във форума за глупаци.

---

Това не е ли именно този форум