LINUX.ORG.RU
ФорумTalks

Каждую пятилетку мы устраиваем битву за десктоп, again!

 ,


0

1

https://arstechnica.com/gadgets/2018/09/office-2019-for-windows-10-and-macos-out-now-for-corporate-customers/
Проще говоря - спускаемся с большого холма и наводим порядок на поляне...
Для корпоративных клиентов вышел Офис2019 с вечной лицензией, срок поддержки продукта 5+2года. Из хитрых мотивирующих особенностей - поддержка исключительно Виндовс10.

Для макОС поддерживаются 3 последних (специально для летунов - крайних с конца) релиза (14-13-12).

Надеюсь приложив пингвина к чему-нибудь (например, системному блоку вашей персональной рабочей станции под управлением ОС Линукс) вы сделаете соответствующие маркетинговые выводы.

Персональные наблюдения: каждую пятилетку выходит связка ОС+Офис, года через 2 после релиза начинается набег «невменяшек», жутко пропагандирующих альтернативный набор из ОС и Офиса, вангующих скорый крах корпорации окон и всей линейки её продуктов.

Затем выходит новый релиз, с еще более вылизанным интерфейсом, еще более удобный и «невменяшки» замолкают на какое-то время, по причине того, что нечего предъявить в качестве равноценного аналога. И это перпетуум процесс я наблюдаю уже 20 лет.

Ну и пипка на тортике:

The new Office includes updated versions of Word, Excel, PowerPoint, and Outlook. On Windows, it also includes Publisher, Access, Project, and Visio. These apps, on the other hand are all in maintenance mode: they're receiving security fixes but haven't had any feature changes. There's no 2019 version of OneNote at all; the Windows 10 UWP version of the app is now the primary version, though Office 2019 customers will still be able to install OneNote 2016 if they prefer.

Тоже, панимаишь ли, перетряхивают свой офисный набор.

Deleted

Последнее исправление: RTP (всего исправлений: 4)

Ответ на: комментарий от crutch_master

Что из названного нормально реализовано хоть в одном офисе?

Всё, что для этого нужно от офисного пакета. И в LO и в MSO.

Делают через какую-нибудь самбу движение…

Повторю вопрос: какое тот идиотизм из описанной тобой шараги имеет отношение к ЭДО?

Твою форму бух похерит как захочет

Ты просто неосилятор-бугуртун. Мою — не похерит.

Второе и первое вообще не в сфере возможностей офеса

Я где-то говорил, что ЭДО — это исключительно офисный пакет?

бизнес-процессы вообще существуют только в голове руководителя.

Ты нормальных предприятий не видел просто) Они фиксируются внутренними распоряжениями\приказами и за их нарушение сотрудников наказывают.

поля ввода со списком и НИКАКОГО РУЧНОГО ВВОДА С КЛАВИАТУРЫ

Заполни реквизиты контрагента не используя ручной ввод с клавиатуры? Слабо?

Единственный нормальный шаблон - это веб форма

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

но зачем, если сделать веб морду куда практичнее

Ты уверен?) WebDAV, CalDAV и CardDAW и веб морда, о чудо, не нужна совсем. Причём работает всё на любой системе абсолютно нативно.
Вот как замена dashboard и файловому менеджеру веб морда вполне годно, но если в итоге ты всё-равно будешь генерировать odt/pdf, зачем городить велосипед, когда редакторы уже готовы?

mogwai ★★★★
()
Ответ на: комментарий от stave

Знаю тех, кто до сих пор сидит на офисе 97 и не хотят обновляться, т.к.
новый access ломает им совместимость с их базой, и не хотят заморачиваться

record ★★★★★
()
Последнее исправление: record (всего исправлений: 1)
Ответ на: комментарий от mogwai

Повторю вопрос: какое тот идиотизм из описанной тобой шараги имеет отношение к ЭДО?

К нормальному ЭДО никакого. И это не идиотизм, а обычная практика.

Ты просто неосилятор-бугуртун. Мою — не похерит.

