Да, это проблема.

[толсто]PL/I же[/толсто]

Ни чего не понял, поясните плиз.

>среда разработки на подобе лазаруса к нему есть

Есть Emacs со Slime - хватит. Ну и всякие там коммерческие реализации с фирменными IDE тоже есть, да.

насколько сложен этот язык?

ХЗ. Трудно сказать. Он сложен и прост одновременно :)

>Чем гамбас лучше Паскаля, Си и С++?
Тем что - бесик.
А если серьезно, то:
1) Синтаксисом (; - ненужно, {} - ненужно)
2) Читаемостью
3) Привычностью (бейсик - это же классика)

Тем что - бесик.

Не я против... на писался на бейскике, на паскале на Си... паскаль наше всё...

если уж речь зашла о «классике»:

18B2:0100  6A 00 68 4B 01 66 83 7E-E0 00 74 05 B8 4C 01 EB
18B2:0110  03 B8 4A 01 2B D2 52 50-57 FF 36 C4 34 00 A1 18
18B2:0120  F7 7F 83 C4 12 56 9A 16-44 F7 7F FF 76 FE 9A 59

Почитал я тутториал по его языку - ничего революционного. Смесь какая-то явы и плюсов.

Тут сразу думается про C++0x, про Java 7, про Python 3...

Вот это скорее действительно революция.

P.S. Имхо.

Вот это скорее действительно революция.

революция?

В. И. Ленин, Маевка революционного пролетариата

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

В. И. Ленин, Детская болезнь «левизны» в коммунизме

Лишь тогда, когда «низы» не хотят старого и когда «верхи» не могут по-старому, лишь тогда революция может победить.

и того 7 страниц бреда ^__^

java 7 не революция а всего лишь синтаксический сахар, не более. Главное - что остается строгая типизация, а значит кучи ошибок несоответствий ожидаемых параметров фактическим не придут в этот язык.

> Вот это скорее действительно революция.

ахаха, охохо. у тебя хоть один проект на этих языках есть? на предшественниках (версионно), а? %)

>Разница в том, сколько ты затратишь на времени на реализацию, получишь ошибок и времени их отладки/исправления. В случае сей это стремится к бесконечности.

В таких случаях принято говорить, что плохому танцору всегда что-то мешается.

Если C++ такой плохой, почему же (к примеру) КДЕ именно на нём? Как никак одна из основных сред. Или там одни мазохисты и не адекватные люди? Вот сидят и мучаються, не понимают что заблуждаються: сложно всем, трудно, непонятно, замысловато, но продолжают писать...

По-моему лучше развиваться так - все три перечисленных мною C++, Java, Python - взрослые, широкоприменяющиеся языки. (очень широко)

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

с каких пор лямбда-выражения стали только синтаксическим сахаром?

А то почему то все забывают сколько проектов использует эти языки

есть проект на Java + Python (но закрытый)

серверная часть на яве - питон для веб-морды и клиентов

вспомни/найди, в каком году KDE был основан, и подумай, много ли тогда было альтернатив семейству С/С++ в системном программировании

>т.е. назвать язык, который может заменить С++, ты не можешь

Зачем его заменять? Он как мясо-молочная порода крупного рогатого скота, то есть в результате не имеем ни молока ни мяса.

Смотреть надо по задачам:
числодробилка - фортран
гуевый фронэнд - PyQt
разработка прототипа - руби/питон
обработка текста - перл/руби
веб - перл/руби/пхп
скрипты для администрирования - перл/руби
и т.д.

Если C++ такой хороший то почему как скриптовый язык в кедах все шире используется Ruby?

Они и в самом деле многословны

Особенно плюсы:

#include <iostream>

using namespace std;

class TooManyWords {
public:
    TooManyWords ();
    virtual ~TooManyWords ();

    void SetValue (int value);
    int GetValue () const;

private:
    int _value;
};

TooManyWords::TooManyWords ():
_value (0)
{
    cout << "ctor" << endl;
}

TooManyWords::~TooManyWords () {
    cout << "dtor" << endl;
}

void TooManyWords::SetValue (int value) {
    _value = value;
}

int TooManyWords::GetValue () const {
    return _value;
}

int main () {
    TooManyWords tmw;
    tmw.SetValue (5);
    cout << tmw.GetValue() << endl;
    return 0;
}

Хотя джава всё же лаконичнее:

public class TooManyWords {
    private int value = 0;

    public TooManyWords () {
        System.out.println ("ctor");
    }

    public void setValue (int value) {
        this.value = value;
    }

    public int getValue () {
        return value;
    }

    public static void main (String []args) {
        TooManyWords tmw = new TooManyWords ();
        tmw.setValue (5);
        System.out.println (tmw.getValue());
    }
}

Для сравнения:

class LessWords:
    def __init__(self):
        value = 0
        print "ctor"

lw = LessWords()
lw.value = 5;
print lw.value

P.S.: /me не питонщик

ЭЭ, а где аксессоры в питонокоде, а деструктор? Нечестно.

В интерпретаторе? ;)

С этого дня!

Объявляю июль месяцем вбросов

>>Всегда есть С.

Си в энтерпрайзе и распределенных вычислительных системах? Не смеши меня пожалуйста.

Так... у кого там, говоришь, руки кривые?

Поносов дал оценку водоканалу )))

Говорю ж, не пытонщик :)

С деструктором будет на 3 строчки (и на 5 слов) длиннее. Плюсам до такого всё равно как до Луны:

class LessWords:
    def __init__(self):
        value = 0
        print "ctor"

    def __del__ (self):
        print "dtor"

