#ai

Тут оказывается пытаются завести всякие умные компоненты которые автозаполняют данные в формах из буфера обмена или помогают юзеру делать занудную работу проще

https://youtu.be/ZWH4yJGJaeg?feature=shared

#ai #promptengineering

я тут гайд нашёл по промпт инжинирингу чтобы промпты нормальные составлять для копилота, а то была ситуация когда я хотел сгенерить единожды схему для жсона и я заметил что промпт надо немного хитрее чем обычно составлять

Например:

# this is a Json Data
json_data = {"aaa": 1, "bbb": "fff"}


# this is a Sample Schema 
schema = {"type": int, "name": "ssss", "value": 555}

# generate a new Schema from Sample Schema for Json Data

тут оно генерит скиму, если данных слишком много то надо принять результат текущий и продолжить генерить

P.S. я знаю что это супер-тупо выглядит но чтобы вспомнить об этой особенности мне потребовалось минут десять

https://www.promptingguide.ai/introduction/basics

#mq #acid

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

например IBM MQ

https://medium.com/@andrew_schofield/does-apache-kafka-do-acid-transactions-647b207f3d0e

#networking #gis

Ого, тут геоконфа целая, приходите!)

https://cartetika.ru/mapacon

#vpn

тул для vpn over ssh если вы вдруг попали в неожиданные обстоятельства а нормально поднимать впн времени и сил нет

https://sshuttle.readthedocs.io/en/stable/usage.html

#computer_science

https://github.com/spiral-software/spiral-software

Тут завезли язык при помощи которого можно описать алгоритм и а он в свою очередь с учётом аппаратных ограничений скомпилируется в наиболее оптимальную программу

Попробую потыкать потом

#programming #guides

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

https://github.com/thebracket/ArdanUltimateRust-5Days/tree/main

#whitepapers
Список различных статей о сисдизе. Прочитал пока про гугловый Spanner который умеет в Consistency + Availability(99.99995%) + партишены. Я сначала подумал что они CAP теорему обошли но на самом деле они пишут что они не обеспечивают 100% A как определено в теореме (честно пока не нашёл чтобы где-либо было про 100% написано)


https://interviewready.io/blog/white-papers-worth-reading-for-software-engineers

я пабедил, несколько дней назад сдал IELTS и получил band score 8, (уровень C1)

https://www.youtube.com/watch?v=rsoPqA1CYmE&list=PLaIsQH4uc08wdXIC4utfgMxV_iswE9_Md прикольный курс по анализу программ, хочу досмотреть и своё что-нибудь написать попробовать

#stream #message_queues
привет, ссори что давно не делал никакого контента, у меня было очень много перемен в жизни

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

https://www.twitch.tv/videos/2356083333

Пока пишу на питоне, потому что вроде тут большинство питонисты и я в основном пишу на этом языке. Если получится долгое время этим проектом заниматься — перепишу на раст или другой язык

#stream #message_queue

Я думаю завтра в 18.00 по мск продолжу писать очередь.

На предыдущем стриме я остановился на реализации простого WAL для того чтобы после падения очередь могла восстановиться. Думаю я доделаю WAL и начну экспериментировать с тем чтобы сделать систему распределённой и мб напишу тесты

В более долгосрочных планах у меня оптимизация WAL и уход от HTTP в API очереди

#stream #message_queue

минут через десять начнётся стрим о котором я говорил вчера


исходники того, что я сейчас делаю https://github.com/ScriptHound/self_taught_message_queue

#stream

https://www.twitch.tv/kno3e1

стрим начался

#docker

я себе просто закладку оставлю. Последнее время много работы с докером

https://book.hacktricks.wiki/en/linux-hardening/privilege-escalation/docker-security/docker-breakout-privilege-escalation/index.html#mounted-docker-socket-escape

#книга

Не знаю будет ли интересно но я хочу каждое воскресенье начать писать посты об одной книге, которую я читаю. В ней довольно много техническо-менеджерского текста об архитектуре IT в одном из самых крупных швейцарских банков Credit Suisse.

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

Это первый пост из этой серии. Надо начать кратко с истории этого банка — банк был создан в середине 19 века швейцарским предпринимателем для финансирования строительства железных дорог.

Где-то ближе к середине 20 века банк вышел в международку и купил другой банк в США, однако окончательной интеграции американского и швейцарского филиалов так и не произошло, в силу чего в банке возникло много как менеджерских так и айтишных проблем несколько десятилетий спустя.

Книга написана главным архитектором Credit Suisse Франком Фуррером, работавшем там примерно с 1990-х до 2010-х. На тот момент в банке с 70-х уже существовала достаточно крупная айти инфра на мейнфреймах с PL/I компилятором, однако примерно в 90-х/00-х потребовалось начать внедрять новый функционал, а поддерживать текущую инфру становилось всё сложнее из-за того что программисты мейнфреймов поуходили все на пенсию.

Франк Фуррер разработал решение для этой проблемы называемое Managed Evolution для очень крупных айтишных систем. Решение если кратко предполагает постепенное поддержание всего айти в поддерживаемом состоянии на протяжении всей жизнии компании с учётом поглощений конкурентов и стороннего айти.

Сама концепция родилась в результате поглощения банком Credit Suisse компании Clariden Leu в 2005. Поглощение вызвало очень много проблем с интеграцией айти, банк изначально пытался смержиться через greefield approach, что вызвало огромные затраты и значительное превышение по срокам. Из-за чего Франк Фуррер как раз и пришёл к Managed Evolution

Центральная идея в том, чтобы измерять техническое состояние системы на регулярной основе и оценивать необходимость рефакторинга после очередной итерации разработки, удерживая айти систему в "корридоре поддерживаемости".

В качестве дополнения к посту я дорисую диаграммы с комментами этого "корридора", тут просто в одном посте анрил пикчи уместить.

P.S. Credit Suisse закрылся в 2024 из-за большого количества крупных скандалов и невежества менеджмента внутри компании. Если хотите можете в гугле новости про него почитать. Я раньше в telegraph io статьи писал, но он что-то перестал работать. Посоветуйте какую-нибудь платформу если хотите. Я сам тоже поищу

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

Я поверхностно об этом прочитаю и наверное ко вторнику напишу подробный пост про измерения managed evolution