Да я даже не думал ничего там осиливать. Мы их сразу загнали в рамки где они ничего похерить не могут. Какой вообще смысл, создавать какие-то шаблоны, потом парсить их, потом делать из этого какие-то другие «бумажки»?

Я где-то говорил, что ЭДО — это исключительно офисный пакет?

Да и я не говорю. Я говорю, что если делать ЭДО он не нужен.

Ты нормальных предприятий не видел просто)

Нет. Я видел только обычные. Не знаю, где у вас там нормальные предприятия, но я верю, что они где-то есть и у вас там все хорошо.

Заполни реквизиты контрагента не используя ручной ввод с клавиатуры? Слабо?

Легко. 1. Реквизиты в базу. 2. Заполняем шаблон. И никакого ручного ввода, там, где он не нужен. Первые пять раз тётенка нормально всё заполнит, на шестой всё запортачит.

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

Берёшь текстовое поле, печатаешь там текст договора. Он автоматом вставляется, форматируется, сохраняется.

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

Ты меня недооцениваешь. Почему бы мне не развести срач на ровном месте, пока девопсы насилуют базу.

Ты уверен?) WebDAV, CalDAV и CardDAW и веб морда, о чудо, не нужна совсем.

Ну я бы не сказал, что совсем.

но если в итоге ты всё-равно будешь генерировать odt/pdf, зачем городить велосипед, когда редакторы уже готовы?

Но суть в том, что ты будешь _генерировать_ odt/pdf, а не где-то юзер будет что-то сам пытаться делать. Если ты генерируешь, то юзер ничего не генерирует, тем самым уменьшается роль самой уязвимой части системы - себя. Да, можно их дрочить, штрафовать на зп, но зачем, если просто можно забрать у них возможность ошибаться.

crutch_master ★★★★★
()
Последнее исправление: crutch_master (всего исправлений: 1)
Ответ на: комментарий от mogwai

Неа.

=SUMIF(A2:A7,«Fruits»,C2:C7) берёт вертикальные A2:A7, складывает цихверки в C2:C7 если A2:A7 содержит «Fruits».

В моём же случае, надо брать горизонтальные, например, A2:C2 и добавлять +1 к сумме столько раз, сколько A2:C2 содержит «Fruits».

Затем брать горизонтальные A3:C3 и добавлять +1 к другой сумме столько раз, сколько A3:C3 содержит «Vegetables». И т.д.

deep-purple ★★★★★
()
Ответ на: комментарий от crutch_master

И это не идиотизм, а обычная практика.

Идиотизм вполне может быть обычной практикой.

Да я даже не думал ничего там осиливать.

Я так и думал.

Какой вообще смысл, создавать … Я говорю, что если делать ЭДО он не нужен.

Ты предлагаешь завязать изменение печатных форм на IT отдел? Почему секретарь по распоряжению директора не может изменить макет в LO и загрузить новый?

потом делать из этого какие-то другие «бумажки»?

Чтобы эти другие «бумажки» распечатать и собрать подписи «ознакомлен» с сотрудников на производстве, например, или отправить партнёрам для «посмотреть\подписать».

Легко. 1. Реквизиты в базу.

Ты сам поставил условие сделать «не используя ручной ввод с клавиатуры», только выпадающие списки, и сам же его нарушаешь.

Он автоматом вставляется, форматируется, сохраняется.

Ты утверждаешь, что не можешь распарсить готовый документ в котором семантика уже присутствует, и тут же говоришь что plain text в состоянии распарсить безошибочно. Это как так? Не можешь в документе форматирование дропнуть?

Да, можно их дрочить, штрафовать на зп, но зачем, если просто можно забрать у них возможность ошибаться.

Не заберёшь ты эту возможность) Они тебе в форме в название организации ИНН с КПП зафигачат, если совсем идиоты.

