The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Реализация языка Lisp на GNU sed"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Реализация языка Lisp на GNU sed"  +/
Сообщение от opennews (ok) on 28-Июн-14, 22:44 
Опубликован (https://github.com/shinh/sedlisp) интерпретатор Lisp, написанный с использованием языка утилиты GNU sed. Реализация занимает около 600 строк кода (https://github.com/shinh/sedlisp/blob/master/sedlisp.sed).
Поддерживаются следующие функции, операторы и выражения: car,
    cdr,
    cons,
    eq,
    atom,
    +, -, *, /, mod,
    neg?,
    print,
    quote,
    if,
    lambda,
    defun и
    define.


<font color="#461b7e">
$ sed -f sedlisp.sed  
> (car (quote (a b c)))
a
> (cdr (quote (a b c)))
(b c)
> (cons 1 (cons 2 (cons 3 ())))
(1 2 3)
> (defun fact (n) (if (eq n 0) 1 (* n (fact (- n 1)))))
(lambda (n) (if (eq n 0) 1 (* n (fact (- n 1)))))
> (fact 10)
3628800
> (defun fib (n) (if (eq n 1) 1 (if (eq n 0) 1 (+ (fib (- n 1)) (fib (- n 2))))))
(lambda (n) (if (eq n 1) 1 (if (eq n 0) 1 (+ (fib (- n 1)) (fib (- n 2))))))
> (fib 12)
233
> (defun gen (n) ((lambda (x y) y) (define G n) (lambda (m) (define G (+ G m)))))
(lambda (n) ((lambda (x y) y) (define G n) (lambda (m) (define G (+ G m)))))
> (define x (gen 100))
(lambda (m) (define G (+ G m)))
> (x 10)
110
> (x 90)
200
> (x 300)
500

  

</font>

URL: https://news.ycombinator.com/item?id=7956246
Новость: http://www.opennet.me/opennews/art.shtml?num=40102

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

Оглавление

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


1. "Реализация языка Lisp на GNU sed"  +5 +/
Сообщение от YetAnotherOnanym (ok) on 28-Июн-14, 22:44 
Stultum est difficiles habere nugas.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

96. "Реализация языка Lisp на GNU sed"  +15 +/
Сообщение от burjui (ok) on 29-Июн-14, 23:13 
>Stultum est difficiles habere nugas

"Глупо тратить время на бесполезные дела" - процитировал Марка Валерия Марциала на *мёртвом языке* YetAnotherOnanym. Видимо, для того, чтобы мы на своей шкуре ощутили всю правдивость этой фразы после сеанса гугления.

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

2. "Реализация языка Lisp на GNU sed"  +15 +/
Сообщение от metallica (ok) on 28-Июн-14, 22:55 
Есть только четыре языка: Lisp, Fortran, C, Perl. Все остальное-всемирная суета и праздные шалости академиков и хипстеров.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Реализация языка Lisp на GNU sed"  +12 +/
Сообщение от Аноним (??) on 28-Июн-14, 23:15 
> Есть только четыре языка: Lisp, Fortran, C, Perl. Все остальное-всемирная суета и праздные шалости академиков и хипстеров.

Forth’а на тебя нету.

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

65. "Реализация языка Lisp на GNU sed"  –3 +/
Сообщение от Прохожий. on 29-Июн-14, 18:11 
Не надо загонять мозги человека в ступор - у молодежи и так от php все набекрень. Им дела нет до организации кода программы... А говорить о соглашениях о связях на уровне ОС....
Это только динозавры знают forth.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

98. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от burjui (ok) on 29-Июн-14, 23:45 
И страшно этим гордятся, независимо от уровня своей компетентности. К слову, у нас работает вполне себе не динозавр Андрей Черезов, создатель Eserv и вообще крутой программист.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

100. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от arisu (ok) on 30-Июн-14, 01:13 
> Андрей Черезов

привет ему! ах, молодость, sp-forth…

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

186. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Nikolay Orliuk on 02-Июл-14, 12:33 
А мне больше нравился GP-Forth (у меня был 93.8) в отличии от SP-Forth он не генерировал машинный код, а писал шитий 2-байтный (прямая адресация).
А ещё я видел snobol.
Но диназавром я как-то не готов ещё называтся.
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

187. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 02-Июл-14, 12:34 
> А мне больше нравился GP-Forth

он 16-битный и невиндовый. вдобавок был без исходников, что автоматически исключало его из рассмотрения.

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

188. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Nikolay Orliuk on 02-Июл-14, 14:02 
>> А мне больше нравился GP-Forth
> он 16-битный и невиндовый. вдобавок был без исходников, что автоматически исключало его
> из рассмотрения.

Там были исходники ассемблерной части насколько я помню. А для шитого кода там был просмотрщик, кажется.
Та версия SP-Forth что у меня была тоже была 16-битной. Там транслятор ассемблера был жестко зашит и никакой поддержки винды небыло на то время.

Подобную вещь можно под 64-битную платформу написать легко, мне кажется. Только лучше уже с косвенным шитым кодом.

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

189. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Andrew Kolchoogin (ok) on 02-Июл-14, 14:27 
> Только лучше уже с косвенным шитым кодом.

Наверное, имелся в виду свёрнутый шитый код.

Я не думаю, что кому-то понадобится больше 65 536 адресных точек вхождения в словарь. Соответственно, всё, что 32- и 64-бита, лучше реализовывать свёрнутым шитым кодом, overhead на разыменование поля таблицы свёрток с лихвой окупится тем, что вся она будет закеширована.

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

5. "Реализация языка Lisp на GNU sed"  –2 +/
Сообщение от анонимус (??) on 28-Июн-14, 23:20 
Fortran в списке лишний, а остальные на месте.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

10. "Реализация языка Lisp на GNU sed"  +/
Сообщение от sashka_ua on 29-Июн-14, 00:21 
Фортран дофига юзают в научной среде. Например, физики на ускорителях, всяких гридах для анализа и т.д.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

11. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от bircoph (ok) on 29-Июн-14, 00:33 
Физики на ускорителях давно всё делают на C++. См. geant4 и root.
Физик-кун ITT.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "Реализация языка Lisp на GNU sed"  –2 +/
Сообщение от Прохожий email(??) on 29-Июн-14, 00:42 
То что физик на фортране напишит за день, суперспециалист на С++ будет писать месяц, и не факт что это программа будет работать корректно из-за той же сборки мусора. Вообще, малыш изучай матчасть... Сейчас физики вместо фортрана используют Python
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

14. "Реализация языка Lisp на GNU sed"  +5 +/
Сообщение от arisu (ok) on 29-Июн-14, 01:29 
> То что физик на фортране напишит за день, суперспециалист на С++ будет
> писать месяц, и не факт что это программа будет работать корректно
> из-за той же сборки мусора.

тебя по жизни прёт, или это с пятницы ещё не отпустило?

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

43. "Реализация языка Lisp на GNU sed"  +3 +/
Сообщение от Xaionaro (ok) on 29-Июн-14, 11:02 
> Вообще, малыш изучай матчасть... Сейчас физики вместо фортрана используют Python

Вообще-то, Bircoph -- как раз таки физик в области физики высоких энергий. И занимается обработкой данных с ускорителей. Внезапно...

Кстати говоря, и у нас на кафедре ("Химическая физика") тоже не используется ни fortran, ни python.

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

50. "Реализация языка Lisp на GNU sed"  +3 +/
Сообщение от anonymous (??) on 29-Июн-14, 11:45 
Модные физеги считают высокие энергии в хроме на js.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

78. "Реализация языка Lisp на GNU sed"  +3 +/
Сообщение от DeadMustdie1 (ok) on 29-Июн-14, 20:21 
Очень умно рассуждать о предмете, не зная даже его азов.
Где С++ и где сборка мусора...
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

112. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 05:25 
> Сейчас физики вместо фортрана используют Python

Вот только если ты будешь на питоне именно считать в больших количествах, а не использовать его как glue-код между севыми либами - ты опупеешь результатов вычислений ждать. А программить на 2 напрочь разных ЯПах - не то чтобы сильно удобно, так что какой уpoд придумал что физики должны юзать бидон - не понятно.

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

120. "Реализация языка Lisp на GNU sed"  +/
Сообщение от bircoph (ok) on 30-Июн-14, 06:25 
> Вот только если ты будешь на питоне именно считать в больших количествах,
> а не использовать его как glue-код между севыми либами - ты
> опупеешь результатов вычислений ждать.

Эксперименты LHC как glue и используют...

> А программить на 2 напрочь разных ЯПах
> - не то чтобы сильно удобно, так что какой уpoд придумал
> что физики должны юзать бидон - не понятно.

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

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

144. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Аноним (??) on 30-Июн-14, 11:23 
> Эксперименты LHC как glue и используют...

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

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

Ну понятно что BASIC - всю жизнь был для обучения программированию домохозяек. Но вести на нем научные вычисления, особенно крупным оптом - уже как-то криво. Еще более криво когда "домохозяйка" прется на форум к технарям и начинает с нахрапом лечить как надо программы писать.

И ладно там еще если какая-то одноразовая хрень на каком-то гвидобэйсике или js написана. В крайнем случае, если программа будет лупить не день, а 10 - можно подождать, если квалификация автора всяко не позволяет за 10 дней написать что-то лучше. А потом, получив результат, забыть этот кусок ужаса навсегда. Но ведь умудряются написать даже системный софт, который потом живет десятилетиями. Как yum. Потом, спустя 10 лет - доползает, что получилось оказывается тормозное у...ще. Которое надо переписать. К этому времени правда редхат на серверах остается только у горстки корпоративщиков кого не парит доплатить за сервера помощнее. Правда даже они начинают чертыхаться, когда оказывается что у RHEL требования к памяти виртуалки в разы выше конкурентов, как раз из-за питона в пакетном менеджере. Вот за такое искренне хочется расстрелять тех кто 10 лет назад схалтурил, а потом 10 лет куча народа жестоко икала в результате. При этом начальная экономия времени на разработку идет лесом - код переписывается по нескольку раз.

> но люди руководствуются вот такими вот мнениями.

Вообще, совпадает с наблюдениями что всякие питоны и js - "low entry barrier languages". Т.е. ЯП который по зубам даже домохозяйке.

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

118. "Реализация языка Lisp на GNU sed"  +/
Сообщение от bircoph (ok) on 30-Июн-14, 06:17 
Во-первых, физики тоже пишут на C++. Во-вторых, python действительно используется, но не вместо Fortran или C++, а как Glue Language. Вся математических аппарат и высокопроизводительные вещи всё равно на низкоуровневых языках или C++ пишут. Я привёл конкретные примеры пакетов, применяемых в CERN, FNAL, BNL, J-Parc... Продолжать можно долго.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

20. "Реализация языка Lisp на GNU sed"  +10 +/
Сообщение от an (??) on 29-Июн-14, 02:54 
как физик могу сказать, что фортран тоже очень много используется - на нем написано огромное количество библиотек, которые переписывать бессмысленно, а некоторые к тому же, в силу специфики языка, просто работают быстрее (не говорю, что той же производительности не достичь на С, просто на фортране оно работает искаропки, а в сях надо будет мудрить, на что у физика просто может не хватить квалификации, т.к. он ни разу не программист). генераторы частиц (типа pythia) продолжают в основном на фортране развиваться, а с/с++ версии у них существуют в качестве побочных проектов. есть еще большое количество старых экспериментов, для которых софт на том же фортране писан, в частности с использованием geant3. ну и напоследок - есть еще "староверы", предпочитающие использовать paw для анализа (предшественник root'а на фортране). так что не стоит списывать этот язык со счетов
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

21. "Реализация языка Lisp на GNU sed"  +4 +/
Сообщение от arisu (ok) on 29-Июн-14, 03:01 
(отвлечённо) вообще, интересная ситуация. с одной стороны — учёные же, тайны природы реверсят, хаки для неё делают, всё такое. а с другой стороны — консерваторы, каких поискать ещё: «что было хорошо для наших дедов — хорошо и для нас!»

а если посмотреть на некоторый (подчёркиваю, некоторый) их код, то складывается впечатление, что его писали слабоумные. то есть, совершенно слабоумные, и как они умудряются ещё что-то исследовать — понять решительно невозможно.

на всякий случай ещё раз: это отвлечённые рассуждения, и ни в коем случае не к тому, что «ха-ха, эти дебилы не могут на си переписать!»

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

26. "Реализация языка Lisp на GNU sed"  +9 +/
Сообщение от Fracta1L (ok) on 29-Июн-14, 07:26 
> а с другой стороны — консерваторы, каких поискать ещё

Не консерваторы, а утилитаристы. Если что-то работает, то трогать это можно только при наличии весомых аргументов в пользу.

> складывается впечатление, что его писали слабоумные. то есть, совершенно слабоумные, и как они умудряются ещё что-то исследовать

Ну так ты же тоже пишешь комменты на Опеннете, но при этом, наверное, имеешь какую-то там работу и всё такое. Так и здесь.

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

174. "Реализация языка Lisp на GNU sed"  +/
Сообщение от ffirefox on 30-Июн-14, 21:59 
> Не консерваторы, а утилитаристы. Если что-то работает, то трогать это можно только
> при наличии весомых аргументов в пользу.

Навеяло...
Подходит сынуля к занятому ремонтом отцу:
- Папа, папа, а почему солнце каждый день восходит на востоке и заходит на западе?
- Уйди, сынок, не мешай!
- Пап, ну, пап, а почему солнце каждый день восходит на востоке и заходит на западе?
- Сынок, не мешай папе работать!!!
- Пап, ну, почему солнце каждый день восходит на востоке и заходит на западе?
- Точно восходит на востоке?
- Да.
- Много раз проверял?
- Ага.
- А заходит на западе?
- Ну, да!
- Проверял?
- Проверял!
- И все само работает и ничего не глючит?
- Да, само...
- Сынок, пока работает, ради Бога, ничего не трогай!!!

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

28. "Реализация языка Lisp на GNU sed"  +2 +/
Сообщение от Vkni (ok) on 29-Июн-14, 08:12 
> (отвлечённо) вообще, интересная ситуация. с одной стороны — учёные же, тайны природы реверсят, хаки для неё делают, всё такое. а с другой стороны — консерваторы, каких поискать ещё: «что было хорошо для наших дедов — хорошо и для нас!»

Ну у тебя есть выбор - изучать природу или новый язык программирования. Время-то конечно.

И ещё, учти, что большая часть физических задач вполне позволяет уменьшить быстродействие раз в 10, а то и в 100. Ну точек будет меньше, а качественно результат не изменится.

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

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

29. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 29-Июн-14, 08:23 
> Ну у тебя есть выбор - изучать природу или новый язык программирования.
> Время-то конечно.

или вот так: «ну, у тебя есть выбор: изучать природу или вытирать зад.»

изучить какой-нибудь язык — дело нехитрое. функциональщина для нормального учёного вообще дом родной, а императивщина вся одинаковая, в принципе. но я вовсе не об этом говорил: дело в том, что на каком бы языке учёные не писали код — всё равно получается адская простыня фекалий.

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

так вот, если судить по коду учёных (подчеркну: некоторых, но это достаточно распространённое, чтобы немного обобщить), то у них в голове совершенная каша. причём не важно, вторая ли это программа в жизни, или сотая — каша не меняется и никуда не девается.

вот я и удивляюсь, что люди с такой кашей в голове таки могут хоть что-то делать.

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

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

33. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Anonymus on 29-Июн-14, 09:34 
Видишь ли, в программисты зачастую идут с непрофильным образованием: физики, политологи, строители, бухи. И свои задачи они успешно решают в меру своих способностей. А какие задачи для себя решают программисты? Работа ради работы и поднятия ЧСВ с результатом в виде УГ?
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

35. "Реализация языка Lisp на GNU sed"  –1 +/
Сообщение от arisu (ok) on 29-Июн-14, 09:44 
о, говнокодеры подтягиваются. вы потому и говнокодеры, что у вас киз в голове. вот ты, например: ни слова ведь не понял, но сразу бросился родной вид идиотов защищать.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

74. "Реализация языка Lisp на GNU sed"  –1 +/
Сообщение от Аноним (??) on 29-Июн-14, 19:15 
показывай свой гитхаб, трепло, или заткнись
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

145. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Аноним (??) on 30-Июн-14, 11:26 
> показывай свой гитхаб, трепло, или заткнись

Он работоспособный головной мозг показал. Это намного лучше.

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

168. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 14:52 
> Он работоспособный головной мозг показал

в каком месте? в убогих комментариях, состоящих из эмоциональных суждений, оскорблений и оценок, основанных ни на чём?
> Это намного лучше.

арису, залогинься

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

147. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 11:49 
> Видишь ли, в программисты зачастую идут с непрофильным образованием:

Так никто и не спорит что в принципе, если приперло, повар тоже за помощника хирурга сойдет (читать про то как мужик сам себя оперировал на подлодке). Но по возможности ты наверное все-таки пойдешь на операцию к профессиональному хирургу, а не повору или мяснику, правда? Поэтому когда тебе захочется схалтурить при написании программы - подумай о том что будет, если остальные будут делать так же.

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

36. "Реализация языка Lisp на GNU sed"  +2 +/
Сообщение от анон on 29-Июн-14, 09:58 
У тебя что, конфетку физик отнял в детстве?
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

41. "Реализация языка Lisp на GNU sed"  –3 +/
Сообщение от rob pike on 29-Июн-14, 10:54 
Если бы только в детстве.
Как будто все эти коллайдеры строятся не на деньги, которые под угрозой насилия отняли у налогоплательщика.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

53. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Аноним (??) on 29-Июн-14, 12:00 
> которые под угрозой насилия отняли у налогоплательщика.

по-твоему налоги отнимают как-то иначе?

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

111. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 04:56 
Речь и шла про налоги.
У вас русский - не родной?
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

55. "Реализация языка Lisp на GNU sed"  +8 +/
Сообщение от Аноним (??) on 29-Июн-14, 12:14 
Да лучше б коллайдер на эти бабки, чем какие-нибудь 25 миллионов на сквид, закрывающий "запрещенный контент" для всей России, или робот, ищущий матершину в сети. Все толку больше.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

115. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Vkni (ok) on 30-Июн-14, 06:12 
> Как будто все эти коллайдеры строятся не на деньги, которые под угрозой
> насилия отняли у налогоплательщика.

Оно правда. Однако, это же чистые копеечки. Для сравнения, ежегодный бюджет исследований на благо парфюмерии в одной Франции в несколько раз превышает полный бюджет ITER'а. И это при том, что пик нефти мы уже прошли или сейчас проходим.

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

117. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 06:15 
> Для сравнения, ежегодный бюджет исследований
> на благо парфюмерии в одной Франции

Из государственной казны этот бюджет?

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

131. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Vkni (ok) on 30-Июн-14, 07:37 
Думаю, что как всегда - более-менее фундаменталка спонсируется государством, более-менее прикладуха, из которой идёт непосредственный выход - частная.
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

138. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 08:58 
Что значит "думаю"?
Вы привели утверждение, вам и цифрами подтверждать.

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

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

140. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Vkni (ok) on 30-Июн-14, 09:12 
> Что значит "думаю"?
> Вы привели утверждение, вам и цифрами подтверждать.

Я видел лишь общие числа, какая там разбивка на гос-во/частники, я не знаю.

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

148. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 11:50 
> Из государственной казны этот бюджет?

Да из всяких разных. Круговорот бабла в природе - штука сложная. И врядли ты сможешь поклясться что на это или на вон ту яхту у причала твои деньги не потрачены.

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

146. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 11:27 
> Как будто все эти коллайдеры строятся не на деньги, которые под угрозой
> насилия отняли у налогоплательщика.

Знаешь, IMHO лучше уж коллайдеры, чем яхты и виллы всяким пи....сам.

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

161. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 13:49 
Лучше отобрать и поделить по справедливости, конечно. Где-то я это уже слышал.
Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

171. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Vkni (ok) on 30-Июн-14, 20:44 
> Лучше отобрать и поделить по справедливости, конечно. Где-то я это уже слышал.

Очень, надо сказать, неплохо получилось. :-)

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

167. "Реализация языка Lisp на GNU sed"  +2 +/
Сообщение от Аноним (??) on 30-Июн-14, 14:46 
Свинья под Дубом вековым
Наелась желудей досыта, до отвала;
Наевшись, выспалась под ним;
Потом, глаза продравши, встала
И рылом подрывать у Дуба корни стала.

"Ведь это дереву вредит, -
Ей с Дубу Ворон говорит, -
Коль корни обнажишь, оно засохнуть может".
"Пусть сохнет, - говорит Свинья, -
Ничуть меня то не тревожит,
В нем проку мало вижу я;
Хоть век его не будь, ничуть не пожалею;
Лишь были б желуди: ведь я от них жирею".

"Неблагодарная! - примолвил Дуб ей тут, -
Когда бы вверх могла поднять ты рыло,
Тебе бы видно было,
Что эти желуди на мне растут".
Невежда так же в ослепленье
Бранит науку и ученье
И все ученые труды,
Не чувствуя, что он вкушает их плоды.

Невежда так же в ослепленье
Бранит науку и ученье
И все ученые труды,
Не чувствуя, что он вкушает их плоды.

(c) Крылов

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

39. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от freehck email(ok) on 29-Июн-14, 10:14 
> так вот, если судить по коду учёных (подчеркну: некоторых, но это достаточно распространённое, чтобы немного обобщить), то у них в голове совершенная каша. причём не важно, вторая ли это программа в жизни, или сотая — каша не меняется и никуда не девается.

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

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

40. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от arisu (ok) on 29-Июн-14, 10:31 
да, от какой-нибудь моей схемы соответствующий специалист тоже, наверное, долго бы плакал. профдеформация, видимо. но всё равно не понимаю.

я не для срача, на самом деле, просто было желание поделиться удивлением.

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

58. "Реализация языка Lisp на GNU sed"  +/
Сообщение от myhand (ok) on 29-Июн-14, 13:20 
> так вот, если судить по коду учёных (подчеркну: некоторых, но это достаточно распространённое, чтобы немного обобщить), то у них в голове совершенная каша. причём не важно, вторая ли это программа в жизни, или сотая — каша не меняется и никуда не девается.

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

Вот вам мальчик для битья: scipy.org.  Может покажете пальцем на код, о котором писали?

> вот я и удивляюсь, что люди с такой кашей в голове таки могут хоть что-то делать.

У многих в IT - не профильное образование.  Причем вовсе не политологов, а как раз "физиков и математиков".  Не иначе - неприменный манагер-политолух помогает писать в этом случае без "каши"?

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

66. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от arisu (ok) on 29-Июн-14, 18:32 
> Это немножко беспредметно без участия обсуждаемого кода.  Вообще, математика - штука
> непростая, может вы просто что-то не поняли?)  Или речь о
> скриптах, написанных ради решения конкретной задачи?

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

