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

[ProFTP]

вот поэтому (смотрим по реакции ProFTP) пограммирование и деградирует)))

я вообще-то как бы хотел спросить, не спорил

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[ProFTP]

не много груза - теории (не для спора)

Код: Выделить всё

               PERL AND C++
            For better or worse, to much of the programming world, C++ is object-oriented program-
            ming. Devised by Bjarne Stroustrup at the Bell Research Laboratories in the early 80s as an
            object-oriented successor to the C programming language, C++ has undergone perhaps the
            most public and collaborative evolution of any programming language, culminating in the
            recent ANSI C++ standard.
                 Like Perl, C++ is a hybrid language with object-oriented features layered over an original
            imperative language. Syntactically and semantically, its non-object-oriented components are
            almost completely backwards compatible with the C programming language, while its object-
            oriented features draw most heavily on Simula.

  B.2.1 Objects
        C++ objects are structured regions of memory that store one or more typed data members. In
        other words, every object is a record of various fields. In Perl, too, objects may be recordlike
        structures (i.e., hashes), but they may also be arrays, scalar variables, subroutine references, or
        any other Perl datatype.
              C++ objects may be stored directly in statically typed variables or dynamically created and
        accessed via typed pointers or references. Perl objects may similarly be variables or unnamed
        values and are always accessed via references4 stored in dynamically typed variables. Unlike
        C++, in Perl there is no need for a manual deallocation mechanism like delete, since all ob-
        jects in Perl are automatically garbage-collected.
              C++ also permits the definition of static data members that are (conceptually) shared by
        all objects of a given class. Perl has no equivalent construct, but it is easy to set up such shared
        attributes using lexical variables of appropriately restricted scope (chapter 3).
              C++ objects are created either by static declaration or by dynamic allocation using the new
        operator. Perl objects are almost always created dynamically, in a method that is often called
        new.
  B.2.2 Classes
        A class in C++ is a specification of the data and function members (i.e., methods) possessed by
        a particular kind of object. Classes in Perl also define the methods of a type of object, but do
        not normally directly specify the attributes possessed by such objects.5 Attribute specification
        is typically arranged by the constructor method (e.g., new).
              In C++, a class specifies a local namespace in which data and function members exist, but
         C++ also has a separate higher-level namespace mechanism with which two or more classes
         can be grouped. Perl’s package construct does double-duty as both a namespace and a class
        specification mechanism, so there is no such ability to construct hierarchical namespaces.
              Perl provides better resources for run-time type information than does C++. Whereas a
         C++ program is restricted to the data provided by the standard typeid function, and limited
        to using dynamic casts to verify class compatibility, Perl allows almost every aspect of a class’s
        structure and capabilities to be interrogated at run-time: class name via the ref function, hi-
        erarchical relationships via the UNIVERSAL::isa subroutine, and method compatibility via
        the UNIVERSAL::can subroutine.
              Perl does not directly support generic classes such as those provided by C++ templates.
        In practice, this presents few problems because the combination of Perl’s closure mechanism,
        interface polymorphism (see below), and dynamic-typing makes generic types largely unnec-
        essary (chapter 12).
        
    B.2.3 Methods
            C++ and Perl are both hybrid languages that allow code to be executed in stand-alone subrou-
            tines as well as methods.
                   In C++, a class’s function members are declared as part of the class specification and may
            be defined at the same point or anywhere else, provided the appropriate class qualifier (i.e.,
            ClassName::functionName) is used. Perl is even more liberal in this respect: a class method
            may be declared and defined anywhere, provided it is suitably qualified (using the same qual-
            ification syntax as C++).
                   Every C++ member function has a specific signature determined by its name and the
            number and types of arguments it takes. C++ methods may be overloaded, may have default
            argument values, and may also pass arbitrary arguments (using the “...” specifier). Perl methods
            have no static checking of parameter types, and Perl unifies the many variable argument list
            mechanisms of C++ by passing arguments as an actual variable-length list. There is no signa-
            ture-based method selection (like C++ overloading), but the effect can be achieved using mul-
            timethod techniques (chapter 13).
                   C++ member functions are called on an object or object reference using the “dot” oper-
            ator (varOrRef.method(args)). Methods may also be invoked through a pointer using the
            “arrow” operator (ptr->method(args)). In Perl, methods are always invoked through a ref-
            erence to an object, using the arrow operator ($ref->method(args)). Unlike C++, in Perl,
            if the method takes no arguments, the trailing parentheses indicating a subroutine call may be
            omitted.
                   C++ allows pointers or references to member functions to be used to call those functions
            on specific objects using the ptr->*funcptr() syntax. Perl allows references to methods to
            be used in the same way, using the $ref->$methodRef() notation. Unlike C++, Perl also al-
            lows methods to be called by name, by storing a suitable character string—rather than a ref-
            erence—in the $methodRef variable.
                   In both languages, a method may act like a procedure or a function, depending on wheth-
            er it chooses to return a value. Both languages provide a return statement to specify such re-
            turn values. However, unlike C++, where a member function that does not return a value must
            have a return type of void, Perl methods do not require, nor allow, any form of return-type
            specification.
                   C++ provides the special constant this within each member function, which is a pointer
            to the object on which the method was called. In Perl, a reference to the invoking object is in-
            stead passed as the first argument to the call. It is typically extracted from the argument list
            and stored in a variable called $self.
                   Both C++ and Perl allow class methods to be defined within a class. In C++, such member
            functions are defined with the static qualifier and are called using the syntax ClassName:
            :method(args). In Perl, such methods are defined in the same way as all other methods, and
            differ only in that they expect the class name—rather than an object reference—as their first
            argument. They are called using the syntax ClassName->method(args).
                   Both languages also support the definition of class-specific versions of the standard set of
            operators (i.e., operator overloading), and, as in C++, overloaded operators in Perl may either
            be regular subroutines or specific object methods (chapter 10).

  B.2.4 Constructors and destructors
        C++ classes typically provide a special member function—with the same name as the class
        itself—that may be used to initialize objects when they are created. Perl has no comparable
        built-in initialization mechanism. Instead, a regular class method, typically called new, is used
        to both create and initialize objects.
              C++ also provides for destructor functions, which are automatically called on an object
        just before it goes out of scope or is otherwise deallocated. Perl also allows for destructor meth-
        ods to be defined using the special method name DESTROY.
  B.2.5 Encapsulation
        Every data and function member of a C++ class has some associated accessibility—public,
        protected, or private—which determines the scopes from which it can be directly
        accessed. Perl has no equivalent concept and does not enforce any form of encapsulation on
        attributes or methods of objects. There are, however, several programming techniques which
        permit both attributes and methods to be appropriately restricted in accessibility (chapter 11).
  B.2.6 Inheritance
        Both C++ and Perl support optional multiple inheritance of superclasses, but in quite differ-
        ent ways. In C++, the classes from which a given class inherits are determined at compile-time
        by the class definition. The classes that a given Perl package inherits are determined at run-
        time by the contents of that package’s @ISA array.
              A subclass in C++ does not have access to the private data and function members of its
        superclasses.6 Because the attributes and methods of a Perl class are entirely unencapsulated,
        there is no equivalent restriction in Perl. Likewise, Perl does not support access variations along
        the lines of C++’s protected or private inheritance.
              Perl does not have a mechanism corresponding to virtual inheritance in C++, nor does it
        need one, since object attributes are determined dynamically by constructors, rather than stat-
        ically by class definitions. In practice, the most common forms of class implementation all pro-
        vide implicit virtual inheritance of attributes.7
              Unlike C++, Perl classes all implicitly inherit from a single common class called
        UNIVERSAL.
  B.2.7 Polymorphism
        In C++, methods are implicitly nonpolymorphic unless they are specifically marked as being
        virtual. All Perl methods are implicitly polymorphic and there is no way to mark them as
        nonpolymorphic. Unlike C++, in Perl, any method may be redefined in any derived class.
              C++ polymorphism is controlled by class hierarchies because virtual functions are called
        through typed pointers or references. In Perl, all variables are dynamically typed and, therefore,
             may store a reference to any class of object at any time. Thus, Perl provides the more general
            form of polymorphism—interface polymorphism—in which any object (regardless of its class
            hierarchy membership) may respond to any method call for which it has a suitably named
            method.
                  C++ allows base class member functions to be accessed from derived class member func-
            tions, even if the derived class redefines the function in question. This access is achieved by ful-
            ly qualifying the nested function call with the name of the desired ancestral class. Perl has the
            same mechanism. However, Perl also provides a special pseudo-class called SUPER that may
            be used to delegate a method dispatch to an unspecified ancestral class—namely whichever one
            actually provides the inherited method (chapter 6).
                  Perl has no method abstraction construct corresponding to C++’s pure virtual member
            function declaration. Instead, in keeping with Perl’s dynamically typed nature and run-time
            checking philosophy, if an abstract method is required, a normal method is specified and made
            to immediately throw an exception.
    B.2.8 Comparative syntax
            Table B.2 shows a translation into Perl of the fundamental object-oriented features of C++.
                         Selected comparative syntax for C++ and object-oriented Perl
            Table B.2
                                    C++
            Construct                                                   Perl
            Comment                 // Comment to EOL                   # comment from ‘#’ to eol
                                    /* Delimited comment*/
            Assignment              variable = value;                   $variable = value;
            Temporary variable      className variable = init;          my $variable = init;
            Class definition        class className                     package className;
                                    { specification };                  specification
            Class derivation        class subclassName                  package subclassName;
                                      : superclassName(s)               @ISA = qw( superclassName(s) );
                                    { specification };                  specification
            Attribute specification class className                     bless
                                    {                                     { memberName=>type->new() },
                                      type memberName;                    className;
                                    };
            Class attribute         class className                     package className;
            specification           {                                   {
                                      static type memberName;             my $var = type->new(init);
                                    };                                    sub fieldName
                                    type className::memberName            { $var = $_[1] if @_>; $var}
                                                                        }
                                      =init;
            Object instantiation    ptr = new className(args);          $ref = className->new(args);

    Table B.2
                            C++                              Perl
    Construct
    Method definition       class className                  package className;
                            {
                              returnType methodName(args)    sub methodName
                              {                              {
                                statements                     my @args = @_;
                                return returnValue;            statements;
                              }                                return returnValue;
                            }                                }
    Polymorphic method      virtual returnType               sub methodName
    definition              methodName (args)                {
                            {                                  my @args = @_;
                              statements                       statements;
                              return returnValue;              return returnValue;
                            }                                }
    Abstract method         virtual returnType methodName() sub methodName
    definition                  = 0;                           { die "Abstract method” }
    Constructor definition className(args)                   sub new
                            {                                {
                              statements                       my {$classname, @args) = @_;
                            }                                  my $self =
                                                                 bless {}, $classname;
                                                               statements;
                                                               return $self;
                                                             }
    Destructor definition   ~className()                     sub DESTROY
                            {                                {
                              statements                       statements
                            }                                }
    Method invocation       objref.methodName(args);         $objref->methodName(args);
                            objptr->methodName(args);
    Indirect method         retType (class::*methptr)(args) $methref = \&class::methodName;
    invocation                = class::methodName;
                            objref.*methptr(args):           $ref->$methref(args);
                            objptr->*methptr(args);
    Class method            classNam::methodName();          className->MethodName();
    invocation
    Access to message       this                             my ($self) = @_
    target
    Access to superclass    this->superclass::methodName(); $self->SUPER::methodName();
    method
    Class type              classDescriptor =                $className
    identification            typeid(object);                  = ref($object);
    Exception handlers      try { statements }               unless (eval { statements; 1 })
                            catch { handler }                  { handler }
    Raising an exception    throw exceptionType(args);       die "exceptionText:"

[zg]

ProFTP, сравнение компилятора и интерпритатора дело бесполезное и неблагодарное А тем более перл и си.

[MAK]

а сайт нельзя написать на С/С++?

Сервис newmail.ru был полностью написан одним человеком(сейчас в яндеске работает) на си++.

[zingel]

можно, вполне и на C только это нахре не нужно

[MAK]

можно, вполне и на C только это нахре не нужно

да, поддержка дорогая. да и разработка.
в вебе постоянно что-то переделывается, со скоростью говна в проруби.
Критические места как правило реализуются на голом си.

[ProFTP]

ProFTP, сравнение компилятора и интерпритатора дело бесполезное и неблагодарное А тем более перл и си.

тут сраваниваются ОО возможности и .тд. perl++ и C++, ASM функции можно писать и под perl, но транслируемый язык лучше там где он лушче...

[zg]

тут сраваниваются ОО возможности и .тд. perl++ и C++

пиписька всё равно растёт из программиста

[denis-k]

LISP

[Fastman]

LISP

Не вынуждайте, а то сча я тут разойдусь )))

