История изменений
Исправление rumgot, (текущая версия) :
«читабельность» это удобство прежде всего ПОНИМАНИЯ программы. auto не способствует читабельности, поскольку скрывает явные смыслы(типы переменных), но способствует писабельности, поскольку можно явно тип не писать, сократив себе объем работы.
А я говорю, auto способствует пониманию, т.к. сокращает длинные имена.
писабельность - оформляй патент, писабельный ты наш.
представим человека, что читает текст проги в первый раз. он тогда вообще не понимает, что за обьекты являются переменными, не может понять суть предметной области(типы есть понятия из предметной области), и ориентируется только на имена функции, которые не несут всей полноты информации. итак - читабельность в смысле постижения смысла кода - никакая, хотя текст читается легко… но представляет из себя непостижимую галиматью.
Ты слеповат? Я тебе задавал вопрос: что тебе говорит о назначении тип допустим QString? Что это? Клиент или поставщик? Поймешь?
Сейчас и тип функции может выводиться, и функции могут иметь близкие списки параметров, одинаковое имя и разный тип результата.. и вообще имена функции в будущем могут поменять, и вместо одной функции будет вызвана другая, и тип auto будет другим. ну и так далее.
А если имя типа поменяется, раз и раньше SomeType был для одного, а теперь SomeType совсем другой интерфейс имеет и что ты выиграешь в случае явного указания?
Если код пишет идиот, то явные типы его не спасут. А ты усиленно высасываешь проблемы из auto, но не желаешь делать этого с явными типами.
Исправление rumgot, :
«читабельность» это удобство прежде всего ПОНИМАНИЯ программы. auto не способствует читабельности, поскольку скрывает явные смыслы(типы переменных), но способствует писабельности, поскольку можно явно тип не писать, сократив себе объем работы.
А говорю, auto способствует пониманию, т.к. сокращает длинные имена.
писабельность - оформляй патент, писабельный ты наш.
представим человека, что читает текст проги в первый раз. он тогда вообще не понимает, что за обьекты являются переменными, не может понять суть предметной области(типы есть понятия из предметной области), и ориентируется только на имена функции, которые не несут всей полноты информации. итак - читабельность в смысле постижения смысла кода - никакая, хотя текст читается легко… но представляет из себя непостижимую галиматью.
Ты слеповат? Я тебе задавал вопрос: что тебе говорит о назначении тип допустим QString? Что это? Клиент или поставщик? Поймешь?
Сейчас и тип функции может выводиться, и функции могут иметь близкие списки параметров, одинаковое имя и разный тип результата.. и вообще имена функции в будущем могут поменять, и вместо одной функции будет вызвана другая, и тип auto будет другим. ну и так далее.
А если имя типа поменяется, раз и раньше SomeType был для одного, а теперь SomeType совсем другой интерфейс имеет и что ты выиграешь в случае явного указания?
Если код пишет идиот, то явные типы его не спасут. А ты усиленно высасываешь проблемы из auto, но не желаешь делать этого с явными типами.
Исходная версия rumgot, :
«читабельность» это удобство прежде всего ПОНИМАНИЯ программы. auto не способствует читабельности, поскольку скрывает явные смыслы(типы переменных), но способствует писабельности, поскольку можно явно тип не писать, сократив себе объем работы.
А говорю, auto способствует пониманию, т.к. сокращает длинные имена.
писабельность - оформляй патент, писабельный ты наш.
представим человека, что читает текст проги в первый раз. он тогда вообще не понимает, что за обьекты являются переменными, не может понять суть предметной области(типы есть понятия из предметной области), и ориентируется только на имена функции, которые не несут всей полноты информации. итак - читабельность в смысле постижения смысла кода - никакая, хотя текст читается легко… но представляет из себя непостижимую галиматью.
Ты слеповат? Я тебе задавал вопрос: что тебе говорит о назначении тип допустим QString? Что это? Клиент или поставщик? Поймешь?
Сейчас и тип функции может выводиться, и функции могут иметь близкие списки параметров, одинаковое имя и разный тип результата.. и вообще имена функции в будущем могут поменять, и вместо одной функции будет вызвана другая, и тип auto будет другим. ну и так далее.
А если имя типа поменяется, раз и раньше SomeType был для одного, а теперь SomeType совсем другой интерфейс имеет и что ты выиграешь в случае явного указания?
Если код пишет идиот, то явные типы его не спасут. А ты усиленно высасываешь проблемы из auto, но не жалаешь делать этого с явными типами.