Ты однобоко смотришь на вопрос.
В жизни не редко встречаются юристы-мозгоклюи на «той стороне». Из недавнего, мадам от заказчика раз 15 просила «вот этот пункт переделать», «а теперь вот этот», «потом этот». А потом она сходила к директору, он ей ещё замечаний сделал, и пошло ещё по кругу «вот это вернём как было, вот это оставим новый вариант и т. д. и т. п.»
И вот если бы система работала по твоей логике, сотрудник каждый раз ходил бы в веб морду, правил условия, генерировал документ, отправлял ей.
А если бы систему делали думая о результате, ей бы могли скинуть файл (где она смогла бы изменить лишь то, что ей разрешено менять), она бы его хоть тысячу раз редактировала и согласовывала со своим директором, потом отправила итоговый вариант назад. Твоему сотруднику осталось бы лишь глянуть в веб гуе дифф отправленного и пришедшего вариантов, и подписать эти изменения.

mogwai ★★★★
()
Ответ на: комментарий от mogwai

Ты предлагаешь завязать изменение печатных форм на IT отдел?

Ну зачем сразу так жестоко. Просто специально обученные люди.

Почему секретарь по распоряжению директора не может изменить макет в LO и загрузить новый?

Потому что секретарь не сделает ничего пригодного к маш.обработке.

Чтобы эти другие «бумажки» распечатать и собрать подписи «ознакомлен» с сотрудников на производстве, например, или отправить партнёрам для «посмотреть\подписать».

Да я не спорю, что потом можно распечатать, но зачем парсить их, тем более, что они для этого не предназначены.

Ты сам поставил условие сделать «не используя ручной ввод с клавиатуры», только выпадающие списки, и сам же его нарушаешь.

Так я его и не нарушаю. Забивание - это совершенно отдельный ответственный процесс, который нельзя ни с чем мешать. Пришел новый поставщик, Галя, забей нового поставщика, Юля, проверь Галю. А потом они всё втроём щелкают по выпадающим спискам.

Ты утверждаешь, что не можешь распарсить готовый документ в котором семантика уже присутствует, и тут же говоришь что plain text в состоянии распарсить безошибочно. Это как так? Не можешь в документе форматирование дропнуть?

Зачем plain text парсить? Это просто текст без форматирования или с минимальным форматированием типа индексов. Всё остальное форматирование в шаблонах.

Не заберёшь ты эту возможность)

Полностью нет, но можно сильно ограничить.

Ты однобоко смотришь на вопрос.

В жизни не редко встречаются юристы-мозгоклюи на «той стороне». Да на «ту сторону» ты отпралвяешь odt/pdf это понятно. Если тебе вернут поехавший docx - это не важно. Копипастишь его себе в шаблон на морде.

crutch_master ★★★★★
()
Ответ на: комментарий от crutch_master

Потому что секретарь не сделает ничего пригодного к маш.обработке.

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

Пришел новый поставщик, Галя, забей нового поставщика, Юля, проверь Галю.

Т.е. ты не исключаешь «ручной ввод», просто считаешь, что усложнение интерфейса (разбить на два этапа «вбить реквизиты» и «выбрать реквизиты») — решение проблемы.

Зачем plain text парсить? … Всё остальное форматирование в шаблонах

Чтобы семантически корректно разметить. Или ты предлагаешь as is фигачить в печатную форму текст? Кстати, сноски ты как делать будешь при таком подходе? Свой синтаксис изобретать, или обучать человека, по твоим словам, не способного выбрать стиль из списка предоставленных md или rst?

Полностью нет, но можно сильно ограничить

Классическое заблуждение. Система ЭДО не ограничивать должна, а помогать пользователю избежать ошибок. Ты пытаешься переложить свои проблемы на плечи пользователей. Грубо говоря, не городить нужно десятки полей ввода, отдельно под ИНН, отдельно КПП, отдельно крыжик ИП/ООО/ЗАО и т.п., а научиться парсить эти данные нормально и дать возможность либо вбить их отдельными полями, либо общей кучей.

Если тебе вернут поехавший docx - это не важно.

