А ты сделал [username] или оставил свой val?

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

Спасибо щас гляну

Спасибо щас гляну

Я вообще не тебе отвечал, но тем не менее.

на том, на чем умеешь.

Я с горем пополам знаю только pyqt, у него очень кривые grid'ы и меня это выбесило. Мне спокойнее будет выучить новый язык и писать что-то красивое, чем на питоне пытаться вытянуть что-то с qt

Я вообще не тебе отвечал, но тем не менее.

))) спасибо ещё раз))

кривые? правда?

может быть ты просто не осилил?

кривые? правда?

Да кривые

Возможно

Да кривые

пруфов конечно же не будет

Но интерфейсы на нём меня не впечетляют

а если в новом языке тож чо-то окажется кривым? )

То что ты скинул про дорогой и качественный продукт — я бы не сказал что там заебись интерфейс

То что ты скинул про дорогой и качественный продукт — я бы не сказал что там заебись интерфейс

а тебе нужны рюшечки или ехать?

Я с горем пополам знаю только pyqt, у него очень кривые grid'ы и меня это выбесило. Мне спокойнее будет выучить новый язык и писать что-то красивое, чем на питоне пытаться вытянуть что-то с qt

C# + avalonia

Стоп, почему это много?

Ну хочется быстрее :) Spacy делает полный разбор статьи про BDD с английской википедии за 0.5 секунды, а если добавить в pipeline мой фильтр - за 50 секунд. Ясно, что задача фильтрации мата - сложная, но разница на 2 порядка - это фигово.

а тебе нужны рюшечки или ехать?

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

Ну хочется быстрее :) Spacy делает полный разбор статьи про BDD с английской википедии за 0.5 секунды, а если добавить в pipeline мой фильтр - за 50 секунд. Ясно, что задача фильтрации мата - сложная, но разница на 2 порядка - это фигово.

Пили биндинг на си)

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

обычно красивый дизайн не означает хороший UX.

Да, но это уже другой вопрос)

Пили биндинг на си)

Экстеншн то есть

Пили биндинг на си)

Там проблема в большом количестве перебора. Переписывание на C не поможет (ну ОК, даже если в 2 раза быстрее станет, всё равно не 2 порядка), надо алгоритм оптимизировать. Я думаю, что если в автомате Левенштейна кешировать, то может в несколько раз скорость возрасти.

Вопрос 1й - умеет ли фреймворк делать красивые интерфейсы? Да умет, см. QtQuick. 2й - позволяет строить сложные интерфейсы - Да позволяет. 3й - эффективно? в сравнении с электроном - очень даже. 4й - легко ли с ним работать? нет, не легко, т.к. фреймворк достаточно большой, развесистый и сложный.

Экстеншн то есть

Я понял)

Если тебе срать на пользователей и нужно сделать говно чтобы сразу в продакшн - берешь электрон. Если только винда - .NET + WPF

Если тебе срать на пользователей и нужно сделать говно чтобы сразу в продакшн - берешь электрон. Если только винда - .NET + WPF

для .net есть кроссплатформенный аналог wpf

а .net core кросплатформенный тоже)

Ну хочется быстрее :) Spacy делает полный разбор статьи про BDD с английской википедии за 0.5 секунды, а если добавить в pipeline мой фильтр - за 50 секунд. Ясно, что задача фильтрации мата - сложная, но разница на 2 порядка - это фигово.

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

Ну хочется быстрее :) Spacy делает полный разбор статьи про BDD с английской википедии за 0.5 секунды, а если добавить в pipeline мой фильтр - за 50 секунд. Ясно, что задача фильтрации мата - сложная, но разница на 2 порядка - это фигово.

в spacy запилили модель русского языка?

Если тебе срать на пользователей и нужно сделать говно чтобы сразу в продакшн - берешь электрон. Если только винда - .NET + WPF

а чем электрон плох?)

почему говно? :)

а .net core кросплатформенный тоже)

в .net core нет UI, а про кроссплатформенный WPF подробнее.

а чем электрон плох?)

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

в .net core нет UI, а про кроссплатформенный WPF подробнее.

google avalonia :D

в spacy запилили модель русского языка?

Я же пишу, с английской википедии. А вообще: https://github.com/buriy/spacy-ru/ Только я не проверял, потому что последняя версия spacy не поддерживается, а она мне и нужна.

там правда датагрид еще не реализован, но основные контролы и подход wpf - да

а то есть мат ты фильтруешь опять же английский?

просто я где-то примерно год назад нашел для себя spacy, но тогда русской модели не было

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

Есть вот такая либа: https://github.com/vzhou842/profanity-check Она не умеет в глубокий анализ, зато на основе ML написана. Там есть (некорректное) сравнение с моей либой по скорости. Хочу, чтобы их либа была не во столько раз быстрее.

а то есть мат ты фильтруешь опять же английский?

Нет, русский тоже: https://github.com/rominf/profanity-filter/#overview

тогда я не понял - как работает твой фильтр, если ты не используешь модель русского языка?

Если вдруг кому интересно, начал тыкать pyright. Вроде даже что-то опознает, хотя косячит местами. Сделал докерфайл ему https://github.com/Tishka17/pyright_docker

тогда я не понял - как работает твой фильтр, если ты не используешь модель русского языка?

pymorphy2, hunspell, словарь русского мата

Я пытался писать на чистом QT, я не видел ни одного адекватного интерфейса на нём

https://en.wikipedia.org/wiki/Qt_(software)#Applications_using_Qt

Если осилю, попробую обзор соорудить, хотя хз

Кто подскажет на чём пишут интерфейс для приложений? Я просто сомневаюсь что нормальные компании, как телеграм, пишут интерфейс на киви или PyQT