> Вот вам мальчик для битья: scipy.org.  Может покажете пальцем на код,
> о котором писали?

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

>> вот я и удивляюсь, что люди с такой кашей в голове таки могут хоть что-то делать.
> У многих в IT - не профильное образование.

при чём тут профильное образование? у тебя тоже в голове какой-то салат.

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

84. "Реализация языка Lisp на GNU sed"  –1 +/
Сообщение от myhand (ok) on 29-Июн-14, 20:41 
> когда писал, я имел в виду несколько вполне конкретных примеров софта, который
> кое-как поддерживали и развивали. и который внутри был набором из копипасты
> и простыней говна.

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

>> Вот вам мальчик для битья: scipy.org.  Может покажете пальцем на код,
>> о котором писали?
> любая строчка.

Любая - это не конкретно.  С таким "анализом" - разумно заключить, что ваши способности просто не позволяют понять ни одной строчки кода.  Пичалька, г-н хвилософ.

> человек, пишущий для бидона и/или на бидоне — невменяем.

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

> впрочем, при помощи бидона учёных можно заставить хотя бы отступы делать.

Да пожалуйста.  GSL, Gadget - ни капли "бидона".  Вообще, везде в мало-мальски большом проекте стараются придерживаться определенных стандартов форматирования.

>>> вот я и удивляюсь, что люди с такой кашей в голове таки могут хоть что-то делать.
>> У многих в IT - не профильное образование.
> при чём тут профильное образование?

