Реакции есть — это хорошо :) Тогда приступим. Расскажу вкратце о сервисе, который я когда-то давно придумал и хотел создать, но на тот момент не хватило знаний и опыта для реализации.

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

Возвращаясь к прошлому посту и словам про «нечто бомбически крутое», честно, даже не буду пытаться вспоминать, почему именно эта идея мне тогда казалась классной и перспективной 😂 Но спустя некоторое время я возвращался к ней, и в паре других проектов мне сильно не хватало подобного функционала.

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

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

#СНуляGPT

На днях начал смотреть сериал Fallout. Давно собирался, но всё как-то не до этого. Всё, знаете ли, работа-работа 🙃 а при длительности одного эпизода в целый час не всегда удаётся выделить время.

Что ж, первые впечатления хорошие :) Особенно классно отражена атрибутика из игры — нравится такое: пип-бои, стимуляторы и вот это вот всё, что сотворила Bethesda.
Я большой фанат серии игр Fallout, да и вообще люблю всякие постапокалиптические сюжеты в книгах и кино — про выживание в суровом и мрачном мире будущего. Но в этом сериале мне пока не хватает той мрачности и атмосферы, присущей игре 😕

Спойлеров не смотрел, целиком сюжета первого сезона не знаю, так что вот такая мини-рецензия по первым трём эпизодам :)
Кто смотрел, как вам? Только без спойлеров, пожалуйста :)

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

А ещё готовлю обучение для студентов СибГУ. Давненько я таким не занимался. Надеюсь, им будет интересно послушать лекции про веб-разработку :)

Про пассивно-агрессивный код

В некоторых легаси-проектах можно найти много пасхалок от предыдущих разработчиков. Видимо конкретно здесь клиента не удалось от чего-то отговорить, а потом пришлось переделать.

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

Смешные комментарии это конечно прикольно, но лучше всё же не говнить в коде 😒 Если тебе, как разработчику, пришлось напихать костылей в проект, лучше объясни, как с ними работать.
Если ты не согласен с решением, которое пришлось применить, оставь пояснение, почему именно так решено было сделать. Возможно, это поможет твоему коллеге улучшить функционал.
В общем, отнесись с уважением к тому, кто потом будет работать с твоим кодом — поддержи программистскую солидарность.