|
|
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
Задался таким ыопросом. Сейчас куча ЯП. Если среди этой кучи такой ЯП, который позволяет перевести на свою алгоритмическую базу исходники практически любого ЯП? Назовём такой ЯП обощённым. Подключили модуль по джаве - он перевёл исходник в ЯП. Подключили модуль по си - он перевёл исходник в ЯП. И т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2012, 11:27 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
Есть. Это алгоритмический язык. (АЯ). Или язык блок-схем. Но сама постановка перевод любых исходников - настолько обща и сложна что делать ее вообще не стоит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2012, 14:47 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
KhodЗадался таким ыопросом. Сейчас куча ЯП. Если среди этой кучи такой ЯП, который позволяет перевести на свою алгоритмическую базу исходники практически любого ЯП? Назовём такой ЯП обощённым. Подключили модуль по джаве - он перевёл исходник в ЯП. Подключили модуль по си - он перевёл исходник в ЯП. И т.д.Навеяло... .NET c его MSIL и CLR... Или JVM с его байткодом... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2012, 16:17 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
KhodЗадался таким ыопросом. Сейчас куча ЯП. Если среди этой кучи такой ЯП, который позволяет перевести на свою алгоритмическую базу исходники практически любого ЯП? Назовём такой ЯП обощённым. Подключили модуль по джаве - он перевёл исходник в ЯП. Подключили модуль по си - он перевёл исходник в ЯП. И т.д.Язык команд процессора. MSIL тоже, в некотором роде (J#, C#,...). Также можно взять произвольный достаточно богатый язык, который позволит для любого другого языка написать интерпретатор. Но задача перевода концепций Prolog, Lisp, C, Java и SQL в единую понятийную систему мне не кажется адекватной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2012, 16:26 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
Khod, есть красота алгоритма - это скорее математика есть красота программной реализации - здесь важны манера и стиль, например, красоту реализации на языке функционального программирования не передать на языке императивного или логического, и так для каждого стиля - в другом стиле уже как выверты и конечно алгоритм могут быть более сообразен стилю в общем все, что написано на одном ЯП, можно выразить как-то на другом ЯП НО ЗАЧЕМ? чтобы понять смысл как в переводе с иностранного языка на родной? Тогда лучше вопрос - какой язык программирования лучше всего подходит по аналогии с естественными языками на как бы роль "английского" как языка международного общения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2012, 18:04 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
AlexandrPlusТогда лучше вопрос - какой язык программирования лучше всего подходит по аналогии с естественными языками на как бы роль "английского" как языка международного общения? Java ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2012, 20:23 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
maytonЕсть. <...> язык блок-схем.UML. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2012, 23:31 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
Сергей СилкинmaytonЕсть. <...> язык блок-схем.UML.хендеровские диаграммы )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2012, 23:51 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
Сергей СилкинUML. Хороший язык. А есть ли для него подключаемые модули для перекачки исходников в него? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2012, 12:01 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
KhodСергей СилкинUML. Хороший язык. А есть ли для него подключаемые модули для перекачки исходников в него? 8) наоборот возможно есть ещё языки спецификаций, но что-то в последнее время к ним пропал интерес http://www.intuit.ru/department/se/swebok/6/ как-то давно пытался "курить" язык Z-спецификаций, но так особого практического толка не "выкурил", хотя наукообразия и эффектных картинок не мало можно настроить Скорее всего - это дело будущего , вот как в свое время забыли же функциональное программирование как бестолковое для практики. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2012, 12:27 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
KhodА есть ли для него подключаемые модули для перекачки исходников в него?да ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2012, 16:42 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
KhodСергей СилкинUML. Хороший язык. А есть ли для него подключаемые модули для перекачки исходников в него? UML не мапится в исходники 1:1. Он может описывать какие-то динамические сущности (процессы, сети Петри) которые не вытекают явно из исходника. Скорее исходник можно сгенерировать из некоторых типов диаграмм. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2012, 16:48 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNKhodА есть ли для него подключаемые модули для перекачки исходников в него?да ты ничего не попутал? ТС хочет из исходников UML-диаграммы вот из UML в исходники ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2012, 16:54 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
AlexandrPlusZyK_BotaNпропущено... да ты ничего не попутал? ТС хочет из исходников UML-диаграммы вот из UML в исходники ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2012, 19:25 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
ZyK_BotaNназывается это "реверс инжиниринг" Обратный инжиниринг по-русски. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2012, 23:57 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
Сергей СилкинZyK_BotaNназывается это "реверс инжиниринг" Обратный инжиниринг по-русски. http://ru.wikipedia.org/wiki/%D0%A0%D0%B5%D0%B2%D0%B5%D1%80%D1%81 авторХорошилище грядет из ристалища на позорище по гульбищу в мокроступах и с растопыркой ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2012, 00:21 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
В тему языков блок-схем. По отзывам в компьютерной прессе, UML не самый сильный среди них (хотя и самый популярный). Российский (точнее, советский) язык ДРАКОН, разработанный изначально для многоразового космического корабля Буран – на вид примерно такие же блок-схемы, но вроде бы как на уровне концепции гораздо сильнее UML. Проект Буран уже давно, как закрыт, а язык ДРАКОН живёт своей жизнью и имеет своих поклонников. Может быть, среди присутствующих здесь коллег есть такие?.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2012, 00:02 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
Сергей Силкин, ДРАКОН не может быть обобщенным ЯП, именно потому что его никто кроме разработчиков Бурана не знает. Главная проблема в выборе обобщенного ЯП не то насколько этот ЯП качественный, а сколько человек его уже знает и насколько он универсален для выражения алгоритмов. С этих точек зрения С выигрывает по всем статьям. Его знает подавляющее большинство. А если и не знает оригинальный С, то знает его потомков и поэтому может хотя бы в общих чертах понять код. На С можно выразить абсолютно любой алгоритм - многие языки вообще используют С в качестве IR. Все остальные либо излишне абстрактны (как "алгоритмический" и UML), либо недостаточно универсальны, либо не известны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2012, 01:02 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
Насчёт C – в принципе, согласен. У ряда современных языков программирования синтаксис C-подобный, хотя парадигма, идеология языка может отличаться (и даже очень значительно) от C. А ещё в книгах и статьях по алгоритмам нередко тоже используется интуитивно понятный C-подобный язык. В общем, C знать в любом случае надо – даже если не собираешься на нём сильно программировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2012, 23:51 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
Язык C не создавался и вообще не слишком годится как средство для нотаций алгоритмов. Идея C - минимализм. Поменьше всего - команд, памяти, ..., и причем по-ближе к ассемблеру. Еще до него же для УДОБНОЙ ЗАПИСИ АЛГОРИТМОВ были Fortran, Algol, ..., и появившийся в те же года, что и C, с ИДЕЕЙ ЛАКОНИЧНОСТИ И также близости к ассемблеру Pascal. Собственно с помощью Pascal и учили везде программированию. А стали теперь не так давно учить на Java и C# в связи с модой на виртуальные машины. Хотя первая виртуальная машина как идея и пробная реализация была создана под Pascal (но наверно практическая ценность еще недоосознавалась тогда, а то была на JVM, а PVM). Такая вроде история, насколько знаю и какая была информация . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2012, 07:05 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
AlexandrPlusА стали теперь не так давно учить на Java и C# Которые "звучат", так же как и Си / С++. Паскаль/Дельфи со своими Начало-Кончало звучит чуть иначе, но все это все-равно словесное выражение алгоритма. Только строго стандартизованное. Не допускающее вольностей, как в разговорном языке. Так что, не совсем понятно, чем именно Си, Ява или Паскаль не подходят для нотаций алгоритмов. Может если приведете конретику - въеду. Но помнится, я и многие другие, вообще переводили блок-схемы в уме на паскаль/си, а уже после этого понимали, что они делают )) Хотя можно было бы и на русский переводить, а не на Си. Но это был бы в голове отдельный ru-based язык программирования, которым больше как в голове, воспользоваться негде (1С тогда еще не было). Лишний мусор в голове ни к чему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2012, 07:23 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
Pascal подходит, C уже не очень (уже из-за той же нестрогости, ...), Java (Delphi как существенный Object Pascal, C++, C#, ...) ещё меньше годятся как невозможно думать было алгоритмы на ассемблере (но дискретная математика спасла всех), так же и в классах (..., объектно-ориентированность - полиморфизм и наследование и инкапсуляция, замыкания, многозадачность, функции высшего порядка, ... к думанию алгоритмов отношения почти никакого) ЗЫ Но и оставаться на уровне Pascal/C/... тоже невозможно. Кто-то может и может, даже мне иногда казалось, что так и есть у некоторых. Но мне вот нужно переключаться - сперва подумать как примат (прикл. математик), а потом без шуток переключится и подумать как разраб (программист-разработчик). ИМХО и нужны ДРАКОНы, Microsoft Visual Programming Language, ... как мост, как что-то между алгоритмами и программами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2012, 08:22 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
AlexandrPlusкак невозможно думать было алгоритмы на ассемблере (но дискретная математика спасла всех), так же и в классах Но ведь Дельфи - это не классы, а "и классы тоже". AlexandrPlusНо мне вот нужно переключаться - сперва подумать как примат (прикл. математик), а потом без шуток переключится и подумать как разраб (программист-разработчик). А когда необходимо продумать алгоритм взаимодействия с пользователем, чем помогает примат? Выбор наиболее удобного языка для размышлений зависит и от наклонностей, и от специфики задач. Где-то удобно взглянуть на UML-диаграмму, где-то построить схему состояний, где-то описать словами/кодом. А вот блок-схемы не имеют никакой изюминки и преймущества перед языковым описанием. Разве что, могут обрести новую жизнь, как пальцабельный способ накидать немного кода в пути )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2012, 08:44 |
|
||
|
Обобщённый ЯП.
|
|||
|---|---|---|---|
|
#18+
[quote Edd.Dragon]AlexandrPlusкак невозможно думать было алгоритмы на ассемблере (но дискретная математика спасла всех), так же и в классах Но ведь Дельфи - это не классы, а "и классы тоже". в Delphi только консольные приложения вроде как бы кажется обходятся без объектных типов (классов), но внутри Delphi для Delphi консольное приложение - объект ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2012, 09:04 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=38086007&tid=1342004]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
176ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 501ms |

| 0 / 0 |
