Обсудим идеи как можно радикально облегчить и упростить программирование?

@ИсмаилПркопенко · 13.09.2016, 21:20. **Показов** 4340. **Ответов** 94

Студворк — интернет-сервис помощи студентам

Обсудим идеи как можно облегчить и упростить программирование?

Программирование с автоматически генерируемыми "IF...THEN...ELSE"

Есть ли языки без функций и "IF...THEN...ELSE"?

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

Мне кажется что сложность программирования объясняется выбранной формой представления программы.

Из-за которой большую часть времени программист разбирается в тысячах "IF..THEN..ELSE" и сотнях функций. Даже в программе, написанной на объектно-ориентированном языке

А можно ли придумать какую-то форму представления программы, в которой бы не надо этого было делать?

Ну или хотя бы чтобы часть "IF..THEN..ELSE" и функций среда разработки генерировала сама.

Какие это могут быть формы?

Ну типа тоже текст, но более близкий к языку естественного общения.

Ну или графического представление.

Человек нарисовал световым пером на планшете картинку - а система распознала её и сгенерировала код.

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

Вообщем давайте подумаем вместе: что не дает в разы упростить и ускорить процесс программирования и снизить на порядки число багов?

Я думаю что форма представления программ будет меняться.

Уже давно назрела необходимость.
Потому что сложность программ и решаемых ими задач растет.

Поэтому нужно искать более адекватное, чем PLAIN-текст , представление программы (средства её обзора), её логики, структуры и смысла.

Так и средства разработки и контроля изменений

Просто мы продолжаем даже на высоких уровнях абстракции использовать всю ту же модель: "If...Then...else"

Может пора придумать что-то ещё?

Я думаю, что представление программы в виде "чисто PLAIN-текст и больше ничего кроме текста" скоро уйдет

, так как оно уже тормозит прогресс: сложные задачи решать очень сложно с таким преставлением.Потому что оно не очень наглядно и удобно. А ведь сложность задач постоянно растет.

@Fulcrum_013 · 29.09.2016, 02:22

Сообщение от ИсмаилПркопенко

А читабельность?

Обсудим идеи как можно радикально облегчить и упростить программирование?

По моему прекрасно читабельно

@ИсмаилПркопенко · 29.09.2016, 07:16 **[ТС]**

Сообщение от Fulcrum_013

По моему прекрасно читабельно
Вложение 739619

А по моему нет.
Код в таком виде

C++
1
2
3
4
5
6
7
8
[inline T3D]Vector[ operator]*[(const T3D]{1}[& r)]const[;]
              #              &                        #
            Point            *                        #
              #              &                        #
        UniformMatrix        *                        #
              #              &                        #
              #              *=                     #DEL
              #              &=                       #

Позволяет четко видеть его структуру без напряжения внимания.
Чем в таком:

C++
1
2
3
4
5
6
7
8
    inline T3DVector operator*(const T3DVector& r)const;
    inline T3DVector operator&(const T3DVector& r)const;
    inline T3DPoint operator*(const T3DPoint& r)const;
    inline T3DPoint operator&(const T3DPoint& r)const;
    inline T3DUniformMatrix operator*(const T3DUniformMatrix& r)const;
    inline T3DUniformMatrix operator&(const T3DUniformMatrix& r)const;
    inline T3DUniformMatrix& operator*=(const T3DUniformMatrix& r);
    inline T3DUniformMatrix& operator&=(const T3DUniformMatrix& r);

Добавлено через 4 минуты
Предложенный мной вариант позволяет акцентировать внимание на самых значимых частях кода

@Shamil1 · 29.09.2016, 07:37

Сообщение от Fulcrum_013

Вы не ошиблись? Если типизация статическая значит тип указывается при объявлении переменной (аргумент это тоже переменная).

Я не ошибся, а вот Вы ошибаетесь. Если типизация статическая, значит компилятор знает тип каждой переменной. Но из этого не следует, что тип должен быть задан явно.
Даже в C# я могу написать "var x = ....", а компилятор заменить моё "var" на правильный тип.

@ИсмаилПркопенко · 29.09.2016, 22:58 **[ТС]**

Сообщение от Shamil1

Даже в C# я могу написать "var x = ....", а компилятор заменить моё "var" на правильный тип.
__________________

Даже в C++ я могу написать

C++
1
const i = 5;

И компилятор поймет какой тип я имею в виду

@Fulcrum_013 · 29.09.2016, 23:15

Сообщение от ИсмаилПркопенко

