LINUX.ORG.RU

Создатель Qi сворачивает проект

 , ,


0

0

В письме в рассылку Qilang Маркер Тарвер, создатель Qi, написал:

Mark Tarver:

Через месяц я уезжаю в Индию, на этот раз на более длительный срок; среди прочего это означает окончание моей работы над Qi. На определённом этапе просто приходится признать, что овчинка не стоит выделки; как бы там ни было, это было весело, и я ни о чём не жалею. Работа над Qi была начата 20 лет назад, когда я ещё был совсем другим человеком и работал в университете; книга о Qi II стала переломным моментом. Мне нужно двигаться дальше. Первого сентября меня здесь уже не будет

Среди прочего, Тарвер отмечает, что не желает оставаться в программировании из-за возможных политических и образовательных склок вокруг ПО и его использования; комментируя LISP (и возможное дальнейшее развитие Qi сообществом) считает, что «CL это путь в никуда», а «Clojure, Python или Ruby могут стать лучшими платформами для Qi»

Обсуждение на LtU: http://lambda-the-ultimate.org/node/3537

Статья Тарвера «О Развитии LISP»: http://www.lambdassociates.org/blog/nextlisp(1).htm

Статья Тарвера «О Будущем Open Source»: http://www.lambdassociates.org/blog/prolegomena(1).htm

>>> Подробности

★★★★★

Проверено: boombick ()

Ответ на: комментарий от r

> a b 5 => a.b(5)

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

pitekantrop ★★★
()
Ответ на: комментарий от pitekantrop

>Забавное применение. :) Но думаю, изначальн это делалось для операторов.

Ага.

>Кстати, ты вроде говорил, что рассматриваешь Скалу для реальных проектов в своей конторе. Ещё не начали применять?


Тот проект для которого я ее рассмотрел пока отдыхает (mpeg preflight) - но как только там надо будет хоть что-нить там крутить - сразу пойдет в полный рост применю (включая EDSL для описания мпеговских последовательностей). А остальные сильно здоровые, их переписывать никто не будет. Если будет еще отдельный модуль или небольшой проект - то буду на скале. А то что-то последний год сожрала рутина очень сильно :(((((. Я уж даже саботажными методами скалу всунуть хочу - напишу на скале и никому не скажу что не на жабе ;)

r ★★★★★
()
Ответ на: комментарий от pitekantrop

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

Просто тут сильный упор на объектность, даже алгебраические типы через классы сделаны, и Мартин на это сильно упирает.

r ★★★★★
()
Ответ на: комментарий от r

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

r ★★★★★
()
Ответ на: комментарий от r

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

pitekantrop ★★★
()
Ответ на: комментарий от r

>Просто тут сильный упор на объектность, даже алгебраические типы через классы сделаны, и Мартин на это сильно упирает.

Да понятно. Оно ж должно на JVM работать и с жабой быть совместимо.

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

pitekantrop ★★★
()
Ответ на: комментарий от cab

>его нельзя распространять клиентам?

Можно. Но она клосед соурс - нельзя делать опенсорсные проекты.

r ★★★★★
()
Ответ на: комментарий от pitekantrop

>Но там, где мог быть partial application в других языках, вместо него лямбду можно написать.

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

r ★★★★★
()
Ответ на: комментарий от valich

> Такое впечатление, что его кто-то обидел и мужик впал в депрессию.

Из "Why I am Not a Professor" за 2007-й год:

After a few years of this system, the results percolated through to my office. I could see the results in the lecture hall, but the procession of students who walked into my office and said "Dr Tarver, I need to do a final year project but I can't do any programming"... well, they are more than I can remember or even want to remember.

Странно, что это все не достало его раньше. Крепкий однако мужик!

Spectr ★★★
()
Ответ на: комментарий от pitekantrop

Хотя не, не сбивай. :) Концептуально андерскоры - это просто синтаксический сахар для лямбда-выражений. Ты же можешь их применять и без partial application.

pitekantrop ★★★
()
Ответ на: комментарий от pitekantrop

>Концептуально андерскоры - это просто синтаксический сахар для 
>лямбда-выражений. Ты же можешь их применять и без partial application.

Ээээ - скорее шорткаты для лямбдавыражеий реализованы через PA.

scala> def f(x:Int, y:Int) = x + y
f: (Int,Int)Int

scala> val fx = f(_:Int, 5)
fx: (Int) => Int = <function>

scala> val l = 1::2::3::Nil
l: List[Int] = List(1, 2, 3)

scala> l.map(fx(_))
res0: List[Int] = List(6, 7, 8)

=============

# let f x y = x + y;;
val f : int -> int -> int = <fun>

# let fx = f 5;;
val fx : int -> int = <fun>

# let l = 1::2::3::[];;
val l : int list = [1; 2; 3]

# open List;;
# List.map fx l;;
- : int list = [6; 7; 8]

===================
Looks like same shit. Кроме того что в скале надо указывать позиции аргументов подчеркиванием, 
в связи с тем, что можно указывать любые позиции, а в окамле только левые.

r ★★★★★
()
Ответ на: комментарий от r

>Ээээ - скорее шорткаты для лямбдавыражеий реализованы через PA.

Проверил по генерированному коду - для fx и аргумента map генерируются идентичные функции.

 def f(x:String,y:String) = x + y
 val fx = f(_:String, "aaa")
 val l = "1"::"2"::"3"::Nil map (f(_, "aaa"))

r ★★★★★
()
Ответ на: комментарий от r

> Но она клосед соурс - нельзя делать опенсорсные проекты.

Почему нельзя, там что, это прямо оговорено? По-моему, исходники можно писать под любой лицензией. Другое дело, что рантайм F# в ряд дистрибутивов не запихнут, однако ничего не мешает, при нужде его доставить отдельно. Такая же ситуация и с Java была, однако это не помешало распространению опен соурс решений, на ней написанных.

cab ★★★★
()
Ответ на: комментарий от cab

>Другое дело, что рантайм F# в ряд дистрибутивов не запихнут,

Под mssrl вообще не запихнут -там прямо запрещено коммерческое распространение.

r ★★★★★
()
Ответ на: комментарий от Sherak

> по большому счёту и душа и тело смертны, бессмертен только дух, вот о нём и стоит беспокоиться :)

Стыдно, товарищ.. "Для души не существует ни рождения, ни смерти. Она никогда не возникала, не возникает и не возникнет. Она - нерожденная, вечная, всегда существующая и изначальная. Она не гибнет, когда гибнет тело". Бхагавад-гита 2.20

oops_
()
Ответ на: комментарий от oops_

> Стыдно, товарищ.. "Для души не существует ни рождения, ни смерти. Она никогда не возникала, не возникает и не возникнет. Она - нерожденная, вечная, всегда существующая и изначальная. Она не гибнет, когда гибнет тело". Бхагавад-гита 2.20

Ты ошибся в моей религиозно-философской принадлежности. Я придерживаюсь представлений о теле, душе и духе которые постулируются Агни Йогой. Ну вобщем то ты мог бы и сам это понять из моей аватарки и профиля :) Что касается Гиты, то да, это канешно же авторитетный источник как и все Веды. И то что ты привёл я понимаю так: это определение "души" относится только к одному из семи тел верхней триады - атме.

Sherak ★☆
()
Ответ на: комментарий от Sherak

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

Строго говоря иначе как "аатма" душа не называется в Ведах. Насколько я могу судить. Все остальное относится к материальному миру.

oops_
()
Ответ на: комментарий от oops_

> Строго говоря иначе как "аатма" душа не называется в Ведах. Насколько я могу судить. Все остальное относится к материальному миру.

На мой взгляд это немного упрощённое представление и сути особо не меняет. Точно так же как и христиане не делят душу на отдельные тела, а зачастую даже путают понятия души и духа. Поэтому я и сторонник Агни Йоги & Теософии как более прогрессивного и современного Учения :)

