Сообщение Re[8]: MS делают видео вместо статей - где разум? от 01.10.2019 13:20
Изменено 01.10.2019 13:23 Silver_S
Re[8]: MS делают видео вместо статей - где разум?
Здравствуйте, Sinclair, Вы писали:
MH>>по сути конфигурирование можно сравнить с использованием специального DSL, скрывающего муду и сложность для типовых задач.
S>Ну, так современное программирование гуя — это оно и есть. Если мы отбросим бредовые идеи "создавать ГУИ по схеме данных" и "хранить описание ГУИ в СУБД", то останется совершенно нормальное программирование на обычном современном языке.
Прорыв в автоматизации такой работы случится, ИМХО, после того как появится эффективный промежуточный уровень — схема данных для пользователя, по которому автоматически строится GUI, с кастомизацией.
И решатся проблемы синхронизации серверной и пользовательской схемы данных при изменениях. Проблемы с производительностью, когда данные проходят через этот промежуточный уровень в обе стороны.
И проблемы написания логики, то ли в БД то ли в этой пользовательской схеме.
Возможно, с новым специализированным ЯП для этого.
По сложности правильно сделать этот промежуточный уровень не меньше чем создать сам SQL Server, или больше (всякие EntityFramework это пока баловство).
MH>>ну как же, 1с
вполне нормальная платформа для учетных решений. хотя я и не являюсь их сторонником, но справедливости ради.
S>1с — то же самое, вид сбоку. Для 90х — офигенная штука. С точки зрения юзабилити — твёрдые 3 с минусом.
И все таки 1C — конфигураторщики отобрали много работы у тех кто врукопашную все делает. Уже очень большая ниша когда выгоднее использовать такое решение.
MH>>по сути конфигурирование можно сравнить с использованием специального DSL, скрывающего муду и сложность для типовых задач.
S>Ну, так современное программирование гуя — это оно и есть. Если мы отбросим бредовые идеи "создавать ГУИ по схеме данных" и "хранить описание ГУИ в СУБД", то останется совершенно нормальное программирование на обычном современном языке.
Прорыв в автоматизации такой работы случится, ИМХО, после того как появится эффективный промежуточный уровень — схема данных для пользователя, по которому автоматически строится GUI, с кастомизацией.
И решатся проблемы синхронизации серверной и пользовательской схемы данных при изменениях. Проблемы с производительностью, когда данные проходят через этот промежуточный уровень в обе стороны.
И проблемы написания логики, то ли в БД то ли в этой пользовательской схеме.
Возможно, с новым специализированным ЯП для этого.
По сложности правильно сделать этот промежуточный уровень не меньше чем создать сам SQL Server, или больше (всякие EntityFramework это пока баловство).
MH>>ну как же, 1с
вполне нормальная платформа для учетных решений. хотя я и не являюсь их сторонником, но справедливости ради.S>1с — то же самое, вид сбоку. Для 90х — офигенная штука. С точки зрения юзабилити — твёрдые 3 с минусом.
И все таки 1C — конфигураторщики отобрали много работы у тех кто врукопашную все делает. Уже очень большая ниша когда выгоднее использовать такое решение.
Re[8]: MS делают видео вместо статей - где разум?
Здравствуйте, Sinclair, Вы писали:
MH>>по сути конфигурирование можно сравнить с использованием специального DSL, скрывающего муду и сложность для типовых задач.
S>Ну, так современное программирование гуя — это оно и есть. Если мы отбросим бредовые идеи "создавать ГУИ по схеме данных" и "хранить описание ГУИ в СУБД", то останется совершенно нормальное программирование на обычном современном языке.
Прорыв в автоматизации такой работы случится, ИМХО, после того как появится эффективный промежуточный уровень — схема данных для пользователя, по которому автоматически строится GUI, с кастомизацией.
И решатся проблемы синхронизации серверной и пользовательской схемы данных при изменениях. Проблемы с производительностью, когда данные проходят через этот промежуточный уровень в обе стороны.
И проблемы написания логики, то ли в БД то ли в этой пользовательской схеме.
Возможно, с новым специализированным ЯП для этого.
По сложности правильно сделать этот промежуточный уровень не меньше чем создать сам SQL Server, или больше (всякие EntityFramework это пока баловство).
Но рано или поздно, оно точно постепенно появится.
MH>>ну как же, 1с вполне нормальная платформа для учетных решений. хотя я и не являюсь их сторонником, но справедливости ради.
S>1с — то же самое, вид сбоку. Для 90х — офигенная штука. С точки зрения юзабилити — твёрдые 3 с минусом.
И все таки 1C — конфигураторщики отобрали много работы у тех кто врукопашную все делает. Уже очень большая ниша когда выгоднее использовать такое решение.
MH>>по сути конфигурирование можно сравнить с использованием специального DSL, скрывающего муду и сложность для типовых задач.
S>Ну, так современное программирование гуя — это оно и есть. Если мы отбросим бредовые идеи "создавать ГУИ по схеме данных" и "хранить описание ГУИ в СУБД", то останется совершенно нормальное программирование на обычном современном языке.
Прорыв в автоматизации такой работы случится, ИМХО, после того как появится эффективный промежуточный уровень — схема данных для пользователя, по которому автоматически строится GUI, с кастомизацией.
И решатся проблемы синхронизации серверной и пользовательской схемы данных при изменениях. Проблемы с производительностью, когда данные проходят через этот промежуточный уровень в обе стороны.
И проблемы написания логики, то ли в БД то ли в этой пользовательской схеме.
Возможно, с новым специализированным ЯП для этого.
По сложности правильно сделать этот промежуточный уровень не меньше чем создать сам SQL Server, или больше (всякие EntityFramework это пока баловство).
Но рано или поздно, оно точно постепенно появится.
MH>>ну как же, 1с
вполне нормальная платформа для учетных решений. хотя я и не являюсь их сторонником, но справедливости ради.S>1с — то же самое, вид сбоку. Для 90х — офигенная штука. С точки зрения юзабилити — твёрдые 3 с минусом.
И все таки 1C — конфигураторщики отобрали много работы у тех кто врукопашную все делает. Уже очень большая ниша когда выгоднее использовать такое решение.