Ура!

большое спасибо за проделанную работу, всегда читаю с удовольствием (я не программист)

Бурные овации!

Я тоже не особо спец, но на удивление добротно сделано.

Вы воистину своим примером воодушевляете людей делиться знаниями. Почет и уважение!

Что ж, традиционная рецензия от Куки на третий номер «Вестника Свидетелей Иеговы».

Как мы помним, лейтмотивом прошлого выпуска была попытка (провалившаяся) «поднятие дискуссии о промышленной применимости ФЯП на новый уровень». Видимо, памятуя о фиаско, авторы решили не возобновлять попыток, зато придумали новую фишку, о которой ниже. А теперь вкратце о статьях.

Три статьи (№№1, 4 и 5), причем последняя из них весьма толковая и обстоятельная - чисто академические, касающиеся теоретических базисов функциональных языков программирования.

Статья за номером 2 - о проектировании библиотеки для Erlang. Вообще, Erlang - палочка-выручалочка для редколлегии; популярная телеком-платформа, по совместительству заимствующая некоторые вещи из ФП. Но что-то сильно отдает подменой понятий эта выручалочка. Процитирую себя же, «Erlang - он в первую очередь Erlang, во вторую - функциональный». С нетерпением ждем в следующем выпуске журнала статей о Python.

Наконец, статья №3, продолжая традицию прошлого выпуска, демонстрирует применение ФЯП в традиционной (и по совместительству единственной) для него практической нише - нише создания DSL.

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

Складывается совершенно недвусмысленное впечатление, что авторы, выдумавшие «конкурс», пытаются нахаляву решить две, в общем, нетривиальные задачи для каких-то своих коммерческих проектов. Я не верю в то, что задачи были специально выдуманы для «конкурса»; обилие деталей, которому могло бы позавидовать любое промышленное ТЗ, и есть то самое шило в мешке. Впрочем, лично я ничего против не имею: в этом есть определенный организаторский талант - получить почти забесплатно (по 16 т.р. на каждую) несколько решений двух вполне материальных задач для собственного бизнеса (которые, очевидно, не были осилены в сколько-нибудь приличном виде штатными быдлокодерами), завернув это в блестящую обертку «конкурса». Участники тоже не останутся внакладе: нехилый инкремент ЧСВ с упоминанием в «Вестнике», плюс сумма в двести евро порадуют местных нищебродов.

Кстати, сам ЛОР тоже практикует подобное: качественные новости за ЧСВ++ (звезды).

На этом все на сегодня, до следующих встреч.

а кто такой Кука, и почему он рецензирует?

От версии до версии живут студенты весело.

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

Плюрализм мнений.

а кто такой Кука, и почему он рецензирует?

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

просто хотелось бы узнать чем он знаменит в мире программизма?

читать не стал. окамл и тикль зохавал моск?

ООП впринципи тоже раньше не признавали и вот теперь через 50ть лет оно везде. Я уверен, что ФП в будущем найдет свое применение, но это будет еще не скоро. Закопают не одно поколение говно кодеров прежде чем это произойдет. А пока это все пускай живет в книжках и не путаецца под ногами говномесов.

А когда будут статьи от самого ПроФФессора?

Тогда я запишусь в фан-клуб журнала «ПФП».

просто хотелось бы узнать чем он знаменит в мире программизма?

Сперва добейся?

> ООП впринципи тоже раньше не признавали и вот теперь через 50ть лет оно везде.

Объектно-ориентированное таки уже было программирование в 1959 году???!!!

Где ананизмусы-функцианальщики такую мощную траву берут?

>а кто такой Кука, и почему он рецензирует?

баттхёрт детектед.

Похоже, Кука таки прав.

>> ООП впринципи тоже раньше не признавали и вот теперь через 50ть лет оно везде.

Объектно-ориентированное таки уже было программирование в 1959 году???!!!

40 лет, 50 - какая разница? :)

Таки да, какая разница? Для настоящих джедаев 10 лет ничего не значат.

> Для настоящих джедаев 10 лет ничего не значат.

8, на самом деле. Тоже ошибка на 20% :)

Нетъ.

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

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

Боишся что с тебя поимеют клок шерсти пиши на брйнфук кодогенерацию... хотя да придется обеспечить еще и «структурность» результата :) успехов и не забудь посмотреть под кровать... обучно они прячутся именно там.