Даже в C++ я могу написать

И компилятор пошлет подальше с ошибкой "C++ requires a type specifier for all declarations"
а поймет он только при явном указании самостоятельно вывести тип из правой части:

C++
1
const auto i=5;

Добавлено через 1 минуту

Сообщение от Shamil1

Даже в C# я могу написать "var x = ....", а компилятор заменить моё "var" на правильный тип.

var это аналог auto в С++ насколько понимаю?

@Shamil1 · 30.09.2016, 01:34

Сообщение от Fulcrum_013

var это аналог auto в С++ насколько понимаю?

Да.

@Fulcrum_013 · 30.09.2016, 01:45

Сообщение от Shamil1

Да.

Ну с аргументами функций такой финт ушами неприменим. Потому как умножение к примеру вектора на вектор и на матрицу делаются по разному. А там где применим для этого существуют шаблоны.

@Igor3D · 30.09.2016, 05:49

Сообщение от Fulcrum_013

По моему прекрасно читабельно

И да и нет. С оформлением и формальностями все нормуль, ну я бы пожалуй разделился

C++
1
2
3
4
5
    inline T3DVector operator*(const T3DVector& r)const;
    inline T3DVector operator&(const T3DVector& r)const;
 
    inline T3DPoint operator*(const T3DPoint& r)const;
    inline T3DPoint operator&(const T3DPoint& r)const;

Но это дело вкуса, беда в другом. Вот я смотрю на Ваши операторы и не знаю что они делают. Оператор * часто используют как скалярное произведение, операция очень ходовая. Однако Вы возвращаете вектор - покомпонентное умножение, что ли? Ну оно нужно в году раз. Оператор & еще более загадочен - наверное векторное произведение. Его часто делают оператором ^, я предпочитаю |, в любом случае необходимы комментарии. И лучше эти операторы сделать friend'ами а еще добавить ф-ции делающие то же самое, напр dot и cross. Оператор удобен но иногда нужно и "подчеркнуть".

Совершенно неважно сколько там написано, цель одна - чтобы читающему было понятно, и как можно быстрее

@Fulcrum_013 · 30.09.2016, 06:13

Сообщение от Igor3D

Однако Вы возвращаете вектор - покомпонентное умножение, что ли?

* - Векторное произведение, & покомпонентное.

Сообщение от Igor3D

И лучше эти операторы сделать friend'ами

Зачем? какая разница каким образом будет объявлено что у него первый параметр? А вот у матриц которые добавляются позже операции с векторами слева сделаны фриендами.

Добавлено через 1 минуту

Сообщение от Igor3D

а еще добавить ф-ции делающие то же самое, напр dot и cross. Оператор удобен но иногда нужно и "подчеркнуть"

Я так думаю лучше набор символов операторов расширить до совпадения этих дел с математическим. Но это уже вопрос совсем другой разработки (дополнительного препроцессора-метакомпилятора)

@Shamil1 · 30.09.2016, 16:27

Сообщение от Igor3D

Вот я смотрю на Ваши операторы и не знаю что они делают.

Если отвлечься от данной конкретной задачи.
Преимущество языка С++ в том, что его синтаксис знаком (практически) каждому программисту.
Точно так же, каждый программист на Хаскеле знает, что такое map, fold и т.п. Но, пока не все программисты на Си-подобных языках это знают. Между тем, 90% всех циклов в коде на С++ являются либо map+filter, либо fold.

p.s. Никто не читал "Вавилон-17"?

@Fulcrum_013 · 01.10.2016, 05:13

Сообщение от Shamil1

Между тем, 90% всех циклов в коде на С++ являются либо map+filter, либо fold.

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

Добавлено через 7 часов 50 минут

Сообщение от Shamil1

Никто не читал "Вавилон-17"

Красивая сказка. Но всего лишь сказка. Не имеющая ничего общего с реальной действительностью.

@Shamil1 · 01.10.2016, 17:09

Сообщение от Fulcrum_013

Только при этом еще имеется возможность взаимодействия между разными элементами и изменения исходного списка

Между тем, в 90% случаев эти возможности не нужны, а цикл является либо map+filter, либо fold.

@Fulcrum_013 · 03.10.2016, 14:28

Сообщение от Shamil1

Между тем, в 90% случаев эти возможности не нужны, а цикл является либо map+filter, либо fold.

у кого как. У меня 99,9% циклов обрабатывающих списки либо изменяют список либо взаимодействие между соседними элементами

