The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В свободном доступе опубликована книга по языку программиров..., opennews (?), 13-Июл-14, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


11. "В свободном доступе опубликована книга по языку программиров..."  +/
Сообщение от anonymus (?), 14-Июл-14, 08:12 
>> А коллекцию библиотек можно устроить для любого языка
> А также для любого языка можно: изменить синтаксис почти каким угодно образом,
> построить сколь угодно эффективный транслятор для любой платформы, добавить (или убрать)
> почти любые фичи вплоть до dependent types и concatenative programming. И
> что самое смешное - всё вышеперечисленное вместе взятое менее трудоемко чем
> написание тех самых коллекций библиотек.

Это будет уже создание нового языка. Как показывает практика, это происходит очень редко и весьма трудоёмко. А поводу математических библиотек - их можно не только с нуля писать, но и подключать чужие через всякие интерфейсы. Это позволяет использовать legacy библиотеки, написанные на R и фортране. Только зачем писать на этих языках новые библиотеки?

Ответить | Правка | Наверх | Cообщить модератору

12. "В свободном доступе опубликована книга по языку программиров..."  –1 +/
Сообщение от Аноним (-), 14-Июл-14, 08:34 
>[оверквотинг удален]
>> А также для любого языка можно: изменить синтаксис почти каким угодно образом,
>> построить сколь угодно эффективный транслятор для любой платформы, добавить (или убрать)
>> почти любые фичи вплоть до dependent types и concatenative programming. И
>> что самое смешное - всё вышеперечисленное вместе взятое менее трудоемко чем
>> написание тех самых коллекций библиотек.
> Это будет уже создание нового языка. Как показывает практика, это происходит очень
> редко и весьма трудоёмко. А поводу математических библиотек - их можно
> не только с нуля писать, но и подключать чужие через всякие
> интерфейсы. Это позволяет использовать legacy библиотеки, написанные на R и фортране.
> Только зачем писать на этих языках новые библиотеки?

Тю. А как же NIH-синдром? Или ты всерьез полагаешь, что им страдают только линуксоиды?

Ответить | Правка | Наверх | Cообщить модератору

16. "В свободном доступе опубликована книга по языку программиров..."  +1 +/
Сообщение от Orduemail (ok), 14-Июл-14, 12:11 
> Это будет уже создание нового языка. Как показывает практика, это происходит очень редко
> и весьма трудоёмко.

Вам не приходилось писать на lisp'е? Думаю нет, иначе бы вы не употребляли бы слово "редко". Слово "трудоёмко" тут более уместно, но мне почему-то кажется, что вы переоцениваете трудоёмкость этого процесса. Если исключить из рассмотрения создание языков внутри lisp'а, то создать язык конечно сложнее, чем написать библиотеку, но нельзя сказать чтобы это было бы как-то невероятно сложно. Сложно написать *сильный* оптимизирующий компилятор, но это не так уж и критично, как может показаться на первый взгляд. Новые языки появляются реже, чем новые библиотеки лишь из-за недостатка хороших идей, которые можно было бы заложить в основу нового языка.

Что представляет из себя R я не скажу -- не вдавался в подробности. Думаю на неделе книжку почитаю, а пока -- не знаю. Но, отмечу, что класс задач выбранный для R достаточно обширен для того, чтобы под него создать самостоятельный язык.

> А поводу математических библиотек - их можно не только с нуля писать, но и подключать
> чужие через всякие интерфейсы. Это позволяет использовать legacy библиотеки, написанные
> на R и фортране. Только зачем писать на этих языках новые библиотеки?

Чужие и через интерфейсы -- это хорошо звучит ровно до тех пор, пока не возникнет желания использовать какую-нибудь библиотеку низкоуровневого языка, типа C/C++, из языка высокоуровневого. Подобные попытки рельефно демонстрируют убогость API низкоуровневых языков, загоняют в угол и вынуждают либо писать низкоуровневый код на высокоуровневом языке (если он позволяет подобное извращение), либо писать крайне неэффективный код, который, например, постоянно преобразовывает "высокоуровневые" массивы в "низкоуровневые" и обратно. Осознание этого незамедлительно порождает сильный приступ NiH-синдрома. Или желание отказаться от высокоуровневого языка в пользу низкоуровневого, потому что низкоуровневый код проще писать на низкоуровневом языке.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

27. "В свободном доступе опубликована книга по языку программиров..."  +1 +/
Сообщение от PSVemail (?), 15-Июл-14, 00:24 
Собственно R и написан под влиянием от пройденного курса SICP :)
Ответить | Правка | Наверх | Cообщить модератору

34. "В свободном доступе опубликована книга по языку программиров..."  +/
Сообщение от freehckemail (ok), 19-Июл-14, 08:46 
>> Это будет уже создание нового языка. Как показывает практика,
>> это происходит очень редко и весьма трудоёмко.
>
> Вам не приходилось писать на lisp'е?

О, не могу не подтвердить. У меня такое чувство, что любой зажиточный проект на лиспе надо начинать с изучения синтаксиса этого языка, определённого разработчиками. Потому что открываешь проект, смотришь, и думаешь сразу же: "не узнаю". После чего приходит осознание, мол, вот это макрос, это макрос, это тоже макрос, а вот эти макросы порождают вот эти макросы, а они в свою очередь порождают уже что-то до боли знакомое... =)

Вообще, чтобы не утверждать, что создание нового языка - есть штука сложная, достаточно взглянуть на главу с описанием метациклического интерпретатора в том же SICP. Там показано, как просто можно написать на лиспе интерпретатор лиспа с новыми возможностями вычисления. Если не ошибаюсь, они в этом интерпретаторе сделали lisp ленивым, но я давно читал.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

17. "В свободном доступе опубликована книга по языку программиров..."  +1 +/
Сообщение от rob pike (?), 14-Июл-14, 13:48 
Затем что удобно

>As an old school (over 50) scientist who has and continues to use a number of these tools I will add my two cents. I have worked with colleagues who still write every piece of code in Fortran, from trivial one-off data analysis jobs to code that dominates some of the worlds supercomputers. Recent Fortran dialects (F90, F95, F2003, F2008) are IMHO, some of the best designed languages in existence. Decades of experience with high performance computing has led to a quite impressive language development.
>http://programmers.stackexchange.com/a/186059

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру