Anonymous
похоже что да, в конфигах косяк, у меня там два конекшон стринга
Anonymous
ручками не помогло, но по ошибке вроде я понял, где собака порылась, пойду выкурю
Anonymous
О, а где брать?
git clone -b retarget-compiler https://github.com/rsdn/nemerle Build-core-base.cmd https://rsdn.org/forum/nemerle/7666234.flat - здесь как собрать проект(пока еще нужна ручная возня и сборка только под 2.1)
Anonymous
Подскажите, а я могу как-то одним движением конвертировать массив элементов одного типа на массив элементов другого? Или только map и всё такое?
Anonymous
@fvnever ты по ходу чота подшаманил быстренько? щас заработало
Anonymous
а чем мап не устраивает?
Да с ним всё ок, обожаю мап, просто мало ли, вдруг есть отдельная возможность языка
Anonymous
А вообще только сейчас заметила что пишу в тред флуда а не основной
Dr. Friedrich
Dr. Friedrich
Сиди тут
Anonymous
сложна
Anonymous
в чём прекол
Anonymous
Anonymous
@fvnever вопщем, у меня два конекшон стринга и надо указывать и конфиг, и стринг, тогда всё работает
Anonymous
Тебе надо ненавидеть JavaScript, а не ООП.
Anonymous
@markshevchenko, в руби та же история
Anonymous
Там есть много фп плюшек, но в конечном итоге мантра “всё - объект”
Anonymous
Поначалу мне это нравилось, но это когда я только начинала
Anonymous
Array.map
Уже подсказали про именно то что делает что требуется, но спасибо. В итоге всё-таки через мап и сделаю
Mark
Там есть много фп плюшек, но в конечном итоге мантра “всё - объект”
И из фп плюшек помню там только замыкания, который в других языках называются лямбда-функциями. Но это и правда очень необычно выглядело в 2005-м году.
Anonymous
И из фп плюшек помню там только замыкания, который в других языках называются лямбда-функциями. Но это и правда очень необычно выглядело в 2005-м году.
Там есть модули, которые можно использовать так же, как в эликсире, для хранения и группировки функций и вызова прямо оттуда, без классов
Anonymous
Но подвох в том, что Class наследуется от Module...
Mark
Мы без классов писали довольно много до 91-го года. Ну как бы так себе удовольствие.
Anonymous
И ситуация когда число это объект тоже сомнительная
Mark
И ситуация когда число это объект тоже сомнительная
Это ты не видела SmallTalk. Вот там даже оператор IF — объект. Вот где слом мозга. :)
Anonymous
* перекрестилась *
Vasily
Вроде и не пятница
Mark
Зачем писать с классами там где они не нужны
Не пиши с классами там где они не нужны. Но тебя почитать, классы нигде не нужны, инкапсуляция это ужас, наследование жуть. Какой-то адепт чистоты постарался, не иначе. :)
Mark
Ну чистота и классы друг другу не противоречат
В целом согласен. Это уже моя интерпретация была.
Anonymous
Не пиши с классами там где они не нужны. Но тебя почитать, классы нигде не нужны, инкапсуляция это ужас, наследование жуть. Какой-то адепт чистоты постарался, не иначе. :)
Так я в вебе только и делаю что чистыми данными играюсь. Максимум что я по работе делала нефпшного - это хранение стейта. При этом я использую FLUX-библиотеки, которые привносят иммутабельный подход к изменению этого самого стейта
Anonymous
У меня есть идея, в которой мне может понадобиться ООП, но идея эта уже граничит с геймдевом
Anonymous
Если брать на уровне дизайна, то мне набил оскомину Vue с подходом представления компонента в виде объекта уже на начальном этапе
Anonymous
И как раз нравится реакт за то, что можно представить компонент как функцию, которая просто обрабатывает данные и рендерит HTML
Anonymous
Понятно что под капотом оопшный js и дом, но хотя бы меньше оверхеда
Anonymous
там уже будет новое compositional api скоро)
Познакомилась, мне очень понравилось. Но инициализация всё ещё в объекте и это пока менять вообще не думают
Vladimir
вообще-то фп это про объекты в том числе)
Anonymous
Нет, можно конечно через конструктор компоненты создавать, но за такое меня погонят тряпками отовсюду
Диёр
Понятно что под капотом оопшный js и дом, но хотя бы меньше оверхеда
js не оопшный и если хочется меньше оверхеда то тебе явно не в реакт
Диёр
Почему это он не оопшный-то вдруг?
потому что в жсе он же ecmascript 262 нет ничего для ооп парадигмы
Anonymous
>если хочется меньше оверхеда то тебе явно не в реакт в сравнении с остальными решениями очень даже ок
Mark
Если брать на уровне дизайна, то мне набил оскомину Vue с подходом представления компонента в виде объекта уже на начальном этапе
Ну вот тут ничего не могу сказать. Я фронт сам не пишу, а те, кто пишут, частью сидят на Vue и им нравится. Возможно, здесь просто вкусовщина, или даже не вкусовщина, а фанатизм. Есть у меня такие знакомые. Типа, в F# нет HKT, ну и всё значит, не о чем разговаривать. Не знаю.
Anonymous
+ прототипная реализация наследования
Диёр
object type ничего общего с объектами, которые обмениваются сообщениями, не имеет
Anonymous
Вот это новость конечно, да
Anonymous
Удивили
Anonymous
JS не ООП xD
Диёр
и никогда им не был
Vasily
JS - работа со словарями
Anonymous
А какой же это язык-то тогда?
Anonymous
https://en.wikipedia.org/wiki/Prototype-based_programming
Диёр
Anonymous
Прототипы - основа js
Doge
object type ничего общего с объектами, которые обмениваются сообщениями, не имеет
Ну имхо, обьекты и ООП всё же стоит понимать не как обмен сообщениями, а просто как язык, где в качестве полиморфизма используются таблицы виртуальных методов и динамические вызовы в том или ином смысле.
Anonymous
с хуёвым дизайном
Ясно, спасибо
Anonymous
Прототипы - основа js
Прототипы - реализация ООП
Anonymous
хмммм
Vasily
Ну блеать
Vasily
Классы <> ООП
Диёр
ерланг большее ооп чем жс
Evgen
ерланг большее ооп чем жс
как это можно померять?
Диёр
как это можно померять?
передача сообщений между объектами
Диёр
не вызовы методов друг у друга, а когда один объект другому отправляет сообщение и тот сам решает что с этим делать
Evgen
вкусовщина, честно говоря. Везде можно реализовать обмен сообщениями, просто форма отличаться будет. Где то это реализовано фичами синтаксическими а где то просто пробрасывванием сообщений через методы и функций
Mark
вкусовщина, честно говоря. Везде можно реализовать обмен сообщениями, просто форма отличаться будет. Где то это реализовано фичами синтаксическими а где то просто пробрасывванием сообщений через методы и функций
Да это тот же фанатизм. Алан Кей любит рассказывать, что он придумал термин "ОО" и все его понимают неправильно. Мол без сообщений и динамической типизации это всё не то.
Mark
Но вообще концепция была известна до него, Simula 67 это язык 67-го года, и там никаких сообщений не было. Вполне был похож на поздний C++, и на всё, что из C++. SmallTalk появился через 5 лет, в 72-м. В общем, Кей и правда придумал термин ОО, но претендовать на какое-то единственно верное понимание это как то странно.
Vasily
Зумеры взбесились