> Похоже, Кука таки прав.

ну ему видней, судя по стилю его таки двое :)

Это для гибридной Симулы.

Настоящий ОО язычок Смолток начал разрабатываться в 1969.

Функцианальшина появилась в 1958 году.

> Глупости, никому не понадобится в продакшене библиотека русующая диаграммы ганта написанная на экзотике.

Черт его знает. Варианта тут два.

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

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

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

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

статья нумеро трес внушает)

>Складывается совершенно недвусмысленное впечатление, что авторы, выдумавшие «конкурс», пытаются нахаляву решить две, в общем, нетривиальные задачи для каких-то своих коммерческих проектов.

Ох лол, ну точно, задачи на миллион долларов, ёпт.

Спасибо! Всегда читаю с удовольствием - а тут, может быть, и в конкурсе попробую принять участие.

> Практика бесполезного программирования

fixed

> Это для гибридной Симулы.

В ней было всё, что нужно для ООП-языка, поэтому ее и считают первым ООП-языком.

Функцианальшина появилась в 1958 году.

Лисп? Так он не функциональный.

> а кто такой Кука, и почему он рецензирует?

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

А еще Кука любитель поерничать. Так что не обессутьте; против лично Вас как специалиста ничего не имею, а Лева Валкин, славный парень из хорошей, интеллигентной еврейской семьи, мне вовсе симпатичен. Так что nothing personal. Да и против ФЯП ничего не имею, когда они к месту - самому доводилось писать на Scheme. Там, где она была к месту.

Алсо,

> Просто хотелось бы понимать, какой вес у его слов. Вдруг это, понимаешь, Кнут

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

Что тут за кретин тужится из-под анонимуса. Видать чужая слава покоя не даёт. Так что баттхёрт диагностируется именно у него.

> Ох лол, ну точно, задачи на миллион долларов, ёпт.

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

Кстати, Ромка, не хочешь поучаствовать? Заодно определим твой «вес (по Отту)» в дискуссиях о ЯП.

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

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

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

> любитель феерической расстановки

На счёт «феерической» - это да. ))

Кроме того,

Я не верю в то, что задачи были специально выдуманы для «конкурса»; обилие деталей, которому могло бы позавидовать любое промышленное ТЗ, и есть то самое шило в мешке.

Наш Кука - явный эксперт про промышленным ТЗ. )))

с ТЗ это издержки профессии - у авторов задач профессиональная деформация, и просто по другому не получается :-)

А мне нравится этот журнал.

спасибо за третий номер!

Да, очень интересно, стоят ли задачи на конкурс по 8 штук( что-то мне так не кажется, особенно учитывая, что всем не заплатят), ведь требуют сразу продакш с тестами? Например, первая задача, уровень 4( за которую могут с вероятностью в пару процентов заплатить):

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

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

Ох, не скажите, больно уж ТЗ подозрительное, Кука тут прав имхо. Задача совсем какая-то прикладная, невыразительная, с какой-то странной целью... Не на таких задачах языки бы сравнивать.

Если посмотреть на формат карты, то там все далеко не так страшно

>Но это ещё не всё нам нужно не просто точки через него просят

Но это ещё не всё, нам нужно не просто точки просеять

P.S. Хотя просевка не очень сложно выглядит. Если и с остальными «отношениями» всё также, то достаточно будет просто из исходного множества точек исключать и записывать в результат все «ссылки» от включённой точки. Да ещё нужно тогда и исходное представление карты оптимизировать...

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

Да, интересный журнал.

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

там html еще есть. а ты что, прям в латехе читаешь?

>Если посмотреть на формат карты, то там все далеко не так страшно

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

Задача совсем какая-то прикладная, невыразительная, с какой-то странной целью... Не на таких задачах языки бы сравнивать.

Да там, ИМХО, непрограммистские проблемы сильно перевешивают.

Я вот попытался найти спецификацию формата osd. За десять минут - не нашёл. То, что нашёл, пестрит взаимоисключающими параграфами. То есть, мы имеем, видимо, задачу с нечётко специфицированными входными данными. По-нормальному, такие вещи лучше решать в прямом контакте с заказчиком.

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

Переход на личности - признак слабости позиции.

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

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

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