Забавно, что твой эталон UI интерфейсов телеграм использует тоже Qt.

ldd /usr/bin/telegram-desktop ... libQt5Network.so.5 => /usr/lib/libQt5Network.so.5 (0x00007f39e0c83000) libQt5Widgets.so.5 => /usr/lib/libQt5Widgets.so.5 (0x00007f39e0613000) libQt5Gui.so.5 => /usr/lib/libQt5Gui.so.5 (0x00007f39e0058000) libQt5DBus.so.5 => /usr/lib/libQt5DBus.so.5 (0x00007f39dffc7000) libQt5Core.so.5 => /usr/lib/libQt5Core.so.5 (0x00007f39dfa97000)

ой... неожиданно правда?

тогда я не понял - как работает твой фильтр, если ты не используешь модель русского языка?

Я писал одной заинтересованной девчонке, как работает моя библиотека, процитирую: В библиотеки нет ключевой идеи, поэтому расскажу шаги. 1. Токенизируем текст элементарным регулярным выражением и бинарным поиском по списку токенов разбиваем текст на куски на одном языке с помощью библиотеки polyglot. 2. Проходим по кускам на одном языке, токенизируем с помощью spacy (spacy работает на основе моделей для конкретного языка, поэтому мы его можем использовать только для этого этапа и дальше). Для каждого токена мы вызываем функцию, которая цензурирует слово, разбирая его на подстроки. 3. В цикле, который завершается когда на очередной итерации мы ничего не зацензурировали, мы разбиваем слово в текущем состоянии на подстроки и выкидываем оттуда все подстроки, которые мы уже умеем цензурировать, а так же подстроки этих подстрок (их мы тоже умеем цензурировать, ведь мы же отцензурировали саму подстроку). Каждую подстроку цензурируем как отдельное слово. Если у нас выключен глубокий анализ, то после первой подстроки (то есть самого слова) мы заканчиваем. 4. Сначала мы с помощью всех доступных средств леммы слово. Если глубокий анализ включен, и лемма не является словарным словом, мы выбрасываем все символы, не являющиеся буквами. Потом мы смотрим, если все леммы у нас без мата, значит возвращаем слово как есть. Если у нас это слово уже было отцензурировано, то возвращаем его. Проходим по леммам. Если лемма попадает в мат, то цензурируем слово. Если нет и включён глубокий анализ, проверяем есть ли слово в нормальном словаре. Если слово есть, то дальше разбирать его не нужно. Если в нормальном словаре слова нет, то с помощью автомата Левенштейна ищем похожие на мат леммы. Если нашли, то цензурируем слово. Пример (прошу прощения за мат :)): "бля" -> лемма "бля" -> поиск по словарю мата -> зацензурировали. "корабля" -> леммы "корабль", "корабля" -> мата нет -> проверяем по нормальному словарю -> есть в словаре, глубже не идём и часть слова "кораБЛЯ" не зацензурируем. "ухтыжбля" -> деление на подстроки -> "жбля" -> лемма "жбля" -> в словаре мата нет -> в нормальном словаре нет -> автомат Левенштейна находит похожесть на "бля" -> зацензурировали. В общем это всё, за исключением некоторых тонкостей, которые проще понять из кода. Чего не умеет библиотека: ASCII art из мата, выявление сложных конструкций типа "ты козёл!", строки типа "б л я" (из-за вычислительной сложности).

Она обещала перевести на английский (мне влом), но пока своё обещание не сдержала. Как только переведёт - выложу в README.md.

Что лучше взять для реализации REST API? Я понимаю, что будущее за асинхронными фреймворками, поэтому у меня 2 претендента: aiohttp и sanic. Я бы взял aiohttp (был хороший опыт), но sanic типа быстрее. Кто что думает?

А зачем вам асинхронный фреймворк? У вас же вроде cpu-based задача

На них асинхронность лишний оверхед

А зачем вам асинхронный фреймворк? У вас же вроде cpu-based задача

То есть лучше просто Flask взять и не париться?

Типо того

Асинхронные штуки дают преимущество, когда много io задач, типо запросов по сети

На них асинхронность лишний оверхед

Ну да, наверное вы правы. У меня просто в голове шаблон "асинхронность - это круто", а смысла в ней в конкретном случае, действительно, наверное, не много. Спасибо.

Как и у всех здесь!

неправильный шаблон

правильный это "асинхронность это вынужденно"

Асинхронные штуки дают преимущество, когда много io задач, типо запросов по сети

Ну да, запросов должно быть немного.

то есть если ты не успеваешь все сделать синхронно, тогда можно подумать об асинхронности

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

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

Ну да, уже дошло.

то есть если ты не успеваешь все сделать синхронно, тогда можно подумать об асинхронности

Эм, зачем? Если вы работаете с бд в приложении, на 90% уверен, асинхронность для вас

это и есть "не успеваешь сделать синхронно"

У нас есть запросы по 5-6 секунд в бд (

На джанго)

Жоска

У нас есть запросы по 5-6 секунд в бд (

возможно вы что то делаете ужасно не так

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

На джанго)

теперь понятно что

У нас есть запросы по 5-6 секунд в бд (

это просто жопа

Я даже знаю что, просто жалуюсь)

ну а вот и получается же

"у нас запросы 5-6 секунд, но мы не будем это фиксить, потому что у нас асинхронность"

а потом все транзакции встают в очередь

Не думаю, пользователю же все равно видно

а потом все транзакции встают в очередь

тишка, а вы говорят вертику юзаете

теперь понятно что

Джангофобы, они уже на деревьях!)