Причина, почему ZigLang сразу летит в помойку

Сегодняшний выпуск оказался весьма богат на контрастные статьи

https://news.sova.dev/issues/15-1139774

Решил продолжать выкладывать timelapse в отдельном месте.
Пока что буду вкидывать в группу в вк. Выглядит так, будто это очень специфичный контент

Перехожу в своих проектах на pnpm.
На чистой установке работает действительно быстрее, чем yarn1, yarn3 и npm.

Оказалось, что ничего не ломается, а в некоторых случаях работает корректнее. Потому что pnpm устанавливает в корень только зависимости из package.json, а зависимости зависимостей накатывает в отдельную директорию и их нельзя просто так require’нуть.

Это очень хорошо, ведь иначе в коде появляется неявная зависимость, версия которой не описана в package.json. Если какой-то пакет её обновит в своей минорной версии (или даже патч), в коде приложения что-то может отвалиться, хотя поведение пакета не поменялось.

Очень приятное следствие pnpm. Рекомендую

А теперь вопрос, который я анонсировал в рассылке.

У меня довольно часто случаются несколько кейсов в процессе поиска решений в коде или выработки своих собственных. Мне кажется их можно объединить в одном сервисе.

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

2. Поиск по своей базе знаний
После того как я насохранял начинается вторая проблема. Если код я сохранил в gist, ссылки на ресурсы в закладках, а еще в закладках бывают примеры кода, где-то еще хочется приложить свои комментарии к ресурсу или статье, я получаю огромный размазанный набор данных.
Хочется иметь единое место, куда я могу легко сохранять все, что касается кодовых решений, но при этом с добавлением своих комментариев, версий софта, платформ и прочего важного.
Подобная база знаний должна иметь гибкий поиск: хочу найти всё связанное с prometheus, но с деплоем на heroku, написанное на javanoscript, с nodejs 18, но без nestjs. Я должен иметь возможность составить такой запрос и получить более менее актуальные результаты.

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

4. Полезное != популярное
Довольно часто в гугле или в других сервисах вверх результатов поиска поднимаются статьи с большим количеством лайков написанные популярными авторами. Но ведь это ничего не говорит о качестве контента или релевантности моему запросу.
Нужна какая-то более адекватная метрика полезности, нежели звездочки, лайки, популярность автора. Я не хочу, чтобы мне приходилось перелопачивать десятки популярных, но бесполезных для меня статей, прежде, чем я найду необходимое мне решение.

5. Персистентность
После того, как я нашел решение, я точно не хочу его потерять. Я хочу сохранить найденную статью в свою личную коллекцию и быть уверен, что она оттуда не пропадет. Даже если автор решил поменять контент или удалить её. Но при этом, я мог бы её актуализировать в любой момент, если увижу, что изменения мне подходят.
Сюда же хочется добавить возможность экспорта личной коллекции с сервиса целиком в любом открытом формате. Может быть работа оффлайн.

6. Краткость
Самый сложный пункт. Я крайне сильно не люблю статьи на сотни тысяч слов, из которых найти решение своего кейса очень тяжело. Когда автор расплывается на десятки абзацев рассказывая каждый аспект своей библиотеки. Мне нужно конкретное решение, выжимка всех идей автора в виде короткой карточки, с кодом, комментариями и релеватными ссылками.

Я ищу сервис, который сможет объединить все эти требования в едином месте с приятным интерфейсом. Я не хочу решать все эти задачи разными способами, потому что прямо сейчас я так живу и мне очень больно.

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

После стольких месяцев поиска решения. Таки оно нашлось.

Оказывается Apple HDMI thunderbolt 3 адаптер живет в двух версиях, одна поддерживает только 4K 30GHz, а вторая 4K 60GHz.

Я перепробовал кучу кабелей, но всё напрасно, только 30GHz и какой-то жесткий дилей в движении курсора.

Сегодня купил какой-то китайский адаптер и всё завелось просто идеально. Я впервые пользуюсь своим монитором на маке так, как изначально хотелось.

Вопрос к знатокам Heroku (ретвит/репост)
У меня есть инстанс dyno с билдпака prometheus.
Но разумеется данные из прометея теряются после рестарта и cycling инстанса dyno.

Я не нашел ни одного адекватного способа персистить данные между запусками. Может кто подскажет, как вообще подобные задачи решать? Вручную писать код загрузки на S3 file storage и выгрузки обратно после рестарта совсем не хочется, выглядит как дикий костылище.

Может есть какой-то file storage который сохранит и восстановит директорию с файлами после рестарта dyno?

Почему Gо херовый язык?
Я не могу просто взять готовый кусок кода из примеров, скопировать к себе
https://github.com/prometheus/prometheus/tree/main/documentation/examples/remote_storage

И скомпилировать. Начинается разогрев траханья, с package remote_storage_adapter is not in GOROOT, invalid import path, no go files.

Вы наверное не ждали, но я залетел в тревел шоу Съебастьян от space307.

https://www.youtube.com/watch?v=s6atItVtGxE

О чем этот канал

Меня зовут Сергей Сова и уже 10 лет я программист. Начинал с игр на C++ Source Engine, пробовал себя в роли backend разработчика на php, ruby, nodejs, go, но сильнее всего я погрузился во frontend на React. Несколько лет назад познакомился с Rust и активно им занимаюсь, но не то, чтобы коммерчески.

Фактически этот канал о том, что мне интересно, а интересно мне довольно многое: я веду подкаст, иногда пишу статьи, изучаю экосистему NEAR, веду два микростартапа, развиваю effector community, пробными попытками создаю youtube канал, делюсь опытом в личных консультациях и занимаюсь open source.

Из интересного за последнее время:
- Собираю layout в Figma и tailwind на timelapse
- Рассказываю почему выбрал Rust в подкасте
- Показал как реализовать компонент поиска на effector
- Написал лонгрид про effector + typenoscript + react
- Поучаствовал в шоу Съебастьян про Ереван
- Рассуждал о личном бренде и комьюнити в 307 пакетах
- Всякие интересные находки и размышления в этом канале

Что вас ждет на этом канале в ближайшее время:
- Effector Meetup 3. Все ссылки и даты будут здесь и на канале эффектора. Я буду выступать с докладом.
- Скоро выйдет подборка статей, которые я собрал за эти две недели. Добавляю не только новое, но и полезности из моего архива.
- Я попробую рассказать об экосистеме NEAR Protocol, но без трейдинга и заработка. Лишь технические детали и интересные идеи.
- Написал несколько сценарий для Youtube канала, скоро буду снимать и выпускать по чуть чуть. Видео на разные темы: effector, личное планирование и немного развлечений.

Всех новичков приветствую ❤️

В комментариях бывает довольно жарко и однобоко, поэтому если не хотите опалить перья, будьте внимательны — здесь собираются довольно разные люди.

О. Ну что ж будем пробовать

А ничего, что бизнес велью компании не зависит от языка?
Надёжность и статическая типизация не всегда одно и то же.
Если уж ты можешь за полтора часа закрыть все таски, то работай больше — закрой больше тасок.
Обожаю такие набросы))

https://news.1rj.ru/str/nikitonsky_pub/329