ChanServ changed the topic of #libreoffice-ru to: Канал поддержки русскоязычных пользователей LibreOffice | Wiki TDF http://tdf.io/wikiru | On-line документация http://tdf.io/helpru | Логи канала: http://goo.gl/gzwdwU
_whitelogger has joined #libreoffice-ru
JohnDoe_71Rus has joined #libreoffice-ru
<lo-ru-tg> 🥊🥊 (@F​k854r) has joined the Telegram Group!
<lo-ru-tg> <K​ompilainenn> @Fk854r по-русски пишешь?
<lo-ru-tg> <I​evgeny_Fomin> Уважаемый economist, Вы же понимаете, что DAX не для структурирования данных, а для обработки подготовленных данных, например с помощью power query, а в power bi схема так и построена: ¹ сруктурирование данных в power query (язык M), ² обработка подгот
<lo-ru-tg> <I​evgeny_Fomin> ew (map) дальше уже до потребителя.
<lo-ru-tg> <I​evgeny_Fomin> И куда это нужно прописать?
<lo-ru-tg> <economist> Это Python в PBI
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 5.0.1, revision: 5.0.1+git-7433-0df9f22f2, build type: debug, sources date: 20160102, built on: 2019-12-08 19:19:20 UTC 5.0.1+git-7433-0df9f22f2 http://www.kvirc.net/]
JohnDoe_71Rus has joined #libreoffice-ru
<lo-ru-tg> <economist> Стэк Power BI вышел у MS перегруженным, конские цены, придуманные с нуля дикие языки M/DAX - все это звучит как музыка только для адептов MS.
<lo-ru-tg> <economist> ДлÑ� адептов СПО - Ñ�то какофониÑ�. Причём тут LibreOffice - вообще непонÑ�тно. Pandas и обрабатывает, и Ñ�труктурирует, и визуализирует. Ð’ Питоне вообще нет ни одного платного пакета, их 200k+ и пиÑ�ать Ñ� ним нужно очень мало. ДÑ�шборды риÑ�уют в деÑ�Ñ�ткаÑ
<lo-ru-tg> <economist> Мне нравятся графики в PBI, но Dask/Plotly - то же самое.
ivan_bond has joined #libreoffice-ru
ivan_bond has quit [Quit: Konversation terminated!]
<lo-ru-tg> <e​makei> Ð�у некорректно Ñ�равнивать питоны Ñ�о Ñ�редÑ�твами визуальной разработки. Ð’ PBI вÑ�Ñ‘ может обычный Ñ�пециалиÑ�Ñ‚ Ñ�оздать без знаниÑ� ЯП, а в Ñ�тих тучах пакетов питоновÑ�ких Ñ�ам чёрт ногу Ñ�ломает. ИндекÑ�аторы, шминдекÑ�аторы. Это Ñ�колько временÐ
<lo-ru-tg> <K​ompilainenn> годы
<lo-ru-tg> <K​ompilainenn> учитывая, что я даже несчастный Access не освоил до сих пор
<lo-ru-tg> <K​ompilainenn> который совсем уж визуальный
<lo-ru-tg> <e​makei> Так а его уже отменили. В таблицах проще.
<lo-ru-tg> <e​makei> Ну и в аксесе нужно было писать коде, в т.ч. скуль и обработчики форм, если хочешь, чтобы работало всё хорошо. А с PBI всё проще в разы. Там можно обращаться иногда к программисту для, например, получения данных из необычных источников. Ос
<lo-ru-tg> <K​ompilainenn> ну у меня немного иная проблема, мне нужен учет уровня небольшого отдела и исключение дублирования работы и ошибок а-ля "человеческий фактор"
<lo-ru-tg> <e​makei> А пытался разобраться в анализе данных на питоне и сразу на первых примерах из книги оказалось, что в интерфейсы в библиотеках изменились, что теперь иначе писать нужно и т.д. Пока отложил))
<lo-ru-tg> <e​makei> 🤔 звучит как "мне нужна 1С"
<lo-ru-tg> <K​ompilainenn> да так и есть по большому счету, на 1С даже есть соотвутствующие надстройки, но они платные и конечно компании не интересно тратить на это деньги, и так ведь работает (в 6 разных Эксель таблицах, ага)
<lo-ru-tg> <e​makei> А что за отдел?
<lo-ru-tg> <K​ompilainenn> сметно-договорной
<lo-ru-tg> <e​makei> Ну странно, у 1С есть продукты для интеграции с CAD-системами, выгрузка в ods, odt, pdf, и продукты даже типовые для ваших задач
<lo-ru-tg> <K​ompilainenn> ты пропустил то, что я выше писал? никто не дает на это денег
<lo-ru-tg> <e​makei> Да, всё не читал. Но вам же платят з.п?
<lo-ru-tg> <e​makei> Это сколько времени нужно потратит, чтобы сделать такой продукт?
<lo-ru-tg> <e​makei> Бюджет нужен в любом случае. А ошибки искать, отлаживать. Потом понять, что проект нужен был и т.д.
<lo-ru-tg> <e​makei> Или совсем маленький отдел?
<lo-ru-tg> <K​ompilainenn> как это связано с необходимостью в учетной системе?
<lo-ru-tg> <K​ompilainenn> до 10 человек
<lo-ru-tg> <e​makei> Время идёт, проект тянет больше денег. Или у вас нет других задач?
<lo-ru-tg> <e​makei> Техзадание конечно есть?
<lo-ru-tg> <K​ompilainenn> у нас прямые задачи, а учет договоров и оплат по ним - необходимая сопутствующая вещь, без этого мы чокнемся
<lo-ru-tg> <K​ompilainenn> я плохой заказчик в этом плане, никогда ТЗ итшникам не писал =(
<lo-ru-tg> <e​makei> А для сметно-договорного отдела же в любом случае нужен специфический софт? Нормы, расценки, налоги включить. Выходные формы только в LO?
<lo-ru-tg> <e​makei> Django не предлагать? Минимально карточки договоров, контрагентов и т.п. там просто реализовать
<lo-ru-tg> <e​makei> Ну или уже сразу asp.net на mono. Дёшево и сердито, строгая типизация Blazor
<lo-ru-tg> <e​makei> Или вообще google docs и app script. Но для этого хорошо бы подписку G Suite иметь для компании
<lo-ru-tg> <e​makei> Очень удобно в app maker можно приложения создавать, формы опроса, добавления, обновления данных, приложения для таблиц, управлять ролями, права и на документы, взаимодействовать
<lo-ru-tg> <e​makei> В онлайне
<lo-ru-tg> <economist> На днях я начинаю у себя проект комплексной автоматизации работы Отдела снабжения - от Заявки ИТР до Заказа Поставщику, Договора, Счета, Мониторинга оплаты и поставки, вплоть до Претензии и Благодарности поставщику. Стек выбрал тако
<lo-ru-tg> <economist> заказы - делятся на разных поставщиков, оплата - всегда или частичная или наоборот, по группе счетов плюс долги, поставки - дробные, везде пересортица, часто замена аналогов на лету, бухи безграмотны и плодят дублирующую аналитику. Ко
<lo-ru-tg> <economist> сделать в одной плоской таблице.
<lo-ru-tg> <economist> й выбор повлиÑ�ло то, что Ñ�оÑ�едний завод купил 1С:Договорчик и 1С:Документооборот за 30 Ñ‚Ñ‹Ñ�. руб. и ввалил интеграторам за 5 лет уже почти 10 млн. руб. И при Ñ�том их решение неудобное, договоры корÑ�вы, в Ñ�пеки они бьют номенклатуру ручками, Ð
<lo-ru-tg> <e​makei> Бывало в чате человек писал, что "ну вот я установил курсор синенький на нужном тендере" и все сразу видять, что он делает у себя в браузере. Есть офлайн
<lo-ru-tg> <e​makei> Ну если 10 человек, да даже 50, то могут в гуглодоках всё вести. А только бухгалтерию на 1С. А данные брать из 1С по oData. А сама 1С может из сервиса 1С:Номенклатура карточки брать
<lo-ru-tg> <e​makei> Но вообще странно, в новых продуктах давно уже всё у 1С через xdto между любыми базами работает из коробки
<lo-ru-tg> <economist> Доверяться Гуглу полностью как-то не принято, опросники/анкетки - вот его удел у корпорастов. В GoogleDocs Мультикурсор с логинами печатающих - это круто, кто знает есть ли он в Collabora LibreOffice в Calc и Writer?
<lo-ru-tg> <e​makei> А можете уточнить про "не принято"? На сколько я знаком с вопросом, просто мало кто реально пользуется всем
<lo-ru-tg> <e​makei> Например тот же zoho crm есть
<lo-ru-tg> <e​makei> Есть история изменений по каждому документу
<lo-ru-tg> <e​makei> Есть столько всего, что это придётся не один год реализовывать без этих самым g suite. У Яндекса и близко ничего подобного нету
<lo-ru-tg> <e​makei> Ну и с учётом цены на collabora и подобные g suite просто вне конкуренции. Или что-то изменилось?
<lo-ru-tg> <economist> oData и XDTO - Ñ�то пеÑ�ни 1С-конÑ�ультантов/интеграторов, у которых Ñ�верхурочные 3 Ñ‚Ñ‹Ñ�. руб. / чаÑ�. Ð�а живую упоротую Ñ‚.н. "характериÑ�тиками" базу типа 1С:УПП - их натÑ�гивать очень Ñ�ложно. Сразу работают только проÑ�тые обмены txt-файлами (и делают Ñ
<lo-ru-tg> <e​makei> Вообще странно, что на интерфейсе такси формы корявые. Может там 8.1, 8.2 везде?
<lo-ru-tg> <e​makei> Это что-то новенькое.
<lo-ru-tg> <e​makei> Про текстовые файлы. Этож нужно везде писать под эти файлы всё, в каждой базе. А спецсимволы и т.д.? Уже тогда JSON, тем более давно уже нативно в 1С есть
<lo-ru-tg> <e​makei> А медленный старый формат КД2. Он реально медленнее, но там можно кучу всего запихнуть просто в файлы обмена. Так что по цдобству он выигрывает
<lo-ru-tg> <economist> Сейчас везде 8.3 на управляемых формах, а формы доков и печатных форм - в 1С и правда корявые. С текстовыми файлами проблем нет, все-таки есть utf8.
<lo-ru-tg> <e​makei> Да что вы тут рассказываете. Есть не нравится форма, то хоть как в Excel сделать можно и обрабатывать события, только готовы тратить столько времени на разработку?
<lo-ru-tg> <e​makei> Ну или можно html внутри 1С использовать, но зачем так делать? Ах да, тот же oData позволяет писать в базу, так что хоть на flutter. создавайте
<lo-ru-tg> <e​makei> Про кривые печатные формы очень улыбнуло)))
<lo-ru-tg> <e​makei> Ну я думаю всё из-за того, что там всё внутри на C++ написано, похожи на Страуструпа. Надеюсь он этого не прочтёт и не обидеться.
<lo-ru-tg> <economist> Мы наверно зря тут пишем этот оффтоп. Чтобы была какая-то польза от сказанного про 1С и LO - Самый быстрый и при этом самый простой способ получить в LO Calc/Base данные из 1С в виде десятков тысяч строк - это импорт/связь с простым текстовым ф
<lo-ru-tg> <e​makei> Да, кстати, если нельзя oData, то Native C++ в помощь
<lo-ru-tg> <e​makei> Неужели json сильно тяжелее? А сейчас же и буферы есть в 1С. А если табуляция или перенос закрались в название номенклатуры, адрес контрагента?
<lo-ru-tg> <e​makei> Да и сама ФабрикаXDTO очень быстро работает. Поиск там по XPATH можно делать, ну и всё, что с DOM связано
<lo-ru-tg> <economist> Джейсон тяжелее, не для тысяч строк. Tab - руками не ввести. Если попался таб - бей программиста, это он кривой обмен написал😁
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<lo-ru-tg> <e​makei> Все экономисты так думают. Я, как программист, думаю иначе. Нуралиев не оценил бы шутку 😡
<lo-ru-tg> <economist> Зато Нуралиев оценил коробку УПП в 500 тыс руб, а ERP2 - в 1 млн руб. При этом ни та, ни другая не может сохранить ничего в формат Excel корректно. Стыд позор
<lo-ru-tg> <K​ompilainenn> так. программист не желает покодить в проект?
<lo-ru-tg> <e​makei> Это можно
<lo-ru-tg> <K​ompilainenn> я имею ввиду ЛибреОФис
<lo-ru-tg> <K​ompilainenn> и тишина...
<lo-ru-tg> <e​makei> Упонимайте в сообщении
<lo-ru-tg> <e​makei> Можно и в LO, только я на Си не писал практически
<lo-ru-tg> <K​ompilainenn> С++
<lo-ru-tg> <K​ompilainenn> ^
<lo-ru-tg> <e​makei> Да. Я его и имел в виду. Я могу, но не ручаюсь, т.к. управление памятью, rvalue, lvalue, template и т.д. у меня получатся хорошо.
<lo-ru-tg> <e​makei> Да, там я где-то прочитал, что и кроме программистов нужно много всяких спкциалистов)) Но я попробую
<lo-ru-tg> <K​ompilainenn> мое мнение, что кодеры нужны проекту более, чем кто-либо ещё
<lo-ru-tg> <K​ompilainenn> по той простой причине, что 14000 незакрытых багов - это совсем уж за гранью всего, чего угодно
<lo-ru-tg> <e​makei> Завтра и посмотрю, времени сейчас достаточно для этого.
<lo-ru-tg> <K​ompilainenn> было бы круто