Закат программирования? - страница 7
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
О чем вы со мной сейчас спорите? О том, что программист постепенно стал разработчиком, с увеличением числа инструментов и требованиям к задачам?
Я это и не отрицал.
Я всего лишь задал несколько вопросов, логически следующих из ваших тезисов.
Я всего лишь задал несколько вопросов, логически следующих из ваших тезисов.
Ну да, любая отрасль развивается и идет своими путями. В том числе разработка ПО. Вот, кстати, хорошее определение из вики:
Software development is the process of conceiving, specifying, designing, programming, documenting, testing, and bug fixing involved in creating and maintaining applications, frameworks, or other software components.
На него уже перешли лет 30 назад. Вы описываете узкоспециализированную задачу и экстраполируете ее на весь класс задач разработки. Визуальные разработки уже давно существуют, как частично, так и полностью автоматизированные. Это никак не отменяет необходимость разработки других классов задач или даже задач, решаемых визуальными средами, к которым применены бОльшие требования по производительности, например. Потому что любой универсализм рано или поздно превращается в монстра.
Допустим, вы правы. Давайте рассмотрим примеры задач, которые нельзя:
1. разложить на объекты.
2. представить объекты как сборки параметров и связей.
3. собрать объекты визуальными инструментами.
Если не трудно, приведите примеры таких задач.
Он вам отвечает чтоб потроллить а не чтобы что-то понять, не тратьте время - петер и федосеев два ярких представителя mql песочницы, которые из нее вылазить не хотят
Как появляется вопрос, на который не можете ответить и который дает вам понять несостоятельность ваших тезисов, так сразу троллинг. Забавно.
Ну да, любая отрасль развивается и идет своими путями. В том числе разработка ПО. Вот, кстати, хорошее определение из вики:
Software development is the process of conceiving, specifying, designing, programming, documenting, testing, and bug fixing involved in creating and maintaining applications, frameworks, or other software components.
То есть раньше программисты (или разработчики) документацию не писали, не тестировали, баги не фиксили. А теперь еще стали заниматься дизайном?
Допустим, вы правы. Давайте рассмотрим примеры задач, которые нельзя:
1. разложить на объекты.
2. представить объекты как сборки параметров и связей.
3. собрать объекты визуальными инструментами.
Если не трудно, приведите примеры таких задач.
Нет, Петр. Будущее за биологическим программированием. Примерно так: человека бреют налысо, накладывают на голову специальную активную биомассу, и человек начинает усиленно думать о поставленной задаче. В результате, в наложенной на голову биомассе, происходит выстраивание нейронных связей, формируется своего рода искусственный ганглий, соответствующий думаемым мыслям... Таким образом будут создаваться биокомпьютерные блоки для киборгов. ))) Ну в общем вы меня поняли.
1. Визуальные разработки уже давно существуют, как частично, так и полностью автоматизированные.
2. Это никак не отменяет необходимость разработки других классов задач или даже задач, решаемых визуальными средами, к которым применены бОльшие требования по производительности, например.
3. Потому что любой универсализм рано или поздно превращается в монстра.
1. Если можно - дайте ссылку, чтобы почитать о таких.
2. Можете ли вы разложить задачи по классам и конкретно указать, решения каких из них не поддаются визуальным инструментам?
3. Здесь не все однозначно. Огромный компьютер 50-тых уместился в моб.телефоне, что говорит о том, что универсализм отлично работает и не имеет жесткой привязки к производительности. Во всяком случае, производительность решает проблему монструозного универсализма.
Допустим, вы правы. Давайте рассмотрим примеры задач, которые нельзя:
1. разложить на объекты.
2. представить объекты как сборки параметров и связей.
3. собрать объекты визуальными инструментами.
Если не трудно, приведите примеры таких задач.
Вычисление числа фибоначчи, создание определенных реакций UI на действия пользователя ВНЕ заранее обозначенного набора, написание документации, написание юнит тестов
Это причем простые, а есть целые огромные системы, например рендеринг изображений и прочее
Их тьма, вообщем.