Статья о плотности кода как мера силы языка программирования
Я помню, как читал статью о чем-то вроде
"Количество введенных ошибок не сильно зависит от разных языков программирования, но в значительной степени зависит от SLOC (исходные строки кода). Поэтому использование языка программирования, который может реализовывать те же функции с меньшим SLOC, предпочтительнее с точки зрения стабильность ".
Автор хотел подчеркнуть преимущества использования функционального программирования, так как обычно можно программировать с меньшим количеством LOC. Я помню, как автор цитировал исследовательскую работу о неуместности выбора языка программирования и количестве ошибок.
Кто-нибудь знает исследовательскую статью или статью?
4 ответа
Пол Грэм написал что-то очень похожее в своем эссе " Краткость - сила". Он цитирует отчет Эрикссон, какую статью вы помните?
Отчеты с мест, хотя они обязательно будут менее точными, чем "научные" исследования, скорее всего, будут более значимыми. Например, Ульф Вигер из Ericsson провел исследование, в котором пришел к выводу, что Erlang был в 4-10 раз лаконичнее C++ и пропорционально быстрее разрабатывал программное обеспечение в:
Сравнения между внутренними проектами разработки Ericsson указывают на одинаковую производительность в час / час, включая все этапы разработки программного обеспечения, независимо от того, какой язык (Erlang, PLEX, C, C++ или Java) использовался. То, что отличает разные языки, становится объемом исходного кода.
Я не уверен, что это источник, о котором вы думаете, но об этом есть кое-что в главе 27.3 Code Complete (p652), в которой упоминаются "Качество программ и продуктивность программистов" (Jones 1977) и "Оценка стоимости программного обеспечения" (Jones 1998).
Я видел этот аргумент о "краткости = власти" несколько раз, и я никогда не покупал его. Это потому, что есть языки (например, J, Ursala), которые довольно лаконичны, но не (IMO) легко читаются, потому что они вкладывают так много значения в отдельные символы.
Возможно, истинной метрикой должна быть степень, в которой можно написать конкретный алгоритм как четко, так и кратко. Имейте в виду, я не знаю, как это измерить.
Книга прагматического мышления и обучения указывает на эту статью.
Может ли модель качества производства работать на программное обеспечение?