Морально устаревшие элементы языков высокого уровня / Программирование

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Программирование [игнор отключен] [закрыт для гостей] / Морально устаревшие элементы языков высокого уровня

25 сообщений из 355, страница 5 из 15

все

Морально устаревшие элементы языков высокого уровня

#35982006

XDiaBLo

Участник

Откуда: Екатеринбург

Сообщения: 74 510

Рейтинг: 0 / 0

eee-pcIDE для сипп дают столь же ПРОСТОЕ подключение как и та же ява. только в яве куча непонятных закрутов, снижающих возможности и усложняющих понимание (например, один файл - один класс (не всегда, но в целом верно)).

И что это усложняет? Я в С++ также делаю, один класс - один файл.

...

Рейтинг:

0 / 0

13.05.2009, 07:27:37

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982007

XDiaBLo

Участник

Откуда: Екатеринбург

Сообщения: 74 510

Рейтинг: 0 / 0

eee-pc
- каждый язык для своих задач. например, писать ГУЙ на сипп не есть гут, в то время как писать большие проги (логику особенно) на не сипп есть еще больший не гут.
Тут основная проблема в том, что на С++ нету никакого ГУЯ :) А эти поделки, которые дают возможность таки делать ГУЙ на С++, они все не являются стандартом :(

...

Рейтинг:

0 / 0

13.05.2009, 07:29:56

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982011

XDiaBLo

Участник

Откуда: Екатеринбург

Сообщения: 74 510

Рейтинг: 0 / 0

Алексей КО том и речь, что всё это пережитки прошлого, от которых никак не могут избавиться, и постоянно выдумывают причины, оправдывающие их существование. Типа: "отделим интерфейс от реализации", "нам так удобнее", "хитроумный способ управлять областью видимости", и т.п. :-)
Я считаю что все кто предлагают отменить пространства имён, имеют слишком мало практики в программировании.

...

Рейтинг:

0 / 0

13.05.2009, 07:39:35

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982014

Алексей К

Участник

Откуда: Новосибирск

Сообщения: 14 461

Рейтинг: 0 / 0

XDiaBLoАлексей КО том и речь, что всё это пережитки прошлого, от которых никак не могут избавиться, и постоянно выдумывают причины, оправдывающие их существование. Типа: "отделим интерфейс от реализации", "нам так удобнее", "хитроумный способ управлять областью видимости", и т.п. :-)
Я считаю что все кто предлагают отменить пространства имён, имеют слишком мало практики в программировании.Полностью с Вами согласен. Только я здесь говорил об ненужности описывать вручную метаданные модуля (в частности *.h файлы). :-))

...

Рейтинг:

0 / 0

13.05.2009, 07:44:30

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982032

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

eee-pcнапример пролог или лисп проще и быстрей решают свои задачи

эта за счет чего, позвольте поинтересоваться ???

...

Рейтинг:

0 / 0

13.05.2009, 08:12:46

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982034

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

MasterZiv
И появились языки программирования высокого уровня именно из-за того,
что нужно было экономить ресурсы именно в виде ЧЕЛОВЕКОВ-ПРОГРАММИСТОВ.

+1

и кстати, человекоресурсов в то время было куда меньше чем сейчас (во времена повсеместного расцвета Java)

...

Рейтинг:

0 / 0

13.05.2009, 08:15:11

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982035

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

XDiaBLoMasterZiv
XDiaBLo wrote:

> Подстановки.

Подстановка тела функции в месте вызова имеется в виду ?
И как это связано с inline ? То-то, что НИКАК это не связано.
Именно поэтому и не будет проблем.

А что такое инлайн по вашему тогда?

мало что значащая (на самом деле) рекомендация компилятору

...

Рейтинг:

0 / 0

13.05.2009, 08:16:17

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982038

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

