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

[Наследование] точно сокращает и очень значительно

Сокращение кода (но главным образом сложности) достигается не через наследование, а через использование абстракций. Ингредиент, особенно применимый к наследованию — это способ организации этих абстракций, причём не самый гибкий (её сложнее как изменить, так и правильно приготовить изначально).

наследование происходит автоматически, а при использовании композиции и DRY процедур ты вынужден прописывать их вызовы вручную

Не велика проблема. В программировании есть вещи намного хуже.

Это увеличивает количество точек вызова, а значит, и вероятность ошибок

Ошибки случаются из-за использования неправильных абстракций (не та структура данных, непредсказуемый стейт, отклонение от дизайна и т.д.) и отсутствием автоматических тестов. Причинно-следственная связь между количеством точек вызова и вероятностью ошибок — это нонсенс.

Разработчики согласились на [композицию].

Golang разработчиков всего около 1% на рынке вакансий?

Composition over inheritance выходит далеко за пределы Go, сама идея далеко не новая. В Rust тоже нет наследования, автор Java заявлял, что сожалеет о добавлении наследования в свой язык, сама по себе практика композиции не вызывает отторжения.

Что касается 1% — это цифра, её было бы неплохо подтвердить. У меня есть вот такие данные:

. . . my estimate in August 2021 is that the number of developers worldwide is likely to be in the range 21.6–26.2 million developers.
. . .
In August 2021, 7.4–9.5% of 21.6–26.2 million yields an estimate of 1.6–2.5 million Go developers.

https://research.swtch.com/gophercount

А их кто-то спрашивал? LOL

Идеи распространяются без разрешения.

чтобы саппортить относительно крупные проекты могли только богатые конторы с большим штатом кодеров

Разработчики согласились на [композицию]… . [это решение] обосновано и противостояние, вроде, не сильное.

Большинство остальных вакансий программистов подразумевают использование классических ООП языков с наследованием?

Моя мысль заключалась в том, что composition over inheritance как идея не вызывает отторжения у разработчиков, а не что 99% рынка разочаровались в традиционном наследовании.

[Наследование] точно сокращает и очень значительно

Сокращение кода (но главным образом сложности) достигается не через наследование, а через использование абстракций. Ингредиент, особенно применимый к наследованию — это способ организации этих абстракций, причём не самый гибкий (её сложнее как изменить, так и правильно приготовить изначально).

наследование происходит автоматически, а при использовании композиции и DRY процедур ты вынужден прописывать их вызовы вручную

Не велика проблема. В программировании есть вещи намного хуже.

Это увеличивает количество точек вызова, а значит, и вероятность ошибок

Ошибки случаются из-за использования неправильных абстракций (не та структура данных, непредсказуемый стейт, отклонение от дизайна и т.д.) и отсутствием автоматических тестов. Причинно-следственная связь между количеством точек вызова и вероятностью ошибок — это нонсенс.

Разработчики согласились на [composition over inheritance].

Golang разработчиков всего около 1% на рынке вакансий?

Composition over inheritance выходит далеко за пределы Go, сама идея далеко не новая. В Rust тоже нет наследования, автор Java заявлял, что сожалеет о добавлении наследования в свой язык, сама по себе практика композиции не вызывает отторжения.

Что касается 1% — это цифра, её было бы неплохо подтвердить. У меня есть вот такие данные:

. . . my estimate in August 2021 is that the number of developers worldwide is likely to be in the range 21.6–26.2 million developers.
. . .
In August 2021, 7.4–9.5% of 21.6–26.2 million yields an estimate of 1.6–2.5 million Go developers.

https://research.swtch.com/gophercount

А их кто-то спрашивал? LOL

Идеи распространяются без разрешения.

чтобы саппортить относительно крупные проекты могли только богатые конторы с большим штатом кодеров

Разработчики согласились на [композицию]… . [это решение] обосновано и противостояние, вроде, не сильное.

Большинство остальных вакансий программистов подразумевают использование классических ООП языков с наследованием?

