fby

[metaclass]

Посетил таки мероприятие элитных функциональщиков http://fby.by/

Достаточно неплохо, правда, под конец я утомился и доклад xeno_by про Dotty, независимую от компилятора модель языка, метапрограммирование и сохранение AST/метаданных вместе с бинарниками либ слушал в сумеречном состоянии сознания.

Еще не успел послушать целиком levgem, т.к. был на другом потоке, слушал про F#. Вообще, его доклад полезен тем, что это про законченный большой продающийся продукт, в то время, как другие рассказывали больше про общие фичи языка или про некоторые частные идеи.

Было, в целом, достаточно много скалы и F#, наконец-то я посмотрел на новые F# с провайдерами типов (я до сих пор по причине использования 2010 студии сижу на 2.0 версии).

tonsky рассказывал про критерии полезности языков программирования в целом. Упомянул недостаток clojure - слабую масштабируемость разработки, все-таки это язык для мелких команд вплоть до одного человека.

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

В целом, что немного напрягает - сильный разнобой в функциональных языках и нет явно видимого фаворита - во всех языках реализуются/портируются друг от друга похожие фичи, поддержка инструментов, насколько я понял, на данный момент лучше всего в F# - там на конференции прямо в vs всякие приколы типа "запустим тайп-провайдер и в репле получаем его структуру" демонстрировали, метапрограммирование живое в скале с кложей, асинхронность хорошо в хаскеле с эрлангами

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

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

Comments

[naartir.livejournal.com]

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

А можно раскрыть тему для не видевших clojure в продакшне?

[wizzard]

> сильный разнобой в функциональных языках и нет явно видимого фаворита
хм, а в нефункциональных разве есть?

[vit-r.livejournal.com]

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

Ничего. Скоро выберут самый-самый плохой и сделают главным.

"как выжить программистам в условиях, когда важны продажи, а не технологии".

:-D

[cross-join.livejournal.com]

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

[veter-r-r.livejournal.com]

А какие есть преимущества кроме "аутичный гуру будет пилить что-то тихонько на кложури и не убежит на гоа раньше времени"?

[messirvoland.livejournal.com]

> В целом, что немного напрягает - сильный разнобой в функциональных языках и нет явно видимого фаворита
Как мне не нравиться Scala, но она. MS стек без серьезных причин никто брать не будет. У Erlang своя ниша и ему там хорошо. Haskell для общего развития и в продакшен тянуть - безумие. Остается JVM. Clojure слишком динамическая и там скобочки. Вот методом исключения остается Scala. Тем более хайп вокруг нее сформировал не плохое комьюнити, есть уже много интересных фреймворков, типа того же play, akka.

[binf.livejournal.com]

== асинхронность хорошо в хаскеле с эрлангами

так в F# те же парадигмы и опции - Microsoft.FSharp.Control.MailboxProcessor с агентами.

[berezovsky.livejournal.com]

Левгем вроде стриминговый сервер продаёт.

Интересно, как коррелируют интернет, участники живых конференций и активные проекты.

[ynot.livejournal.com]

с функциональных заоблачных олимпов до сих пор транслировались идеи, что F# - это такой очередной Биллгейтсовский VBA для умственно отсталых.

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

(епт, капча "Outlook good". Это знакъ)

[zealer.livejournal.com]

Могу сказать причину почему "тест-кейсы пишутся в виде псевдо-английских фраз".
Есть менеджеры, которые не идеально понимают рабочую область и хоть бы треть знали что сделано уже, но при этом выдают задания.
Есть программисты, которые не будут писать сложных тестов, потому что они сами не понимают как всё работает.
Есть один CTO, который чтоб заставить людей писать тесты ввёл метрику Code Coverage.
Это поделие в трехсот проектах на .Net (из них 150 в одном солюшене) и с сотней программистов катится в ад.

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

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