XDiaBLoeee-pc
- каждый язык для своих задач. например, писать ГУЙ на сипп не есть гут, в то время как писать большие проги (логику особенно) на не сипп есть еще больший не гут.
Тут основная проблема в том, что на С++ нету никакого ГУЯ :) А эти поделки, которые дают возможность таки делать ГУЙ на С++, они все не являются стандартом :(

Возможно это хорошо ?
У меня к примеру весьма двойственные ощущения о библиотеках насильственно включенных в стандарт языка

...

Рейтинг:

0 / 0

13.05.2009, 08:17:54

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982040

XDiaBLo

Участник

Откуда: Екатеринбург

Сообщения: 74 510

Рейтинг: 0 / 0

Алексей КXDiaBLoАлексей КО том и речь, что всё это пережитки прошлого, от которых никак не могут избавиться, и постоянно выдумывают причины, оправдывающие их существование. Типа: "отделим интерфейс от реализации", "нам так удобнее", "хитроумный способ управлять областью видимости", и т.п. :-)
Я считаю что все кто предлагают отменить пространства имён, имеют слишком мало практики в программировании.Полностью с Вами согласен. Только я здесь говорил об ненужности описывать вручную метаданные модуля (в частности *.h файлы). :-))
Ну я описываю класс в хидере, а потом описания методов просто копирую в файл реализации, и реализую их, разве что дописав к методам имя класса. Не напрягает в принципе. Да и говорилось же уже, что можно всё в одном файле писать, без всяких метаданных, в чём проблема простите?

...

Рейтинг:

0 / 0

13.05.2009, 08:18:10

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982041

XDiaBLo

Участник

Откуда: Екатеринбург

Сообщения: 74 510

Рейтинг: 0 / 0

Gluk (Kazan)eee-pcнапример пролог или лисп проще и быстрей решают свои задачи

эта за счет чего, позвольте поинтересоваться ???
Заточенность под определённые задачи возможно?

...

Рейтинг:

0 / 0

13.05.2009, 08:18:56

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982046

XDiaBLo

Участник

Откуда: Екатеринбург

Сообщения: 74 510

Рейтинг: 0 / 0

Gluk (Kazan)XDiaBLoeee-pc
- каждый язык для своих задач. например, писать ГУЙ на сипп не есть гут, в то время как писать большие проги (логику особенно) на не сипп есть еще больший не гут.
Тут основная проблема в том, что на С++ нету никакого ГУЯ :) А эти поделки, которые дают возможность таки делать ГУЙ на С++, они все не являются стандартом :(

Возможно это хорошо ?
У меня к примеру весьма двойственные ощущения о библиотеках насильственно включенных в стандарт языка
А что, в Жаве есть стандартная графическая библиотека и есть нестандартные. Выбор остался. Но я предпочитаю таки стандартную.

...

Рейтинг:

0 / 0

13.05.2009, 08:21:01

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982049

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

XDiaBLoGluk (Kazan)eee-pcнапример пролог или лисп проще и быстрей решают свои задачи

эта за счет чего, позвольте поинтересоваться ???
Заточенность под определённые задачи возможно?

Не канает C++ заточен под все задачи :)
Не надо путать производительность программы и программиста, это принципиально разные понятия

...

Рейтинг:

0 / 0

13.05.2009, 08:24:07

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982051

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

XDiaBLoGluk (Kazan)XDiaBLoeee-pc
- каждый язык для своих задач. например, писать ГУЙ на сипп не есть гут, в то время как писать большие проги (логику особенно) на не сипп есть еще больший не гут.
Тут основная проблема в том, что на С++ нету никакого ГУЯ :) А эти поделки, которые дают возможность таки делать ГУЙ на С++, они все не являются стандартом :(

Возможно это хорошо ?
У меня к примеру весьма двойственные ощущения о библиотеках насильственно включенных в стандарт языка
А что, в Жаве есть стандартная графическая библиотека и есть нестандартные. Выбор остался. Но я предпочитаю таки стандартную.

Честно говоря мне глубоко фиолетово на то что есть в Java. А вот за внесение в стандарт C++ многочисленных косяков STL стоило бы кое кого расстрелять из гранатомета. От включения в стандарт STL IMHO ничего не выиграла, но проиграла очевидно много. Косяки теперь отлиты из бронзы и каким либо ревизиям не подлежат

...

Рейтинг:

0 / 0

13.05.2009, 08:26:52

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982054

Алексей К

Участник

Откуда: Новосибирск

Сообщения: 14 461

Рейтинг: 0 / 0

XDiaBLoНу я описываю класс в хидере, а потом описания методов просто копирую в файл реализации, и реализую их, разве что дописав к методам имя класса. Не напрягает в принципе .Ну это как сказать...
XDiaBLoДа и говорилось же уже, что можно всё в одном файле писать, без всяких метаданных, в чём проблема простите?Ну Вы же и без меня понимаете к чему это приведёт? :-)

...

Рейтинг:

0 / 0

13.05.2009, 08:28:53

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982065

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

Gluk (Kazan)
Честно говоря мне глубоко фиолетово на то что есть в Java. А вот за внесение в стандарт C++ многочисленных косяков STL стоило бы кое кого расстрелять из гранатомета. От включения в стандарт STL IMHO ничего не выиграла, но проиграла очевидно много. Косяки теперь отлиты из бронзы и каким либо ревизиям не подлежат