Моя мысль заключалась в том, что composition over inheritance как идея не вызывает отторжения у разработчиков, а не что 99% рынка разочаровались в традиционном наследовании.

[Наследование] точно сокращает и очень значительно

Сокращение кода (но главным образом сложности) достигается не через наследование, а через использование абстракций. Ингредиент, особенно применимый к наследованию — это способ организации этих абстракций, причём не самый гибкий (её сложнее как изменить, так и правильно приготовить изначально).

наследование происходит автоматически, а при использовании композиции и DRY процедур ты вынужден прописывать их вызовы вручную

Не велика проблема. В программировании есть вещи намного хуже.

Это увеличивает количество точек вызова, а значит, и вероятность ошибок

Ошибки случаются из-за использования неправильных абстракций (не та структура данных, непредсказуемый стейт, отклонение от дизайна и т.д.) и отсутствием автоматических тестов. Причинно-следственная связь между количеством точек вызова и вероятностью ошибок — это нонсенс.

Разработчики согласились на [composition over inheritance].

Golang разработчиков всего около 1% на рынке вакансий?

Composition over inheritance выходит далеко за пределы Go, сама идея далеко не новая. В Rust тоже нет наследования, автор Java заявлял, что сожалеет о добавлении наследования в свой язык, сама по себе практика композиции не вызывает отторжения.

Что касается 1% — это цифра, её было бы неплохо подтвердить. У меня есть вот такие данные:

. . . my estimate in August 2021 is that the number of developers worldwide is likely to be in the range 21.6–26.2 million developers.
. . .
In August 2021, 7.4–9.5% of 21.6–26.2 million yields an estimate of 1.6–2.5 million Go developers.

https://research.swtch.com/gophercount

А их кто-то спрашивал? LOL

Идеи распространяются без разрешения.

чтобы саппортить относительно крупные проекты могли только богатые конторы с большим штатом кодеров

Разработчики согласились на [композицию]… . оно обосновано и противостояние, вроде, не сильное.

Большинство остальных вакансий программистов подразумевают использование классических ООП языков с наследованием?

Моя мысль заключалась в том, что composition over inheritance как идея не вызывает отторжения у разработчиков, а не что 99% рынка разочаровались в традиционном наследовании.

[Наследование] точно сокращает и очень значительно

Сокращение кода (но главным образом сложности) достигается не через наследование, а через использование абстракций. Ингредиент, особенно применимый к наследованию — это способ организации этих абстракций, причём не самый гибкий (её сложнее как изменить, так и правильно приготовить изначально).

наследование происходит автоматически, а при использовании композиции и DRY процедур ты вынужден прописывать их вызовы вручную

Не велика проблема. В программировании есть вещи намного хуже.

Это увеличивает количество точек вызова, а значит, и вероятность ошибок

Ошибки случаются из-за использования неправильных абстракций (не та структура данных, непредсказуемый стейт, отклонение от дизайна и т.д.) и отсутствием автоматических тестов. Причинно-следственная связь между количеством точек вызова и вероятностью ошибок — это нонсенс.

Разработчики согласились на [composition over inheritance].

Golang разработчиков всего около 1% на рынке вакансий?

Composition over inheritance выходит далеко за пределы Go, сама идея далеко не новая. В Rust тоже нет наследования, автор Java заявлял, что сожалеет о добавлении наследования в свой язык, сама по себе практика композиции не вызывает отторжения.

Что касается 1% — это цифра, её было бы неплохо подтвердить. У меня есть вот такие данные:

. . . my estimate in August 2021 is that the number of developers worldwide is likely to be in the range 21.6–26.2 million developers.
. . .
In August 2021, 7.4–9.5% of 21.6–26.2 million yields an estimate of 1.6–2.5 million Go developers.

https://research.swtch.com/gophercount

А их кто-то спрашивал? LOL

Идеи распространяются без разрешения.

чтобы саппортить относительно крупные проекты могли только богатые конторы с большим штатом кодеров

