Продолжаю подготовку к разработке сервиса Glossary.
Совместно с ChatGPT определился с технологиями и языками.

Я в начале немного неправильно задал вводные и уточнил, что чуть-чуть знаком только с javascript, из-за чего GPT предлагал мне в основном NodeJS, MongoDB и всё что с этим связано.
Пришлось скорректировать запрос, чтобы его предложения основывались только на требованиях функционала будущего проекта.

По итогу выбор пал на связку Python + Django + PostgreSQL + Elasticsearch 😥
Не сказал бы, что я сильно в восторге от python, ну да ладно ) работать будем с тем, что советует GPT, в этом вся суть проекта.

Помимо python были ещё такие варианты:
— JavaScript + Node.js + MongoDB
— JavaScript + Firebase
— PHP + MySQL + JavaScript
— Java + Spring Boot + MongoDB + Kafka
— TypeScript + NestJS + PostgreSQL + Redis

Вообще, я был уверен, что среди всего прочего ChatGPT предложит использовать Laravel, и даже, признаться, я хотел, чтобы он его предложил ) Но про laravel не было ни слова ☹️ на всякий случай уточнил, почему. Ответы на втором скрине.

Историю диалога с ChatGPT можно посмотреть здесь.

Кстати, по итогу я выбирал между Java и Python, и долго смотрел в сторону первого т.к. уже давненько подумываю попробовать java. Но всё же решил опираться на рекомендации GPT.

А посему развиваться нашему сервису на питоне. Или лучше на "пайтоне", как считаете? 💻

#СНуляGPT

Первый этап разработки сервиса Glossary оставил у меня неоднозначные впечатления. С одной стороны, рабочий прототип был готов уже спустя пару часов общения с нейросетью, с другой — пока всё это делал, ничегошеньки не запомнил и не понял 🤔

Итак, по порядку:
— Развернули локально виртуальный сервер на Django.
— Создали несколько эндпоинтов API.
— Сделали пару тестовых доменов для проверки работы сервиса.
— Написали JS-скрипт, который находит слова в базе и добавляет к ним описания на тестовых сайтах.

Когда говорю «развернули», «сделали» и «создали», я имею в виду, что всё это делал исключительно ChatGPT. Я лишь копировал его результаты, создавал нужные файлы и запускал команды на виртуальном сервере, иногда уточняя и корректируя его идеи. Так, например, GPT забыл про необходимость личного кабинета не только для админа, но и для других пользователей.

С чем возникли сложности:
— Долго не мог развернуть на локалке phpPgAdmin для работы с PostgreSQL 😐 Видите ли, я как-то уже слишком привык к phpMyAdmin и был уверен, что его брат на PostgreSQL заведется с полоборота и будет также удобен. Но что-то пошло не так и после часа ковыряний конфигов я забил и установил pgAdmin. Кстати, тоже по совету ChatGPT, которому, видимо, также надоело биться с настройкой phpPgAdmin.
К слову, с PostgreSQL, мне тоже не так часто доводилось работать, поэтому кейс прям очень хороший в плане изначального выбора стека проекта :)
— Далее были некоторые проблемы с подключением библиотек python. Но тут скорее из-за отсутствия у меня знаний фреймворка django, и недостаточно подробных описаний от GPT. Я в какие-то моменты просто запускал команды не в тех директориях, в которых было нужно. По итогу это приводило к формированию неправильной структуры проекта.
— А потом вроде всё наладилось и возникали только мелкие баги по типу проблем с кодировкой и т.д.

По итогу на данный момент:
— Затрачено времени: 4 часа
— Развёрнута локальная среда с Django и PostgreSQL
— Создано API с базовыми запросами (регистрация/авторизация пользователя, работа с проектами и терминами).
— Написан простенький скрипт для поиска терминов и добавления подсказок в текст на сайте

Ссылку на историю диалога обновил, чуть позже залью проект на GitHub и, возможно, на хостинг. Вообще, впереди ещё много работы, будет за чем понаблюдать :) Но пока могу поделиться только скринами.

#СНуляGPT