Как у тебя так получается… я на практике в каком формате отправил, в таком и назад получаю. Люди обычно жмут «Save», а не «Save as…».

Копипастишь его себе в шаблон на морде.

Ctrl+A, Ctrl+C или выделяешь нужные куски и раскидываешь по разным инпутам, или кашей в одно поле, а система сама определит что куда? Почему тогда не дать пользователю возможность сразу перетащить файл в систему?

mogwai ★★★★
()
Ответ на: комментарий от mogwai

Секретарь не может быть тем самым обученным человеком?

Секретарь - не тех.спец. Она не должна ничего в этом понимать.

Т.е. ты не исключаешь «ручной ввод»

Они должны как-то попадать в систему в любом случае. Или что-то парсить или ручками. Он парсить не вариант, поставщики не принесут тебе корректный json/xml со своими реквизитами.

что усложнение интерфейса (разбить на два этапа «вбить реквизиты» и «выбрать реквизиты») — решение проблемы.

Если ты работаешь с одними и теми же фирмами - то да. Это решает кучу проблем. Например изменение реквизитов известной фирмы.

Кстати, сноски ты как делать будешь при таком подходе?

Сделать UI под кейс.

Система ЭДО не ограничивать должна, а помогать пользователю избежать ошибок.

Она и помогает избежать. Не дав сделать.

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

Ты никогда не парсил сырые данные. Их невозможно распарсить в 100% случаев. Если ты думаешь, что это возможно юзеры придумают способ сломать твой парсер.

Грубо говоря, не городить нужно десятки полей ввода, отдельно под ИНН, отдельно КПП, отдельно крыжик ИП/ООО/ЗАО

Не нужно. У тебя организация уже вбита, ты выбираешь организацию система всё заносит. Первичный внос делают ответственные люди, там крыжики, да. Появилась форма собственности, надо заводить форму собственности. Надо чекать правильность ввода ИНН, КПП и т.д.

а система сама определит что куда

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

crutch_master ★★★★★
()
Ответ на: комментарий от Shulman

Погугли DAX и Power Pivot в экселе, например.

Shadow ★★★★★
()
Ответ на: комментарий от deep-purple

Alt+enter переводят строку в формуле excel.

Shadow ★★★★★
()

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

Десктоп будет за линуксом, а серверы итак наши не нужны, т.к. на них GTA V не идет.

gentoo1love
()
Ответ на: комментарий от crutch_master

Секретарь - не тех.спец. Она не должна ничего в этом понимать.

В пользовании офисным пакетом?

Они должны как-то попадать в систему в любом случае.

Так ты же выше и говорил, что единственный нормальный вариант — исключить ручной ввод вовсе, только селекты в браузере. А теперь говоришь, что не только селекты…

Если ты работаешь с одними и теми же фирмами - то да.

Нет. Реквизиты любой новой рандомной фирмы.

Например изменение реквизитов известной фирмы.

Создать новый элемент, или изменить существующий — решение принять можно после того, как распарсил данные.

Сделать UI под кейс.

Удиви, продемонстрируй макет.

Она и помогает избежать. Не дав сделать.

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

Ты никогда не парсил сырые данные.

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

Их невозможно распарсить в 100% случаев.

В данном случае и не надо в 100% случаев. Тебя расстреляют, если твоя система из 10 реквизитов распознает 8, а два оставшихся предложит вбить руками? Лучше пусть всегда все 10 руками вводят?

Если ты думаешь, что это возможно юзеры придумают способ сломать твой парсер.

Так и вижу, как у тебя всё предприятие спит и видит, как тебе парсер поломать. Делать им больше нечего. Или твой парсер плохой.

Первичный внос делают ответственные люди, там крыжики, да

В данном случае я именно о «первичном вносе» говорю.

Надо чекать правильность ввода ИНН, КПП и т.д.

И это возможно только если ИНН, КПП и т. д. будут разбиты по отдельным полям ввода? Или в одном поле ввода, но по строгой маске?

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