@ИсмаилПркопенко · 30.10.2016, 22:49 **[ТС]**

А как вам идея регекса регексов?
Ну т.е. когда REGEXP описывает не искомый текст, а REGEXP, который описывает то, что ищем.

Добавлено через 11 часов 22 минуты
Вообще регексы - это занимательная штука.
Они как раз пример стиля программирования когда программист описывает только самую суть задачи, а нужные переменные, циклы и IF-ы генерятся и уничтожаются автоматически, по мере необходимости.

@Shamil1 · 31.10.2016, 09:45

Сообщение от ИсмаилПркопенко

А как вам идея регекса регексов?
Ну т.е. когда REGEXP описывает не искомый текст, а REGEXP, который описывает то, что ищем.

Регекс - это автомат для поиска. Где будет искать регекс регексов?

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

Новые блоги и статьи Все статьи Все блоги /
Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .	Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .	Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .
Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .	мат медиц модель 30. презентация проекта anaschu 27.08.2026 хоп хоп хоп хидахоп, а я кладую))	Как у меня протекала болезнь zorxor 27.08.2026 Здравствуйте, друзья! Эта запись блога предназначена именно для вас - для моих дорогих друзей, которые знали меня лично. Чтобы ответить на вопрос - а что же со мной произошло на самом деле? Я учился. . .	Нашел вот забавное видео о измерениях. Лучшее что я видел на эту тему kumehtar 26.08.2026 ILETXiw9bMQ Основная суть и тезисы по измерениям: 0D (Нулевое измерение): точка, не имеющая длины, ширины, высоты или объема. Объект не может перемещаться в 0D. 1D (Первое измерение):. . .

@ИсмаилПркопенко Заблокирован

	Обсудим идеи как можно радикально облегчить и упростить программирование? 13.09.2016, 21:20. Показов 4340. Ответов 94 Метки нет (Все метки) Обсудим идеи как можно облегчить и упростить программирование? Программирование с автоматически генерируемыми "IF...THEN...ELSE" Есть ли языки без функций и "IF...THEN...ELSE"? Не для кого не секрет что не смотря на то, что на заре развития инструментов программирования говорилось, что скоро языки программирования настолько приблизятся к языкам естественного общения, что программировать сможет даже домохозяйка это не произошло. Писать большие программы все так же мучительно и долго. Хотя уже более 50 лет инструментарий развивается. Мне кажется что сложность программирования объясняется выбранной формой представления программы. Из-за которой большую часть времени программист разбирается в тысячах "IF..THEN..ELSE" и сотнях функций. Даже в программе, написанной на объектно-ориентированном языке А можно ли придумать какую-то форму представления программы, в которой бы не надо этого было делать? Ну или хотя бы чтобы часть "IF..THEN..ELSE" и функций среда разработки генерировала сама. Какие это могут быть формы? Ну типа тоже текст, но более близкий к языку естественного общения. Ну или графического представление. Человек нарисовал световым пером на планшете картинку - а система распознала её и сгенерировала код. Или программировать просто разговаривая с компьютером на человеческом разговорном языке. Ты говоришь компу - а он тебя понимает и генерит код. Вообщем давайте подумаем вместе: что не дает в разы упростить и ускорить процесс программирования и снизить на порядки число багов? Я думаю что форма представления программ будет меняться. Уже давно назрела необходимость. Потому что сложность программ и решаемых ими задач растет. Поэтому нужно искать более адекватное, чем PLAIN-текст , представление программы (средства её обзора), её логики, структуры и смысла. Так и средства разработки и контроля изменений Просто мы продолжаем даже на высоких уровнях абстракции использовать всю ту же модель: "If...Then...else" Может пора придумать что-то ещё? Я думаю, что представление программы в виде "чисто PLAIN-текст и больше ничего кроме текста" скоро уйдет , так как оно уже тормозит прогресс: сложные задачи решать очень сложно с таким преставлением.Потому что оно не очень наглядно и удобно. А ведь сложность задач постоянно растет. 0

@ИсмаилПркопенко Заблокирован
	30.10.2016, 22:49 [ТС]
	А как вам идея регекса регексов? Ну т.е. когда REGEXP описывает не искомый текст, а REGEXP, который описывает то, что ищем. Добавлено через 11 часов 22 минуты Вообще регексы - это занимательная штука. Они как раз пример стиля программирования когда программист описывает только самую суть задачи, а нужные переменные, циклы и IF-ы генерятся и уничтожаются автоматически, по мере необходимости. 0