Чтобы два раза не вставать, напомню особо колоритные косяки: auto_ptr, vector<bool>. Разумеется, все хотели как лучше Александреску опять же нонече много STL критикует . А не было бы STL в стандарте, глядишь нечего было бы копья ломать (кстати задел для ломку копий на будущее в лице Boost-а предусмотрительно заложен)

Изменить идеи легко, изменить убеждения гораздо сложнее (c) Догма

...

Рейтинг:

0 / 0

13.05.2009, 08:39:02

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982068

XDiaBLo

Участник

Откуда: Екатеринбург

Сообщения: 74 510

Рейтинг: 0 / 0

Алексей КXDiaBLoНу я описываю класс в хидере, а потом описания методов просто копирую в файл реализации, и реализую их, разве что дописав к методам имя класса. Не напрягает в принципе .Ну это как сказать...
XDiaBLoДа и говорилось же уже, что можно всё в одном файле писать, без всяких метаданных, в чём проблема простите?Ну Вы же и без меня понимаете к чему это приведёт? :-)
А в чём тогда собственно претензии?

...

Рейтинг:

0 / 0

13.05.2009, 08:39:41

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982073

XDiaBLo

Участник

Откуда: Екатеринбург

Сообщения: 74 510

Рейтинг: 0 / 0

Gluk (Kazan)Gluk (Kazan)
Честно говоря мне глубоко фиолетово на то что есть в Java. А вот за внесение в стандарт C++ многочисленных косяков STL стоило бы кое кого расстрелять из гранатомета. От включения в стандарт STL IMHO ничего не выиграла, но проиграла очевидно много. Косяки теперь отлиты из бронзы и каким либо ревизиям не подлежат

Чтобы два раза не вставать, напомню особо колоритные косяки: auto_ptr, vector<bool>. Разумеется, все хотели как лучше Александреску опять же нонече много STL критикует . А не было бы STL в стандарте, глядишь нечего было бы копья ломать (кстати задел для ломку копий на будущее в лице Boost-а предусмотрительно заложен)

Изменить идеи легко, изменить убеждения гораздо сложнее (c) Догма
Ну блин, я использую и STL и boost, и мне нравится, без них было хуже.

...

Рейтинг:

0 / 0

13.05.2009, 08:41:07

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982081

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

XDiaBLo
Ну блин, я использую и STL и boost, и мне нравится, без них было хуже.

Чувствую себя не понятым (c)

Где я сказал что STL или Boost это плохо ? Где я сказал что Я их не использую ???
Почему ??? любой повод надо использовать чтобы сказать (себе в основном): да, я КРУТ, я же использую Boost !!! Речь то ведь не об этом (и ты был бы более крут, если бы это понял)

STL и Boost в СТАНДАРТЕ языка, вот что плохо. Внесение библиотек в стандарт мешает их развитию.
Все это IMHO, разумеется

...

Рейтинг:

0 / 0

13.05.2009, 08:50:06

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982085

Алексей К

Участник

Откуда: Новосибирск

Сообщения: 14 461

Рейтинг: 0 / 0

XDiaBLoА в чём тогда собственно претензии?Да ни в чём. :-) Просто согласился с Fixin в том, что ручное описание метаданных - это плохо. Из-за того, что в программу добавляется некоторая избыточность.

...

Рейтинг:

0 / 0

13.05.2009, 08:52:45

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982089

XDiaBLo

Участник

Откуда: Екатеринбург

Сообщения: 74 510

Рейтинг: 0 / 0

Gluk (Kazan)XDiaBLo
Ну блин, я использую и STL и boost, и мне нравится, без них было хуже.

Чувствую себя не понятым (c)

Где я сказал что STL или Boost это плохо ? Где я сказал что Я их не использую ???
Почему ??? любой повод надо использовать чтобы сказать (себе в основном): да, я КРУТ, я же использую Boost !!! Речь то ведь не об этом (и ты был бы более крут, если бы это понял)

STL и Boost в СТАНДАРТЕ языка, вот что плохо. Внесение библиотек в стандарт мешает их развитию.
Все это IMHO, разумеется
Зря вы так. Я просто сказал что мне всё в них нравится. Я не понтовался, какой мне прок с этого? Ну а насчёт внесения в стандарт, тут есть расхожие мнения. Я вот вообще не люблю то, что в стандарт не включено. Стараюсь избегать. Буст почти стандарт, поэтому я спокоен.