Разработчики согласились на это… . оно обосновано и противостояние, вроде, не сильное.

Большинство остальных вакансий программистов подразумевают использование классических ООП языков с наследованием?

Моя мысль заключалась в том, что composition over inheritance как идея не вызывает отторжения у разработчиков, а не что 99% рынка разочаровались в традиционном наследовании.

[Наследование] точно сокращает и очень значительно

Сокращение кода (но главным образом сложности) достигается не через наследование, а через использование абстракций. Ингредиент, особенно применимый к наследованию — это способ организации этих абстракций, причём не самый гибкий (её сложнее как изменить, так и правильно приготовить изначально).

наследование происходит автоматически, а при использовании композиции и DRY процедур ты вынужден прописывать их вызовы вручную

Не велика проблема. В программировании есть вещи намного хуже.

Это увеличивает количество точек вызова, а значит, и вероятность ошибок

Ошибки случаются из-за использования неправильных абстракций (не та структура данных, непредсказуемый стейт, отклонение от дизайна и т.д.) и отсутствием автоматических тестов. Причинно-следственная связь между количеством точек вызова и вероятностью ошибок — это нонсенс.

Разработчики согласились на [composition over inheritance].

Golang разработчиков всего около 1% на рынке вакансий?

Composition over inheritance выходит далеко за пределы Go, сама идея далеко не новая. В Rust тоже нет наследования, автор Java заявлял, что сожалеет о добавлении наследования в свой язык, сама по себе практика композиции не вызывает отторжения.

Что касается 1% — это цифра, её было бы неплохо подтвердить. У меня есть вот такие данные:

. . . my estimate in August 2021 is that the number of developers worldwide is likely to be in the range 21.6–26.2 million developers.
. . .
In August 2021, 7.4–9.5% of 21.6–26.2 million yields an estimate of 1.6–2.5 million Go developers.

https://research.swtch.com/gophercount

А их кто-то спрашивал? LOL

Идеи распространяются без разрешения.

чтобы саппортить относительно крупные проекты могли только богатые конторы с большим штатом кодеров

Разработчики согласились на это.

Большинство остальных вакансий программистов подразумевают использование классических ООП языков с наследованием?

Моя мысль заключалась в том, что composition over inheritance как идея не вызывает отторжения у разработчиков, а не что 99% рынка разочаровались в традиционном наследовании.

Точно сокращает и очень значительно

Сокращение кода (но главным образом сложности) достигается не через наследование, а через использование абстракций. Ингредиент, особенно применимый к наследованию — это способ организации этих абстракций, причём не самый гибкий (её сложнее как изменить, так и правильно приготовить изначально).

наследование происходит автоматически, а при использовании композиции и DRY процедур ты вынужден прописывать их вызовы вручную

Не велика проблема. В программировании есть вещи намного хуже.

Это увеличивает количество точек вызова, а значит, и вероятность ошибок

Ошибки случаются из-за использования неправильных абстракций (не та структура данных, непредсказуемый стейт, отклонение от дизайна и т.д.) и отсутствием автоматических тестов. Причинно-следственная связь между количеством точек вызова и вероятностью ошибок — это нонсенс.

Разработчики согласились на [composition over inheritance].

Golang разработчиков всего около 1% на рынке вакансий?

Composition over inheritance выходит далеко за пределы Go, сама идея далеко не новая. В Rust тоже нет наследования, автор Java заявлял, что сожалеет о добавлении наследования в свой язык, сама по себе практика композиции не вызывает отторжения.

Что касается 1% — это цифра, её было бы неплохо подтвердить. У меня есть вот такие данные:

. . . my estimate in August 2021 is that the number of developers worldwide is likely to be in the range 21.6–26.2 million developers.
. . .
In August 2021, 7.4–9.5% of 21.6–26.2 million yields an estimate of 1.6–2.5 million Go developers.

https://research.swtch.com/gophercount

А их кто-то спрашивал? LOL

Идеи распространяются без разрешения.