У тебя какие-то проблемы с подходом. Психологические или технические — я не знаю. Но какие-то точно есть. Под какие «все документы»? Тебе какая разница, сколько у них документов? Если на предприятии 1000 различных документов, ты тысячу форм клепать будешь?

mogwai ★★★★
()
Ответ на: комментарий от Shulman

Очевидно что офис 2019 будет вечным, но офис 2025 тоже поживет некоторое время, или нет?

В общем мс может спалится на лжи... не зря они такие сроки называют, чтобы все забыли о чем речь шла...

Есть ощущение, что они для обычных пользователей в итоге сделают просто подписку на Windows и Office (и еще что-нибудь). Ежемесячную, максимум ежегодную. Такие планы вполне конкретно озвучивались.

А так-то реально многим вендоюзерам достаточно даже WinXP или вовсе Win2k и Office 2003.

praseodim ★★★★★
()
Последнее исправление: praseodim (всего исправлений: 1)
Ответ на: комментарий от praseodim

А потом посчитали, что пока народ не созрел.
Тут The Verge, роликом разродился по поводу Андройда, так там в суде, кажется, Шмидт рассказал как они выбивали МС с рынка мобильников. Оказывается что вендоры охотно пошли на такие сделки.

Deleted
()
Последнее исправление: RTP (всего исправлений: 1)
Ответ на: комментарий от mogwai

Это плохой аутсорсер.

Т.е. пол дня несколько человек, вместо того, чтобы делать свою работу, делали её работу? Им на всех за эти пол дня можно разделить один её зарплату, ни ей, ни им за эти пол дня свою з/п не начислять.

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

Например, если сталкиваются, с тем, что в конторе еще с 80-х годов (на современном железе естественно) используется для целого ряда ключевых технологий БД, построенная на Pick https://en.wikipedia.org/wiki/Pick_operating_system сразу глаза в кучку и в сторону. Или денег хотят совсем невменяемых на переписывание с нуля под более традиционные платформы.

praseodim ★★★★★
()
Последнее исправление: praseodim (всего исправлений: 1)
Ответ на: комментарий от Deleted

А потом посчитали, что пока народ не созрел.

Скорее не всех еще смогли убедить как это здорово постоянно платить за софт.

praseodim ★★★★★
()
Ответ на: комментарий от mogwai

В пользовании офисным пакетом?

Конечно. Он же не нужен.

Так ты же выше и говорил, что единственный нормальный вариант — исключить ручной ввод вовсе, только селекты в браузере.

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

Нет. Реквизиты любой новой рандомной фирмы.

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

Создать новый элемент, или изменить существующий — решение принять можно после того, как распарсил данные.

ЩТА? Это о чём вообще?

В данном случае и не надо в 100% случаев. Тебя расстреляют, если твоя система из 10 реквизитов распознает 8, а два оставшихся предложит вбить руками? Лучше пусть всегда все 10 руками вводят?

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

студентов

Так ты препод значит.

Делать им больше нечего.

Они не со зла же.

Или твой парсер плохой.

Он априори не может быть хороший. Всё равно потом нужна перепроверка, да и вообще, как всё вышесказанное относится к нужности офеса? Мы спорим о каких-то парсерах. Да хрен с ними, пусть там будет парсер какой-нибудь, который половину раскидывает из присылаемого. Внутри он всё равно нахрен не нужен, если у тебя все данные структурированные.

И это возможно только если ИНН, КПП и т. д. будут разбиты по отдельным полям ввода? Или в одном поле ввода, но по строгой маске?

Конечно. По полям и по маске.

Как твои вахтёрские ограничения запретят перепутать почтовый и фактический адрес?

А парсер твой как их отличит? А если они в офесе все делают как он поможет? Да, что-то не исключишь, но к минимизировать косяки можно.

Удиви, продемонстрируй макет.

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

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

