А развитие самолётостроения убило какую-то профессию или создало десяток новых?

Здравствуйте, Shmj, Вы писали:

S>В данном случае автоматизируется не просто расположение элементов на форме, но и их связь с данными. Т.е. для каждой из таблиц на основе полей и связей создаются формы добавления/изменения/просмотра/удаления записей. Причем форма просмотра сразу имеет встроенные фильтры и возможность, возможность задать цвета, размер колонок и пр.

Такие высоко-автоматизированные средства обычно имеют один общий недостаток:
-шаг вправо или влево — и под разработчиком огромная пропасть...

Здравствуйте, Shmj, Вы писали:

S>Возможно об этом и говорил Греф, что "в будущем программисты будут востребованы всё меньше и меньше".

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

S>В данном случае автоматизируется не просто расположение элементов на форме, но и их связь с данными. Т.е. для каждой из таблиц на основе полей и связей создаются формы добавления/изменения/просмотра/удаления записей. Причем форма просмотра сразу имеет встроенные фильтры и возможность, возможность задать цвета, размер колонок и пр.

Также как это уже было в foxpro?
Или как-то иначе?

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>В Дельфях это было из коробки с версии 1.0 (еще под Вин 3.1).
SVZ>Однако же Дельфя сдулась и чуда не произошло.

Еще раньше, кажется, был Power Builder.

Пока даже тех.суппортов до конца не заменили, так что о чем речь...

Здравствуйте, Hobbes, Вы писали:

H>Когда я ещё учился более 20 лет назад, уже тогда были средства, которые пишут классы по UML диаграммам, сохраняют объекты в БД без написанных врукопашную запросов и т. д. И без всяких нейросетей. Так за 20 лет спрос на программистов только вырос.

Тем не менее определенная тенденция роста сложности решаемых задач и требований к уровню разработчика имеет место быть. Например, сравни сложность ранних версий C++, C#, Java и версий текущих. Но это пока компенсируется ростом спроса. Однако, рано или поздно спрос перестанет расти, и тогда перекос в сторону высококвалифицированных разработчиков станет неизбежным.
Только вряд ли это произойдет в ближайшие лет 10.

Здравствуйте, Shmj, Вы писали:

S>Вроде все было, но качественно уровень развития того что было — не позволял "взлететь". Т.е., грубо говоря, был самолет, были крылья и был двигатель. Все принципиально было, но двигатель не позволял самолету оторваться от земли.

Аналогии такие аналогии. Оторваться от земли мешало малое количество знаний в аэродинамике, а вовсе не двигатель. Планеры, дельта- и парапланы вообще без двигателя летают.

Здравствуйте, Shmj, Вы писали:

S>Возможно об этом и говорил Греф, что "в будущем программисты будут востребованы всё меньше и меньше".

Профессия давно уже дробится и будет дробиться на более узкие специализации. Старого варианта программиста-всемогутора-мастера-на-все-руки со временем не будет. Но многие конторы все еще продолжают делать ставку именно на таких специалистов.

Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Только вряд ли это произойдет в ближайшие лет 10.
В СНГ да, пока это чуть более продвинутая версия Индии.
В Австралии это давно произошло, хз как в США.

Здравствуйте, Shmj, Вы писали:

S>Начали обсуждать в этой теме: http://rsdn.org/forum/dotnet/7540366.flat.1

Автор: Shmj
Дата: 11.09.19

S>В теме приведен пример проги, которая легким движением руки избавляет от рутины формоклепания. Эдакий доведенный до ума аналог Visual Studio Lightswitch. Там же я привел, что сталкивался с подобным решением и оно реально работало в малом бизнесе (тоже написал один чел. единолично, но тогда еще на Дельфях).

S>Подобные проги могут избавить от рутины создания API, преобразования форматов, написания SQL-запросов и т.д.

Могут. Только сохранится общий стиль решения с присущими ему ограничениями. Какими? Они для каждого всемогутера свои: кто-то не умеет располагать контролы в три колонки, а кто-то не умеет в NoSQL-СУБД. В 80-90-е прошлого столетия таких конструкторов было понаписано вагон и маленькая тележка. И где они сейчас?

Хотя своя сфера применения у них есть — это бесспорно. Только, ИМХО, она ограничивается клиентами определённой компании, которых та "подгоняет" под свой инструментарий. Внутрикорпоративные разработки — из той же оперы.

S>Если сюда еще добавить нейронки и обучение, к примеру чтобы нейронка решала как расположить те же элементы на форме или как лучше записать SQL-запрос — то работы девелоперам средней руки вообще не останется

Девелоперы средней руки будут конфигурировать базы для обучения нейронок. Хрен редьки...

S>Ну да, если вы супер-профи — то вас это не коснется, конечно. А так многие станут просто не нужны.

Супер-профи — это кто такие? Это средней руки девелоперы нейронок? Или те, кто способен отличить знак интеграла от вешалки?

Rational Rose, про который тут говорили, был далеко не первым на пути изничтожения профессии программиста. Так, в порядке напоминания: SQL — это язык для конечных пользователей, Smalltalk — вообще для домохозяек. Ну, и как оно?

Здравствуйте, Shmj, Вы писали:

H>>Когда я ещё учился более 20 лет назад, уже тогда были средства, которые пишут классы по UML диаграммам, сохраняют объекты в БД без написанных врукопашную запросов и т. д. И без всяких нейросетей. Так за 20 лет спрос на программистов только вырос.

S>Оно то так — 20 лет назад уже и нейронные сети были. Но они были абсолютно бесполезны на практике (кроме узких сред).

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

S>Вроде все было, но качественно уровень развития того что было — не позволял "взлететь". Т.е., грубо говоря, был самолет, были крылья и был двигатель. Все принципиально было, но двигатель не позволял самолету оторваться от земли.

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

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

А вот с задачей устранения программистов "вообще" всё обстоит очень неясно. Как только их устраняют в одном месте, они немедленно начинают требоваться в другом, притом с утроенной силой. Что-то тут не так, не находишь?

Здравствуйте, Muxa, Вы писали:

M>Чего не хватает на данный момент, что "девелоперам средней руки" до сих пор достается работа?

До сих пор доставалась. Чего не хватало и что сделано?

Здравствуйте, prog123, Вы писали:

P>Он имел ввиду, что написания кода руками в текстовом редакторе будет все меньше и меньше. Просто не смог это правильно выразить.

Если в нулевых рулили всякие делфи и винформсы, то сейчас практически все GUI описываются либо только в тексте (html+css+js — подавляющее большинство интерфейсов), либо текст плюс графический редактор для простых случаев (XAML, QML).

Практически все графические редакторы перешли в руки маркетологов/интеграторов (конструкторы сайтов, форм, бизнеспроцессов, 1С). Обычные программисты никуда от текста не ушли, очень уж он удобен.

То же самое с графическими конструкторами SQL и тому подобного. Либо куча настроек в интерфейсе для конечного пользователя (Excel, Data Studio, DataLens) либо SQL+ЯП+js для программиста. Различные гибридные Kibana/Grafena для остаются за скобками для интеграторов.

Я уже больше 20 лет слышу о том, что все вот-вот уйдет от текстового представления и мы будем составлять кубики, но возможности текстовых "кубиков" растут гораздо быстрее возможностей графических, которые, по большому счету не сильно далеко ушли от Delphi 1994 года выпуска.

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