готов поспорить, что автор не думал о пользователях, а написал на питоне потому что умеет на нём и не умеет на lua ;)

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

а что, в винде из коробки стоит питон? А касательно сборок - в luapower из коробки luarocks и дофига всего. И на венду часто именно её ставят.

Я не знаю, зачем вы занимаетесь самообманом - квазирелигиозность какая-то ? Найдите мне среднего пользователя, который захочет возится с луашными библиотеками на той же винде, вместо установки двух exeшников ? Так станете только вы, но судя по тому, что упомянутое ранее расширение насколько я знаю вы ещё на луа не переписали(для обоснования вашей позиции и возможности практического сравнения), то и говорить не о чём - вы пустословите на ровном месте.

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

Неполенитесь и сделайте - никто вам не запрещает, а автор молодец, его реализованное на практике решение работает лучше ваших слов.

Питон стабильнее, т.к. протестированность встроенных библиотек практически всегда выше, чем пакет написанный васяном и опубликованный два часа назад в pip/luarocks протестированный васяном с васянскими зависимостями

Вы спорили о том, что переписанное на луа было бы проще и лучше - либо доказывайте, либо не разбрасывайтесь словами. Неоднократно тут утверждалось о том, что тот автор ленив, решение - костыль, но в виду того что его решение - работает, а никто не может(но утверждает) подтвердить утверждение, что на луа с зависимостями было бы лучше, то спрашивается - зачем болтать то было ?

Хотелось бы без рокс. Чё-нить однофайловое без зависимостей.

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

Хотелось бы без рокс. Чё-нить однофайловое без зависимостей.

В данном случае - это не про луа, он из коробки может мало

А есть с чем сравнить ?)) Вот сейчас если вам нужно то расширение и вы хотите, чтобы оно работало - вы устанавливаете питон(если вы из того 1% тех у кого его при устновленном mpv нет) и оно работает..... С луа такого расширения нет и вы не можете даже начать доказательство не применяя явно или неявно шаблон "в теории ..."

Ну так если он устанавливает питон то ему хочешь ни хочешь придётся понять.

Нее я вполне могу сравнивать скорость машины, которая пущай медленно, но едет и авто, скорость которой в теории заявляют огого, а на практике 0. Остальные утверждения из моих уст основаны на моём же опыте - возни с луашными библиотеками у меня было больше, чем с кодом опирающимся на комплектную библиотеку питона, по содержанию важна не теория, а практика, но на практике - вашего автомобиля не существует, поэтому можете хоть вечно утверждать о 101% КПД его двигателя и низком шуме - его нет и это главное.

Докажите. Хотя ладно - я уже понял, что не можете, т.к. всё что вы сказали - это только слова.

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

Неполенитесь и сделайте - никто вам не запрещает, а автор молодец, его реализованное на практике решение работает лучше ваших слов.

ага, а когда авторы делают всякое "сделайте curl site/script | sudo sh" у них тоже "готовое решение работающее лучше слов клритиканов". Однако говнищем это решение быть не перестаёт

ага, а когда авторы делают всякое "сделайте curl site/script | sudo sh" у них тоже "готовое решение работающее лучше слов клритиканов". Однако говнищем это решение быть не перестаёт

Если не нравится - сделайте лучше, в противном случае примите как факт, что быстрое решение лучше чем его полное отсутствие. Плюс "г" или нет можно только в сравнении утверждать, т.к. ей богу, если на луа это будет полотнище, в котором вы просто встроите luacurl, вместо того, чтобы позвать curl из оболочки, то чем такое "г" лучше ?

Если не нравится - сделайте лучше, в противном случае примите как факт, что быстрое решение лучше чем его полное отсутствие. Плюс "г" или нет можно только в сравнении утверждать, т.к. ей богу, если на луа это будет полотнище, в котором вы просто встроите luacurl, вместо того, чтобы позвать curl из оболочки, то чем такое "г" лучше ?

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

Если не нравится - сделайте лучше, в противном случае примите как факт, что быстрое решение лучше чем его полное отсутствие. Плюс "г" или нет можно только в сравнении утверждать, т.к. ей богу, если на луа это будет полотнище, в котором вы просто встроите luacurl, вместо того, чтобы позвать curl из оболочки, то чем такое "г" лучше ?

Тем что луакурл будет быстрее вызванного из оболочки? Короче я считаю что теоретически версия на lua будет работать быстрее. И все. Мое мнение. Больше ничего отвечать не буду

