По поводу того, всем или не всем "отсыпают акции Яндекса". Вот точная инфа от РБК: Около 60% сотрудников «Яндекса» участвуют в программе долгосрочной мотивации с опционами (какая доля от капитала зарезервирована под такую программу поощрения, компания не раскрывает. Всего в «Яндексе» на конец года работали 18 тыс. человек.).
Спасибо за комментарии. Мне кажется, могут быть разные подходы в описании работы конкретного веб-фреймворка, в частности:
легкая прогулка по высокоуровневым решениям с целью показать, какие горы можно свернуть написав всего лишь условные "две строки кода", чтобы привлечь внимание к фреймворку и показать его достоинства по сравнению с другими решениями;
детальный разбор того, как устроен фреймворк, откуда растут ноги у всех этих высокоуровневых решений, чтобы в голове была ясная картина, а не просто набор зазубренных решений.
Я думаю, что оба подхода имеют право на существование. Свои статьи я задумывал в рамках второго подхода.
Кроме того, не открою Америки, если скажу, что самый смак и при работе с django, и при работе с DRF, начинается как раз, когда нужно отступить от высокоуровневых дефолтных решений и производить тонкую настройку под себя. Вот тут, думается, системное понимание, как в основе своей устроена работа DRF, совсем не помешает.
Если начинающий разработчик начитается и поймёт, как в целом устроена работа конкретного фреймворка, и на основе этого знания будет применять более высокие уровни абстракции (тот же ModelSerializer, применение которого, кстати, не универсально), никто ему по рукам не даст. А вот если он начнет применять сразу тот же ModelSerializer, не понимая, откуда растут ноги у этого инструмента, то вполне возможно. В любом случае, как написано во введении, это только первая статья, отдельно о ModelSerializer я обязательно расскажу.
Задача статьи — дать начинающим ребятам понимание того, как устроен DRF и, прежде всего, процесс сериализации. Поэтому я и отталкиваюсь от базового класса restframework.Serializer. Кажется, что если усвоить, как работает базовый класс, то переход на более высокий уровень абстракции (каким выступает класс-наследник ModelSerializer) будет несложным и понятным. В статье есть оговорка о существовании ModelSerializer и поясняется, почему мы сейчас его не рассматриваем.
По поводу того, всем или не всем "отсыпают акции Яндекса". Вот точная инфа от РБК: Около 60% сотрудников «Яндекса» участвуют в программе долгосрочной мотивации с опционами (какая доля от капитала зарезервирована под такую программу поощрения, компания не раскрывает. Всего в «Яндексе» на конец года работали 18 тыс. человек.).
Спасибо за комментарии. Мне кажется, могут быть разные подходы в описании работы конкретного веб-фреймворка, в частности:
легкая прогулка по высокоуровневым решениям с целью показать, какие горы можно свернуть написав всего лишь условные "две строки кода", чтобы привлечь внимание к фреймворку и показать его достоинства по сравнению с другими решениями;
детальный разбор того, как устроен фреймворк, откуда растут ноги у всех этих высокоуровневых решений, чтобы в голове была ясная картина, а не просто набор зазубренных решений.
Я думаю, что оба подхода имеют право на существование. Свои статьи я задумывал в рамках второго подхода.
Кроме того, не открою Америки, если скажу, что самый смак и при работе с django, и при работе с DRF, начинается как раз, когда нужно отступить от высокоуровневых дефолтных решений и производить тонкую настройку под себя. Вот тут, думается, системное понимание, как в основе своей устроена работа DRF, совсем не помешает.
Если начинающий разработчик начитается и поймёт, как в целом устроена работа конкретного фреймворка, и на основе этого знания будет применять более высокие уровни абстракции (тот же
ModelSerializer, применение которого, кстати, не универсально), никто ему по рукам не даст. А вот если он начнет применять сразу тот жеModelSerializer, не понимая, откуда растут ноги у этого инструмента, то вполне возможно. В любом случае, как написано во введении, это только первая статья, отдельно оModelSerializerя обязательно расскажу.Задача статьи — дать начинающим ребятам понимание того, как устроен DRF и, прежде всего, процесс сериализации. Поэтому я и отталкиваюсь от базового класса
restframework.Serializer. Кажется, что если усвоить, как работает базовый класс, то переход на более высокий уровень абстракции (каким выступает класс-наследникModelSerializer) будет несложным и понятным. В статье есть оговорка о существованииModelSerializerи поясняется, почему мы сейчас его не рассматриваем.