Я немного с запоздалыми, но зато проверенными почти на себе, новостями.
Итак, РКН блокирует сайты, которые шифруются через Cloudflare 🧐
Причины можно почитать на официальном сайте Роскомнадзора. Если вкратце, то ECH-шифрование (Encrypted Client Hello), используемое Cloudflare, позволяет обходить запреты РКН. А так как это шифрование стало обязательным функционалом для всех пользователей cloudflare, то под раздачу попадают все сайты, работающие через этот CDN-сервис.

На себе мы это ощутили почти сразу, т.к. у одного из клиентов сайт стал недоступен для определённых интернет-провайдеров. Отключение проксирования через сервера Cloudflare проблему решило.

РКН рекомендует пользоваться отечественными CDN-сервисами 😐
Что ж, будем искать аналоги Cloudflare среди наших сервисов. Ну и вам советуем.
Если не знаете, как проверить, работает ваш сайт через Cloudflare или нет, то вот небольшая инструкция:
— зайти сюда https://www.whois.com/whois/
— ввести адрес своего домена и нажать Search
— если в Name Servers вы видите сервера с названием .cloudflare.com, то пора принимать меры (см.скрины)

#новости_днч

«Синдром блестящего объекта» или «дизайнерская фиксация»?

Не знаю, как у вас, но у меня при просмотре референсов иногда возникает желание повторить особенно понравившиеся элементы в каком-нибудь из ближайших проектов. При этом не важно, подходит ли референс под техзадание. Порой доходит до того, что я выдумываю функционал под тот интерфейс, который хочется воспроизвести.
Здравый смысл, конечно, пока ещё берёт своё, но руки всё равно чешутся 😃

Недавно задался вопросом, есть ли такому состоянию «научное» объяснение. Оказалось, есть — и даже не одно!

Синдром блестящего объекта (Shiny Object Syndrome) — это термин, который описывает тенденцию отвлекаться на новые и привлекательные идеи или проекты, даже если они не соответствуют вашим текущим целям или задачам. Вы как бы преследуете «блестящие объекты», которые привлекают ваше внимание, но могут отвлекать от основного фокуса.

Дизайнерская фиксация (Design Fixation) — это состояние, когда дизайнеры или разработчики настолько привязываются к определённой идее или референсу, что им сложно рассмотреть альтернативные решения. Это может ограничивать творческий процесс и препятствовать созданию оптимального дизайна для конкретного проекта.

Эффект сороки (Magpie Syndrome). Сороки известны своей склонностью собирать блестящие предметы. Этот термин используется для описания людей, которые привлекаются к ярким или привлекательным вещам, даже если они не имеют практической ценности.

Перенасыщение вдохновением. Когда вы потребляете большое количество референсов и вдохновляющих материалов, это может привести к желанию внедрить всё сразу, не учитывая их релевантность для вашего проекта.

Когнитивное искажение (предвзятость к новизне). Это психологическое явление, при котором новые или недавно появившиеся идеи кажутся более привлекательными или ценными, чем уже известные, даже если это не так.

🤖 ChatGPT любезно рассказал, как с этим бороться, ибо это, как оказалось, распространённая проблема в современном мире.

1) Осознание проблемы. Первый шаг — признать (ну кто бы сомневался), что такая склонность может отвлекать от основных целей проекта и усложнять процесс разработки.
2) Фокус на требованиях проекта. Постоянно возвращайтесь к целям и требованиям вашего проекта, чтобы оценить, насколько новые идеи действительно полезны.
3) Ограничение источников вдохновения. Сократите время, проводимое за просмотром референсов, или установите чёткие критерии для их отбора (иногда сложно заставить себя вылезти из ленты Pinterest, согласен).
4) Консультация с командой. Обсуждайте идеи с коллегами, чтобы получить объективную оценку их релевантности (вот это действительно дельный совет).

К чему я это всё? Недавно смотрел референсы для ЛК будущего сервиса Glossary (тот, что из рубрики #СНуляGPT) и наткнулся вот на такие интерфейсы. Согласитесь, совсем же не подходят для проекта, да и вообще сгенерированы они через нейросети и на практике слабо реализуемы. Но как круто выглядит! 🤩

А вам приходилось сталкиваться с такой проблемой?