При том, что одни и те же "физики и математики" - пишут и научный софт, и большую часть кода в остальной индустрии.  Откуда разница в качестве?

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

87. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 29-Июн-14, 20:47 
> Но вы же делаете какие-то далеко идущие обобщения о научном
> ПО в целом.

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

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

89. "Реализация языка Lisp на GNU sed"  +/
Сообщение от myhand (ok) on 29-Июн-14, 21:24 
> я не знаю, с кем ты тут разговариваешь — но точно не со мной.

С тем, кто вот это написал (#29):
-->8--
так вот, если судить по коду учёных (подчеркну: некоторых, но это достаточно распространённое, чтобы немного обобщить), то у них в голове совершенная каша. причём не важно, вторая ли это программа в жизни, или сотая — каша не меняется и никуда не девается.
-->8--

Это Пушкин "обобщил"?

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

92. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 29-Июн-14, 22:00 
> Это Пушкин "обобщил"?

нет, это myhand не понимает русского.

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

110. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 04:55 
> одни и те же "физики и математики" - пишут и научный софт, и большую часть кода в остальной индустрии

WUT?!

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

122. "Реализация языка Lisp на GNU sed"  +/
Сообщение от bircoph (ok) on 30-Июн-14, 06:34 
>> одни и те же "физики и математики" - пишут и научный софт, и большую часть кода в остальной индустрии
> WUT?!

Речь идёт про то, что очень многие программисты — физики или математики по образованию. Просто одни идут в науку, а другие (и их гораздо больше) — в промышленность. Поэтому люди с одним и тем же образованием пишут как промышленный, так и научный код. Из чего следует, что фундаментальной разницы их качества быть не может.

На самом деле, научный софт часто бывает говном, промышленный — тоже. Потому что пишут их чаще всего не по принципу "грамотно написать код и обеспечить лёгкую поддержку в будущем", а по принципу "чтоб быстро заработало и часто не падало".

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

129. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 07:29 
>>> одни и те же "физики и математики" - пишут и научный софт, и большую часть кода в остальной индустрии
>> WUT?!
> Речь идёт про то, что очень многие программисты — физики или математики
> по образованию.

Очень немногие. Если вы, конечно, не записываете в "физиков-математиков по образованию" всех, кто прослушал в рамках любого сколько-то технического образования (первых трёх курсов) стандартные общеобразовательные курсы физики и математики.

> На самом деле, научный софт часто бывает <censored>, промышленный — тоже.

Разумеется. Но это не стоило бы разговора. Вся дискуссия - из-за недоумения arisu по поводу того насколько принципиально разным <censored> выглядит код программистов и "ученых".

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

149. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 11:53 
> Да пожалуйста.  GSL, Gadget - ни капли "бидона".

И что интересно, первое - основано на си и никого пинками в стойло не ставит на предмет отступов. А что такое второе я вообще ниипу.

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

169. "Реализация языка Lisp на GNU sed"  +/
Сообщение от myhand (ok) on 30-Июн-14, 15:23 
>> Да пожалуйста.  GSL, Gadget - ни капли "бидона".
> И что интересно, первое - основано на си и никого пинками в
> стойло не ставит на предмет отступов.

Тем не менее, с отступами там все схвачено.

> А что такое второе я вообще ниипу.

А это так ты знаком с научным софтом.

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

99. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Vkni (ok) on 30-Июн-14, 00:46 
> так вот, если судить по коду учёных (подчеркну: некоторых, но это достаточно
> распространённое, чтобы немного обобщить), то у них в голове совершенная каша.
> причём не важно, вторая ли это программа в жизни, или сотая
> — каша не меняется и никуда не девается.

Это ты ещё статьи не читал!!! Ну, реально же масса исследований вполне ошибочны, причём ошибки в методологиях. Тем не менее, сама организационная структура науки позволяет эту всю фигню выбросить.

И этой структуре, в общем-то, всё равно, откуда берётся паразитный шум - из ошибок эксперимента, ошибок численного эксперимента, ошибок теории.

> вот я и удивляюсь, что люди с такой кашей в голове таки
> могут хоть что-то делать.

Так не особо-то много и делается. Продвижение очень медленное, но современная инженерия/прикладная наука и это-то не может переварить. Скажем, сечения всяких там реакций давно известны, а термоядерный синтез отсутствует.

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

102. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 30-Июн-14, 01:17 
> Это ты ещё статьи не читал!!!

а там я ничего не понимаю обычно.

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

177. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 01-Июл-14, 12:32 
>> Это ты ещё статьи не читал!!!
> а там я ничего не понимаю обычно.

Ну вот. А обычный, нормальный, вполне вменяемый физик так же не понимает (пока не объяснить):

- почему memmove() не перемещает, и почему memcpy(buf, buf+1, 3) - это плохо;
- зачем использовать delete[], если и с delete всё работает;
- что означает двухстраничная галиматья от GCC с обилием '<' и '>';
- и так далее.

Поэтому, столкнувшись с подобной проблемой, обычно находится какое-то обходное решение, которое заставляет программу как-то работать. Ну а поскольку надобность в программе, как уже говорилось выше, после её прогона обычно исчезает, то выводы никакие не делаются. Ибо нет потребности. Так как в новой программе будут уже другие проблемы.

(о себе: работал когда-то давно с чужим кодом на Фортране и помогал знакомому ядерщику искать баги в сишном коде)

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

181. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 01-Июл-14, 12:59 
> Ну вот. А обычный, нормальный, вполне вменяемый физик так же не понимает
> (пока не объяснить):
> - почему memmove() не перемещает, и почему memcpy(buf, buf+1, 3) - это
> плохо;

тогда какого чёрта он лезет софт писать? я же вот не лезу физические статьи кропать. а если бы полез, то сначала таки озадачился бы изучением предметной области.

> - зачем использовать delete[], если и с delete всё работает;
> - что означает двухстраничная галиматья от GCC с обилием '<' и '>';

это я тоже не понимаю.

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

183. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Гентушник (ok) on 02-Июл-14, 04:35 
> тогда какого чёрта он лезет софт писать?

Потому что ему _нужно_ писать. Ты за него код напишешь что ли?

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

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

184. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Vkni (ok) on 02-Июл-14, 06:26 
> тогда какого чёрта он лезет софт писать?

Потому, дорогой мой, что программист дорог. И физику его не нанять. А работу работать надо, поэтому пианист играет так, как умеет. Если этот пианист играет для себя, то и ладно.

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

191. "Реализация языка Lisp на GNU sed"  +/
Сообщение от metallica (ok) on 02-Июл-14, 15:28 

>> - зачем использовать delete[], если и с delete всё работает;
>> - что означает двухстраничная галиматья от GCC с обилием '<' и '>';
> это я тоже не понимаю.

Так в стандарте положено, и компилятор оставляет за собой право
не вызывать деструктор для каждого класса в массиве, если последнему
делается delete вместо delete[]. Но для простого char[] конечно,
достаточно delete в любом компиляторе.


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

192. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 02-Июл-14, 15:50 
я в курсе, что идиотичный цпп так сделан. я не понимаю, зачем (ну, если исключить правильный вариант: страус — дебил).
Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

185. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Vkni (ok) on 02-Июл-14, 06:27 
> - зачем использовать delete[], если и с delete всё работает;

Зачастую всё работает даже тогда, когда ни delete, ни delete [] не используются (и free() тоже :-).

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

108. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 04:49 
> Это ты ещё статьи не читал!!! Ну, реально же масса исследований вполне ошибочны

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

>After a string of scandals involving accusations of misconduct and retracted papers, social psychology is engaged in intense self-examination—and the process is turning out to be painful. This week, a global network of nearly 100 researchers unveiled the results of an effort to replicate 27 well-known studies in the field. In more than half of the cases, the result was a partial or complete failure
>http://news.sciencemag.org/social-sciences/2014/05/replicati...

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

123. "Реализация языка Lisp на GNU sed"  +/
Сообщение от bircoph (ok) on 30-Июн-14, 06:38 
>> Это ты ещё статьи не читал!!! Ну, реально же масса исследований вполне ошибочны
> В некоторых областях - и больше половины
>>After a string of scandals involving accusations of misconduct and retracted papers, social psychology is engaged in intense self-examination—and the process is turning out to be painful. This week, a global network of nearly 100 researchers unveiled the results of an effort to replicate 27 well-known studies in the field. In more than half of the cases, the result was a partial or complete failure
>>http://news.sciencemag.org/social-sciences/2014/05/replicati...

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

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

128. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 07:08 
Климатологи - гуманитарии?
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

52. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Аноним (??) on 29-Июн-14, 11:59 
> И ещё, учти, что большая часть физических задач вполне позволяет уменьшить быстродействие раз в 10, а то и в 100. Ну точек будет меньше, а качественно результат не изменится.

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

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

109. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 04:54 
Важна общая стоимость исследования. Минимизировать её можно по-разному.
Можно, например, нанять индуса (если под рукой нет бесплатной рабочей студенческой силы) переписать с R на Java или C++ то что слишком тормозит.
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

113. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Vkni (ok) on 30-Июн-14, 06:09 
> Важна общая стоимость исследования.

Это да, но насчёт быстродействия всё просто: по сравнению с ручным расчётом на калькуляторе десктоп быстрее этак в 1E11 раз. Суперкомпьютер даёт ещё 3 порядка - 1E14 раз.

Пусть задачи из группы А - все решаемые меньше чем за сутки на десктопе, задачи из группы Б - все, решаемые на суперкомпьютере меньше, чем за сутки. Тогда, группа В - задачи, которые можно решать на суперкомпьютере и нельзя на десктопе - это просто разность множеств Б и А. Т.е. В = Б - А.

Если считать, что задачи в логарифмической шкале сложности распределены более-менее равномерно, то множество В будет в 1Е8 раз меньше множества А.

В реальной жизни распределение, естественно, другое, но, тем не менее, задач, которые можно за обозримое время решить на существующих ЭВМ, но нельзя (пусть слегка оптимизировав или поступившись точностью) на десктопе весьма мало.

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

116. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 06:13 
>  задач, которые можно за обозримое время решить на существующих ЭВМ, но нельзя (пусть слегка оптимизировав или поступившись точностью) на десктопе весьма мало

Ну да. И?

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

121. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Vkni (ok) on 30-Июн-14, 06:30 
> Ну да. И?

Отсюда мораль - смысла писать, оптимизируя, практически нет. Более того, зачастую годится write-only код. Опять-таки, зачастую, пост-фактум, оказывается, что он таки переиспользуется.  :-)

