Исправление 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, исследовательское программирование. Естественно когда заранее неизвестно какие алгоритмы будут использоваться, или логика принятия решений может/будет изменяться(как в бизнесе).