lw = LessWords()
lw.value = 5;
print lw.value

А аксессоры - они здесь нужны вообще? Поле доступно для чтения и для записи какбе.

На каком КУРСЕ ?????

ололо, уже ни на каком. выгнали давным-давно

> С деструктором будет на 3 строчки (и на 5 слов) длиннее. Плюсам до такого всё равно как до Луны:

А аксессоры - они здесь нужны вообще? Поле доступно для чтения и для записи какбе.

Вообще-то вопрос «должен был быть: зачем нужен деструктор?», а не «зачем нужны аксессоры». Аксессоры нужны для контроля доступа к полю, чтобы не было введено не то значение. Деструктор же не нужен. Аксессоры запишутся в три строчки каждый: @property и @value.setter

Весь тред одной строкой: «Аудитория LOR'a дала оценку ведущему инженеру Google.» 7 страниц. Эко зацепило.

Да, Python - нормальный язык

В отличие от c++ и java!

Ну если ему Java сложна и раздута, то «простой» язык это только Unlambda или Brainfuck.

> s/Один из ведущих инженеров Google/Один из ведущих быдлокодеров Google

Примитивная малолетняя лорячья школота гонит на самого Пайка? Цирк, однако. И это симптоматично - значит, школота как минимум не читала его книгу.

Странно как-то. Ладно С++, там есть где разгуляться. Но Java в современном виде - что может быть проще? EJB 3.0, JPA - вообще доступны для детей.

Go это посмещище среди языков. Дженериков и тех нет.

c:criticism flexner. Даже капча критикует.

> А аксессоры - они здесь нужны вообще? Поле доступно для чтения и для записи какбе.

а зачем ты тогда на C++ и Java сделал его приватным какбе?

Роб Пайк плеснул самуое большое ведро говна на самый большой вентилятор - человеки с лора повелись

> Go это посмещище среди языков. Дженериков и тех нет.

ну не посмешище, но место применения ему будет трудно найти

> Смотреть надо по задачам:

числодробилка - фортран

таки С++ тут неплох

гуевый фронэнд - PyQt

Qt? :)

обработка текста - перл/руби

веб - перл/руби/пхп

скрипты для администрирования - перл/руби

ну С++ тут и так почти не причем

вычисления распределенные на erlang никто не пишет...

Наверное я старомоден, но как-то на обычном С++/Qt пишется ничем не сложнее, чем на PyQt. Динамическая типизация в Python ИМХО создает больше проблем, чем отсутствие GC в С++ (тем более Qt здесь многое на себя берет), если конечно речь о проекте не на 100 строк. Скриптовый язык и в Африке скриптовый, пытаться писать на нем что-то крупное - это быть ССЗБ.

Хых, ну, это же вырожденный случай, Вы не находите? Эдак сюда программисты микроконтроллеров придут и скажут: в топку ваши компиляторы, они неспособны по-настоящему хороший код генерировать

> print «ctor»

(Голосом Слонёнка) Инициализатор, извините

> если уж речь зашла о «классике»

классика в восьмеричных кодах — у них хорошая читаемость

> как-то на обычном С++/Qt пишется ничем не сложнее, чем на PyQt

Ну, в общем, да, в целом, не сложнее. Только это уже не C++.

У меня дружок как-то находил статейку, в которой сложность языка оценивалась количеством языковых конструкций. Ява явно (каламбур, каламбур) не блещет простотой в этом свете.

> Ну, в общем, да, в целом, не сложнее. Только это уже не C++.

если только занимается буквоедством, moc - это всего лишь препроцессор, на выходе которого все тот же С++

> Если C++ такой хороший то почему как скриптовый язык в кедах все шире используется Ruby?

Внезапно! Потому что C++ - не скриптовый?

Если заниматься буквоедством, то заметная часть C++-ного компилятора реализуема как препроцессор к C (а пример Vala показывает, что и богаче можно препроцессор написать). Только, увы и ах, всё это - интимные подробности функционирования механических мужиков, человекам не интересные.

А человеки в случае C++/Qt пишут на некоем диалекте, который, с одной стороны, не приветствует использование стандартных для C++ приёмов (мегашаблонов, стандартной библиотеки), а с другой - вносит свои приёмы, отсутствующие в «общеупотребительном» C++. Так что я склонен считать это отдельным языком.

Пожалуй, да, но это даже к лучшему.

> Если заниматься буквоедством, то заметная часть C++-ного компилятора реализуема как препроцессор к C

уже давно нет, когда С++ был «С с классами» - то да

а с другой - вносит свои приёмы, отсутствующие в «общеупотребительном» C++

все эти приемы легко реализуются и без своего препроцессора, moc используется по другим причинам

C opennet: "...Продемонстрировав типичный пример кода на Java, в котором объявление переменной заняло почти полную строку экрана, Роб спросил у зала, как подобным языкам можно учить студентов и использовать их для промышленного программирования, такая разновидность программирования слишком бюрократична и требует разжевывания каждого шага для компилятора. Неодобрение Роба Пайка также коснулось производительности интерпретируемых языков и динамической типизации. Следующим этапом после Java стало развитие более высокоуровневых языков, подобных JavaScript, Ruby и Python, но к сожалению программы на этих языках выполняются слишком медленно, плохо масштабируются и не защищены от появления ошибок. В качестве альтернативы инженеры Google предложили свой вариант - язык Go..."

Какбэ слижком заангажированно выглядит, обложил практически всё по порядку и потом предложил свой «лучший» вариант. Ради чего и было всё затеяно.