чтобы саппортить относительно крупные проекты могли только богатые конторы с большим штатом кодеров

Разработчики согласились на это.

Большинство остальных вакансий программистов подразумевают использование классических ООП языков с наследованием?

Моя мысль заключалась в том, что composition over inheritance как идея не вызывает отторжения у разработчиков, а не что 99% рынка разочаровались в традиционном наследовании.

Точно сокращает и очень значительно

Сокращение кода (но главным образом сложности) достигается не через наследование, а через использование абстракций. Ингредиент, особенно применимый к наследованию — это способ организации этих абстракций, причём не самый гибкий (её сложнее как изменить, так и правильно приготовить изначально).

наследование происходит автоматически, а при использовании композиции и DRY процедур ты вынужден прописывать их вызовы вручную

Не велика проблема. В программировании есть вещи намного хуже.

Это увеличивает количество точек вызова, а значит, и вероятность ошибок

Ошибки случаются из-за использования неправильных абстракций (не та структура данных, непредсказуемый стейт, отклонение от дизайна и т.д.) и отсутствием автоматических тестов. Причинно-следственная связь между количеством точек вызова и вероятностью ошибок — это нонсенс.

Разработчики согласились на [composition over inheritance].

Golang разработчиков всего около 1% на рынке вакансий?

Composition over inheritance выходит далеко за пределы Go, сама идея далеко не новая. В Rust тоже нет наследования, автор Java заявлял, что сожалеет о добавлении наследования в свой язык, сама по себе практика композиции не вызывает отторжения.

Что касается 1% — это цифра, её было бы неплохо подтвердить. У меня есть вот такие данные:

Based on these, my estimate in August 2021 is that the number of developers worldwide is likely to be in the range 21.6–26.2 million developers.
. . .
In August 2021, 7.4–9.5% of 21.6–26.2 million yields an estimate of 1.6–2.5 million Go developers.

https://research.swtch.com/gophercount

А их кто-то спрашивал? LOL

Идеи распространяются без разрешения.

чтобы саппортить относительно крупные проекты могли только богатые конторы с большим штатом кодеров

Разработчики согласились на это.

Большинство остальных вакансий программистов подразумевают использование классических ООП языков с наследованием?

Моя мысль заключалась в том, что composition over inheritance как идея не вызывает отторжения у разработчиков, а не что 99% рынка разочаровались в традиционном наследовании.

Точно сокращает и очень значительно

Сокращение кода (но главным образом сложности) достигается не через наследование, а через использование абстракций. Ингредиент, особенно применимый к наследованию — это способ организации этих абстракций, причём не самый гибкий (её сложнее как изменить, так и правильно приготовить изначально).

наследование происходит автоматически, а при использовании композиции и DRY процедур ты вынужден прописывать их вызовы вручную

Не велика проблема. В программировании есть вещи намного хуже.

Это увеличивает количество точек вызова, а значит, и вероятность ошибок

Ошибки случаются из-за использования неправильных абстракций (не та структура данных, непредсказуемый стейт, отклонение от дизайна и т.д.) и отсутствием автоматических тестов. Причинно-следственная связь между количеством точек вызова и вероятностью ошибок — это нонсенс.

Разработчики согласились на [composition over inheritance].

Golang разработчиков всего около 1% на рынке вакансий?

Composition over inheritance выходит далеко за пределы Go, сама идея далеко не новая. В Rust тоже нет наследования, автор Java заявлял, что сожалеет о добавлении наследования в свой язык, сама по себе практика композиции не вызывает отторжения.

Что касается 1% — это цифра, её было бы неплохо подтвердить. У меня есть вот такие данные:

In August 2021, 7.4–9.5% of 21.6–26.2 million yields an estimate of 1.6–2.5 million Go developers.

https://research.swtch.com/gophercount

А их кто-то спрашивал? LOL

Идеи распространяются без разрешения.

чтобы саппортить относительно крупные проекты могли только богатые конторы с большим штатом кодеров

Разработчики согласились на это.