Там нет 1к видов документов. Да и 1000 форм лучше и надёжнее, чем 1000 парсеров и трахотня с ними, когда они что-то не распарсят. Зачем вообще что-то парсить внутри организации, когда можно не парсить?

crutch_master ★★★★★
()
Ответ на: комментарий от praseodim

А ты как хотел? Ты у себя держать специалиста не хочешь для сопровождения редких решений, и аутсорсер тебе должен обходиться дешевле штатного эникейщика. А ему какой смысл ради тебя одного держать сотрудника, расходы на которого ты не закроешь, и применения ему, кроме как у тебя, ему не будет?

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

mogwai ★★★★
()
Ответ на: комментарий от crutch_master

Конечно. Он же не нужен.

Как ты документами с контрагентами будешь обмениваться?

Так я и говорю - только скелеты в браузере

Значения селектов у тебя всё-равно перед этим кто-то в систему вводит.

Это исключительный случай.

Скажи это продавцам торговых сетей. Где в день по 5-10 новых контрагентов появляется.

ЩТА? Это о чём вообще?

Тупанул, неправильно интерпретировал твою фразу. Сейчас перечитал её, должен был написать вот так:

Если ты работаешь с одними и теми же фирмами - то да. Это решает кучу проблем. Например изменение реквизитов известной фирмы.

Даже 1С догадались, что адрес можно позволить вбить и по отдельным полям (а потом программно составить полный адрес), и сразу полный адрес (а потом программно разбить его на части), а ты всё ещё нет.

Он (сюрприз) не обязательно должен уходить в отказ, может просто напарсить фигни

Если в проектирование ты не умеешь — то может. У нормальных людей, если из сырых данных не получилось гарантировано правильной структуры, софт попросит пользователя проверить, мол «я тут за тебя раскидал по атрибутам, но сомневаюсь, что правильно»

Так ты препод значит.

Нет, но будучи сам студентом подрабатывал на кафедре.

Он априори не может быть хороший.

Если рассматривать как отдельный и единственный фильтр перед записью данных — да. Но какой идиот так может сделать?

Всё равно потом нужна перепроверка, да и вообще, как всё вышесказанное относится к нужности офеса?

Так, что твоё «офез нинужын» — плод мыслей, нашёптанных тебе тараканами сидящими у тебя в голове, о том, что невозможно
а) распарсить odt
б) если пользователь засунул в программу нераспарсиваемое дерьмо, ему нельзя об этом сказать и подсунуть форму для заполнения руками и ссылку на инструкцию, как оформлять документ так, чтобы система его смогла понять в) т. к. «б)», то всех нужно заставлять всё вводить руками

Конечно. По полям и по маске.

Только если ты не хочешь разбираться с предметом. На самом же деле из общей кучи реквизитов вытащить ИНН/КПП — вообще не проблема, а остальные реквизиты ты можешь или подтянуть сам, как это делает тот же ДНС, или продолжить разбирать то, чего тебе дал пользователь. Вопрос лишь в бюджете, если это проект, или во времени (если на окладе пишешь) и желании повернуть АРМ к сотруднику лицом.

А парсер твой как их отличит?

Он и не должен, как ты не понимаешь?) Он должен помочь пользователю раскидать это всё. Пользователь из почты\документа или ещё откуда-то скопипастил все реквизиты и вставил тебе на форму. Система, парсит это дело и что гарантировано определила — сразу заполнила соответствующий инпут. Конкретно в ситуации с адресами, она должна заполнить два поля «адрес» и попросить пользователя каждому инпуту указать тип (почтовый\юридический\фактический\и т. п.). Речь ведь не о том, чтобы отобрать у пользователя возможность проверить и исправить, а о, по возможности, снятии с сотрудника рутинной работы копипастером построчно.

А если они в офесе все делают как он поможет?

