Улучшение Автоназвания постов при Разбивке статей

Т.к. этот пункт отнимает много времени и приходится много работать руками, хочу осмелится внести предложение и предлагаю применить следующий алгоритм к названиям вновь разбитых статей(постов).
1. При выборе Автоназвания->Случайное предложение(или первое предложение), ввести новый пункт в котором указать какой длины брать предложения(количество символов от и до). Возможно кто-то сочтет что более короткие предложения более подходят для названия статей и в данном случае хотелось бы уметь такое ограничение.
2. Добавить чекбокс — что бы предложения искались с ключевыми словами внутри. Т.е. не просто предложение о погоде, а с ключевым словом.
3. Что бы Зеброид брал целое предложение, которое оканчивается именно точкой, а не переносом или абзацем.
4. Возможность добавить исключения для названий(Таблица, Тема, слова паразиты, сокрашения(т.д. т.п. т.е.) и тем более если предложение с них начинается, возможны варианты)

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

3. Вот пример случайного предложения, в нормально-отформатированном тексте, которое Зеброид поставил в название:
«Трудности, выявившиеся при внедрении сетевых принципов, обусловлены двумя причинами:»
«К основным задачам структуризации проекта следует отнести:»
Вот еще вариант, Зеброид взял перечисление пунктов:
«Фирма уже располагает необходимым для эффективного функционирования опытом;»

Цельное предложение наиболее идеальный вариант заголовка, цельное предложение заканчивается точкой в большинстве случаев. И если настроить получение цельного предложения в купе с остальными тремя пунктами, то можно реально сократить количество ручной работы и получать более качественные заголовки для статей.
В данном случае не предлагается менять основной алгоритм работы программы, эти моменты можно добавить как дополнительные чекбоксы, кто понимает зачем это нужно — будет их использовать. Кому не требуется, не будут.
Как-то так. Я вношу предложения исходя из собственного опыта работы с программой. Я определил основные операции которые занимают много ручного времени. И был бы рад автоматизации большого количество ручного труда, т.к. на аутсорсинг данный функционал отдать не возможно.

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

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

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

Вы знаете сколько я таких предложений получаю, которые якобы «кому не нужны — пусть не используют». А теперь представьте, что вы открываете какой-то инструмент программы, а там не 10-15 основных опций, а 80. С большой вероятностью скажу, что вы бы тут же закрыли инструмент даже не пытаясь тратить время на то, чтобы его освоить.

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

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

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

Варианты:
1. Экспортируете в какой-то импорто пригодный формат (к примеру Zebrum Lite), отдаёте на аутсорс, а потом импортируете его обратно в проект.
2. Берете виндосовский сервер, ставите на него программу, даёте людям временный доступ к серверу, чтобы работали. Как закончат работу — меняете коды доступа
3. Нанимаете на постоянку человека, даёте ему лицензию, пусть работает

Это первое, что пришло в голову.

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

Соглашусь с вами что идеального варианта все равно не получить при автоматизации процесса. В данном случае стояла основная задача уменьшить количество некачественных заголовков. Согласитесь если заголовки будут состоять не из трех букв(сейчас такое реально) и не из 3 длинных строк, будет уже лучше,
+ если предложение будет браться не о погоде а с ключевым словом,
+ программа не будет брать слова начинающиеся и заканчивающиеся словами паразитами и прочими не нужными словами: на подобии, т.к. т.е. и т.д.
количество ручной работы можно будет сократить, за счет увеличения доли вероятности автоматического нахождения более подходящих предложений для заголовков из проекта.

П.С. По пункту с точкой, можно обойтись настройкой что бы Зеброид не брал предложения оканчивающиеся; или: или, или…
Как вариант что бы удалял эти знаки. Не смотрятся они в заголовке

1. Экспортируете в какой-то импорто пригодный формат (к примеру Zebrum Lite), отдаёте на аутсорс, а потом импортируете его обратно в проект.

Надо попробовать. Спасибо.

Подскажите, будет ли какой-нибудь из 4х пунктов реализован в будущем и когда?

martil в своем сообщении писал(а):Подскажите, будет ли какой-нибудь из 4х пунктов реализован в будущем и когда?

Пункты 1,2 и 4 имеют право на жизнь, так что скорее всего будут. Когда? — Когда придёт очередь. Перед вашим предложением есть еще десятки других предложений, которые тоже необходимо реализовать.