Информация об изменениях

Сообщение В чем непреходящая суть профессии разработчика ПО? от 16.01.2025 11:22

Изменено 16.01.2025 11:49 Shmj

В чем непреходящая суть профессии разработчика ПО?
Вот что заметил. Вроде GPT появился, а работы вроде меньше не стало и скорость разработки не особо повысилась. Не, ну может процентов на 20 повысилась, но не в десятки раз, как то ожидалось.

И вроде что не спроси — все же этот GPT знает. Но чего то в нем нет и толком не могу понять чего именно, что мешает делать проекты. И здается что оно и не появится, по этому нужно понять что это такое, назвать его и развиваться в этом направлении.

И вот в чем фишка же. В основном сборка проекта — это архитектура, сборка из готовых блоков. Редко когда приходится опускаться на уровень создания блока, как то написание своего парсера markdown
Автор: Shmj
Дата: 13.01.25
или работы с форматами изображений.

И возможно что я понял что же это — оно выражается одним емким словом — онтология.

Причем, что интересно, даже если вы опустились на уровень ниже и делаете свой парсер markdown — все-равно нужно понимать глубинную суть вещей, варианты форматов, видеть коллизии и т.д.

Кто что скажет по этому вопросу?
В чем непреходящая суть профессии разработчика ПО?
Вот что заметил. Вроде GPT появился, а работы особо меньше не стало и скорость разработки не особо повысилась. Не, ну может процентов на 20 повысилась, но не в десятки раз, как то ожидалось.

И вроде что не спроси — все же этот GPT знает. Но чего то в нем нет и толком не могу понять чего именно, что мешает делать проекты. И здается что оно и не появится, по этому нужно понять что это такое, назвать его и развиваться в этом направлении.

И вот в чем фишка же. В основном сборка проекта — это архитектура, сборка из готовых блоков. Редко когда приходится опускаться на уровень создания блока, как то написание своего парсера markdown
Автор: Shmj
Дата: 13.01.25
или работы с форматами изображений.

И возможно что я понял что же это — оно выражается одним емким словом — онтология.

Причем, что интересно, даже если вы опустились на уровень ниже и делаете свой парсер markdown — все-равно нужно понимать глубинную суть вещей, варианты форматов, видеть коллизии и т.д.

Кто что скажет по этому вопросу?