В систему поступает файл, система смотрит на наличие имён сотрудников и ставит их в ответственные лица, смотрит коды номенклатуры, и сразу готовит черновик заказа, смотрит заголовки на предмет ключевых слов и сразу относит его к нужному типу (приказ, служебка, заказ, докладная, акт), смотрит на наличие номер заявки\проекта\договора\счёта и т. п. и сразу относит документ к нужному процессу у себя. и т. д. и т. п.
Более конкретный пример: приходит сотруднику на почту счёт на оплату, софтина смотрит этот счёт, кому он пришёл, смотрит активные тикеты в состоянии «ждём счёт» и либо сразу открывает ему форму с заполненными данными и приложенным счётом, либо говорит «у тебя по этому заказчику несколько тикетов открыто, этот счёт куда?» и показывает только подходящие тикеты. Сотруднику осталось вбить комментарий, если надо, и нажать «записать». Вот это будет автоматизация. А «зайди в систему, найди тикет, приложи файл» для не айтишников — соитие с их мозгом.

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

В гимпе накидать прямоугольников — много времени не надо.

Да и 1000 форм лучше и надёжнее, чем 1000 парсеров и трахотня с ними, когда они что-то не распарсят

Эмм… как ты тысячу форм сделаешь без тысячи парсеров? Ты не проверяешь пользовательский ввод на корректность?)

Зачем вообще что-то парсить внутри организации, когда можно не парсить?

https://xkcd.com/327/

mogwai ★★★★
()
Ответ на: комментарий от mogwai

Ладно, ладно, можно приделать пару парсеров, чтобы не вбивать всё ручкам. Убедил. Но нахера нужен внутри организации офис? Чтобы открыть docx слева и вытащить данные он не нужен, чтобы составить документ - он не нужен, рендерить кому-нибудь налево в odt можно и без него. Для внутренних нужд он не нужен - все документы можно гонять внутри системы, выплёвывая pdf, когда надо что-то напечатать. Зачем он нужен? Чтобы отправлять свою же накладную на склад или в филиал, которую потом парсить? Но зачем, если все данные корректны, все словари есть и т.д.?

crutch_master ★★★★★
()

вы видели сколько это вменяемо вылизаное весит, а сколько жрет... кроме того его постоянно красть надо - в просто так они не умеют

amd_amd ★★★★★
()
Ответ на: комментарий от amd_amd

Без драйверов мало, вроде как в 16ГБ вмещается в эксплуатируемой системе.
Нет, таки же 60ГБ ссд достаточно для офисной инсталяции, но таких ссд нет уже почти, есть 120гиговые
А красть зачем? Кушай с пробных лотков в супермаркете, бесплатно, модно, молодёжно, объехал пяток суперов и сыт до утра. Ой, мы жеж не за западным гринвичем.

Deleted
()
Последнее исправление: RTP (всего исправлений: 1)
Ответ на: комментарий от Deleted

А красть зачем?

а чего покупать что ли - когда украсть можно?

amd_amd ★★★★★
()
Ответ на: комментарий от mogwai

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

Это обычная практика была, иметь свой ИТ-отдел и даже не один, чтобы поддерживать свои технологии. Начиная с какого-то размера предприятия это проще и в итоге даже дешевле, чем спускать на аутсорс. Ну опять же смотря что именно, есть вещи которые можно кому-то сбагрить, а есть которые нежелательно. Потому что своим можно сказать, что надо бы чего-то там доделать/переделать и они это сделают, ну может даже за неделю-другую. Обычно в таких конторах это не слишком критично по времени. И они и так на зарплате. С аутсорсером же каждый такой вопрос выливается в отдельную задачу, с нередко отдельной оплатой. Может поменяться сотрудник, который был «в теме».

Редкий специалист по этим решениям получается за два-три месяца не очень спешного чтения документации и наблюдения как оно работает. Там ничего такого уж особо сложного нет, просто сильно непривычно для тех, кто привык к чему-то вроде Oracle или MS SQL.

Вот только ни один аутсорсер этим заниматься не станет.

praseodim ★★★★★
()
Последнее исправление: praseodim (всего исправлений: 1)
Ответ на: комментарий от crutch_master