Посему, на мой взгляд, писать что-то на С или любом другом универсальном промышленном языке с 0-я для физики очень часто малоосмысленно. Какого-нибудь наброска на Mathematica зачастую вполне хватает - просто вставлять в код отладочные графики, проще видеть формулы.

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

127. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 07:04 
> Отсюда мораль - смысла писать, оптимизируя, практически нет

Логическая ошибка в том что вы сгруппировали в одну категорию как задачи, которые решаются на десктопе за приемлемое время, будучи реализованы на С++ с использованием фортрановских библиотек и вдумчивой оптимизации, так и те, что решаются на десктопе за приемлемое время, будучи реализованы левой ногой на R или Python без оптимизаций, переписываний и фортрана.

А это очень разные категории задач.

По поводу "смысла писать, оптимизируя, практически нет" - с чего бы это так развивалась Julia, главный плюс которой - именно скорость вообще и удобство оптимизации. И в результате - неудобство существующей модели "набросок на R или Python, если совсем тормозит - зовём Васю-С++ника".

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

135. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Vkni (ok) on 30-Июн-14, 07:56 
> Логическая ошибка в том что вы сгруппировали в одну категорию как задачи,
> которые решаются на десктопе за приемлемое время, будучи реализованы на С++
> с использованием фортрановских библиотек и вдумчивой оптимизации, так и те, что
> решаются на десктопе за приемлемое время, будучи реализованы левой ногой на
> R или Python без оптимизаций, переписываний и фортрана.

