Fork me on GitHub
#clojure-russia
<
2015-12-08
>
dottedmag06:12:10

@prepor: Для того, чтобы язык был пиздатейшим, туда нужно притащить ещё стопятьдесят расширений системы типов из хаскела. А то что за +. такая?

niquola07:12:54

Согласен с @razum2um. Например, добавление парочки функций в clojure.string резко увеличила интероп с cljs. Однако это сложная задача задизайнить

niquola07:12:08

Такой api

niquola07:12:51

Нужно натравить аналайзер на популярные библиотеки и выбрать кандидатов ;)

niquola07:12:00

Место этому clojure.contrib

artemyarulin07:12:36

а кстати никто не знает чо паттерн матчер https://github.com/clojure/core.match никак в core не замержат?

artemyarulin07:12:58

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

niquola07:12:01

А зачем?

artemyarulin07:12:40

ну типа везде в прогрессивных языках есть simple_smile

niquola07:12:02

У библиотеки жизненный цикл быстрее, чем у языка с stdlib

artemyarulin07:12:20

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

niquola07:12:53

Ну destruct половину закрывает

artemyarulin07:12:22

+ condp ага

niquola07:12:48

Это вторая половинка ;)

niquola07:12:40

Патерн матчинг хорош ещё с алгебраическими типами данных, но их у нас тоже нет - и норм ;)

niquola07:12:56

У Ruby мира clojure может поучиться унификации сообщества и она мне кажется близка к этому.

turtle07:12:06

Паттерн матчинга библиотеки же есть. Если нужно.

turtle07:12:18

artemyarulin: "я по началу его всегда первым добавлял, а счас уже лень, не юзаю почти" - "не юзаю почти" - наверное, поэтому. simple_smile

artemyarulin07:12:23

эт, да. Наверно “ненужное не нужно”(с) simple_smile

prepor09:12:34

dottedmag: > Для того, чтобы язык был пиздатейшим, туда нужно притащить ещё стопятьдесят расширений системы типов из хаскела. А то что за +. такая? не сто пятьдесят, а тайпклассы. и это далеко не единственный способ добиться нужного результата. есть имплиситы скалы. Для окамла есть вот такое предложение http://www.lpw25.net/ml2014.pdf

artemyarulin09:12:56

оо, figwheel c реплом прям из cider работает с реакт нейтивом. Это прям ах, теперь разработка под мобайл ничем не хуже

turtle12:12:31

prepor: scala УГ, к сожалению, несмотря на все крутые идеи.

oxgrouby12:12:03

бла бла бла

oxgrouby12:12:09

скала клёвая

oxgrouby12:12:37

дальнейшая аргументация будет происходить только при наличии встречной

artemyarulin12:12:21

а чо в ней плохого? Я слышал что плохого там только что в ней есть все. И весь этот суп идей приводит к повышенной сложности

artemyarulin12:12:07

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

rm12:12:16

там тоже две части сообщества

rm12:12:27

одна из которых упоротая, а вторая хаскелисты

dottedmag13:12:52

Т.е. обе упоротые?

oxgrouby13:12:47

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

larhat13:12:50

да со скалой надо ждать, видимо, пока https://github.com/lampepfl/dotty дорастёт

az19:12:54

Ребят, кто-нибудь решал задачу по группировке каких-то вещей по косвенным признакам? Типа если кофточка розовая и маленького размера, то скорее всего она детская. Или обувь размера 42 скорее всего мужская и тд и тп. Мне надо по куче признаков сортировать offer-ы из yandex ml файла.

az20:12:07

Нужно больше читать классику, спасибо simple_smile

larhat20:12:37

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

larhat20:12:49

типа сначала можно кластеризовать и пост-фактум протегировать

larhat20:12:11

либо регрессия многоклассовая по известным тегам (типа розовое — детское, маленькое — детское)

rm20:12:55

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

rm20:12:27

на выходе тоже будет чота такое: если розовый и маленький, то детский на 85%

artemyarulin20:12:59

хм, все равно не очень понимаю - в кложуре все и везде DSL но проблемы такой нет

abtv20:12:57

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

abtv20:12:10

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

az20:12:47

@rm не понял

az20:12:08

А, понял

az20:12:35

Мы и так и так пытаемся, но получается пока так себе

rm21:12:16

ну методов дофига

rm21:12:07

а какая у тебя цель?

artemyarulin21:12:55

@abtv: спасибо за инфу

az21:12:37

@rm на основе известных о пользователе данных делать выводы о товарах, которыми он интересовался, на основе ранее накопленных данных делать какие-то выводы о новых/импортируемых товарах.

rm21:12:10

короче, юзер твой уже что-то купил, и вы хотите предложить что-то еще

rm21:12:30

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

rm21:12:50

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

az21:12:52

это есть, как-то работает, но определить размерную таблицу/регион/etc размера обуви 31 я не могу на основе этих данных.

rm21:12:07

мм... а это точно не проще у него самого спросить? Зачем такой саенс наворачивать, когда у юзера самого это займет минуту?

az21:12:21

у него нет возможности

rm21:12:22

а какое-нибудь обучающее множество есть?

az21:12:39

пока нет)

az21:12:00

чтобы собрать данные нужно обучить, а чтобы обучить нужные данные)

rm21:12:28

нет, ну, положим, если покупал обувь размера 35, то, вероятно, размер 35. Если покупал разную обувь, то у него семья.

rm21:12:41

наверное, данные все же есть

rm21:12:58

надо их только распотрошить