Это нам легко без офиса живётся) Мы привыкли в OTRS/Alfresco/SharePoint формочку заполнить, отчёт посмотреть и т. п. на позапрошлой работе секретарь ни в какую не могла набирать приказы сразу в ЭДО. Она создавала из шаблона документ, а потом загружала его в систему, руками заполняя аттрибуты. Объясняла это просто: «тут я сразу вижу документ как есть, а как там ваша система его сгенирирует — я не знаю». Да и директору было удобнее в ворде аннотации расставить сразу «по месту».

Но даже если забыть про индивидуальные особенности людей не связаных с айти, те же печатные формы верстать (бланки приказов, служебных записок — дал им список переменных, инструкцию как пользоваться стилями, и они сами себе настроят нужный внешний вид документов), тексты договоров юристам клепать (как ты ни старайся, а договор со всеми сносками, пунктами и подпунктами удобнее в wysiwyg, ибо какому-нибудь своему языку разметки юриста насильно обучать — странная затея, а зачем писать свой wysiwyg, если можно взять LO и за вечер накатать требования к документу, чтобы твоя система смогла правильно его прочитать), коммерческие предложения формулировать (тут вообще итоговый внешний вид документа нифига не меньше значит, чем его содержание. хотя КП — это не «внутри организации», да).

выплёвывая pdf, когда надо что-то напечатать

Чьим закрытым ключом будет заверен pdf, который ты выгрузишь из базы через месяц после его создания? Пользователя ответственного за создание\редактирование, или пользователя выгружающего файл?

mogwai ★★★★
()
Ответ на: комментарий от praseodim

Не понял, как воспринимать тебя сейчас, как оппонента или сторонника?)

Вот только ни один аутсорсер этим заниматься не станет.

Потому что за лишнюю нагрузку этот сотрудник попросит лишних денег, твоя абонентская плата эту надбавку не отобъёт, а других клиентов с подобным решением на горизонте не предвидится.

Поэтому заложникам уникальных решений следует держать в штате специалистов по этим решениям.

mogwai ★★★★
()
Ответ на: комментарий от Deleted

Жрёт много не офез, а вянда. Win10 во время установки обновлений до 100Gb вырасти может.

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

mogwai ★★★★
()
Ответ на: комментарий от mogwai

Не понял, как воспринимать тебя сейчас, как оппонента или сторонника?)

В чём? :)

Поэтому заложникам уникальных решений следует держать в штате специалистов по этим решениям.

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

praseodim ★★★★★
()
Ответ на: комментарий от mogwai

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

Того, кто подписывал (одобрял) этот документ.

на позапрошлой работе секретарь ни в какую не могла набирать приказы сразу в ЭДО

Ну, вот и упирается всё только в «мы так привыкли». А так и превьюху можно сгенерить сразу и сделать, чтобы аннотации втыкались «по месту» и всё остальное. Ну, хотя может и нет смысла приделывать свой вусивуг, если заставить сотрудников скармливать документы парсеру, который будет их сам тыкать в косяки, но это такое.

crutch_master ★★★★★
()
Ответ на: комментарий от praseodim

В чём? :)

В дискуссии.

Тут еще что, это решение работает как часы многие годы.

Это не значит, что оно никогда не упадёт. Всё-равно нужен кто-то, кто знает как оно устроено.

mogwai ★★★★
()
Ответ на: комментарий от crutch_master

Того, кто подписывал (одобрял) этот документ.

Как ты себе это представляешь? Или таки документ будет сформирован в момент создания записи? Тогда какая принципиальная разница сформировал пользователь его из записи, или запись сформировалась из документа? Что за вахтёрство? LO бесплатный. Если человеку удобнее создавать в нём — пусть создаёт. Главное, чтобы не ломал ничего.

А так и превьюху можно сгенерить сразу и сделать, чтобы аннотации втыкались «по месту» и всё остальное.

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

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

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

Главное — вовремя указать на ошибки и дать пример «как правильно».

mogwai ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.