Поддерживаю. В разделе Preface я упямянул, почему не всегда уместно добавлять функционал в стандартную библиотеку. Раньше был популярен подход "batteries included". В современном мире уместно многие вещи поддерживать как third party зависимости.
Это библиотеки, а не фреймворки. То есть они все ещё действуют в рамках правил языка. В моём понимании, фреймворки отличаются от библиотек тем, что у них есть большой набор правил, которые нужно знать. То есть, чтобы использовать Spring в Java, нужно сначала понять, как его использовать, просто знать джаву недостаточно.
У них небольшая документация. То есть беглое ознакомление займёт максимум 5-15 минут.
Множество библиотек-улучшателей кода весьма популярны. Есть шанс, что даже новички будут иметь опыт работы с ними после пет-проектов, например. Тот же strum прям очень полезный крейт. Если бы создатели языка добавили способ генерировать такие же полезные методы енамам, как генерирует strum, то пришлось бы их учить как часть языка, а не библиотеки. То есть кажется, что от перемены мест слагаемыми ничего не поменялось бы.
Суммируя, мне кажется, что немного повышенная сложность - разумная цена за удобство.
Старался привести пример крейтов, про которые сложно загуглить, если ты о них не знаешь. Мне кажется, что byteorder будет несложно найти в гугле, если возникнет потребность в little/big endian.
Мне кажется, что вы перекладываете ответственность с потребителя на создателя контента. Популярность ведь от потребителей зависит. И если бы автор "канала-мусорки" не занимал нишу, то кто-то другой бы создал такой канал и ничего не поменялось.
Поддерживаю. В разделе Preface я упямянул, почему не всегда уместно добавлять функционал в стандартную библиотеку. Раньше был популярен подход "batteries included". В современном мире уместно многие вещи поддерживать как third party зависимости.
Соглашусь, что повышают порог входа, но:
Это библиотеки, а не фреймворки. То есть они все ещё действуют в рамках правил языка. В моём понимании, фреймворки отличаются от библиотек тем, что у них есть большой набор правил, которые нужно знать. То есть, чтобы использовать Spring в Java, нужно сначала понять, как его использовать, просто знать джаву недостаточно.
У них небольшая документация. То есть беглое ознакомление займёт максимум 5-15 минут.
Множество библиотек-улучшателей кода весьма популярны. Есть шанс, что даже новички будут иметь опыт работы с ними после пет-проектов, например. Тот же strum прям очень полезный крейт. Если бы создатели языка добавили способ генерировать такие же полезные методы енамам, как генерирует strum, то пришлось бы их учить как часть языка, а не библиотеки. То есть кажется, что от перемены мест слагаемыми ничего не поменялось бы.
Суммируя, мне кажется, что немного повышенная сложность - разумная цена за удобство.
Старался привести пример крейтов, про которые сложно загуглить, если ты о них не знаешь. Мне кажется, что
byteorderбудет несложно найти в гугле, если возникнет потребность в little/big endian.Мне кажется, что вы перекладываете ответственность с потребителя на создателя контента. Популярность ведь от потребителей зависит. И если бы автор "канала-мусорки" не занимал нишу, то кто-то другой бы создал такой канал и ничего не поменялось.