Вторых несоизмеримо больше. Оптимизация вам позволит ускорить на пару порядков, а компьютер быстрее ручного счёта уже на 9-ть. Кроме того, удачный выбор алгоритма даёт прирост не меньше пары порядков, а скорее - больше. Хорошая аналитика вообще может сделать написание программы ненужной.

Кстати, помимо Питона с Р есть Mathematica и Maple с MathCad'ом - они ещё быстрее, если, конечно, работают.

> По поводу "смысла писать, оптимизируя, практически нет" - с чего бы это
> так развивалась Julia, главный плюс которой - именно скорость вообще и
> удобство оптимизации.

Задач много, поэтому кому-то она и нужна. Но эти "кому-то" теряются на общем фоне научных сотрудников, что-то вычисляющих на компьютере.

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

150. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 11:55 
> write-only код. Опять-таки, зачастую, пост-фактум, оказывается, что он таки
> переиспользуется.

И еще оказывается что тем кто это переиспользует - автору лучше не попадаться в узком месте в темное время суток. Во избежание всяких странных инцедентов.

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

124. "Реализация языка Lisp на GNU sed"  +/
Сообщение от bircoph (ok) on 30-Июн-14, 06:42 
> Если считать, что задачи в логарифмической шкале сложности распределены более-менее равномерно,
> то множество В будет в 1Е8 раз меньше множества А.
> В реальной жизни распределение, естественно, другое, но, тем не менее, задач, которые
> можно за обозримое время решить на существующих ЭВМ, но нельзя (пусть
> слегка оптимизировав или поступившись точностью) на десктопе весьма мало.

Большинство ускорительных задач хоть тресни, но ни на каком десктопе не решишь, т.к. экспериментальных данных там от терабайт до сотен петабайт.

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

137. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Vkni (ok) on 30-Июн-14, 08:00 
> Большинство ускорительных задач хоть тресни, но ни на каком десктопе не решишь,
> т.к. экспериментальных данных там от терабайт до сотен петабайт.

Ускорители бывают разные. И задачи под них бывают разные - я вполне себе считал ещё на P3 защиту на известном Geant4, нужная точность достигалась очень быстро.

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

143. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 10:58 
> раз в 10, а то и в 100. Ну точек будет
> меньше, а качественно результат не изменится.

Достоверность результата вполне может пострадать. Особенно если ловится редкое событие в миллиардах отсчетов.

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

42. "Реализация языка Lisp на GNU sed"  –1 +/
Сообщение от rob pike on 29-Июн-14, 10:57 
> учёные же, тайны природы реверсят

Это сильно устаревшая картина. Таких с десяток остался может.
А остальные - нормальные такие клерки, заявки на гранты, статейку сюда, статейку туда, хорошую рецензию хорошим людям (а то мало ли чего), так потихонечку годам к 45 может и на tenure где-нибудь устроиться, а там и пенсия.

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

44. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Антоним on 29-Июн-14, 11:03 
>>а если посмотреть на некоторый (подчёркиваю, некоторый) их код, то складывается впечатление, что его писали слабоумные

Какая трагедия! По некоторому (подчеркиваю, некоторому) коду у мегапрофи складывается впечатление о слабых умственных способностях автора кода. И у мегапрофи по этому возникает недоумение, т.е. буквально - недостаток ума, ну ладно, не недостаток ума, а разрыв шаблона. Так мегапрофи надо просто начать думать и все. Выйти за пределы своего убогого и ограниченного мастерства. Кстати, посмотрите как в С++ реализованы комплексные числа (и кстати, совсем недавно только), и поплачте за мегапрофи.

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

48. "Реализация языка Lisp на GNU sed"  +2 +/
Сообщение от Антоним on 29-Июн-14, 11:24 
Добавлю, Гейзенберг, когда создавал матричную механику, вообще не знал про матрицы, это наверное вызвало слезы у мегапрофи по матрицам. Но матричный профи так и остался матричным профи, а Гейзенберг выдал результаты, которые существенно повлияли на физику.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

51. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 29-Июн-14, 11:53 
А кто такой профи по матрицам, какое ПТУ нужно для этого окончить?

Зачем гадишь своим невежеством в интернет?

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

56. "Реализация языка Lisp на GNU sed"  +3 +/
Сообщение от Аноним (??) on 29-Июн-14, 12:16 
> А кто такой профи по матрицам, какое ПТУ нужно для этого окончить?

Это Нео, чувак.

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

62. "Реализация языка Lisp на GNU sed"  +3 +/
Сообщение от Антоним on 29-Июн-14, 16:02 
Любезный, профи по матрицам - алгебраист, если тебе это о чем-то говорит. А по сути сказать видимо ничего не можешь, грамотей.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

49. "Реализация языка Lisp на GNU sed"  +3 +/
Сообщение от Аноним (??) on 29-Июн-14, 11:44 
> (отвлечённо) вообще, интересная ситуация. с одной стороны — учёные же, тайны природы реверсят, хаки для неё делают, всё такое. а с другой стороны — консерваторы, каких поискать ещё: «что было хорошо для наших дедов — хорошо и для нас!»

Это совершенно неправильное представление о данной категории лиц. "Научная" деятельность давно уже стала настолько массовой, что в основном превратилась в инженерную область. Большая часть деятельности "учёного" сейчас сводится к применению уже давно отработанных методов и подходов к материалу на котором этого ещё не делали и для подавляющего большинста никогда не выходит за эти рамки.

Мало кто занимается действительно какими-то прорывными исследованиями, создаёт новые сущности, модели и т.п. Занимаются подражательством, тиражированием популярных и модных решений.

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

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

70. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 29-Июн-14, 18:49 
> Это совершенно неправильное представление о данной категории лиц. "Научная" деятельность
> давно уже стала настолько массовой, что в основном превратилась в инженерную
> область.

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

> Потому основная масса людей из научного сообщества мало чем отличается по своим
> личностным качествам от любой другой категории инженеров - в ней столько
> же ограниченных д..ёв разного сорта и пошиба.

тем не менее, они называют себя «учёные», а поэтому спрос с них больше. назывались бы «сантехники после ПТУ» — никаких проблем тогда.

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

105. "Реализация языка Lisp на GNU sed"  +2 +/
Сообщение от rob pike on 30-Июн-14, 04:25 
> они называют себя «учёные», а поэтому спрос с них больше. назывались бы «сантехники после ПТУ» — никаких проблем тогда

Это исключительно ваши личные проекции.
Во-первых, разрушительных последствий от халатности сантехника будет в случае с многоэтажкой побольше чем от халатности среднестатистического "ученого" - даже в случае прикладника-естественника, от остальных вреда совсем 0 кроме расходов на их содержание - потому что его статью всё равно никто не прочитает, а если кто-то что-то практическое на её основе вдруг даже и замыслит построить, то инженеры проверят прежде чем.
Во-вторых, ученых вы ассоциируете, вероятно, с самоотверженными борцами за Истину, а сантехников со строителями римских водопроводов, некоторые из которых преспокойно проработали до середины XX века - почему-то нет.

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

107. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 30-Июн-14, 04:42 
> Это исключительно ваши личные проекции.
Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

114. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 06:11 
И ты еще спрашиваешь "люди, зачем?".

Разве что твой вопрос раскрывается в "зачем вы размазываете простыни комментариев когда можно просто отмахнуться".

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

178. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 01-Июл-14, 12:38 
>[оверквотинг удален]
> Это исключительно ваши личные проекции.
> Во-первых, разрушительных последствий от халатности сантехника будет в случае с многоэтажкой
> побольше чем от халатности среднестатистического "ученого" - даже в случае прикладника-естественника,
> от остальных вреда совсем 0 кроме расходов на их содержание -
> потому что его статью всё равно никто не прочитает, а если
> кто-то что-то практическое на её основе вдруг даже и замыслит построить,
> то инженеры проверят прежде чем.
> Во-вторых, ученых вы ассоциируете, вероятно, с самоотверженными борцами за Истину, а сантехников
> со строителями римских водопроводов, некоторые из которых преспокойно проработали до середины
> XX века - почему-то нет.

Есть у меня один знакомый сантехник. Работает в одном из замоскворецких жэков. Неплохо образованный, приятный в общении молодой человек, с хорошим чувством юмора. Исправно поддерживает вверенное ему коммунальное хозяйство. И мне он нравится больше, чем коллега с работы, занимающийся охотой за научными публикациями (хотя последний и сам прекрасно понимает, что ничего научного-прорывного в его работах нет, максимум - некоторая коммерческая ценность).

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