[hizel]

scheme я щитаю :]

[denis-k]

LISP

Не вынуждайте, а то сча я тут разойдусь )))

И не думал ))) Я ж не программер, а просто читал про языки, так что я так... потрепаться ))
Можно и scheme

[Посититель]

Полностью согласен с Fastman ! Добавлю от себя, С программиста 2-х летнего стажа. Язык - это только инструмент выражения мыслей, фанатизм тут неуместен. Если есть мозги, можно писать хоть в машинном коде, если мозгов нет, не поможет никакой язык. Также программист это инжинер который должен изучить внимательно задачю и выбрать средство ее решения.
Мне нужны были деньги, я работал на износ полгода, и познал много что творится в мире С++. В универе преподавали C++/C#, оценивая сейчас то преподавание мне становиться грустно, алгоритмы все больше перестают преподавать и выпускают людей с кашей в голове. После окончания я программировал на С++ хуже чем на каком-то Прологе или Бейсике. Все усложняют пишут десятки классов с глобальными переменными, там где и пару функций хватило. Потом пошол на работу, где со мной работал консультант по С++ никогда не программирующий, но знавший стандарт как юрис конституцию и получал в 5 раз больше меня. В интернете куча рекламы о новых технологиях Java или еще чего, но когда разговариваешь с реальным весомым на свойе фирме программистом, то все стает на свои места С/C++ ! Я вам искренне скажу наблюдая на работе за отделом по разработке ГУИ у меня сложиломь впечетлене что кодеры там серевнуются - кто напишет самую непонятную программу и на самом новом языке. Мне повезло что я попал к умному программеру с хоришим стажем, он мне рассказывал много истории про языки и программирование, и придерживался своего четкого мнения что вся эта слепая вера в то что профессиональный программист обязан идти в ногу со временем дерьмо собачье. Он мне просто на пальцах обьяснил что программы стоят немалых денег и архитекторам программ нужно еще повышать цену на ПО, для этого напридумывали разных библиотек и технологий. Невыгодно с комерческой стороны писать быстрые, эффективные программы. Если наложить на программистов обязательство отвечать за каждую критическую ошибку, то тут же программисты выкинут весь лишний функционал с программ и перепишут на более легких языках. С++ - это уже метаязык - язык для создания программ создающих другие программы, много лишнего там, но опыт все ставит на свои места. Для себя я пришел к выводу что ООП не нужно, я получаю удовольствие от процедурного языка С, простого и мощьного, на нем я выражаю свои мысли, обдумываю вдали от компьютера задачю, а не ищу в интернете готовое средство, библиотеку и тд..
НАЧИНАЮЩИМ ПРОГРАММИСТАМ - СКОЛЬКО БЫ ЯЗЫКОВ НЕ СОЗДАВАЛОСЬ И РЕКЛАМЫ ДЛЯ ПРОДВИЖЕНИЯ ИХ НА РЫНОК, ВЫ ПОЛУЧИТЕ УРЕЗАНЫЙ С++ ИЛИ УБОГИЙ СТУПОР. Вам и нам это не нужно ! Новые языки приходят и тихо уходят, а С++ вбирает лучшее от конкурентов и становится необьятным.
C/C++ НИЧЕГО НЕ УГРОЖАЕТ ! ЭТО ПРОМЫШЛЕННЫЙ СТАНДАРТ ANSI, ISO. Это мое маленькое, субьективное мнение, ничего не навязываю.

[Гость]

новые языки программирование это так же как и "реклама двигатель торговли"

[hizel]

с реальным весомым на свойе фирме программистом

репрезентативная выборка, оке

назвать жабу новой технологией на текущий момент довольно странно

[ProFTP]

с реальным весомым на свойе фирме программистом

репрезентативная выборка, оке

назвать жабу новой технологией на текущий момент довольно странно

а Python?

если платят, то любой новый или старый - православный

[hizel]

а что пистон? у него другая весовая категория

[ProFTP]

а что пистон? у него другая весовая категория

системное можно Python+Cи, ты же сам на нем писал?
а веб, gui чисто на Python c библиотекми

[Гость]

системное это то что в ядре
ты где то видел что бы в linux,windows,freebsd или другой ОС в ядре использовался пистон?

[hizel]

ну писал и что? я все что мне надо на Си не осилю писать поэтому пистон пользую, к нему расширения писать одно удовольствие :-)

[ProFTP]

системное это то что в ядре
ты где то видел что бы в linux,windows,freebsd или другой ОС в ядре использовался пистон?

я в узко системном не шарю, ты же знаешь

ну вот нашел в гугле первые страницы http://www.google.com.ua/#hl=uk&source= ... df92d15b60

Кодим в ядре Linux`а №5 Kernel-api

Microsoft заинтересовалась языком Perl и открыла Hyper-V драйвер для Linux ядра

[hizel]

Гость это не я это какойто бодрый анаимусц

[ProFTP]

это парадокс? он еще запятые не ставит

[Гость]

es ist kein paradox

[ProFTP]

тут вот http://www.perlfoundation.org/perl_on_a_stick пишут дистрибютор чтобы ставить на flash memory devices, iPods, mobile phones, cameras, etc.

(если что, то я не пропагандирую )