Короче, решил попробовать в этом году прокачаться, как спикер на девфоруме и в поисках актуальных тем спросил наших техлидов, в чем были основные затыки у ребят и девчат на Level Assessment. И одна из таких штук это Bulkhead паттерн.
Это не паттерн в контексте паттернов разработки, а паттерн в контексте устойчивости к сбоям.
Первое, что меня поразило в этом паттерне, так это то, что bulkhead не переводится, как балка головы. А переводится как “переборка”.
А второе, что это паттерн, который можно применить на двух уровнях:
1️⃣ На архитектурном
2️⃣ И на уровне кода
Это значит, что вам нужно располагать зависимость между сервисами по возможности изолированно:
❌ Типа не так:
Service A -> Service B -> Database
✅ А так:
Service A -> Database
Service B -> Database
Это значит, что вам нужно делать так, чтобы взбесившийся участок кода не выжрал все ресурсы остального приложения. К примеру у вас есть серия запросов к какому-то сервису. И вы хотите их распараллелить.
❌ Если вы сделаете вот так, если вас завалит запросами, то вы исчерпаете пул соединений, если придет куча запросов.
public async Task SendRequestsWithoutBulkhead(HttpClient httpClient, List<HttpRequestMessage> requests)
{
var tasks = new List<Task<HttpResponseMessage>>();
foreach (var request in requests)
{
// Все запросы отправляются параллельно без ограничений
tasks.Add(httpClient.SendAsync(request));
}
await Task.WhenAll(tasks);
}
✅ Вместо этого вы можете ограничить ресурсы с помощью библиотеки Polly:
// Создаём Bulkhead policy с ограничением 10 одновременных запросов и очередью до 20 запросов.
private readonly AsyncBulkheadPolicy<HttpResponseMessage> _bulkheadPolicy = Policy.BulkheadAsync<HttpResponseMessage>(
maxParallelization: 10,
maxQueuingActions: 20,
onBulkheadRejectedAsync: context =>
{
Console.WriteLine("Запрос отклонён из-за перегрузки Bulkhead.");
return Task.CompletedTask;
});
public async Task SendRequestsWithBulkhead(HttpClient httpClient, List<HttpRequestMessage> requests)
{
var tasks = new List<Task<HttpResponseMessage>>();
foreach (var request in requests)
{
// Каждый запрос выполняется через Bulkhead policy,
// что гарантирует, что одновременно будет не более 10 запросов,
// а остальные будут ждать в очереди до 20.
tasks.Add(_bulkheadPolicy.ExecuteAsync(() => httpClient.SendAsync(request)));
}
await Task.WhenAll(tasks);
}
Благодаря Polly это выглядит довльно лайтово. И это круто! Потому что самому писать какую-то ограничивалку может быть писать лень, а тут уже все готово.
🅰️ Итого: Юзайте bulkhead! Изично работает в коде, бахнули Polly и все! Вы спасены на случай, если что-то разложится на молекулы
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5👍3❤2🙏1
Тут в канале yet another dev вышел пост про FuentAssertoins и на что его заменить.
В итоге в комментах предложили AwesomeAssertions. И я попробовал это дело применить в своем пет-проектике.
И…
Оно работает! Так как это форк, то там неймспейсы те же. То есть просто меняем название пэкаджа и все
🅰️ Итого: Так что если искали, на что заменить FluentAssertions, то муки выбора можно отбросить – меняйте на AwesomeAssertions.
P.S.: И там это, если вдруг пройдете по ссылочке в репозиторий, то закиньте там звезду ребятам, чисто по-человечески
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
yet another dev
FluentAssertions стала платной
Коллеги, если вы вдруг пропустили новость, то сообщаю. Библиотека для тестирования FluentAssertions стала платной около месяца назад. Теперь стандартная лицензия для 1 разработчика стоит $129.95 в год, а для небольших компаний…
Коллеги, если вы вдруг пропустили новость, то сообщаю. Библиотека для тестирования FluentAssertions стала платной около месяца назад. Теперь стандартная лицензия для 1 разработчика стоит $129.95 в год, а для небольших компаний…
👍3❤2💯2
📚Сказ о том, как мы с Саньком OpenAI в наш таск-трекер пытались интегрировать.
В прошлый четверг с прекрасным @sagos95 сделали доклад на девфоруме про то, как мы попытались прикрутить LLMку к поиску по нашему корпоративному таск-трекеру Kaiten.
Саму попытку совершали в октябре прошлого года, так что какие-то вещи уже устарели (к примеру дипсика тогда не было), но на суть доклада это не влияет.
🎞 Смотреть можно туть
Коротко текстом, о чем видос
1️⃣ Хотели научиться искать дубликаты багов в таск-трекере по абстракному описанию типа "Э-э-эм, ну мы тут сделали кнопку с чаевыми вроде и вроде были какие-то баги с ней. Можешь найти?"
2️⃣ Попробовали просто пихнуть 100 задачек в /completions эндпоинт OpenAI – получилось хорошо
3️⃣ На 1000 задачек окна контекста уже не хватило
4️⃣ Дальше идет рассказ про то, как мы пытались отфильтровать из >1000 карточек только те, что относятся к задаче
5️⃣ @sagos95 рассказывает про векторизацию и векторное сходство, а также про то, что такое Retrieval Augmented Search и как он в целом работает.
6️⃣ Рассказываем про проблему антонимов и как она делает неподходящие по смыслу запроса карточки проблемой такого поиска.
7️⃣ Показываем код и пайплайн обработки данных
🎱 Показываю просто 🩼🩼🩼 МЕГАКОСТЫЛЬ 🩼🩼🩼 для поиска
9️⃣ Делаем выводы.
Ну и коротко поделюсь тут своими эмоциями от работы над поиском, усиленным AI-шкой😱
Ищет эта штука данные по не супер-стабильно. На малой выборке все работает более менее, но чем больше даете на вход, тем хуже становится разброс. Мы все это делали на 4o модельке, но не думаю, что дело в ее развитости, тут вопрос скорее всего в принципах работы этой штуки
Поэтому LLM надо прям затачивать под задачи. Чем более узкая задача, тем лучше будет выход.
То есть если просто загрузить карточки и начать задавать по ним вопросы, то пользователю будет не очень удобно – ему придется все время писать “выдай в таком-то формате, не пиши то-то, а пиши вот так-то”.
Дебажить эту штуку пиздец как сложно – вот она тебе выдала все правильно. Снова что-то спросил, даже то же самое и она просто ничего не выдала. Как? Почему? И тестов так-то не напишешь. По крайней мере я плохо как-то представляю такие тесты.
P.S.: Но кстати, мне кажется, что само по себе тестирование AI штук – интересный топик. Я бы поглядел какие-то доклады про енто дело.
P.P.S.: Кстати, если тоже делали RAG поиск, то поделитесь в комментах, что у вас получалось с этим делом, будет интересно почитать.
В прошлый четверг с прекрасным @sagos95 сделали доклад на девфоруме про то, как мы попытались прикрутить LLMку к поиску по нашему корпоративному таск-трекеру Kaiten.
Саму попытку совершали в октябре прошлого года, так что какие-то вещи уже устарели (к примеру дипсика тогда не было), но на суть доклада это не влияет.
Коротко текстом, о чем видос
1️⃣ Хотели научиться искать дубликаты багов в таск-трекере по абстракному описанию типа "Э-э-эм, ну мы тут сделали кнопку с чаевыми вроде и вроде были какие-то баги с ней. Можешь найти?"
2️⃣ Попробовали просто пихнуть 100 задачек в /completions эндпоинт OpenAI – получилось хорошо
3️⃣ На 1000 задачек окна контекста уже не хватило
4️⃣ Дальше идет рассказ про то, как мы пытались отфильтровать из >1000 карточек только те, что относятся к задаче
5️⃣ @sagos95 рассказывает про векторизацию и векторное сходство, а также про то, что такое Retrieval Augmented Search и как он в целом работает.
6️⃣ Рассказываем про проблему антонимов и как она делает неподходящие по смыслу запроса карточки проблемой такого поиска.
7️⃣ Показываем код и пайплайн обработки данных
🎱 Показываю просто 🩼🩼🩼 МЕГАКОСТЫЛЬ 🩼🩼🩼 для поиска
9️⃣ Делаем выводы.
Ну и коротко поделюсь тут своими эмоциями от работы над поиском, усиленным AI-шкой
Ищет эта штука данные по не супер-стабильно. На малой выборке все работает более менее, но чем больше даете на вход, тем хуже становится разброс. Мы все это делали на 4o модельке, но не думаю, что дело в ее развитости, тут вопрос скорее всего в принципах работы этой штуки
Поэтому LLM надо прям затачивать под задачи. Чем более узкая задача, тем лучше будет выход.
То есть если просто загрузить карточки и начать задавать по ним вопросы, то пользователю будет не очень удобно – ему придется все время писать “выдай в таком-то формате, не пиши то-то, а пиши вот так-то”.
Дебажить эту штуку пиздец как сложно – вот она тебе выдала все правильно. Снова что-то спросил, даже то же самое и она просто ничего не выдала. Как? Почему? И тестов так-то не напишешь. По крайней мере я плохо как-то представляю такие тесты.
P.S.: Но кстати, мне кажется, что само по себе тестирование AI штук – интересный топик. Я бы поглядел какие-то доклады про енто дело.
P.P.S.: Кстати, если тоже делали RAG поиск, то поделитесь в комментах, что у вас получалось с этим делом, будет интересно почитать.
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
DevForum 20.02. Дмитрий Афонченко/Александр Журавлев "Как мы AI поиск по Kaiten пытались сделать."
Привет! На этой неделе Дмитрий Афонченко и Александр Журавлев, backend разработчики, поделятся своим опытом создания AI-поиска по Kaiten за пару недель.
Ребята расскажут, какую задачу хотели решить и как сделали первый POC. Поделятся проблемами, возможными…
Ребята расскажут, какую задачу хотели решить и как сделали первый POC. Поделятся проблемами, возможными…
🔥6❤🔥2👏1
🐊 ChromaDB для векторного поиска
Только я вам рассказал про наш с Сашей доклад, как врдруг в блоге .NET вышел мини-пост с анонсом SDK для базки векторного поиска – ChromaDB.
5 марта будет сам стрим (хотя в статье написано что 26-го, но стрим в ютубе стоит на 5-ое)
Почитал немного про ChromaDB
Несколько ключевых штук, которыя я для себя смог понять🔑
1️⃣ Пока что она не production-ready
2️⃣ Hosted версия пока что только по предзаписи
3️⃣ Год назад в реддите жаловались и просили найти альтернативы
Кстати, несколько комментаторов там как раз предложили расширение pgvector для PostgreSQL, про которое я упоминал в докладе и которое дает возможность работать с векторами на уровне базки.
🍑 НО все же, если подводить итог. То в перспективе ChromaDB лучше должна будет подойти под быстро отзывчиваю систему, так как они типа стараются как можно больше запросов обработать в оперативке и записать на диск уже после обработки, через write-behind.
При этом выглядит так, что если хочется чуток поиграться с RAG и у вас уже есть PostgreSQL и вы не планируете супер-респонсивнеса, то можно пробовать pgvector. А если вы замахиваетесь на что-то супер-пупер быстрое и прям ваще мегасложное LLM-непотребство, то надо видимо уже сейчас смотреть на ChromaDB и изучать.
К сожалению так и не нашел никаких докладов, чтобы кто-то делился опытом, какова эта штука в продакшене. Так что ждемс.
Короче, нужно следить за этой штукой и посмотреть стримчик, может там что-то полезное расскажут. Но чувствуется, что просто хэллоуворлд сделают и все.
Только я вам рассказал про наш с Сашей доклад, как врдруг в блоге .NET вышел мини-пост с анонсом SDK для базки векторного поиска – ChromaDB.
5 марта будет сам стрим (хотя в статье написано что 26-го, но стрим в ютубе стоит на 5-ое)
Почитал немного про ChromaDB
Несколько ключевых штук, которыя я для себя смог понять
1️⃣ Пока что она не production-ready
2️⃣ Hosted версия пока что только по предзаписи
3️⃣ Год назад в реддите жаловались и просили найти альтернативы
Кстати, несколько комментаторов там как раз предложили расширение pgvector для PostgreSQL, про которое я упоминал в докладе и которое дает возможность работать с векторами на уровне базки.
При этом выглядит так, что если хочется чуток поиграться с RAG и у вас уже есть PostgreSQL и вы не планируете супер-респонсивнеса, то можно пробовать pgvector. А если вы замахиваетесь на что-то супер-пупер быстрое и прям ваще мегасложное LLM-непотребство, то надо видимо уже сейчас смотреть на ChromaDB и изучать.
К сожалению так и не нашел никаких докладов, чтобы кто-то делился опытом, какова эта штука в продакшене. Так что ждемс.
Короче, нужно следить за этой штукой и посмотреть стримчик, может там что-то полезное расскажут. Но чувствуется, что просто хэллоуворлд сделают и все.
Please open Telegram to view this post
VIEW IN TELEGRAM
Microsoft News
Building .NET AI apps with Chroma
Get started building AI applications using Chroma DB using the C# client SDK.
❤5🫡2👍1🤝1
Во первых вот (пояснительный кот-репост выше)!
А во вторых, я короче, раньше составлял каждый год себе примерный роадмап развития.
В какой-то момент (сегодня) я заебался так делать. И вспомнил, что вышел DeepResearch и я чет не знал, на что его приложить. И вот я попробовал приложить его к своему к тому, от чего заебался.
Очень сильно помог мини-гайд от Denis Sexy IT
💎 эта штука перед тем как пуститься в пляс
💎 дало ссылки на много статей. Статьи хорошие
💎 Ответы очень длинные. Это так и задумано. Что кстати удобно, потому что раньше на такой же обьем информации нужно было больше запросов.
Я в первом запросе за зря сразу попросил эту штуку выдать данные в каком-то формате – в формате телеграм-постов. Мне кажется, что это мальца подубило качество поиска и в итоге оно много что выдало в каком-то обрезанном виде – ни нормальный роадмап, ни нормальный пост.
Первый результат вот тут
Вышло, как по мне, лучше. Там уже было за что зацепиться и типа продолжать раскручивать тему. Дальше это можно попросить разбить на план по дням/неделям/месяцам. Попросить нагенерировать чек-поинтов, с само-опросами, сгенерить табличку, в которой будешь каждый день закрашивать, что прочитал итп. Но стартовый материал эта штука дает хороший.
Вот тут можно глянуть, что получилось
🅰️ Итого:
– Открываем DeepResearch
– Вводим промпт
– И дальше смотрим что получилоС, просим составить план по дням
– Делаем табличку, закрашиваем каждый день новую темку
Мне нужно составить Индивидуальный план развития по {ваша технология} разработке. У меня в компании используется вот такой стек:
{ваш стек}
Составь мне роадмап развития, которые помогут мне существенно развиться в технической части. Учитывай, что у меня уже уровень Senior, но мне хочется писать более оптимальный код по памяти, по использованию процессора, по работе с сетью и лучше знать необходимую внутрянку работы инструментов.
Перед тем как составить RoadMap по каждой из технологий спроси меня коротко по каждой из них, чтобы определить мой уровень погружения.
Выводи результат на русском, но если попадаются технические термины, то их лучше писать на английском.
ВАЖНО: не дублируй одну и ту же мысль много раз в тексте, если она уже описана
🔮 PS: Хотел сделать кастомный GPT, но в них пока недоступен DeepResearch, так что пока что надо ручками все.
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Denis Sexy IT 🤖
Deep Research стал доступен всем платным пользователям (10 запросов в месяц если у вас Plus), поэтому ловите практические советы как лучше его использовать:
— Неважно какую модель вы выбрали в ChatGPT, у Deep Research своя модель во время поиска, он проигнорируют…
— Неважно какую модель вы выбрали в ChatGPT, у Deep Research своя модель во время поиска, он проигнорируют…
🔥7👍3❤2🙏1
Много разговоров вокруг вайб-кодинга. Вот тут хорошая серия постов вышла про то, как это работает
Короче, сегодня попробовал сделать такую штуку. Я постоянно во время прожарок веду параллельные записи в Obsidian. Мне это важно, чтоб лучше в голове откладывалось.
А сегодня открыл ChatGPT и стал вбивать туда какие-то штуки по встрече.
Мы обсуждали вотермарки для статей, и как их сделать. Мне в голову пришла идея, как это можно сделать за секунду. Обычно ты начинаешь идею описывать голосом, и это занимает кучу времени. И не факт, что все поймут.
И тут в голову мне пришла светлая мысль
Быстро прям в процессе попросил чатик сгенерировать мне код на js, который накладывает вотермарку на страницу. Да получился говнокод, но его для быстрой демонстрации идеи ваще хватило. Вбил это говно в консольку и вуа-ля!
Как итог – все такие – “о, а это прям то что надо!”
И со встречи ушли не просто типа "вот это поизучать, вот тут поспайкать и соберемся через недельку, чтобы обсдуить дальнейшие шаги“
Мне заебись, потому что я ненавижу кучи встреч и встречи без результата. Всем остальным заебись, потому что порешали все вопросики. Кайф!
🅰️ В связи с чем вывод, что может вайб-кодинг для продовых задач и не очень, но вот может вполне подойти для того, чтобы захреначить прототипы прям на прожарках! Во фронотовых задачах точно можно чет такое юзать, ибо консоль есть. По бэку может нет, надо тогда под рукой держать запущенный мини-сервачок.
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Борис опять
# Vibecoding vs pycocotools
Есть такая Python библиотека, pycocotools. По сути код, чтобы читать датасеты в формате COCO и считать метрики по детекции и сегментации.
Для меня это эталон плохого кода. Библиотека как будто специально сделана неудобной, неинтуитивной…
Есть такая Python библиотека, pycocotools. По сути код, чтобы читать датасеты в формате COCO и считать метрики по детекции и сегментации.
Для меня это эталон плохого кода. Библиотека как будто специально сделана неудобной, неинтуитивной…
🔥5👍3🤝1
Кто-то поставил буст вашему скромному Димасу
Голосуйте, или проиграете! (ладно проиграю только я, если вы не проголосуете)
Please open Telegram to view this post
VIEW IN TELEGRAM
👾3😁1
Media is too big
VIEW IN TELEGRAM
Ну что же! Пора узнать, кто победил. Делайте Ваши ставочки, господа и дамы
Будет смешно, если и тут каким-то образом победит Анора
🐸 🐸 🐸 🐸 🐸 🐸 🐸 🐸 🐸 🐸 🐸 🐸
Миллион лайков и благодарностей от меня всем, кто поучаствовал в этом невероятном демократическом процессе!💗
🐸 🐸 🐸 🐸 🐸 🐸 🐸 🐸 🐸 🐸 🐸 🐸
Миллион лайков и благодарностей от меня всем, кто поучаствовал в этом невероятном демократическом процессе!
Please open Telegram to view this post
VIEW IN TELEGRAM
На прошлой неделе для своего пет-проекта нужно было завести субдомен. Поскольку это возня с DNS, я заодно решил чутка освежить память, как оно там устроено на практическом уровне и составил себе памятку о том, что какая запись делает и как на каком этапе участвует
Может и вам будет полезно.
Буду идти не от типа записи, а от юзкейсов:
К примеру вы купили домен superstas93.com
Какой минимальный набор записей нам нужно создать:
1. NS (Name Server) – Самая важная запись
👉 Указывает, какие серверы хранят DNS-записи домена.
⛔ Ручками не создаём — их задаёт регистратор.
Но знать, что есть такая штука важно.
📌 Пример:
superstas93.com. IN NS ns1.dnsprovider.com.
2. A (Address) – Вторая самая важная запись
👉 Указывает IP-адрес, на который ведёт домен (IPv4).
📌 Пример:
superstas93.com. IN A 192.0.2.1
3. AAAA (IPv6 Address) – Это уже не обязательная запись, но очень желательная
👉 То же самое, но для IPv6.
📌 Пример:
superstas93.com. IN AAAA 2001:db8::14. CNAME (Canonical Name) – Эта запись не обязательная, но есть НО
👉 Псевдоним, который указывает на другой домен.
📌 Пример (редирект с
www на основной домен. www.superstas93.com. IN CNAME superstas93.
P.S.: Есть еще одна важная запись – CAA, но она в резолве не участвует, поэтому про нее отдельно.
P.P.S.: Всего типов записей 15 штук (включая обсолетные и экспериментальные) – можно глянуть их тут
Please open Telegram to view this post
VIEW IN TELEGRAM
IETF Datatracker
RFC 1035: Domain names - implementation and specification
This RFC is the revised specification of the protocol and format used in the implementation of the Domain Name System. It obsoletes RFC-883. This memo documents the details of the domain name client - server communication.
🔥6 4👍2👏1🙏1
💃️️ Всех с днем борьбы за права женщин!
В этот день просто хочу напомнить, что разрыв в оплате труда между мужчинами и женщинами составляет в среднем >30%
И, что интересно, сколько я бы ни общался с девушками на темы зарплат, не все из них вообще понимают, что такой разрыв есть. Оно и понятно, тема в целом табуирована, и не принята к обсуждению. Но это плохо.Незнание – слабость, как не говорится.
Короче – это неравенство. А 8 марта, как праздник, придуман не для того, чтобы подарить тюльпанов, а для того чтобы неравенство убирать.Тюлпанчики тоже ничо так, но ИМХО хорошая зарплата будет получше 🐸
Так что внесу свой вклад в этот день тем, что распространю эту неприглядную, но важную информацию, ибо признание проблемы – это часть ее решения.
А еще подблагодарю каждую компанию, где это неравенство полностью побеждено! Вы действительно делаете мир лучше❤️
Всех с праздником!
В этот день просто хочу напомнить, что разрыв в оплате труда между мужчинами и женщинами составляет в среднем >30%
И, что интересно, сколько я бы ни общался с девушками на темы зарплат, не все из них вообще понимают, что такой разрыв есть. Оно и понятно, тема в целом табуирована, и не принята к обсуждению. Но это плохо.
Короче – это неравенство. А 8 марта, как праздник, придуман не для того, чтобы подарить тюльпанов, а для того чтобы неравенство убирать.
Так что внесу свой вклад в этот день тем, что распространю эту неприглядную, но важную информацию, ибо признание проблемы – это часть ее решения.
А еще подблагодарю каждую компанию, где это неравенство полностью побеждено! Вы действительно делаете мир лучше
Всех с праздником!
Please open Telegram to view this post
VIEW IN TELEGRAM
Forbes.ru
Росстат оценил разрыв в зарплатах мужчин и женщин в России
В 2023 году средняя начисленная зарплата женщин в России составила 61 113 рублей, мужчин — 87 757 рублей, таким образом, мужчины в среднем получали на 26 000 рублей больше, чем женщины, подсчитал Росстат. С 2021 года разрыв между этими показателями у
Спасибо ребята, за классные комменты 1 и 2 к прошлому посту! Кажется, есть вариант еще покомментировать, потому что я разобрался с тем
как добавить субдомен? 🏗
К примеру хотим сделать development.superstas93.com. в дополнение к продовому стасу93
Что приятно – денег платить не нужно
Тут есть два варианта:
1️⃣ Вы хотите перевести запросы на новый сервак.
Добавляем A-запись:
development.superstas93.com. IN A 192.0.2.100
Теперь запросы к development.superstas93.com пойдут на этот IP.
2️⃣ Вы хотите перевести запросы на тот же сервер
Используем CNAME:
development.superstas93.com. IN CNAME superstas93.com.
Теперь development.superstas93.com автоматически указывает на IP-адрес основного домена.
Я еще сделал себе короткую памятку, как внутри работает DNS резолв, но она все равно получилась длинной… 📏
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3🫡2
Короче, я если честно когда-то давно прочитал книгу Танненбаума про сети и там вроде все было понятно. Мы идем сначала в одну табличку, потом в другую, потом в третью, потом в четвертую. Ну и как-то получаем свой IP.
Но пока возился с настройками, захотелось про это подробнее почитать, и я ну короче начал и подумал: “Да это же пиздец как сложно! Проще было сразу айпишники запоминать, чем такую квантовую систему городить!”
Я попробовал это записать в виде, ну не то чтобы но типа сиквенс-диаграмы
Итак, вы заходите на superstas93.com у вас есть
🅰️ ваш компьютер
📍 роутер
🚰 оператор СтримОнлайн
А также куча DNS серверов: Root, TopLevelDomain (TLD), NameServers(NS)
Процесс:
1️⃣ Компьютер «Привет, Роутер! Какой DNS-сервер мне использовать?» → Роутер «Используй DNS-сервер 217.69.144.60.»
2️⃣ Компьютер «Какой IP-адрес соответствует superstas93.com?» → DNS-сервер провайдера «сейчас посмотрю»
3️⃣ DNS-сервер провайдера «К какому TLD-серверу обратиться для домена .com» → Root DNS-сервер «вот адрес TLD-сервера, ответственного за домены .com например 198.41.0.4»
4️⃣ DNS-сервер провайдера «Какой авторитетный DNS-сервер отвечает за домен superstas93.com?» → TLD-сервер .com «сейчас посмотрю свои NS записи, вот адрес NS-сервера для superstas93.com 117.69.0.4»
5️⃣ DNS-сервер провайдера «Какой IP-адрес соответствует superstas93.com?» → NS-сервер superstas93.com «сейчас посмотрю свои A записи, вот адрес NS-сервера для superstas93.com 192.0.2.1»
6️⃣ DNS-сервер провайдера «superstas93.com соответствует IP-адресу 192.0.2.1.» → Компьютер «спасибо DNS-сервер провайдера, ты настоящий друг!»
Короче, 6 шагов. Что хорошо – на каждом может быть кэш. И это хорошо. Потому что многие запросы на практике отсановятся на третьем шаге, так как DNS сервер провайдера все уже знает.
⏲ TTL
Что плохо – на каждом шаге может быть кэш. И если вы поменяли сервер и запись в кэше живет достаточно долго, то изменения вы увидите не скоро. Это может быть критично, особенно, если у вас резко поменялся адрес сервера, а клиенты еще сутки будут стучаться на старый адрес. Выглядеть это будет так что ваш сервер не работает. А он работает, просто он работает там, куда никто не приходит
Что хорошо – мы все же можем сами рулить временем кэша и задавать TTL в секундах. Вот список ориентировочного времени жизни для записи в DNS
300 секунд = 5 минут = «Очень короткое»
3600 секунд = 1 час = «Короткое»
86 400 секунд = 24 часа = «Длинное»
604 800 секунд = 7 дней = «Абсолютный максимум»
Отсюда спизжено
У меня TTL стоит вот как на пояснительном дикпике. Из него можно видеть, что мой TTL короткий. Но я решил, что так будет хорошо на время тестирования.
Время тестирования правда уже прошло, но это уже другой вопрос.
Please open Telegram to view this post
VIEW IN TELEGRAM
Мне всегда нужно почекать, что все что я сделал действительно сделалось. И с DNS это особенно тонкая фиговина, потому что на первых порах может быть неясно – это у вас и правда что-то не работает или где-то что-то закэшировалось и вы потратите вечер на то чтобы починить работающее дерьмо.
Поэтому вот моя шпора про то как проверить свой DNS после настройки:
nslookup superstas93.com- должен выдать айпишник вашего сервиса
Проверить CNAME-запись
dig www.superstas93.com CNAME +short– если все зарегано праваильно, то выдаст superstas93.com
Если какие-то записи не появляются, стоит подождать (обычно до 24 часов, но чаще 5-10 минут) или очистить DNS-кэш:
Кажется, что это популярные команды, но все же, пусть будут)
Для Linux
sudo systemctl restart systemd-resolved
Для Windows
ipconfig /flushdns
Please open Telegram to view this post
VIEW IN TELEGRAM
🅰️ 🦆 Практика ADR
Делал сегодня странное. На проде прокидывал метрики поискового движка через дотнетный сервис.
И это не моя прихоть – движок (meilisearch) закрывает эндпоинт metrics авторизацией и у нашей инфраструктуры пока что нет инструментов подпихивать в сборщики auth-токены для такого дела.
😠 Проблема
Если делаешь вынужденное ебанутое решение, то через годы забываешь, зачем вообще ты такое делал. И когда тебя спрашивают, то потупленно смотришь на свои тапочки и думаешь что-то вроде “Так, а и правда, зачем?”
Потом конечно вспоминаешь, но все же.
Так вот от такой штуки может спасти практика ведения Arhitecture Deceision Records или ADR
🤓 Решение
Короткая записка в папочке adr и в формате md (к примеру adr/adr-002.md в пояснительном дикпике выше показано как это выглядит) спасет вас от любой напасти!
Я про эту практику слышал лет пять назад, но внедрять не приходилось. А тут говорили вчера с нашим ЕМом Женей Васильевым и он вот предложил вести. А я быстро согласился и уже сегодня мне эта штука пригодилась!
Формат очень простой вот шаблончик:
🅰️ Итого: Если приходится делать ебанутые вещи, то попробуйте залогировать это в вышеприведенном формате. Быстро и потом голова болеть не будет у того, кто все это будет поддерживать. Ну точнее болеть будет, но вас он уже не сможет наругать.
И кстати, это вообще универсальный метод и мобильщикам подойдет!📞
Оффтоп: Кстати, посмотрите офигенный доклад Жени про Тестирование сервиса через API. Давно считаю эту практику одной из мастхэвных и мне кажется, что она есть уже у всех. Но если у вас нет, то вам точно будет полезно!
Делал сегодня странное. На проде прокидывал метрики поискового движка через дотнетный сервис.
И это не моя прихоть – движок (meilisearch) закрывает эндпоинт metrics авторизацией и у нашей инфраструктуры пока что нет инструментов подпихивать в сборщики auth-токены для такого дела.
Если делаешь вынужденное ебанутое решение, то через годы забываешь, зачем вообще ты такое делал. И когда тебя спрашивают, то потупленно смотришь на свои тапочки и думаешь что-то вроде “Так, а и правда, зачем?”
Потом конечно вспоминаешь, но все же.
Так вот от такой штуки может спасти практика ведения Arhitecture Deceision Records или ADR
Короткая записка в папочке adr и в формате md (к примеру adr/adr-002.md в пояснительном дикпике выше показано как это выглядит) спасет вас от любой напасти!
Я про эту практику слышал лет пять назад, но внедрять не приходилось. А тут говорили вчера с нашим ЕМом Женей Васильевым и он вот предложил вести. А я быстро согласился и уже сегодня мне эта штука пригодилась!
Формат очень простой вот шаблончик:
# Заголовок:
Название документа должно быть короткой именной фразой, например, «Развертывание на Ruby on Rails 3.0.10» или «LDAP для многопользовательской интеграции».
## Контекст:
Этот раздел описывает действующие силы (технологические, политические, социальные и локальные для проекта), которые, вероятно, находятся в противоречии друг с другом. Язык должен быть нейтральным, просто описывая факты.
## Решение:
Здесь описывается наш ответ на перечисленные силы, излагаемый полными предложениями в активном залоге («Мы будем …»).
## Статус:
Решение может быть в статусе:
1. Предложено – если ещё не согласовано всеми заинтересованными сторонами
2. Принято – когда оно согласовано
3. Устарело – если позднее ADR изменяет или отменяет решение
4. Заменено – с указанием ссылки на новое решение
## Последствия:
В этом разделе описывается итоговый контекст после принятия решения. Здесь должны быть перечислены все последствия – положительные, отрицательные и нейтральные, так как они влияют на будущую работу команды и проекта.
🅰️ Итого: Если приходится делать ебанутые вещи, то попробуйте залогировать это в вышеприведенном формате. Быстро и потом голова болеть не будет у того, кто все это будет поддерживать. Ну точнее болеть будет, но вас он уже не сможет наругать.
И кстати, это вообще универсальный метод и мобильщикам подойдет!
Оффтоп: Кстати, посмотрите офигенный доклад Жени про Тестирование сервиса через API. Давно считаю эту практику одной из мастхэвных и мне кажется, что она есть уже у всех. Но если у вас нет, то вам точно будет полезно!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5 4🔥3
🆘️️️️️️ Детективная загадка на субботу с неожиданным финалом: Что будет с адресами в памяти?
Короче, пиздец, чуваки, готовлюсь занять нишу Сидристого для малышей!🤰
Делаю доклад для самых маленьких про память в дотнете (по карйней мере моя задумка сделать так, чтобы понял ну прям ваще максимально зеленый юнит ) и дошел вот до такого примера:
Не пугайтесь ансейфа и фикседа – тут просто выводится адрес в памяти для переменной в стеке и для переменной в куче.
❓ Вопрос: При каждом запуске программы выводимые адреса будут одни и те же, или будут меняться каждый раз?
Короче, я сразу в комментариях ответ напишу
Короче, пиздец, чуваки, готовлюсь занять нишу Сидристого для малышей!
Делаю доклад для самых маленьких про память в дотнете (
int varInStack = 123456789;
int[] varInHeap = new int[1];
varInHeap[0] = 42;
unsafe
{
int* p = &varInStack;
Console.WriteLine(
$"Address of varInStack:
0x{(long)p:X}");
fixed (int* q = varInHeap)
{
Console.WriteLine(
$"Address of varInHeap :
0x{(long)q:X}");
}
}
Не пугайтесь ансейфа и фикседа – тут просто выводится адрес в памяти для переменной в стеке и для переменной в куче.
Короче, я сразу в комментариях ответ напишу
Please open Telegram to view this post
VIEW IN TELEGRAM
Фффух, затащил ебейший доклад. 🗿
От железа до самой кучи и стека. На пальцах! С картинками! А потом с примером кода.
Две недели читал книги, писал демо-код, и рисовал слайды, как гребаный Уолт Дисней свою Белоснежку и каждого из семи гномов,
В итоге все равно половину доклада вынес во вторую часть, хотя очень хотел показать все целиком.
Но ничо – больше докладов – больше контента.
Оч боялся, что более прошаренные чуваки меня размотают за все те скажем так, неточности и прочие штуки. Но вместо этого помогли разобраться чуть глубже. За что им огромное спасибо!
Мне конечно дали понять, что до уровня architect мне еще ебать-копать, но теперь чувствую что стало проще хотя бы на текущем уровне ощущать себя попроще.
Вот доклад
Посмотрите, прокомментируйте, пошарьте. Это наверное самый быстрый спидран по памяти ever. Если найдете быстрее – дайте знать.
А я пойду трогать траву 🌱
От железа до самой кучи и стека. На пальцах! С картинками! А потом с примером кода.
Две недели читал книги, писал демо-код, и рисовал слайды, как гребаный Уолт Дисней свою Белоснежку и каждого из семи гномов,
В итоге все равно половину доклада вынес во вторую часть, хотя очень хотел показать все целиком.
Но ничо – больше докладов – больше контента.
Оч боялся, что более прошаренные чуваки меня размотают за все те скажем так, неточности и прочие штуки. Но вместо этого помогли разобраться чуть глубже. За что им огромное спасибо!
Мне конечно дали понять, что до уровня architect мне еще ебать-копать, но теперь чувствую что стало проще хотя бы на текущем уровне ощущать себя попроще.
Вот доклад
Посмотрите, прокомментируйте, пошарьте. Это наверное самый быстрый спидран по памяти ever. Если найдете быстрее – дайте знать.
А я пойду трогать траву 🌱
YouTube
DevForum 27.03. Дмитрий Афонченко "Если забыл, как работает память в DotNet."
Привет! На этой встрече вместе с Дмитрием Афонченко, backend-разработчиком обсудим, как работает память в DotNeT. Ниже анонс деталей встречи от Димы:
"Мне давно хотелось разобраться как работает память, хотелось сделать это досконально, начиная от минимальной…
"Мне давно хотелось разобраться как работает память, хотелось сделать это досконально, начиная от минимальной…
🔥11❤🔥2 2👍1
На случай, если вдруг посмотрите и захотите примеры кода у себя погонять, то все тут
https://github.com/Undermove/SimpleMemorySaveToolsExamples/tree/main
Все, заканчиваю спамить😎
https://github.com/Undermove/SimpleMemorySaveToolsExamples/tree/main
Все, заканчиваю спамить
Please open Telegram to view this post
VIEW IN TELEGRAM
GitHub
GitHub - Undermove/SimpleMemorySaveToolsExamples: Code demos for my speech "If you forget how memory works in .NET" on devforum
Code demos for my speech "If you forget how memory works in .NET" on devforum - Undermove/SimpleMemorySaveToolsExamples
❤3 3🔥1
Вот уже месяц работаю в новой команде – делаю базу знаний (эдакий внутренний Notion/Confluence для сотрудников). Состоялось возвращение в родное b2b, где у нас пилят крутотень для ребят и девчат в пиццерии.
За полтора года в b2c попробовал и менеджерить и разрабатывать бэк (один только курьер на карте чего стоит!) под мобилки и позапускать под дебагом код наших Android и iOS приложений. Короче, кажется было вообще все, что только можно!
b2c у нас очень сильно отличается от b2b по вайбу. Это заметно даже по организации процессов. Вокруг релиз-трейнов мобилки выстроена вся логика производства фич:
1️⃣ Постоянно шуршишь, стараешься затащить фичу в срок, потому что иначе поедет она аж через месяц. И все это время не будет собираться обратная связь, нарабатываться опыт, пользователи не получат свои крутые аватарки, а бизнес не получит деняк.
2️⃣ От этого ищешь компромиссы – где расположить логику, на бэке или на платформе?
3️⃣ Иногда логику проще положить как можно ближе к клиенту. Так как только на клиенте мы владеем наиболее актуально инфрмацией, куда пользователь кликнул, что обновил, куда смахнул и так далее. Но тогда цена ошибки выше – откат релиза на мобилке будет стоить дороже обычного передплоя. Иногда все ровно наоборот, нужно класть логику на бэк, так как если платформы разъедутся, то будет неприятно. А иногда что-то вообще нужно класть только на бэк, так как в таком случае вы сможете это все быстро помнять и настроить.
В каждом отдельном случае нет идеального решения и это прям отрезвляет, заставляет что-то выдумывать.
Короче, все было интересно и круто!
Они у нас уже были и работали исправно, но доступны были только в России. Моя же задачка была – дать возможность оставлять чаевые и в других странах. И вот на той неделе я впервые оставил чаевые в Грузии! (Пояснительный дикпик в пруфы)
Когда только пришел в Додо видел, как один крутой разработчик Женя Биккинин делал эту фичу. И я тогда думал, что “Ну нихрена себе чувак тащит в солянову фичу, которая принесет деняк чувакам, которые везут людям пиццу и в лютый мороз и в палящую жару и даже в комфортную для прогулки погоду! Крутой. Хочу быть как он!”
Вот теперь тоже часть такой фичи затащил довольно быстро и без багов (по крайней мере мне никто не жаловался
Please open Telegram to view this post
VIEW IN TELEGRAM