> С программированием примерно то же самое: если ты пишешь софтинку, которая посчитает
> тебе твою модельку, Пайтона (и Руби) вполне достаточно. Вникать долго-долго в
> теорию алгоритмов и тренировать навык программирования, действительно, не нужно.
> Но это любительщина. На ней далеко не уехать.Я не думаю, что обычные люди хотят быть программистами. Они хотят, чтобы картинка ожила.
> А если будешь настаивать на своём и всё-таки пытаться "уехать далеко" --
> "взорвётся". Ну, не в буквальном смысле, как колба с реакционной смесью,
> в переносном, конечно.
У нас бы не было wesnoth-а, потому что первые версии wesnoth были ужасными, да и сейчас там тоже не идеал.
> Выяснится, что другие люди, считающие твоей любительской софтинкой свои данные, как-то
> так "неудачно их подобрали", что софтинка зацикливается. Или в core dump
> ходит. Или ядро её пришибает по выжиранию всего доступного ОЗУ. И
> будут эти "другие люди" посылать автору программы лучи
не лучи, а пачи. этим и отличается opensource движение от ваших подвальных увлечений. если людей интересует - то захотят разобраться, почему. и если написано на чём-то вроде python, то порог вхождения гораздо ниже. если реально волнуют данные - думать будет меньше.
без взаимодействия нет никакого смысла. в журналах эти программы не только печатались, но и обсуждались, иногда в следующих номерах публиковали "письма в редакцию" на предмет того, что можно улучшить.
> геометрией, сможет накодить за 15-20 минут скриптец, который ему что-то там
> посчитает. С другой стороны, если другой математик возьмёт этот скриптец, скормит
> ему побольше данных, скриптец поработает недельку-другую (это немного для расчётов --
> секвенирование генома человека требует примерно трёх месяцев работы кластера из 50-80
> вычислительных ядер),
продажа теннисных ракеток не означает, что человек поедет на Уимблдонский турнир. он может просто поиграть в теннис, всё равно Серену ему не обыграть :)
> не озаботился написанием части кода, которая чекпойнтит расчёт после каждой итерации,
> и той части кода, которая может восстановить стейт расчёта по чекпойнту
> -- он же математик, а не программист, откуда ему знать о
> таких мелочах, верно?-)
верно. только всё это вместе - это предельное упрощение. метущийся математик, который ничего не знает, но всё делает. среди нормальных людей так не принято - или изучение и тестрование, или нет. делать что-то очень важное, не понимая, как это делать - это всегда будет глупостью, независимо от всех остальных условий.
ps. Именно RAD-средства подняли Windows. Когда появляется 100000 приложений и игрушек на deplhi в неделю, среди них обязательно будет несколько классных (а неудачные никто уже и не помнит). Developers, Developers, Developers. Люди пишут, потому что это интересно, потому что лёгкое и плавное, последовательное погружение. Многих полезных пользовательских приложений мы бы просто не узнали. Пусть кривые и косые, но с каждой итерацией нужные приложения становились всё лучше, а худшие - отмирали.
Python имеет очевидное преимущество перед delphi в том, что сразу, изначально, до первого sdl-окошка нужно будет изучить некоторые базовые принципы. Delphi-разработчики их узнавали уже чуть позже, чем требовалось, это было ошибкой.