125. "Реализация языка Lisp на GNU sed"  +/
Сообщение от bircoph (ok) on 30-Июн-14, 06:46 
> Это совершенно неправильное представление о данной категории лиц. "Научная" деятельность
> давно уже стала настолько массовой, что в основном превратилась в инженерную
> область. Большая часть деятельности "учёного" сейчас сводится к применению уже давно
> отработанных методов и подходов к материалу на котором этого ещё не
> делали и для подавляющего большинста никогда не выходит за эти рамки.
> Мало кто занимается действительно какими-то прорывными исследованиями, создаёт новые
> сущности, модели и т.п. Занимаются подражательством, тиражированием популярных и модных
> решений.

Хмм... Это действительно так. Только вот эта "серая масса" учёных создаёт плацдарм и рабочую силу для тех, кто действительно открывает или создаёт что-либо существенно новое. И без такого плацдарма развитие будет невозможным.

Что такое Ph.D., например? Это добросовестно выполненная работа в той области, в которой никто её ещё не делал и которая дала какие-либо полезные результаты.

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

126. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 30-Июн-14, 06:55 
> Что такое Ph.D., например? Это добросовестно выполненная работа в той области, в
> которой никто её ещё не делал и которая дала какие-либо полезные
> результаты.

(ехидно) «зависимость популяции саранчи в Южной Америке от количества выпущеных в мире альбомов гангста-рэпа».

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

179. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 01-Июл-14, 12:39 
>> Что такое Ph.D., например? Это добросовестно выполненная работа в той области, в
>> которой никто её ещё не делал и которая дала какие-либо полезные
>> результаты.
> (ехидно) «зависимость популяции саранчи в Южной Америке от количества выпущеных в
> мире альбомов гангста-рэпа».

Слово "полезные" товарищ arisu, как это нередко бывает, проигнорировал. :)

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

182. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 01-Июл-14, 13:01 
> Слово "полезные" товарищ arisu, как это нередко бывает, проигнорировал. :)

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

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

130. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 07:36 
> "серая масса" учёных создаёт плацдарм
> и рабочую силу для тех, кто действительно открывает или создаёт что-либо
> существенно новое. И без такого плацдарма развитие будет невозможным.

Подобные утверждения было бы весьма желательно подкрепить хоть чем-нибудь.
И очень желательно не участниками семинаров Гротендика, без конспектов которых.

> Что такое Ph.D., например? Это добросовестно выполненная работа в той области, в
> которой никто её ещё не делал и которая дала какие-либо полезные
> результаты.

Ага. Типовой случай выглядит примерно так:

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

(Статью, разумеется, опубликовали, Хирш не пахнет)

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

172. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 20:53 
> Только вот эта "серая масса" учёных создаёт плацдарм и рабочую силу для тех, кто действительно открывает или создаёт что-либо существенно новое.

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

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

173. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Аноним (??) on 30-Июн-14, 20:57 
> Что такое Ph.D., например? Это добросовестно выполненная работа в той области, в которой никто её ещё не делал и которая дала какие-либо полезные результаты.

где вас таких глупых сказочников берут. "Полезные" кому? Я тебе отвечу сразу чтобы коментами не засирать - обычнго никому. Это такой же "обучающий" материал, как какие-нибудь курсовые, только уровнем значительно выше.

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

57. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от metallica (ok) on 29-Июн-14, 12:33 
> (отвлечённо) вообще, интересная ситуация. с одной стороны — учёные же, тайны природы
> реверсят, хаки для неё делают, всё такое. а с другой стороны
> — консерваторы, каких поискать ещё: «что было хорошо для наших дедов
> — хорошо и для нас!»
> а если посмотреть на некоторый (подчёркиваю, некоторый) их код, то складывается впечатление,
> что его писали слабоумные. то есть, совершенно слабоумные, и как они
> умудряются ещё что-то исследовать — понять решительно невозможно.
> на всякий случай ещё раз: это отвлечённые рассуждения, и ни в коем
> случае не к тому, что «ха-ха, эти дебилы не могут на
> си переписать!»

Разработка софта и научные дисциплины-ортогональны. Каждый, кто и пробовал
разрабатывать софт и заниматься исследованиями в абстрактных математических
построениях, или работой в отраслях физики знает, что эти пространства знаний отличаются
спецификами, проявляющимися на достаточно глубоком уровне, которые требуют разного образа мышления,
и, определённо, центров мозга. Для проверки, достаточно после написания 10000-ой строки кода,
пойти порешать диффуры в частных производных.
И всегда люди науки буду считать разрабов и компьютерщиков неосиляторами серьёзных
научных дисциплин и людьми второго сорта, а разрабы и компьютерщики-твердить, что
учёные не умеют писать софт. Просто у того, кто вырос в IT, развит один центр мозга,
у людей науки другой. Индивиды с обоими навыками не встречаются.  


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

61. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Аноним (??) on 29-Июн-14, 15:56 
Если под разработкой софта не понимать всякий убогий ява энтерпрайз и UML, то это не так. В разработке софта затрагиваются точно такие же качества - это скилы декомпозиции, обобщений, структурирования, применения generic паттернов к конкретным практическим ситуациям. Знания, конечно, требуются разные, но образ мышления везде тут одинаков и он затрагивает те же самые участки головного мозга.

Проблема толбько в гибкости человека. Некоторые считают, что для работы им достаточно знаний которые они получили будучи студентами и в относительно взрослом состоянии становятся закрытми для всего новго. С возрастом усваивание новых знаний (а не скиллов) вообще становится проблематичным и для усваивания новго материала приходится прикладывать значительно больше усилий.

> Для проверки, достаточно после написания 10000-ой строки кода,

пойти порешать диффуры в частных производных.

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

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

64. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от metallica (ok) on 29-Июн-14, 16:25 
> Если под разработкой софта не понимать всякий убогий ява энтерпрайз и UML,
> то это не так. В разработке софта затрагиваются точно такие же
> качества - это скилы декомпозиции, обобщений, структурирования, применения generic паттернов
> к конкретным практическим ситуациям. Знания, конечно, требуются разные, но образ мышления
> везде тут одинаков и он затрагивает те же самые участки головного
> мозга.

Если не рассматривать ява/.NET  и прочие интырпрайзы, а также не клепать сайтики,
то с 95%-ой вероятностью, прилежно вызубренные паттерны проектирования, не помогут
ни грамма в разработке софта. Повторюсь про различия в чистой математике и разработке софта.
Программирование на 5%-это разработка алгоритма, что есть чистая математика, и
используется язык чистой математики. Остальные 95% это такое же творчество,
как творчество писателя. То есть имеется сюжет, необходимо расписать его на языке
N, с необходимой степенью детализации и полноты представления. Структурирование-это
тоже самое, что и придумывание персонажей и наделения их характерами. Синтаксические
конструкции в программе есть то же самое, что и оформлениеи литературного подтекста.
В математике осуществяется поиск и исследование закономерностей в абстрактных системах,
описанных формально, на основе которых
строятся новые построения в этих системах. Написание программы, если отбросить те 5% математики, это
просто описание определённого готового материала на каком-то ЯП.
И соль вся в том, что теми 5% чистой математики в разработке софта, занимаются не те, кто
числится как разработчик софта, а те, кто числится как математик. Это к тому, что используемые
в программе алгоритмы, нет необходимости разрабатывать (если не брать простейшие и тривиальные),
они уже разработаны и представлены в свободном доступе, о них нужно
только знать. И среднестатистическому разрабу остаётся только заниматься реализациями,
что явно не относится к поиску и исследованию закономерностей в абстрактных математических системах.
Последнее, кстати, гораздо сложнее, чемь роспись на ЯП решений каких-то вычислительных
задач, задействуя набор алгоритмов, уже кем то разработаных.

> Если не считать, что 10к строчек кода в приницпе нельзя осилить за
> один подход и снизить это значение на порядок или даже два,
> то что тут трудного? Всегда занимаюсь схожимы задачами поочерёдно, ибо скучно
> долго добиться одним и тем же. Не стоит окутывать какие-то там
> 'диффуры в частных производных' ореолом загадочности, качественно это точно такая же
> алгоритмистика.

Просты диффуры? Тогда пробуйте доказывать теоремы, последнее сложнее, в том плане, что
процес исключительно творческий, и вряд ли включает только  "декомпозицию, обобщения, структурирования, применения generic паттернов".
Это более высшая форма мышления, которую нельзя выработать без наличия природных талантов.


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

72. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 29-Июн-14, 18:59 
ясно: всё-таки сошёл с ума.
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

91. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 29-Июн-14, 21:58 
Несёшь откровенную херню в каждой строчке

> Повторюсь про различия в чистой математике и разработке софта.

Программирование на 5%-это разработка алгоритма, что есть чистая математика,

разработка алгоритма это совнем не "чистая математика"

> Остальные 95% это такое же творчество, как творчество писателя.

Откуда у вас столько пафосного гогна в голове? Остальные 90 % это рутина из применения уже  всем давно известных методов, точно так же, как и в типичной "научной" деятельности. И то, это в лучшем случае, у многих эта часть занимает все 100 %.

Ну так вот, очень хорошо, если хотя бы в 5 % работы потребуется творческая фунция.

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

Если внимательно ознакомнишься с научными воротилами, то непременно узнаешь что большинство из них люди творческие в широком смлысле - от точных наук и до многих гуманитарных. Творческая ф-я не имеет ограничения каким-то отдельным направлением.