Большинство остальных вакансий программистов подразумевают использование классических ООП языков с наследованием?

Моя мысль заключалась в том, что composition over inheritance как идея не вызывает отторжения у разработчиков, а не что 99% рынка разочаровались в традиционном наследовании.

Точно сокращает и очень значительно

Сокращение кода (но главным образом сложности) достигается не через наследование, а через использование абстракций. Ингредиент, особенно применимый к наследованию — это способ организации этих абстракций, причём не самый гибкий (её сложнее как изменить, так и правильно приготовить изначально).

наследование происходит автоматически, а при использовании композиции и DRY процедур ты вынужден прописывать их вызовы вручную

Не велика проблема. В программировании есть вещи намного хуже.

Это увеличивает количество точек вызова, а значит, и вероятность ошибок

Ошибки случаются из-за использования неправильных абстракций (string вместо enum, непредсказуемый стейт, отклонение от дизайна и т.д.) и отсутствием автоматических тестов. Причинно-следственная связь между количеством точек вызова и вероятностью ошибок — это нонсенс.

Разработчики согласились на [composition over inheritance].

Golang разработчиков всего около 1% на рынке вакансий?

Composition over inheritance выходит далеко за пределы Go, сама идея далеко не новая. В Rust тоже нет наследования, автор Java заявлял, что сожалеет о добавлении наследования в свой язык, сама по себе практика композиции не вызывает отторжения.

Что касается 1% — это цифра, её было бы неплохо подтвердить. У меня есть вот такие данные:

In August 2021, 7.4–9.5% of 21.6–26.2 million yields an estimate of 1.6–2.5 million Go developers.

https://research.swtch.com/gophercount

А их кто-то спрашивал? LOL

Идеи распространяются без разрешения.

чтобы саппортить относительно крупные проекты могли только богатые конторы с большим штатом кодеров

Разработчики согласились на это.

Большинство остальных вакансий программистов подразумевают использование классических ООП языков с наследованием?

Моя мысль заключалась в том, что composition over inheritance как идея не вызывает отторжения у разработчиков, а не что 99% рынка разочаровались в традиционном наследовании.

Точно сокращает и очень значительно

Сокращение кода (но главным образом сложности) достигается не через наследование, а через использование абстракций. Ингредиент, особенно применимый к наследованию — это способ организации этих абстракций, причём не самый гибкий (её сложнее как изменить, так и правильно приготовить изначально).

наследование происходит автоматически, а при использовании композиции и DRY процедур ты вынужден прописывать их вызовы вручную

Не велика проблема. В программировании есть вещи намного хуже.

Это увеличивает количество точек вызова, а значит, и вероятность ошибок

Ошибки случаются из-за использования неподходящих абстракций (string вместо enum, непредсказуемый стейт, отклонение от дизайна и т.д.) и отсутствием автоматических тестов. Причинно-следственная связь между количеством точек вызова и вероятностью ошибок — это нонсенс.

Разработчики согласились на [composition over inheritance].

Golang разработчиков всего около 1% на рынке вакансий?

Composition over inheritance выходит далеко за пределы Go, сама идея далеко не новая. В Rust тоже нет наследования, автор Java заявлял, что сожалеет о добавлении наследования в свой язык, сама по себе практика композиции не вызывает отторжения.

Что касается 1% — это цифра, её было бы неплохо подтвердить. У меня есть вот такие данные:

In August 2021, 7.4–9.5% of 21.6–26.2 million yields an estimate of 1.6–2.5 million Go developers.

https://research.swtch.com/gophercount

А их кто-то спрашивал? LOL

Идеи распространяются без разрешения.

чтобы саппортить относительно крупные проекты могли только богатые конторы с большим штатом кодеров

Разработчики согласились на это.

Большинство остальных вакансий программистов подразумевают использование классических ООП языков с наследованием?

Моя мысль заключалась в том, что composition over inheritance как идея не вызывает отторжения у разработчиков, а не что 99% рынка разочаровались в традиционном наследовании.