What is the translation of " FUNCTIONAL PROGRAMMING LANGUAGES " in Bulgarian?

• функционални програмни езици
• функционални езици за програмиране
• функционалните програмни езици
• езиците за функционално програмиране
• функционално програмните езици

Examples of using Functional programming languages in English and their translations into Bulgarian

Functional programming languages and computer architecture.
Функционални програмни езици и компютърна архитектура.

More than a dozen non-strict, purely functional programming languages existed.
Вече съществуват повече от дузина чисто функционални програмни езици.

Functional programming languages are also called declarative.
Затова езиците за функционално програмиране се наричат още апликативни езици..

This led to new approaches to interactive theorem proving and has influenced the development of subsequent functional programming languages.
Това довежда до мощни нови подходи към интерактивното доказване на теореми и повлиява на развитието на много последващи функционални програмни езици.

Most functional programming languages are based upon the lambda calculus.
Много функционални езици за програмиране могат да бъдат разглеждани като изградени върху ламбда пресмятането.

It is a mathematical abstraction rather than a programming language- but it forms the basis of almost all current functional programming languages.
Въпреки че е по-скоро математическа абстракция, отколкото език за програмиране, то е в основата на почти всички функционални програмни езици днес.

Most functional programming languages, such as ML, Haskell, and API, have garbage collection built in.
Повечето функционални програмни езици, като ML, Haskell, и APL имат вградени СПП.

Though it is a mathematical abstraction rather than a programming language, it forms the basis of almost all functional programming languages today.
Въпреки че е по-скоро математическа абстракция, отколкото език за програмиране, то е в основата на почти всички функционални програмни езици днес.

Functional programming languages are designed to sit on the lambda calculus.
Много функционални езици за програмиране могат да бъдат разглеждани като изградени върху ламбда пресмятането.

So, while those optimizations are safe in purely functional programming languages, compilers of typical imperative programming usually have to assume the worst.
Следователно, докато тези оптимизации са безопасни в чисто функционални езици за програмиране, компилаторите на типичното наложително програмиране обикновено трябва да приемат най-лошото.

Functional programming languages are typically less efficient in their use of CPU and memory than imperative languages such as C and Pascal.
Функционалните езици за програмиране обикновено са по-неефективни в употребата си на процесора и паметта от императивни езици, като C и Pascal.

For this reason, most programming languages and especially functional programming languages make an effort to prevent the above events from happening except under controlled conditions.
По тази причина, повечето езици за програмиране и по-специално езиците за функционално програмиране се опитват да предотвратят събития като гореизброените освен в контролирани условия.

Functional programming languages, especially the purely have been more widely used academically than in the development of commercial software.
Функционални програмни езици, особено изцяло функционални такива като Hope и Rex, са използвани повече в академичните среди, отколкото в развитието на търговски софтуер.

While supporting all of the object-oriented features available in Java(and in fact, augmenting them in various ways), Scala also provides a large number of capabilities that are normally found only in functional programming languages.
Докато поддържа всички възможни обектно-ориентирани особености в Java, Scala също предоставя голям брой възможности, които се срещат обикновено в езиците за функционално програмиране.

Many functional programming languages can be viewed as elaborations on the lambda calculus.
Много функционални езици за програмиране могат да бъдат разглеждани като изградени върху ламбда пресмятането.

History==Following the release of Miranda by Research Software Ltd, in 1985, interest in lazy functional languages grew: by 1987, more than a dozen non-strict, purely functional programming languages existed.
След излизането на Miranda през 1985 г., продукт на Research Software Ltd, интересът към„ленивите“ функционални езици нараства, като до 1987 г. вече съществуват повече от дузина чисто функционални програмни езици.

Many Functional Programming languages can thus be considered as elaborations on this lambda calculus.
Много функционални езици за програмиране могат да бъдат разглеждани като изградени върху ламбда пресмятането.

Especially since the development of Hindley- Milner type inference in the 1970s, functional programming languages have tended to use typed lambda calculus, as opposed to the untyped lambda calculus used in Lisp and its variants(such as Scheme).
Особено след като развитието на Hindley-Milner type inference през 1970 г., функционално програмните езици са склонни да използват типизирани ламбда изчисления, за разлика от нетипизираните, използвани в Lisp и неговите варианти(като Схема(Scheme)).

Functional programming languages, especially purely functional ones such as Hope, have largely been emphasized in academia rather than in commercial software development.
Функционални програмни езици, особено изцяло функционални такива като Hope и Rex, са използвани повече в академичните среди, отколкото в развитието на търговски софтуер.

An exception to this common behaviour is found in functional programming languages, where subprograms can have no side effects, and will always return the same result if repeatedly called with the same arguments.
В функционалните програмни езици като Haskell, подпрограмите могат да нямат(допълнителни функционалности) странични ефекти и винаги да връщат един и същ резултат ако са извикани многократно с едни и същи аргументи.

In total functional programming languages, such as Charity and Epigram, all functions are total and must terminate.
В изцяло функционалните езици за програмиране, като например Charity и Epigram, всички функции са абсолютни и трябва да се прекратят.

In pure functional programming languages such as Haskell, subprograms can have no side effects, and will always return the same result if repeatedly called with the same arguments.
В функционалните програмни езици като Haskell, подпрограмите могат да нямат(допълнителни функционалности) странични ефекти и винаги да връщат един и същ резултат ако са извикани многократно с едни и същи аргументи.

In strictly functional programming languages such as Haskell, subprograms can have no side effects, and will always return the same result if repeatedly called with the same arguments.
В функционалните програмни езици като Haskell, подпрограмите могат да нямат(допълнителни функционалности) странични ефекти и винаги да връщат един и същ резултат ако са извикани многократно с едни и същи аргументи.

However, prominent functional programming languages such as Common Lisp, Scheme, Clojure, Racket, Erlang, OCaml, Haskell, and F have been used in industrial and commercial applications by a wide variety of organizations.
Въпреки това, видни функционални езици за програмиране като Common Lisp, Scheme, Clojure, Wolfram Language, Racket, Erlang, OCaml, Haskell, и F са били използвани в промишлени и търговски заявления от голямо разнообразие от организации.

At the conference on Functional Programming Languages and Computer Architecture(FPCA'87) in Portland, Oregon, there was a strong consensus that a committee be formed to define an open standard for such languages..
На конференцията по Функционални програмни езици и компютърна архитектура(FPCA'87) в Портланд(Орегон), участниците постигат консенсус за създаването на комитет, който ще е отговорен за дефинирането на отворен стандарт за такива езици..

At the conference on Functional Programming Languages and Computer Architecture(FPCA'87) in Portland, Oregon, a meeting was held during which participants formed a strong consensus that a committee should be formed to define an open standard for such languages..
На конференцията по Функционални програмни езици и компютърна архитектура(FPCA'87) в Портланд(Орегон), участниците постигат консенсус за създаването на комитет, който ще е отговорен за дефинирането на отворен стандарт за такива езици..