LINUX.ORG.RU

История изменений

Исправление tp_for_my_bunghole, (текущая версия) :

Ну и автодополнение полей при использовании структур непонятно как делать, если неизвестно, какого типа переменная.

Это ты говоришь как бы от имени IDE, а не программиста. Да, IDE в случае с динамикой не знает как автодополнять поля объектов.
Но программист всегда должен знать, он подразумевает конкретный интерфейс который увидел в документации. Задания формулируются в терминах предметной области, а названия структур данных и функции не могут быть достаточно информативны, иногда даже вводят в заблуждение.

В динамических языках подход подразумевает использование REPL, когда можно импортировать в интерактивном режиме какую-то библиотеку и начать композицию функций приближаясь к нужному результату, с нижних уровней логики к верхним, читая стандартные тесты библиотеки когда нужно. В таком процессе появляются заготовки своих тестов, которые периодически надо оформлять перенося код из REPL, или часто сразу писать тесты(test driven development). С REPL это уже скорее exploratory programming, исследовательское программирование. Это естественно когда заранее неизвестно какие алгоритмы будут использоваться, или логика принятия решений может/будет изменяться(как в бизнесе).

Исправление tp_for_my_bunghole, :

Ну и автодополнение полей при использовании структур непонятно как делать, если неизвестно, какого типа переменная.

Это ты говоришь как бы от имени IDE, а не программиста. Да, IDE в случае с динамикой не знает как автодополнять поля объектов.
Но программист всегда должен знать, он подразумевает конкретный интерфейс который увидел в документации. Задания формулируются в терминах предметной области, а названия структур данных и функции не могут быть достаточно информативны, иногда даже вводят в заблуждение.

В динамических языках подход подразумевает использование REPL, когда можно импортировать какую-то библиотеку и начать композицию функций приближаясь к нужному результату, с нижних уровней логики к верхним. В таком процессе появляются заготовки тестов, которые периодически надо оформлять перенося код из REPL, или часто сразу писать тесты(test driven development). С REPL это уже скорее exploratory programming, исследовательское программирование. Это естественно когда заранее неизвестно какие алгоритмы будут использоваться, или логика принятия решений может/будет изменяться(как в бизнесе).

Исходная версия tp_for_my_bunghole, :

Ну и автодополнение полей при использовании структур непонятно как делать, если неизвестно, какого типа переменная.

Это ты говоришь как бы от имени IDE, а не программиста. Да, IDE в случае с динамикой не знает как автодополнять поля объектов.
Но программист всегда должен знать, он подразумевает конкретный интерфейс который увидел в документации. Задания формулируются в терминах предметной области, а названия структур данных и функции не могут быть достаточно информативны, иногда даже вводят в заблуждение.

В динамических языках подход подразумевает использование REPL, когда можно импортировать какую-то библиотеку и начать композицию функций приближаюсь к нужному результату, с нижних уровней логики к верхним. В таком процессе появляются готовые заготовки тестов, которые периодически надо оформлять перенося код из REPL, или часто сразу писать тесты(test driven development). С REPL это уже скорее exploratory programming, исследовательское программирование. Естественно когда заранее неизвестно какие алгоритмы будут использоваться, или логика принятия решений может/будет изменяться(как в бизнесе).