« Rev
@fsharp_flood   2106
Fwd »


Ayrat
макось говна самовар, лучше уж убунта честная
Roman
Но меня дичайше вымораживают айфоны и ойпады. Пару раз пытался закинуть фб2 книжки и музыку на них — пиздец упоротый опыт
Roman
В ведроиде отправил в телегу, нажал скачать и все готово
Roman
Но друзья ябловоды рассказали, что в последнюю айось добавили поддержку файлов
Roman
всегда так делаю на своём iphone se
мб у тебя последняя ойось
x
а ещё типз и трикз: audible даёт на выбор любую книгу слить навсегда в триал период, я и слил одним куском всего Шерлока в исполнении стивена фрая
Anatoly
я только епабы жене отправлял
Roman
в айоси также было
хз, вот у меня не вышло. Я честно пытался, даже не было настроения напиздеть лишний раз на эпл. Но как я сказал, мб дело в том, что там ось не самая свежая
Vladimir
И как у него дела с fable?
наоборот) как у фейбла дела со вью? плохо, требуются контрибьюторы)
x
мб у тебя последняя ойось
даже не знаю, при чём тут ось, телеграм и BookPlayer на много каких версиях работают
Anatoly
взять Calibre и сделать епаб?
x
фб2 убог, епаб норм
x
взять Calibre и сделать епаб?
да проще, взять скачать то же самое в епабе )
Roman
фб2 убог, епаб норм
как скажешь
Диёр
Я считаю свой хпс самым лучшим ноутом всё ещё. Лучше только версия хпс 9300 которую ещё более безрамочной сделали.
Igor
наоборот) как у фейбла дела со вью? плохо, требуются контрибьюторы)
Так может проблема, что с функциональными языками (да и просто с чем то кроме js/ts) никто кроме реакта не совместим (все эти reasonml/clojurescript/scalajs работают всегда поверх реакта).
Romɑn
Но там я понял, зачем нужна она
Здесь абсолютно за тем же
Vladimir
Так может проблема, что с функциональными языками (да и просто с чем то кроме js/ts) никто кроме реакта не совместим (все эти reasonml/clojurescript/scalajs работают всегда поверх реакта).
нет, проблема с основыми контрибуторами фейбла, они попытались натянуть элмиш на вью, но это не очень хорошо получилось и они забили на проект. Надо сделать свою либу которая будет просто фейбл+вью без элмиша, получится топчик)
Roman
Года два назад
тоже неплохо. Файлы в 2018
Roman
рисовать?
Диёр
Рисовать вроде отдельно планшеты берут
Hog
рисовать?
Заметки
Hog
У дочки все учебники и лекции в нём
Anonymous
Заметки
капец, это разве удобно? печатать же удобнее чем рисовать текст.
Anonymous
ну, если она заметки делает рисунками, тогда да, топчик
Anonymous
а текст писать карандашом на планшете такое
Hog
Ты меня не сравнивай. Я и бумажным блокнотом пользуюсь
Hog
Это у меня ещё не прошка. А в прошке, говорят ещё лучше - там экран иной.
Shub
у меня в кои-то веки появился вопрос по существу
Shub
как вы знаете, не существует проектов, где не нужно парсить жсон. точнее, есть одно исключение, но там надо парсить yaml
Shub
у нас в проекте пытаются парсить жсоны следуя советам одного широкоизвестного поехавшего
Anonymous
у нас в проекте пытаются парсить жсоны следуя советам одного широкоизвестного поехавшего
огласите имя героя, пожалуйста. народ должен знать своих пророков в лицо!
Shub
код получается приблизительно такой (вариаций на самом деле масса, но идея та же): берется DU, для каждого кейса в этом DU определяется тип тела, для вязкости добавляются кастомные парсеры для каждого кейса, все это сваливается в один СПИСОК
Shub
вот псевдокод
Shub
https://pastebin.com/BMxmssES
Shub
как вы понимаете, реальные типы куда более развесистые, поэтому количество кода растет экспоненциально. и даже в этом псевдокоде я умудрился сделать пару багов
Shub
я в курсе за UnionContract из TypeShape, но во-первых, он решает только небольшую часть проблемы, а во-вторых, количество кода приблизительно эквивалентное
Anonymous
выглядит очень Parsec-like, если честно
Shub
гораздо более существенный вопрос - эргономика этого представления
Hog
сижу и думаю - как же хорошо, что мне надо парсить только CSV!
Shub
по сути, в таком подходе у нас нет возможности работать с обобщенным типом MyEvent (надо вручную мейнтейнить этот дикий match на десяток кейсов) и нет никаких гарантий на структуру самого сообщения
Hog
из пбуфа там какого-нить
Hog
нахера этот код писать?
Shub
в смысле, если мой жсон имеет вид типа {id:..., type: ..., payload: {...}} - я должен полагаться только на добрую волю других разрабочиков в надежде, что в всех структурах будет определен скажем payload
Shub
и чтобы этот payload оттуда извлечь - снова бешеный match
Vasily
https://github.com/Zaid-Ajaj/LiteDB.FSharp/blob/master/LiteDB.FSharp/TypeShapeMapper.fs#L234
Shub
я собираюсь представить это все одним классом - IMessage<a'>(id: string, type: string, payload: 'a) убедите меня в обратном
Anonymous
я собираюсь представить это все одним классом - IMessage<a'>(id: string, type: string, payload: 'a) убедите меня в обратном
ты все также полагаешься на добрую волю разрабов, ибо от слова "пэйлоад" ты никуда не ушел
Anatoly
@grishace а ты какой брал?
Hog
@grishace а ты какой брал?
у меня самый простой - который ещё с первым карандашом
Anonymous
кстати, а што в эфшарпе интерфейсы тоже на I принято называть?
Anonymous
я как-то только для интеропа интерфейсы использовал доселе
Anatoly
я брал китайский виндопланшет для заметок со стилусом. там вот стилус подох за два года
Anatoly
тула с распознаванием рукописного текста и мат.формул, и диаграммок - прекрасна просто
Hog
и стилус батарейки жрал как не в себя - а они AAAA были - хер где найдёшь - тока заказывать
Hog
в ипаде удобно - карандаш можно от самого ипада заряжать
Anatoly
на винде збс работает
Hog
у меня оно А4 размера
тогда наверное норм
Hog
попробуй: https://www.myscript.com/nebo/
спасибо! у меня уже много лет нотабилити - я её ещё с обычным стидусом юзал - хуже, конечно, чем с пенсилом, но жить можно было
Roman
https://pastebin.com/BMxmssES
ты знаешь же, что FSharpLu.Json работает поверх ньютон софта и компактно и вменяемо (де)сериализует DU?
Shub
у нас к сожалению выбор ограничен только ньютонсофтом. но допустим я могу запилить обобщенную сериализацию. вопрос, как дальше быть с DU? сама идея выносить поле type на уровень выше как-то не очень
« Rev
@fsharp_flood   2106
Fwd »