Исключением могут быть разве что чистые математики - это люди в основном без ума и фантазии.

> То есть имеется сюжет, необходимо расписать его на языке N, с необходимой степенью детализации и полноты представления. Структурирование-это тоже самое, что и придумывание персонажей и наделения их характерами...

Внимание, я тебе сейчас открою ещё одну тайну. Учёные, внезапно, занимаются точно такой же деятельностью когда придумывают модели. Тут нужно немного отступить от темы и сообщить, что учёные работают с какими-то явленями только через модели. И прежде чем можно будет работать нужно понять необходимую степень точности описания, придумать сущности через которые будет описываться модель и всё такое.

Попробуй найди хотя бы одно качественное отличие.

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

133. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Fracta1L (ok) on 30-Июн-14, 07:54 
> Остальные 95% это такое же творчество, как творчество писателя

Как человек, могущий сравнивать эти две сферы деятельности, скажу, что программирование легче.


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

151. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 11:58 
> Как человек, могущий сравнивать эти две сферы деятельности, скажу, что программирование
> легче.

Ждем офисного пакета "от Дарьи Донцовой".

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

180. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 01-Июл-14, 12:43 
>> Как человек, могущий сравнивать эти две сферы деятельности, скажу, что программирование
>> легче.
> Ждем офисного пакета "от Дарьи Донцовой".

Речь шла о творчестве, а не о продукции бренда "ДД".

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

71. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 29-Июн-14, 18:55 
> Разработка софта и научные дисциплины-ортогональны.

опять что-то говнокодерское. аналитическое мышление, умение разбивать проблему на части, умение видеть за частями целое — это, конечно, только к одному пространству знаний принадлежит. только вот к какому? я, например, описал необходимые качества хорошего программиста. что? для хорошего учёного они тоже нужны? опа…

так вот: если такие умения есть, что и программы будут получаться нормальные. а если нет, то и такой учёный — не учёный, а…

> Для проверки, достаточно после написания 10000-ой строки кода,
> пойти порешать диффуры в частных производных.

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

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

101. "Реализация языка Lisp на GNU sed"  +/
Сообщение от metallica (ok) on 30-Июн-14, 01:15 
>> Разработка софта и научные дисциплины-ортогональны.
> опять что-то говнокодерское. аналитическое мышление, умение разбивать проблему на части,
> умение видеть за частями целое — это, конечно, только к одному
> пространству знаний принадлежит. только вот к какому? я, например, описал необходимые
> качества хорошего программиста. что? для хорошего учёного они тоже нужны? опа…
> так вот: если такие умения есть, что и программы будут получаться нормальные.
> а если нет, то и такой учёный — не учёный, а…

Всё просто: пишите программу, краем мозга наблюдайте за характером мыслительных процессов
в собственной голове, которые обеспечивают положительный результат.
Доказывайте теорему-краем мозга наблюдайте за характером мыслительных процессов
в собственной голове, которые обеспечивают положительный результат.
Станет ясно, что чиcтая математика и написание программы на ЯП- задачи, воспринимаемые мозгом по разному,
и запускаются разные режимы мышления для их решения.
В случае с разработкой на ЯП-строгое следование законам абстрактной и реальной машины, с
оформлением представления протоколов или алгоритмов в форме теста на ЯП.
В случае с чистой математикой-строгое следование законам логической системы в оформлении
плодов полёта человеческой фантазии, при поиске доказательства/решения.
В каких случаях роль играет творчетво и фантазия, а в каких просто следование существующим
правилам и протоколам, каждый сам пусть решит.

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

103. "Реализация языка Lisp на GNU sed"  +2 +/
Сообщение от arisu (ok) on 30-Июн-14, 01:17 
как есть сумасшедший.
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

157. "Реализация языка Lisp на GNU sed"  +/
Сообщение от metallica (ok) on 30-Июн-14, 12:54 
> как есть сумасшедший.

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

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

158. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 30-Июн-14, 13:02 
иди себе, иди, я не подаю.
Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

163. "Реализация языка Lisp на GNU sed"  +/
Сообщение от metallica (ok) on 30-Июн-14, 14:04 
> иди себе, иди, я не подаю.

Тогда бери, если своего ума не хватает.


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

164. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 30-Июн-14, 14:10 
слушай, ты бы действительно доктору показался, что ли. хотя, конституциональную глупость ведь не лечат…
Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

165. "Реализация языка Lisp на GNU sed"  +/
Сообщение от metallica (ok) on 30-Июн-14, 14:28 
> слушай, ты бы действительно доктору показался, что ли. хотя, конституциональную глупость
> ведь не лечат…

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


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

166. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 30-Июн-14, 14:30 
срезал!
Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

104. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 01:23 
ты точно безмозглый наркоман
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

68. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 29-Июн-14, 18:47 
в общем, как и ожидалось: несколько нормальных ответов, и изо всех щелей повылазили говнокодеры, толкователи и те, у кого программисты в детстве игрушки отнимали. никто из трёх последних ничего не понял даже после более подробного пояснения, зато радостно кинулись изливать свои комплексы и глупость.

люди, зачем? тоже не понимаю.

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

119. "Реализация языка Lisp на GNU sed"  +/
Сообщение от bircoph (ok) on 30-Июн-14, 06:22 
> генераторы частиц (типа pythia) продолжают в основном на
> фортране развиваться, а с/с++ версии у них существуют в качестве побочных
> проектов.

Вот не соглашусь, т.к. на Pythia я уже вторую собаку доедаю. Сейчас активно используется две ветки Пифии: Pythia-6 и Pythia-8. Шестая на фортране и переделывать её никто не будет, вернее, переделали в своё время и назвали восьмой веткой, которая под задачи LHC очень даже хорошо заточена. Сам я шестую использую, т.к. мне нужны странные пучки, которые никто в восьмую не почесался портировать.

> есть еще большое количество старых экспериментов, для которых софт на
> том же фортране писан, в частности с использованием geant3.

Ясно, что под старые эксперименты никто софт переписывать не будет. Сам так страдаю; в итоге было слинковано приложение, которого часть — на фортране, а часть на C++ с использованием того же ROOT.

>  ну и
> напоследок - есть еще "староверы", предпочитающие использовать paw для анализа (предшественник
> root'а на фортране). так что не стоит списывать этот язык со
> счетов

Ну PAW уже умер. Потому что его создатель создал ROOT и paw давно заброшен. Хотя некоторые, да, используют.

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

31. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Преподаватель информатики on 29-Июн-14, 09:22 
В Новосибирском академгородке почти весь ВЦ на фортране.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

54. "Реализация языка Lisp на GNU sed"  –1 +/
Сообщение от Аноним (??) on 29-Июн-14, 12:03 
ну так там одни старпёры остались. Они своим фортраном насилуют мозги тем немногим студентам, которые приходят им на смену.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

63. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Антоним on 29-Июн-14, 16:11 
>своим фортраном насилуют мозги тем немногим студентам,

Фортран настолько прост, что говорить про насилие им, так это только в случае отсутствие этого самого мозга.

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

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

75. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 29-Июн-14, 19:30 
лопата настолько проста, что говорить про «издевательство» в этом случае — отсутствие мозга.

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

ура, лопатой можно всё, долой алкашей на бульдозерах!

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

79. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Антоним on 29-Июн-14, 20:27 
http://wikilivres.ru/Демагогия_(Нестеренко)#1.3.1._.D0.9D.D0.B5.D0.BA.D0.BE.D1.80.D1.80.D0.B5.D0.BA.D1.82.D0.BD.D1.8B.D0.B5_.D0.B0.D0.BD.D0.B0.D0.BB.D0.BE.D0.B3.D0.B8.D0.B8

Выбирайте сами, что там больше соответствует вашему случаю.

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

82. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 29-Июн-14, 20:39 
зачем ты такой идиот, а?
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

141. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Антоним on 30-Июн-14, 09:36 
Зачем в твоей голове майонез, а? Вы, вьюнош, обычный демагог с непомерным ЧСВ и убогим парикмахерским образованием, либо бот - "13- летний одесский подросток", прошедший тест Тьюринга
Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

142. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 30-Июн-14, 09:42 
Rasch abkochen, dann Vormarsch nach Sokal.
Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

152. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 12:02 
> Выбирайте сами, что там больше соответствует вашему случаю.

Но батхерт от капитанинга arisu вам все-таки засчитан. И это доставляет.

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

159. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Антоним on 30-Июн-14, 13:29 
Всегда было занятно наблюдать кадров, любителей погадить, а потом радоваться этому и простодушно признаваться, что им это доставляет. Вообще, этот бот арису и подобные ему    напоминают мне гопоту, подкачавшую свои бицепсы и на этом основании мнящие себя правильными пацанами, которые усем покажут и докажут, что они правильные пацаны. Комплекс неполноценности, инфантилизм и все в одном флаконе с названием арису.
Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

160. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 30-Июн-14, 13:37 
эк тебя припекает-то. да, мне повезло: я и родился умным, и в детстве меня родители развивали. а тебе не повезло. смирись, мир несправедлив.

а издеваться над дураками — дело вообще благое. потому что зачем ещё дураки на свете нужны? правильно: чтобы меня радовать.

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

106. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 30-Июн-14, 04:38 
> лопата настолько проста

http://shalamov.ru/library/1/8.html

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

80. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 29-Июн-14, 20:36 
> своим фортраном насилуют мозги

Насилуют мозги:

1. В школах паскалем.
2. В том же академгородке виндой.

Что позволяет усомниться в адекватности тех и других.

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

83. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 29-Июн-14, 20:40 
и таки что плохого в паскале?
Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

86. "Реализация языка Lisp на GNU sed"  +2 +/
Сообщение от myhand (ok) on 29-Июн-14, 20:45 
> и таки что плохого в паскале?

он не C

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

93. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 29-Июн-14, 22:05 
Корень зла найден?
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

153. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 30-Июн-14, 12:03 
> и таки что плохого в паскале?

Слишком уж он академзануда. Отличная штука для обучения и понимания "как правильно", но после того как научился - ну его нафиг, а? :)

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

156. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 30-Июн-14, 12:45 
>> и таки что плохого в паскале?
> Слишком уж он академзануда. Отличная штука для обучения и понимания "как правильно",
> но после того как научился - ну его нафиг, а? :)

ну, тот же fpc совсем не так плох. а если оптимизаций надо… был gnu pascal, но загнулся, увы.

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

155. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Бывший школьник on 30-Июн-14, 12:37 
А научные программы сударь конечно же предлагает писать на Perl или C?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Реализация языка Lisp на GNU sed"  +2 +/
Сообщение от Имя email on 28-Июн-14, 23:42 
Но а как же асем?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

23. "Реализация языка Lisp на GNU sed"  +3 +/
Сообщение от rob pike on 29-Июн-14, 03:23 
Как обычно - берется LISP и за полдня накидывается удобный макроассемблер для нужного процессора.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

69. "Реализация языка Lisp на GNU sed"  +/
Сообщение от chinarulezzz (ok) on 29-Июн-14, 18:49 
> берется LISP и за полдня

сказки дядюшки Римуса)

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

73. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от arisu (ok) on 29-Июн-14, 19:00 
>> берется LISP и за полдня
> сказки дядюшки Римуса)

согласен. обычно хватает нескольких часов.

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

76. "Реализация языка Lisp на GNU sed"  +/
Сообщение от chinarulezzz (ok) on 29-Июн-14, 19:39 
на поиск библиотек?) а где документация?)
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

77. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 29-Июн-14, 19:42 
> на поиск библиотек?) а где документация?)

каких библиотек? ты о чём?

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

94. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 29-Июн-14, 22:06 
> Но а как же асем?

Нет проблем - вставки в Си.

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

13. "Реализация языка Lisp на GNU sed"  +/
Сообщение от umbr (ok) on 29-Июн-14, 01:00 
Объектные считаем расширением?
И к какому классу следует отнести SQL и JavaScript?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

17. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Crazy Alex (ok) on 29-Июн-14, 02:27 
К классу исторически сложившегося маразма.

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

Второй - писался в расчёте на использование для простейших эффектов и не особо продумывался. В результате имеем то, что имеем - например, со scope.

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

88. "Реализация языка Lisp на GNU sed"  +/
Сообщение от angra (ok) on 29-Июн-14, 20:51 
По первому спору нет.
А вот со вторым все было несколько не так. Он делался в условиях ограниченного времени и противоречивых требований. Поэтому автор решил сделать его легко расширяемым, введя first class functions и прототипное ООП. В результате получился весьма мощный язык. Другое дело, что его по началу использовали крайне примитивно, но когда пришли библиотеки типа prototype или jquery ситуация сильно изменилась.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

176. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Crazy Alex (ok) on 01-Июл-14, 02:09 
С моей точки зрения, некоторые фокусы, которые призодится творить с нынешними языками - то, что делается сейчас с JS и то, что делалось с шаблонами в плюсах до C++11 - иначе как abusing не назовешь. Понятно, что работать надо с тем, что есть (особено актуально в  случае JS - хрен заменишь на что-то), и как вывернуться найдём, но извращение же. Самые известные странности - это области видимости переменных и конкатенация строк, но, помнится, в интернете гулял список пунктов на сто.
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

24. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от бедный буратино (ok) on 29-Июн-14, 06:51 
Есть только три языка - русский, английский и латынь. Всё остальное (далее по тексту).
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

25. "Реализация языка Lisp на GNU sed"  +/
Сообщение от rob pike on 29-Июн-14, 06:56 
> английский и латынь

Это примерно как PHP4 и PHP5

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

60. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Crazy Alex (ok) on 29-Июн-14, 14:31 
И русский с латынью - лишние.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

90. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 29-Июн-14, 21:38 
Правильно. Прекрати пользоваться русским языком немедленно, а то бред какой-то выходит.
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

34. "Реализация языка Lisp на GNU sed"  +/
Сообщение от принц датский on 29-Июн-14, 09:39 
А как же ассемблер?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

59. "Реализация языка Lisp на GNU sed"  +/
Сообщение от agr (??) on 29-Июн-14, 14:29 
Haskell забыли.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

95. "Реализация языка Lisp на GNU sed"  +/
Сообщение от будулай on 29-Июн-14, 22:31 
ээээм, prolog?...
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

134. "Реализация языка Lisp на GNU sed"  +/
Сообщение от eganru on 30-Июн-14, 07:54 
Я Вами не согласен.
Вы действительно считаете, что тысячи эмбеддеров, угорающие по ассемблеру занимаются праздными шалостями?
Вполне логично, что многие люди, пишущие код на родном языке машины знают что и для чего они делают.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

139. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от rob pike on 30-Июн-14, 09:04 
> тысячи эмбеддеров, угорающие по ассемблеру

Данные приведены по состоянию на 1968 год?

Сейчас больше ассемблерного кода пишется data-аналитиками в SIMD-ассемблерных вставках в Julia чем всеми эмбеддерами вместе взятыми.


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

190. "Реализация языка Lisp на GNU sed"  +/
Сообщение от eganru on 02-Июл-14, 14:51 
Откуда у Вас такие данные?
даже в том же microchip.su большая часть пользователей пишет проекты на asm или на С с asm вставками.
кучу вещей куда как проще писать на asm, чем на чистом C.
Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

154. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Anonumus on 30-Июн-14, 12:07 
Можно сократить до Lisp (префиксная запись) и Forth (постфиксная). Всё остальное (инфиксная запись) — болото между ними.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

162. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от rob pike on 30-Июн-14, 13:52 
Больше ведь языки ничем не отличаются, это всем известно.

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

6. "Реализация языка Lisp на GNU sed"  +4 +/
Сообщение от Аноним (??) on 28-Июн-14, 23:22 
Теперь нужно написать sed на lisp'е
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от ImG on 28-Июн-14, 23:34 
И запустить в нем Lisp
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от анон on 28-Июн-14, 23:47 
который запустит sed? :)
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

45. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от freehck email(ok) on 29-Июн-14, 11:06 
> который запустит sed? :)

Fix: (запустит-p sed)
;)

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

15. "Реализация языка Lisp на GNU sed"  +/
Сообщение от dr Equivalent (ok) on 29-Июн-14, 02:11 
Программист на LISP напишет программу на LISP на любом языке программирования.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Реализация языка Lisp на GNU sed"  +2 +/
Сообщение от Crazy Alex (ok) on 29-Июн-14, 02:29 
Собственно, обычно программисты на языке X пытаются писать на нём же на любом языке программирования.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

16. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от Аноним (??) on 29-Июн-14, 02:25 
defmacro нет, незачет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Реализация языка Lisp на GNU sed"  +/
Сообщение от arisu (ok) on 29-Июн-14, 02:36 
> defmacro нет, незачет.

не вижу проблемы: средства для написания метавычислителя ведь есть. ну и всё.

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

37. "Реализация языка Lisp на GNU sed"  +/
Сообщение от бедный буратино (ok) on 29-Июн-14, 10:07 
круто. теперь пусть на этом лиспе sed напишут.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 29-Июн-14, 10:07 
Сколько скобочек! =P
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

47. "Реализация языка Lisp на GNU sed"  +/
Сообщение от annualslayer (ok) on 29-Июн-14, 11:23 
нужно очень расширенное сознание чтобы читать такое без rainbow-delimiters
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

170. "Реализация языка Lisp на GNU sed"  +/
Сообщение от онаним on 30-Июн-14, 19:54 
Пистононенавистники, вы его хоть раз в руках-то держали? Очень годный язык программирования, в особенности для обучения и всего остального, не требующего высокой скорости.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

175. "Реализация языка Lisp на GNU sed"  +1 +/
Сообщение от arisu (ok) on 01-Июл-14, 00:37 
> Пистононенавистники, вы его хоть раз в руках-то держали?

лично я даже не представляю, как такое можно сделать.

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

193. "Реализация языка Lisp на GNU sed"  +/
Сообщение от Аноним (??) on 04-Июл-14, 10:56 
>онаним,
> в руках-то держали?

эта одноглазая змея — не питон

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

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

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




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

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