Тем что луакурл будет быстрее вызванного из оболочки? Короче я считаю что теоретически версия на lua будет работать быстрее. И все. Мое мнение. Больше ничего отвечать не буду

С луакурл вообще есть несколько плюшечек, начиная с параллельного вызова кучи запросов через мультиинтерфейс.

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

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

Ну тогда не нужно и спорить - вы признаёте, что вы не можете доказать свою позицию, т.к. вам лень, но это == тому, что доказать свою позицию в данный момент вы не можете.

Нет. Лень = не хочется тратить время на агрессивного глупого тролля.

Ну тогда не нужно и спорить - вы признаёте, что вы не можете доказать свою позицию, т.к. вам лень, но это == тому, что доказать свою позицию в данный момент вы не можете.

Правильно, как я докажу свою позицию если изначально никакой позиции нет, автор расширения молодец, но я так же как и снус уверен что можно сделать лучше. Почему я в чате просто не могу высказать свое мнение? Это же вы потом начали про стабильность питона и возню с луарокс. С чем я тоже не совсем согласен.

Или типа если я сказал что можно лучше - значит обязан сделать лучше?

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

Да. Но пмсм распространять такое с луашными библиотеками было бы большей вознёй, особенно конечным пользователям, которые увидев "напишите в консоли так, затем так, затем склонируйте репозиторий и в позе асана молитесь чтобы вы полжили всё куда необходимо, проверьте что пакеты репозитория не конфликтуют с пакетами luarocks, что с версиями всё в порядке" просто плюнут и напрочь удалят из друзей посоветовавшего им это сделать луашника. "Скачай архив и распакуй в ту папку" - звучит много проще в среднем случае

БОльшая возня для пользователей ценой уменьшения возни для автора — неуважение к пользователям. Да, можно списать на "надо было сделать очень быстро", но репе уже шесть месяцев, значит автору просто лень и он не видит в этом смысла.

БОльшая возня для пользователей ценой уменьшения возни для автора — неуважение к пользователям. Да, можно списать на "надо было сделать очень быстро", но репе уже шесть месяцев, значит автору просто лень и он не видит в этом смысла.

То есть вы тоже за питон ?) Или пользователи только луашники удаляющие у себя питон и для которых вполне будет больше возни с установкой питона и пр.?

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

И вы совершенно зря переводите стрелки на "весь яп" или что-то такое. Это тёплое и мягкое.

Написал бы тот чел на питоне — не было бы никаких претензий. Написал бы на луа — опять таки, никаких претензий. Зачем всё вместе-то?

Написал бы тот чел на питоне — не было бы никаких претензий. Написал бы на луа — опять таки, никаких претензий. Зачем всё вместе-то?

Типа и lua и python уже есть и ничего внешнего тянуть не надо, а значит проще для конечного юзера. Это слова Александра если что.

Они совершенно не обязательно уже есть. В линуксах луа довольно редко бывает в базовой поставке, а если есть — неизвестной версии (как и питон, кстати).

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

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

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

А вот тут вы говорите чушь. Библиотеки (в т.ч. сторонние) не являются костылями. Берёте и подтягивайте в репу и хеши и курл.

А вот тут вы говорите чушь. Библиотеки (в т.ч. сторонние) не являются костылями. Берёте и подтягивайте в репу и хеши и курл.

Это и пытался объяснить, бесполезно. Сейчас по кругу пойдет.

А вот тут вы говорите чушь. Библиотеки (в т.ч. сторонние) не являются костылями. Берёте и подтягивайте в репу и хеши и курл.

Смотря какие - отделяйте, луа в луа - это не костыль, но если библиотека сишная, непроверенная, видоизменяет язык, привязана к среде - то это уже некоторый костыль и разница между os.execute("curl https://....") и require("luacurl") в коде уже не будет иметь особой разницы

Смотря какие - отделяйте, луа в луа - это не костыль, но если библиотека сишная, непроверенная, видоизменяет язык, привязана к среде - то это уже некоторый костыль и разница между os.execute("curl https://....") и require("luacurl") в коде уже не будет иметь особой разницы

> видоизменяет язык Это какая, простите? FFI? Metalua? Alien? Да, они видоизменяют. Но у какой либы они есть в зависимости, кроме целенаправленно написанной для неё, со своей узкой спецификой для них, и где нет "pure"-аналогов? > непроверенная Комьюнити на что? Открытые сорцы на что? Проверенная — кем? Вы никогда не сталкивались с с тем что крутые пафосные разработчики официальных либ не выкатывают какашули ломающие вам прод?