Sherak ★☆
()
Ответ на: комментарий от r

> Под mssrl вообще не запихнут -там прямо запрещено коммерческое распространение.

Запрещено коммерческое распространение чего - самого F# или еще чего? А некоммерческое, ведь распросраняются же закрытые пакеты в некоммерческих дистрах, например non free в debian?

cab ★★★★
()
Ответ на: комментарий от cab

>Запрещено коммерческое распространение чего - самого F# или еще чего?

Самого.

>А некоммерческое, ведь распросраняются же закрытые пакеты в некоммерческих дистрах, например non free в debian?


закрытые != запрещенные к коммерческому распространению.

r ★★★★★
()
Ответ на: комментарий от r

> закрытые != запрещенные к коммерческому распространению.
Можно сделать пакет, который будет скачивать F# с сайта МС.

cab ★★★★
()
Ответ на: комментарий от cab

>Можно сделать пакет, который будет скачивать F# с сайта МС.

Можно. Можно сделать пакет который венду будет скачивать, жечь на диск и загружаться для установки:)

Это не решит лицензионных проблем. Надо чистый моно F# делать.

r ★★★★★
()
Ответ на: комментарий от r

> Надо чистый моно F# делать.
Может и сделают, не МС то моновцы, когда припрет или когда F# взлетит. Хуже, что на жабу такое не натянут. Хотя, может Scala и адекватным ответом будет. Поживем - увидим.

cab ★★★★
()
Ответ на: комментарий от cab

>Хотя, может Scala и адекватным ответом будет. Поживем - увидим.

Уже есть. Скалу использует:
Twitter, Électricité de France (большая энергокомпания во франции), Reaktor (финская галера), Siemens+"SAP Community" (Scala + Lift), Sony Pictures, Managed Gaming Solutions, Sygneca(4 UK Government), AD Holdings(CCTV системы), SAIC (4 US Government), WattzOn и куча мелких компаний.

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

r ★★★★★
()
Ответ на: комментарий от r

К стати Twitter слил руби в пользу скалы, а создатель груви написал, что если бы он увидел скалу в 2003 он никогда бы не сел писать груви.

r ★★★★★
()
Ответ на: комментарий от r

Срасибо. Кстати, недавно узнал, что создатель фреймфорка Lift на Scala и автор книги Beginning Scala с уважением смотрит на Эрланг, и особенно на его межнодовое IPC.
Хотя это все-таки разные платформы. Но просто интересный факт.

cab ★★★★
()
Ответ на: комментарий от cab

>уважением смотрит на Эрланг

А собсно чего на него смотреть-то? Библиотеки по созданию эрланговских нод на яве входят в стандартную поставку эрланга...

Macil ★★★★★
()
Ответ на: комментарий от tailgunner

>Не слил. Использует и то, и другое.

Ну он занялся переписыванием с руби на скалу. Еще не все переписал. Может никогда все и не перепишет.

r ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.