Если автоматизировать управление бизнесом, то такой бизнес легко украсть, легко продать конкурентам, легко заменить руководителей. Управление им часто меняется, и не получится создавать проект на фейковых данных в тестовом контуре, писать ТЗ, БТ, и т.п. - слишком много нюансов, они быстро меняются. И программисты должны разбираться в предметной области. Где таких найдёте?
Ничего, нейросети разберутся. Но где еще такое можно? из MS Excel или MS Access открыть pdf-файл с картинкой через MS Word, который распознает картинку OCR и делает из неё текст, по этому тексту пробегается макрос VBA и парсит, заливает данные в СУБД. И для этого не нужно ставить никакие библиотеки!
Лучше Excel никто не парсит Excel. Обратите внимание на скрытые строки, высоту строк, объединенные ячейки. Запишите свои действия в макрос Excel VBA. Спросите DeepSeek, как лучше решать поставленную задачу, максимально расписав требования.
В статье описывается постоянные совещания, потому что разработчики не понимают, как должно быть. Заказчик тоже не понимает. Наконец, через много итераций, получается приемлемое решение.
Хороший разработчик разбирается в предметной области, знает как должно быть и как быть не должно, предлагает заказчику решения и функционал, который может потребоваться для решения задач заказчика, а заказчик даже и не знал о таком. Все нюансы заказчик не сможет описать и рассказать. Разработчик, должен сам их изучить, видеть, как пользуются его продуктом, оперативно корректировать даже до обращения пользователей.
Word может записать все ваши действия в макрос VBA, позволяет править макрос в процессе выполнения, выполнять пошагово, до точки останова, менять значения переменных на лету, ускоряя программирование в 10 раз. Кто ещё так может?
Пожалуйста расскажите, как систему на MS Access, MS Excel, SQL Server, которая работала 20 лет, перевели на вашу платформу? Как переписывали Visual Basic, T-SQL?
А я думаю: как люди, не разбирающиеся в предметной области, берутся что-то программировать? Они не видят, как люли пользуются их продуктом, не видят живых данных. Как такое возможно?
Непрограммист, любой человек может записать свои действия в макрос в Excel, например, открытие файлов, поиск. Остаётся только немного поправить код. В Access чуть сложнее. Как сейчас экономисту автоматизировать свою работу на Linux, если никаких сторонних программ не установить? Например, нужно обработать тысячу файлов xlsx или docx, найти там что-то по ключевым словам с учетом объединённых ячеек и положить в другой файл?
Именно это и происходит, когда программист делает ПО не разбираясь в предметной области, даже не общаясь с конечными пользователями, не видя настоящих данных. И ещё нужен бюджет, РП, ТРП, ТЗ, БТ.
А интерфейс на чем делать? Это только MS Access все в одном - интерфейс и субд. Excel тоже часто так используется, потому что тянет огромные объёмы. Где делать интерфейс?
Какое отклонение в процентах от рассчитанных показателей? Показывают ли ваши отчёты, где бонусы накрутили и оплатили ими покупки?
Если автоматизировать управление бизнесом, то такой бизнес легко украсть, легко продать конкурентам, легко заменить руководителей. Управление им часто меняется, и не получится создавать проект на фейковых данных в тестовом контуре, писать ТЗ, БТ, и т.п. - слишком много нюансов, они быстро меняются. И программисты должны разбираться в предметной области. Где таких найдёте?
Ничего, нейросети разберутся. Но где еще такое можно? из MS Excel или MS Access открыть pdf-файл с картинкой через MS Word, который распознает картинку OCR и делает из неё текст, по этому тексту пробегается макрос VBA и парсит, заливает данные в СУБД. И для этого не нужно ставить никакие библиотеки!
Лучше Excel никто не парсит Excel. Обратите внимание на скрытые строки, высоту строк, объединенные ячейки. Запишите свои действия в макрос Excel VBA. Спросите DeepSeek, как лучше решать поставленную задачу, максимально расписав требования.
В статье описывается постоянные совещания, потому что разработчики не понимают, как должно быть. Заказчик тоже не понимает. Наконец, через много итераций, получается приемлемое решение.
Хороший разработчик разбирается в предметной области, знает как должно быть и как быть не должно, предлагает заказчику решения и функционал, который может потребоваться для решения задач заказчика, а заказчик даже и не знал о таком. Все нюансы заказчик не сможет описать и рассказать. Разработчик, должен сам их изучить, видеть, как пользуются его продуктом, оперативно корректировать даже до обращения пользователей.
А сохранить в docx с сохранением структуры документа? Что бы данные были в таблице, если они в таблице в исходном файле?
Abbyy Fine Reader - хорошая программа, но недоступна. И это не текстовый редактор.
Чем совершеннее система, тем б'ольшую свободу предоставляет.
Не умеет, если там картинка
Клиент прислал отчётность в pdf, скан с листа. Как Вы переводите это в текст?
MS Word 2016 и выше распознает pdf-файлы, даже если там картинки. Кто ещё так может?
Word может записать все ваши действия в макрос VBA, позволяет править макрос в процессе выполнения, выполнять пошагово, до точки останова, менять значения переменных на лету, ускоряя программирование в 10 раз. Кто ещё так может?
Кто определяет, что бизнес-алгоритмы соответствуют функциональным требованиям?
Пожалуйста расскажите, как систему на MS Access, MS Excel, SQL Server, которая работала 20 лет, перевели на вашу платформу? Как переписывали Visual Basic, T-SQL?
И в методологии тоже. Что говорит Agile: программист должен разбираться в предметной области?
А я думаю: как люди, не разбирающиеся в предметной области, берутся что-то программировать? Они не видят, как люли пользуются их продуктом, не видят живых данных. Как такое возможно?
Непрограммист, любой человек может записать свои действия в макрос в Excel, например, открытие файлов, поиск. Остаётся только немного поправить код. В Access чуть сложнее. Как сейчас экономисту автоматизировать свою работу на Linux, если никаких сторонних программ не установить? Например, нужно обработать тысячу файлов xlsx или docx, найти там что-то по ключевым словам с учетом объединённых ячеек и положить в другой файл?
Именно это и происходит, когда программист делает ПО не разбираясь в предметной области, даже не общаясь с конечными пользователями, не видя настоящих данных. И ещё нужен бюджет, РП, ТРП, ТЗ, БТ.
А интерфейс на чем делать? Это только MS Access все в одном - интерфейс и субд. Excel тоже часто так используется, потому что тянет огромные объёмы. Где делать интерфейс?