...

Рейтинг:

0 / 0

13.05.2009, 08:56:22

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982090

XDiaBLo

Участник

Откуда: Екатеринбург

Сообщения: 74 510

Рейтинг: 0 / 0

Алексей КXDiaBLoА в чём тогда собственно претензии?Да ни в чём. :-) Просто согласился с Fixin в том, что ручное описание метаданных - это плохо. Из-за того, что в программу добавляется некоторая избыточность.
Проблема высосана из пальца. Это просто мелкое неудобство для вас и Fixin, в принципе не составляющее проблемы.

...

Рейтинг:

0 / 0

13.05.2009, 08:57:38

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982097

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

XDiaBLoЯ просто сказал что мне всё в них нравится.

vector<bool> тоже ?
идиотские нагромождения функторов, которые в итоге получаются БОЛЬШЕ по объему кода чем банальный цикл выполняющий тоже самое ТОЖЕ ???

Откройте глаза наконец. Не все мозговые игры авторитетов нужно слепо принимать на вооружение
Иногда стоит подумать и своей головой

...

Рейтинг:

0 / 0

13.05.2009, 09:00:52

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982130

XDiaBLo

Участник

Откуда: Екатеринбург

Сообщения: 74 510

Рейтинг: 0 / 0

Gluk (Kazan)XDiaBLoЯ просто сказал что мне всё в них нравится.

vector<bool> тоже ?
идиотские нагромождения функторов, которые в итоге получаются БОЛЬШЕ по объему кода чем банальный цикл выполняющий тоже самое ТОЖЕ ???

Откройте глаза наконец. Не все мозговые игры авторитетов нужно слепо принимать на вооружение
Иногда стоит подумать и своей головой
У Мейерса про это есть. Но я вполне обхожусь "банальным циклом, выполняющим то же самое". Плюс чаще всего мне приходится использовать std::vector<std::string>, а из буста я использую только регэкспы. Понятное дело, что мозг следует использовать всегда, иначе ничего путного не получится. Я ещё только погружаюсь в STL, собрался книжку прочитать. А то пока только элементарные вещи использую, но уже вижу насколько всё стало проще и удобнее.

...

Рейтинг:

0 / 0

13.05.2009, 09:18:25

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982141

Gluk (Kazan)

Участник

Сообщения: 9 657

Рейтинг: 0 / 0

XDiaBLoНо я вполне обхожусь "банальным циклом, выполняющим то же самое".

Стало быть не нужно говорить, что нравится ВСЕ
Желаю Вам сохранять здравомыслие и далее

...

Рейтинг:

0 / 0

13.05.2009, 09:23:19

| Ответить | Цитировать | Написать

Морально устаревшие элементы языков высокого уровня

#35982147

eee-pc

Участник

Сообщения: 5 225

Рейтинг: 0 / 0

Алексей КFixinответьте пожалуйста конкретно, а не со ссылкой на COM, чем будет мешать подобное разыменование. Все равно вы используете несколько областей и имена могут пересекаться.
В случае пересечения имен можно выдавать ошибку типа ambigous names of classes. давайте без "идиотов" а по существу.Я лиш привёл пример, к чему может привести Ваша концепция отсутствия reference-ов. В принципе, то что Вы предлагаете уже существует в каком-то виде в C# + Visual Studio. Я набираю имя класса - IDE предлагает добавить соответствующий using. Разумеется, поиск производится среди библиотек, подключенных к проекту.

ты хотя бы примерно представляешь себе цену вот этих using ?
нормльно это звучит так: ты пишешь имя класса ПОЛЬНОСТЬЮ, со всеми naespace.
и кто тебе мешает в сипп использовать using ? только в сипп этот using убытков не дает, а в дотнете из-за него много проблемм. в частности проще (без using) сделать нельзя.

ну и зацени это. если у тебя два класса имеют одно и то же имя. как IDE должна их парсить ? а вместо этого ты вынужден использовать ДЛИННЫЕ ИМЕНА КЛАССОВ, что очевидно замедляет процесс набора текста.

...

Рейтинг:

0 / 0

13.05.2009, 09:26:13

| Ответить | Цитировать | Написать

25 сообщений из 355, страница 5 из 15

все

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=16&startmsg=35982006&tid=1344474]:	0ms
get settings:	10ms
get forum list:	16ms
check forum access:	4ms
check topic access:	4ms
track hit:	220ms
get topic data:	10ms
get forum data:	2ms
get page messages:	60ms
get tp. blocked users:	1ms
others:	224ms

total:	551ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы