Судя по точке зрения автора, если это не придётся менять спустя какое-то время (два месяца, полгода, год и тд), значит окупилось :-D В остальном, согласен, такое не имеет смысл оценивать в окупаемости :)
Лучшую версию только для определенной группы лиц, но не всех. Итого, мы получаем чат-бота, который всегда будет "не удовлетворять" чем-то, как собеседник.
Вы забываете учитывать, что данная статистика показывает соотношение среди "чуть менее 18 тысяч человек", но никак не всей Японии. Глупо опираться на статистику, говоря о том, что изменяется количество ("растет количество девственников", как пример).
Статистика, это всего лишь статистика всего лишь цифры в тот или иной момент в определенных условиях, а не показатель того, что так действительно происходит повсюду.
Пример 1 на моей практике: понадобилось быстренько поправить поведение ios-аппа, а я в swift ни бум бум (и никто в компании ни бум бум). В итоге сели с нейросеточкой и за день бизнес-задачу закрыли. Сколько я бы времени потратил, разбираясь в концепциях свифта и ios-приложений, боюсь представить. Навскидку несколько недель. Думаю, столько же, если бы я сказал что не могу сделать, и нужно искать аутсорс. Но там бы ещё денег потратили.
Ура, менеджмент на высоте, иметь приложение под iOS, но не поддерживать его.
У вас была простая задача, раз вы за сутки смогли её решить не имея опыта в данном языке, но с которой полноценный разработчик на Swift справился бы за несколько часов (минут).
Пример 2 на моей практике: понадобилось написать специфичное правило на eslint-а. Опыт написания правил у меня был, но давно, поэтому гуглить все вещи, вспоминать базовую структуру и тд я не стал, попросил сгенерировать нейронку, она же набросала документацию и тесты, буквально за 15 минут основная часть была готова. А я свой ресурс потратил уже только на шлифовку, правку документации и добавление недостающих тест-кейсов.
"Повторение - мать учения"
И в первом и во втором случаях вы показали только то, что ChatGPT подходит как справочник и помощник в решении самых редких и очень простых но затратных по времени потребностей, и не более того.
Да, я соглашусь, что иногда легче попросить нейросеть, чем разбираться самому. Но, в тоже время, осуждаю, так как человека (коллегу, друга, знакомого) попросить легче (не надо объяснять как маленькому ребенку каждое слово, чтобы получить нужный результат), да и разобраться самому будет в плюс (развитие, кругозор, опыт и т.д. и т.п.).
-----
Короткий итог исправленной цитатой из первого комментария
Это просто лишняя прослойка, которая только мешает...
ChatGPT - пока прослойка, которая мешает тем, кто умеет, и будет подсказывать тем, кто не знал/забыл.
ChatGPT пытается быть "Готовым домашним заданием по программированию", но его уровень на ближайшее время - "Справочник по забытым простым решениям" (либо любой другой удобный, но схожий по смыслу, для вас вариант названия)
А потом такси вдруг внезапно стало очень популярно среди любителей данных видов "удовлетворений", далее создаётся новая студия и ролики попадают на нужные видео порталы :-)
Да и кодерам сложнее становится, ИИ может уже выполнять большую часть работы в этой области тоже.
Вау, интересно знать, а какую? :)
Если вы имеете ввиду, что данный ИИ пишет код? Да, пишет, но тут вопрос другой - а какой именно код он пишет: тот, что гуглится за минуту, или тот, что будет реализован с нуля? :)
Условно если рассматривать: гордятся, что noname-мониторы за 100-200 долларов (без наклеек) выставлены на продажу за 400-500 долларов (уже с их наклейками).
А потом все на "верхах" разводят руками, почему мы выбираем больше иностранное, нежели своё.
"Молодой человек, мы, русские не обманываем друг друга" - тут будет как нельзя кстати :)
В общем и целом, идея хороша, но не нова. По аналогии с Москвич 3 и JAC JS4 - один и тот же продукт, только под другим лейблом. Только в условностях: Москвич 3 стоит не сильно дороже JAC JS4 в одной и той же комплектации, а вот в электронике - всегда пытаются найти способ получить больше денег.... Фу такими быть :)
Вопрос в следующем, а о чем именно слышать девушку (женщину?) с таким отношением к статье?
Ниже обсудим, как это тестовое выполнить аккуратно, пошагово. Ну и - побочный эффект - относительно быстро.
Тестовое выполнено? Нет. Только лёгкая поверхностная подготовка без решения требуемой бизнес-логики, что можно притянуть к "относительно быстро", но это не итог, а окончание "вступительной части", а где "кульминация", "развязка", "заключение"?
В данном ключе, статья похожа на подобный пример. Заголовок: Как быстро научиться делать правильно? Текст статьи: Делать. Оставляйте ваши лайки, комментарии, подписывайтесь на канал
Спрячь и покажи: чистый фронтенд
Чистый фронтенд? Нет. Нагромоздили всё в кучу без аргументации, отсылок, ссылок, сохранения code-style и тд. Пойди, мистер Юниор, разберись с этим сам...
Основной посыл, если судить по первым абзацам, был в том, чтобы выполнить поставленное задание с полным разложением по полочкам всех этапов со всеми затратами по времени, ссылками на используемый материал и так далее и тому подобное. А итог, который приведён здесь, это не половина и даже не одна третья всей выполненной работы, но это уже считается за полностью выполненную работу?
И, множество других, не затронутых вопросов, которые можно затронуть, но стоит ли оно того, если даже базово ничего не раскрыто?..
А всё потому, что авторы, подобные или похожие на @MaryRabinovich, всех суют под одну гребёнку: если автора обидело 20 человек, а статью прочитало всего 100 человек, то виноваты все 100, а не сам автор, который не может уследить за критикой в свой адрес, а сразу заходит в профиль, что-то там смотрит, делает какие-то выводы, и ничего не меняет :)
@MaryRabinovich, сразу скажу, в моём профиле пусто и нет никакой информации, кроме пары пунктов. В остальном, я согласен с большинством, что вместо того, чтобы придумывать Habraclener, писать публичные и плаксивые заметки о том, как поменять Habr, необходимо было посидеть, подумать, как правила Habr развернуть себе на выгоду. Ведь здесь работает правило "в чужой монастырь не идут со своей библией", то есть, либо вы адаптируетесь, начинаете воспринимать конструктивно критику, либо и дальше будете получить минуса.
Прочитав статью (заметку?), я так и не понял, что хотел донести до нас автор: что у него не реализовано отслеживание статуса загрузки, или то, что новая библиотека поможет с решением того, что можно решить без это библиотеки?
Всегда в таких случаях возникает вопрос: зачем тянуть ещё библиотеки, если половину из описываемого можно решить без них?
Пользуюсь активно Rx (для JS и C#) - каких-либо проблем не наблюдаю с загрузкой данных... То есть, я могу сказать, что проблема искусственная(?)..
Вы не описываете документацию, а расписываете собственное видение решения, или, говоря другими словами, пишите презентацию, на которую будете в дальнейшем опираться при разработке, то есть, составляете план действий.
Комментарий с описанием задачи не считается документацией, даже после "раздраконивания".
Документация - по сути своей, это небольшой рассказ о вашем решении со вступлением (описание и цель решения, используемые технологии и прочее), основной частью (методы, примеры кода, ситуации использования, исключения и т.д. и т.п.) и заключением (ссылки на исходники, всякие лицензии, авторство или командная работа и тд и тп).
Им проще запретить, так как "они не соблюдают наши приказы", вместо того, чтобы действительно предложить что-то нормальное и адекватное, которое будет обществу на пользу, но не во вред (в той или иной мере)
Отличается тем, что, если пароль потерял, телефон сменил, то добро пожаловать в мир изгоев, пока не сходишь в МФЦ (всё-в-одном-учреждение) и не восстановишь/сменишь данные на актуальные, отсидев/отстояв очередь.
К тому же, зная нашу реализацию - это будет не удобство, это будет маленький "ад"... (см. фан-айди)
К тому же, госуслуги были изначально сервисом для получения государственных услуг (вместо живых очередей в каждую организацию), а не авторизации где бы то ни было ещё. И я очень надеюсь, что к этому всё и вернётся, так как не хочу светить свои данные там, где эти данные и вовсе не нужны (утечек достаточно, чтобы какой-нибудь сотрудник какой-нибудь организации названивал с целью "впарить" что-то, обращаясь по Фамилии-Имени-Отчеству-и-прочими-данными).
При этом, я заметил, что именно после авторизации где-нибудь (медучреждение, как мой личный опыт) через госуслуги, начинается активное предложение "бесплатные приёмы в стоматологии", "лечим возрастные болячки", "подключите интернет, который совсем не очень (весьма мягко сказано) за over-миллион денег", и так далее и тому же подобное. И, когда уже месяц не авторизовывался, то на телефонном проводе - тишина, только работа и родные.
Замечания по поводу использования словосочетаний "написано на Flutter" и "написано на React Native" - я бы, будь я на вашем месте, поправил на "написано на Dart" и "написано на JS". Так как FL и RN не языки, а библиотеки/фреймворки для языков. то есть, правильно использовать можно только в словосочетаниях "написано во Flutter" и "написано в React Native".
Да будет Holy War, снова.
Если говорить о самих Flutter и React Native, то для каждого решения (продукта) необходимо правильно выбирать путь его достижения. Flutter не может быть (и не является) путем достижения покрытия 100% потребностей, как и React Native не может быть (и не является). Поэтому, если говорить полностью объективно: React Native is not better than Flutter but Flutter is not better than React Native.
И сравнение их может быть только в рамках одного определенного продукта, который могут реализовать как Flutter (на языке Dart), так и React Native (на языке JS) со стопроцентным покрытием. И то, даже в таком случае, рассматривать стоит не со стороны автора другой статьи, а со стороны всего процесса разработки и решения определённых бизнес задач:
Нужно быстро - RN
Нужно качественно - Flutter
Нужно быстро и качественно - ни один из них, насколько бы большой и/или опытной не была команда. Большая команда не равно качественный продукт быстро - всегда будет тот, кто где-то что-то сломает/опоздает/не так поймет и тд. Огромный опыт не равно качественный продукт быстро, так как опыт понятие относительное, и можно разбираться в одной области языка, но быть профанов в другой его части, а найти того, кто разбирается во всём - вопрос финансовый, и стоить будет дороже самого решения, для которого и требуется данный специалист.
Вопрос о библиотеках для RN/FL - есть решения что там, что там, но не всегда эти решения подойдут к тому или иному вопросу, который они решают. Рассматривая, как пример, то огромное число библиотек для JS, где даже популярные решения не смогут решить свой же вопрос в рамках несколько отличительных особенностей использования (примечание как пример: очень популярный PDF.js не будет работать в полностью OFFLINE режиме)
И множество множества других вопросов, о которых можно поговорить, но тогда статья превратится в отдельную книгу с названием: React Native is not better than Flutter but Flutter is not better than React Native
И, если говорить коротко, то React Native и Flutter - это очень хорошие библиотеки/фреймворки для решения задач с multiplatform, но они будут проигрывать друг другу в том или ином сегменте при разработке какого-либо определенного продукта.
PS: для решения multiplatform можно использовать RN, FL, MAUI, Java Crossplatform, Xamarin, Apache Cordova и множество других решений, и все они будут лучше друг друга, но и хуже друг друга в тоже самое время :)
PPS: не хочется углубляться в более подробные моменты, может будет тот, кто действительно выпустит подобную статью/книгу, где будет всё полностью и подробно расписано: "где, когда, как и какое решение лучше использовать, где, когда, как и какое решение лучше не использовать, где, когда, как и какое решение можно использовать практически наравне с другим решением (и как выбрать чуть более правильное)"
PPPS: я отношусь одинаково ко всем решениям: знаком с каждым из них не понаслышке, и я сделал свой выбор в пользу одного из них, но говорить о нём не буду :)
Если вы хотя бы немного знаете Django, то функция home должна быть вам понятна(Если вы не знаете, как она работает, то советую сначала поучить Django, и потом уже приходить сюда. Без обид)
Интересно, что объяснение того, что это за функция, заняло бы меньше текста, чем ваше "без обид".
"Функция def home(request) отображает файл шаблона home.html при заходе на сайт".
Переходим в папку templates и создаем html файл с любым именем (у меня будет home.html). В html файле прописываем:
home.html, допустим, но index.html будет понятнее, так как это главная страница всего вашего "PWA".
Переходим в папку templates и создаём файл sw.js. Пишем в нём:
serviceWorker.js. Не используйте лишние сокращения, чтобы в дальнейшем понимать, что это именно сервис воркер, а не что-то иное, к примеру: sw.js для меня это startWeb, smartWatch и тд, но только потом serviceWorker
django-admin startapp Pwa
Дать бы вам по рукам за такое название. django-admin startapp pwa
Вам уже не нужен путь "admin/", так как вы его не используете.
python3 manage.py runserver
В Linux - да, в Windows - лесом. python3 manage.py runserver - если у вас Linux python manage.py runserver - если у вас Windows
Общее впечатление
Статья просто описывает первые шаги из tutorial по Django, но пытается ещё и в PWA, при этом, весьма скудно и посредственно.
Минимального функционала нет от слова "совсем". То есть, говоря другими словами, пользователь, проделав все выше описанные манипуляции, на выходе получит пустую страницу с заголовком hello world, и предложением установить приложение, что для понимания весьма мало.
Для того, чтобы пользователь получил несколько больше опыта, необходимо было хотя бы вывести какой-то минимальный текст на самой странице, к примеру "Ваше первое Progressive Web Application" если скрипт Service Worker отработал успешно (загрузился) в моменте срабатывания console.log('Registration succeeded. Scope is ' + reg.scope);
При этом всём, код загрузки Service Worker располагается только на одной странице (да и весь пример только об одной странице), но при этом, если пользователь захочет создать другую, то ему придётся данный скрипт перетаскивать в каждый документ. То есть, не раскрыта тема работы с шаблонами, что является большим преимуществом Django для простого пользователя.
В общем и целом, я бы рекомендовал автору внимательнее отнестись к статье, взяв на вооружение https://peps.python.org/pep-0008 и все указанные выше рекомендации от других членов сообщества.
Судя по точке зрения автора, если это не придётся менять спустя какое-то время (два месяца, полгода, год и тд), значит окупилось :-D В остальном, согласен, такое не имеет смысл оценивать в окупаемости :)
Неуместно, вам не кажется, использовать пример из разряда "фантазии на тему"? :)
Лично за себя отвечу так: скажу "спасибо", но эмоций не вызовет. А если человек мне это скажет в живую, то тут станет приятно :)
Лучшую версию только для определенной группы лиц, но не всех. Итого, мы получаем чат-бота, который всегда будет "не удовлетворять" чем-то, как собеседник.
Вы забываете учитывать, что данная статистика показывает соотношение среди "чуть менее 18 тысяч человек", но никак не всей Японии. Глупо опираться на статистику, говоря о том, что изменяется количество ("растет количество девственников", как пример).
Статистика, это всего лишь статистика всего лишь цифры в тот или иной момент в определенных условиях, а не показатель того, что так действительно происходит повсюду.
сумма оплаты за возврат настолько мала, что в единичных случаях - больше потратить на суд, а собирать коллективные иски - лень :)
Не стоит сравнивать одно с другим, так как их категории и целенаправленность разная :)
Ура, менеджмент на высоте, иметь приложение под iOS, но не поддерживать его.
У вас была простая задача, раз вы за сутки смогли её решить не имея опыта в данном языке, но с которой полноценный разработчик на Swift справился бы за несколько часов (
минут)."Повторение - мать учения"
И в первом и во втором случаях вы показали только то, что ChatGPT подходит как справочник и помощник в решении самых редких и очень простых но затратных по времени потребностей, и не более того.
Да, я соглашусь, что иногда легче попросить нейросеть, чем разбираться самому.
Но, в тоже время, осуждаю, так как человека (коллегу, друга, знакомого) попросить легче (не надо объяснять как маленькому ребенку каждое слово, чтобы получить нужный результат), да и разобраться самому будет в плюс (развитие, кругозор, опыт и т.д. и т.п.).
-----
Короткий итог исправленной цитатой из первого комментария
ChatGPT - пока прослойка, которая мешает тем, кто умеет, и будет подсказывать тем, кто не знал/забыл.
ChatGPT пытается быть "Готовым домашним заданием по программированию", но его уровень на ближайшее время - "Справочник по забытым простым решениям" (либо любой другой удобный, но схожий по смыслу, для вас вариант названия)
А потом такси вдруг внезапно стало очень популярно среди любителей данных видов "удовлетворений", далее создаётся новая студия и ролики попадают на нужные видео порталы :-)
Аналоги конструкторов сайтов со всеми втекающих вытекающими последствиями :)
Вау, интересно знать, а какую? :)
Если вы имеете ввиду, что данный ИИ пишет код? Да, пишет, но тут вопрос другой - а какой именно код он пишет: тот, что гуглится за минуту, или тот, что будет реализован с нуля? :)
К сожалению, но да.
Условно если рассматривать: гордятся, что noname-мониторы за 100-200 долларов (без наклеек) выставлены на продажу за 400-500 долларов (уже с их наклейками).
А потом все на "верхах" разводят руками, почему мы выбираем больше иностранное, нежели своё.
"Молодой человек, мы, русские не обманываем друг друга" - тут будет как нельзя кстати :)
В общем и целом, идея хороша, но не нова. По аналогии с Москвич 3 и JAC JS4 - один и тот же продукт, только под другим лейблом. Только в условностях: Москвич 3 стоит не сильно дороже JAC JS4 в одной и той же комплектации, а вот в электронике - всегда пытаются найти способ получить больше денег.... Фу такими быть :)
Вопрос в следующем, а о чем именно слышать девушку (женщину?) с таким отношением к статье?
Тестовое выполнено? Нет. Только лёгкая поверхностная подготовка без решения требуемой бизнес-логики, что можно притянуть к "относительно быстро", но это не итог, а окончание "вступительной части", а где "кульминация", "развязка", "заключение"?
В данном ключе, статья похожа на подобный пример.
Заголовок: Как быстро научиться делать правильно?
Текст статьи: Делать. Оставляйте ваши лайки, комментарии
, подписывайтесь на каналЧистый фронтенд? Нет. Нагромоздили всё в кучу без аргументации, отсылок, ссылок, сохранения code-style и тд. Пойди, мистер Юниор, разберись с этим сам...
Основной посыл, если судить по первым абзацам, был в том, чтобы выполнить поставленное задание с полным разложением по полочкам всех этапов со всеми затратами по времени, ссылками на используемый материал и так далее и тому подобное. А итог, который приведён здесь, это не половина и даже не одна третья всей выполненной работы, но это уже считается за полностью выполненную работу?
И, множество других, не затронутых вопросов, которые можно затронуть, но стоит ли оно того, если даже базово ничего не раскрыто?..
не стоит подсказывать идеи для новых статей :)
А всё потому, что авторы, подобные или похожие на @MaryRabinovich, всех суют под одну гребёнку: если автора обидело 20 человек, а статью прочитало всего 100 человек, то виноваты все 100, а не сам автор, который не может уследить за критикой в свой адрес, а сразу заходит в профиль, что-то там смотрит, делает какие-то выводы, и ничего не меняет :)
@MaryRabinovich, сразу скажу, в моём профиле пусто и нет никакой информации, кроме пары пунктов.
В остальном, я согласен с большинством, что вместо того, чтобы придумывать Habraclener, писать публичные и плаксивые заметки о том, как поменять Habr, необходимо было посидеть, подумать, как правила Habr развернуть себе на выгоду.
Ведь здесь работает правило "в чужой монастырь не идут со своей библией", то есть, либо вы адаптируетесь, начинаете воспринимать конструктивно критику, либо и дальше будете получить минуса.
Прочитав статью (заметку?), я так и не понял, что хотел донести до нас автор: что у него не реализовано отслеживание статуса загрузки, или то, что новая библиотека поможет с решением того, что можно решить без это библиотеки?
Всегда в таких случаях возникает вопрос: зачем тянуть ещё библиотеки, если половину из описываемого можно решить без них?
Пользуюсь активно Rx (для JS и C#) - каких-либо проблем не наблюдаю с загрузкой данных... То есть, я могу сказать, что проблема искусственная(?)..
Вы не описываете документацию, а расписываете собственное видение решения, или, говоря другими словами, пишите презентацию, на которую будете в дальнейшем опираться при разработке, то есть, составляете план действий.
Комментарий с описанием задачи не считается документацией, даже после "раздраконивания".
Документация - по сути своей, это небольшой рассказ о вашем решении со вступлением (описание и цель решения, используемые технологии и прочее), основной частью (методы, примеры кода, ситуации использования, исключения и т.д. и т.п.) и заключением (ссылки на исходники, всякие лицензии, авторство или командная работа и тд и тп).
Им проще запретить, так как "они не соблюдают наши приказы", вместо того, чтобы действительно предложить что-то нормальное и адекватное, которое будет обществу на пользу, но не во вред (в той или иной мере)
Отличается тем, что, если пароль потерял, телефон сменил, то добро пожаловать в мир изгоев, пока не сходишь в МФЦ (всё-в-одном-учреждение) и не восстановишь/сменишь данные на актуальные, отсидев/отстояв очередь.
К тому же, зная нашу реализацию - это будет не удобство, это будет маленький "ад"... (см. фан-айди)
К тому же, госуслуги были изначально сервисом для получения государственных услуг (вместо живых очередей в каждую организацию), а не авторизации где бы то ни было ещё. И я очень надеюсь, что к этому всё и вернётся, так как не хочу светить свои данные там, где эти данные и вовсе не нужны (утечек достаточно, чтобы какой-нибудь сотрудник какой-нибудь организации названивал с целью "впарить" что-то, обращаясь по Фамилии-Имени-Отчеству-и-прочими-данными).
При этом, я заметил, что именно после авторизации где-нибудь (медучреждение, как мой личный опыт) через госуслуги, начинается активное предложение "бесплатные приёмы в стоматологии", "лечим возрастные болячки", "подключите интернет, который совсем не очень (весьма мягко сказано) за over-миллион денег", и так далее и тому же подобное. И, когда уже месяц не авторизовывался, то на телефонном проводе - тишина, только работа и родные.
Xamarin был признан несколько мертвым решением для multiplatform, вместо него пришёл MAUI, не то, чтобы официально, но во всяком случае MAUI принес много благ для этого (https://github.com/dotnet/maui/wiki/Xamarin.Forms-vs-.NET-MAUI)
Замечания по поводу использования словосочетаний "написано на Flutter" и "написано на React Native" - я бы, будь я на вашем месте, поправил на "написано на Dart" и "написано на JS". Так как FL и RN не языки, а библиотеки/фреймворки для языков. то есть, правильно использовать можно только в словосочетаниях "написано во Flutter" и "написано в React Native".
Да будет Holy War, снова.
Если говорить о самих Flutter и React Native, то для каждого решения (продукта) необходимо правильно выбирать путь его достижения. Flutter не может быть (и не является) путем достижения покрытия 100% потребностей, как и React Native не может быть (и не является). Поэтому, если говорить полностью объективно: React Native is not better than Flutter but Flutter is not better than React Native.
И сравнение их может быть только в рамках одного определенного продукта, который могут реализовать как Flutter (на языке Dart), так и React Native (на языке JS) со стопроцентным покрытием. И то, даже в таком случае, рассматривать стоит не со стороны автора другой статьи, а со стороны всего процесса разработки и решения определённых бизнес задач:
Нужно быстро - RN
Нужно качественно - Flutter
Нужно быстро и качественно - ни один из них, насколько бы большой и/или опытной не была команда. Большая команда не равно качественный продукт быстро - всегда будет тот, кто где-то что-то сломает/опоздает/не так поймет и тд. Огромный опыт не равно качественный продукт быстро, так как опыт понятие относительное, и можно разбираться в одной области языка, но быть профанов в другой его части, а найти того, кто разбирается во всём - вопрос финансовый, и стоить будет дороже самого решения, для которого и требуется данный специалист.
Вопрос о библиотеках для RN/FL - есть решения что там, что там, но не всегда эти решения подойдут к тому или иному вопросу, который они решают. Рассматривая, как пример, то огромное число библиотек для JS, где даже популярные решения не смогут решить свой же вопрос в рамках несколько отличительных особенностей использования (примечание как пример: очень популярный PDF.js не будет работать в полностью OFFLINE режиме)
И множество множества других вопросов, о которых можно поговорить, но тогда статья превратится в отдельную книгу с названием:
React Native is not better than Flutter
but Flutter is not better than React Native
И, если говорить коротко, то React Native и Flutter - это очень хорошие библиотеки/фреймворки для решения задач с multiplatform, но они будут проигрывать друг другу в том или ином сегменте при разработке какого-либо определенного продукта.
PS: для решения multiplatform можно использовать RN, FL, MAUI, Java Crossplatform, Xamarin, Apache Cordova и множество других решений, и все они будут лучше друг друга, но и хуже друг друга в тоже самое время :)
PPS: не хочется углубляться в более подробные моменты, может будет тот, кто действительно выпустит подобную статью/книгу, где будет всё полностью и подробно расписано: "где, когда, как и какое решение лучше использовать, где, когда, как и какое решение лучше не использовать, где, когда, как и какое решение можно использовать практически наравне с другим решением (и как выбрать чуть более правильное)"
PPPS: я отношусь одинаково ко всем решениям: знаком с каждым из них не понаслышке, и я сделал свой выбор в пользу одного из них, но говорить о нём не буду :)
У меня свой список замечаний будет.
Интересно, что объяснение того, что это за функция, заняло бы меньше текста, чем ваше "без обид".
"Функция
def home(request)отображает файл шаблона home.html при заходе на сайт".home.html, допустим, но index.html будет понятнее, так как это главная страница всего вашего "PWA".
serviceWorker.js. Не используйте лишние сокращения, чтобы в дальнейшем понимать, что это именно сервис воркер, а не что-то иное, к примеру: sw.js для меня это startWeb, smartWatch и тд, но только потом serviceWorker
Дать бы вам по рукам за такое название.
django-admin startapp pwaФункции и классы. Зачем?. Либо функции, либо классы. Это не сложно, но более понятно для стороннего разработчика
Вам уже не нужен путь "admin/", так как вы его не используете.
В Linux - да, в Windows - лесом.
python3 manage.py runserver- если у вас Linuxpython manage.py runserver- если у вас WindowsОбщее впечатление
Статья просто описывает первые шаги из tutorial по Django, но пытается ещё и в PWA, при этом, весьма скудно и посредственно.
Минимального функционала нет от слова "совсем". То есть, говоря другими словами, пользователь, проделав все выше описанные манипуляции, на выходе получит пустую страницу с заголовком hello world, и предложением установить приложение, что для понимания весьма мало.
Для того, чтобы пользователь получил несколько больше опыта, необходимо было хотя бы вывести какой-то минимальный текст на самой странице, к примеру "Ваше первое Progressive Web Application" если скрипт Service Worker отработал успешно (загрузился) в моменте срабатывания
console.log('Registration succeeded. Scope is ' + reg.scope);При этом всём, код загрузки Service Worker располагается только на одной странице (да и весь пример только об одной странице), но при этом, если пользователь захочет создать другую, то ему придётся данный скрипт перетаскивать в каждый документ. То есть, не раскрыта тема работы с шаблонами, что является большим преимуществом Django для простого пользователя.
В общем и целом, я бы рекомендовал автору внимательнее отнестись к статье, взяв на вооружение https://peps.python.org/pep-0008 и все указанные выше рекомендации от других членов сообщества.