Карочи, мистер. Идите развлекаться питоном, в любых позах по желанию, и с луями аналогично. Можете обращаться сюда, если у вас проблемы с луа. У вас есть проблемы с луа? Задавайте свои вопросы.

в частности, изначально, в нефтяное оборудование

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

Дискуссия окончена, её разрешение звучит примерно как "у себя дома — делайте как хотите, на работе делайте как положено в вашей среде". Дальнейшие рассуждения будут удалены.

Хы, теперь чувствую себя тираном.

Хы, теперь чувствую себя тираном.

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

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

Хы, теперь чувствую себя тираном.

Прочитай 3 раза "Zen of Python" и не чувствуй себя тираном.

Ля, два раза уже прочитал, осталось ещё один

Кстати по поводу извращений у меня в петпроджекте луевый скрипт вызывает транспайлер который генерит cpp сорцы а потом вызывает make

Хе, луёвые да и питоновые сборщики а ля "lua2exe" - тоже луёвые (питоновые) скрипты, генерирующие код exe-шника (вставляя туда текст скрипта в буфер на исполнение), который потом чем-нибудь собирается.

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

"изначально для обработки текста" - перл. А тут регулярки внешние (как минимум lpeg, а то и чего похлеще).

Кстати, lpeg написан Роберто и ко, как и многие другие штуки. Но принципиальной разницы, кем написано, пока мейнтенится и фиксится и есть открытый сорц — нет.

кстати2, у lpeg есть drop-in замена на pure-lua

называется lulpeg

Она несколько тормознутая банально из-за того что луа использует стрингбуфер, копируя при попытках извлечения подстрок для анализа. И базовые луёвые регулярки, несмотря (благодаря) на их усечённость, на практике оказываются гораздо быстрее чем каждый раз компилить "классические pcre", на обработку условно уникального текста. Ну, например отсутствие or'ов позволяют им быть однопроходными, так что пока встроенного инструментария хватает (98% случаев) — внешние не нужны.

@Snusmumriken

удали

@AccountNotFoundError

@AccountNotFoundError

С мобилки нельзя (

С мобилки нельзя (

можно же было

Дай права, попробую

Дай права, попробую

nice try

Дайте тогда @mva_name права

Он надежный человек

Дайте тогда @mva_name права

Права только @AlexFails выдает

@AlexFails ну или мне :))

Дайте тогда @mva_name права

Хорошо

У кого то есть опубликованные в AUR пакеты какой-то луёвой либы с luarocks зависимостями? Не знаю как приготовить сборку

@AlexFails ну или мне :))

Ага

ШТО

новая версия телеги как-то странно реагирует на выдачу прав, похоже :)

Поздравляем.

а ты на луне точно пишешь? :) А то я в твоём гитхабопрофиле не нашёл ничего про луну :)

а ты на луне точно пишешь? :) А то я в твоём гитхабопрофиле не нашёл ничего про луну :)

С Lua знаком со школьной скамьи, когда ковырял сталкера. Да и вот собираюсь сесть за один собственный проект, связанный с Lua. До прошлой работы начал его, попал на галеру и времени совсем не стало :)) сейчас уже на другой и возобновляю активность

У кого то есть опубликованные в AUR пакеты какой-то луёвой либы с luarocks зависимостями? Не знаю как приготовить сборку

в prepare() нужное пишешь и вроде должно хватить, пример в ауре не подскажу

А хотя нет https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=lua-ansicolors (хороший пример, если беспокоит зоопарк версий), https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=lua-fluent

Но я бы рекомендовал, если всё тяжко - в гит загнать зависимости и собирать у пользователя git clone —recursive —depth 1 в prepare(), а затем соотв сборкой

Блин, я все пропустил ))) может удастся - есть ведь ещё и тарантул?

Кстати, кто-нибудь сравнивал по скорости json пакеты/анпакеры для луа?

Кстати, кто-нибудь сравнивал по скорости json пакеты/анпакеры для луа?

JSON парсеры? lua-cjson это обертка над сишной либой поэтому скорее всего это самый быстрый вариант

Кстати, кто-нибудь сравнивал по скорости json пакеты/анпакеры для луа?

вроде cjson самый быстрый на данный момент: https://www.kyne.com.au/~mark/software/lua-json-performance.html