боже, как же давно я не ковырял пых
но как оказалось нифига не поменялось
кроме неймспейсов везде и во всем
жить можно, впрочем. все попрежнему понятно
куча магии
но вижу что тайп-касты люди поболе юзают
а ну да... пых теперь умеет сам в веб сервер. ура
но как оказалось нифига не поменялось
кроме неймспейсов везде и во всем
жить можно, впрочем. все попрежнему понятно
куча магии
но вижу что тайп-касты люди поболе юзают
а ну да... пых теперь умеет сам в веб сервер. ура
Forwarded from Блог Сергея Баранова
Q: По блоку 12 пунктов. Не совсем понятно словосочетание "Одна кодовая база".
Какие аффекты получим, если скрипты, конфиг и код будут в разных репозиториях?
(речь о 12-factor)
A: Не сможем простым способом отследить последовательность изменений и удобно настроить тригггеры на сборку. В мире непрерывной поставки изменения настроек приложения или настроек среды так же являются триггером к сборке и тестированию. По итогу может быть обнаружен дефект. Удобно, посмотрев diff, увидеть, что менялась только среда или только какие-то настройки.
Плюс к этому версия сервиса - это не только версия кода, но и. версия его конфига и версия среды. То ест должна быть возможность в любой момент собрать и запустить версию, являющую комбинацией (код сервиса+настройка сервиса+настройка среды), это открывает возможности для:
X. Паритет разработки/работы приложения
Держите окружения разработки, промежуточного развёртывания (staging) и рабочего развёртывания (production) максимально похожими
VIII. Параллелизм
Масштабируйте приложение с помощью процессов
V. Сборка, релиз, выполнение
Строго разделяйте стадии сборки и выполнения
Какие аффекты получим, если скрипты, конфиг и код будут в разных репозиториях?
(речь о 12-factor)
A: Не сможем простым способом отследить последовательность изменений и удобно настроить тригггеры на сборку. В мире непрерывной поставки изменения настроек приложения или настроек среды так же являются триггером к сборке и тестированию. По итогу может быть обнаружен дефект. Удобно, посмотрев diff, увидеть, что менялась только среда или только какие-то настройки.
Плюс к этому версия сервиса - это не только версия кода, но и. версия его конфига и версия среды. То ест должна быть возможность в любой момент собрать и запустить версию, являющую комбинацией (код сервиса+настройка сервиса+настройка среды), это открывает возможности для:
X. Паритет разработки/работы приложения
Держите окружения разработки, промежуточного развёртывания (staging) и рабочего развёртывания (production) максимально похожими
VIII. Параллелизм
Масштабируйте приложение с помощью процессов
V. Сборка, релиз, выполнение
Строго разделяйте стадии сборки и выполнения
Forwarded from Блог Сергея Баранова (Sergey Baranov)
(a) design principles of microservices
(b) architectural smells
(c) architectural refactorings
Freshening the Air in Microservices: Resolving Architectural Smells via Refactoring
University of Pisa, Pisa, Italy
10.1007/978-3-030-45989-5
(b) architectural smells
(c) architectural refactorings
Freshening the Air in Microservices: Resolving Architectural Smells via Refactoring
University of Pisa, Pisa, Italy
10.1007/978-3-030-45989-5
электроэнергия это тот подводный кусочек айзберга про который не думают совсем. на месте гугла или опенЭйАй я бы вложился бы в создание собственного ядерного реактора под боком) а то никак не научишь эту тупую сеть
== Мы на пересечении СРАЗУ ДВУХ технореволюций, и это БОЛЬШАЯ проблема
https://youtu.be/YxX1sKxi88E
== Мы на пересечении СРАЗУ ДВУХ технореволюций, и это БОЛЬШАЯ проблема
https://youtu.be/YxX1sKxi88E
YouTube
Мы на пересечении СРАЗУ ДВУХ технореволюций, и это БОЛЬШАЯ проблема | Пушка #48. Спецвыпуск
https://go.sky.pro/scione - оставь заявку на курс Python-разработчика от Skypro. Скидка до 50% на любой курс по промокоду Scione
А вот о чем ролик:
00:00 - странные исследования
02:00 - перекресток двух технореволюций
04:44 - иллюзия доступности ИИ + реклама…
А вот о чем ролик:
00:00 - странные исследования
02:00 - перекресток двух технореволюций
04:44 - иллюзия доступности ИИ + реклама…
BufWriter<Master<'_>>
электроэнергия это тот подводный кусочек айзберга про который не думают совсем. на месте гугла или опенЭйАй я бы вложился бы в создание собственного ядерного реактора под боком) а то никак не научишь эту тупую сеть == Мы на пересечении СРАЗУ ДВУХ технореволюций…
каждые три месяца необходимо удвоение ресурсов для обучения нейронных сетей
BufWriter<Master<'_>>
вечные проблемы распределенных систем CAP, ACID, BASE
== Архитектура масштабирования: ускоряем обработку и повышаем доступность данных
https://youtu.be/Zxs4jkiAZ1s
https://youtu.be/Zxs4jkiAZ1s
YouTube
Архитектура масштабирования: ускоряем обработку и повышаем доступность данных. Сергей Харламов
Выступление на ArchDays 2022. Подробнее о конференции: https://archconf.ru/arch
Основные Тезисы:
— Обзор предпосылок масштабирования и разбор цифровых стратегий современных финансовых организаций;
— Паттерны проектирования и технологии масштабирования: кэширование…
Основные Тезисы:
— Обзор предпосылок масштабирования и разбор цифровых стратегий современных финансовых организаций;
— Паттерны проектирования и технологии масштабирования: кэширование…
Forwarded from Архитектура ИТ-решений
Статья того же автора https://nikolaschou.medium.com/let-us-revise-the-c4-model-for-software-architecture-diagrams-e2ae0d3de41c из которой следует, что он просто не понимает что такое контейнер в с4model. Обычно после этого говорят политкорректную фразу о том, что если вы используете UML и видите в этом пользу, то можете продолжать это делать, для остальных же ...
Medium
Let us revise the C4-model for software architecture diagrams
Abstract
== Многоликий DDD
https://youtu.be/NSN-NXfbEqM
https://youtu.be/NSN-NXfbEqM
YouTube
Многоликий DDD — Сергей Баранов
👉 Больше полезного — на конференции ArchDays https://archconf.ru/baranov_yt.
Domain Driven Design всегда имел высокий порог входа. Сложность изучения и применения усугублялась туманностью объяснений выгод как для коллег-разработчиков, так и для архитекторов…
Domain Driven Design всегда имел высокий порог входа. Сложность изучения и применения усугублялась туманностью объяснений выгод как для коллег-разработчиков, так и для архитекторов…
а как вам такое ?
Хэжфонд заставил бигтех уволить много спецов.
ХЭДЖ фонд заходит с ноги в бар и выгоняет из этого бара людей без пива...
https://twitter.com/RReverser/status/1617673101759729665
Сама мысль дикая. Может и вброс. Но замечание интересное
Хэжфонд заставил бигтех уволить много спецов.
ХЭДЖ фонд заходит с ноги в бар и выгоняет из этого бара людей без пива...
https://twitter.com/RReverser/status/1617673101759729665
Сама мысль дикая. Может и вброс. Но замечание интересное
Чет как то даже интересно попробовать такую модельку. Но как бы рандом-форест нифига не хуже, а работает, уверен в 1к раз быстрей. Автор наверное понял почему не делают под табличные данные нейроночки) вставил такую сетку себе в проект и говоришь у тебя ИИ... ииииии все... можно идти и просить денег больше)))
== datret
https://habr.com/ru/post/712088/
== datret
https://habr.com/ru/post/712088/
Хабр
DatRet: Реализация Tensorflow для табличных данных
Изображение автора Мой open-source продукт. Ret e neurale per la previsione di Dat i tabulari. (it.) Простая реализация архитектуры глубокой нейронной сети для табличных данных с автоматической...
Forwarded from PythonDigest
Управление производительностью с Python 3.12
https://habr.com/ru/post/712578/
В Python 3.12 появилась поддержка perf profiling. В этой статье рассмотрим, как это помогает сократить время выполнения Python-скрипта с 36 секунд до 0,8. Мы рассмотрим Linux-инструмент perf, а также графики Flame Graph (добавить пояснение: способ визуализации процессорного времени, потраченного на функции), посмотрим на дизассемблированный код и займемся поиском ошибок. Код из статьи можно посмотреть здесь (https://github.com/peter-mcconnell/petermcconnell.com/tree/main/assets/dummy/perf_py_proj).
https://habr.com/ru/post/712578/
В Python 3.12 появилась поддержка perf profiling. В этой статье рассмотрим, как это помогает сократить время выполнения Python-скрипта с 36 секунд до 0,8. Мы рассмотрим Linux-инструмент perf, а также графики Flame Graph (добавить пояснение: способ визуализации процессорного времени, потраченного на функции), посмотрим на дизассемблированный код и займемся поиском ошибок. Код из статьи можно посмотреть здесь (https://github.com/peter-mcconnell/petermcconnell.com/tree/main/assets/dummy/perf_py_proj).
== Индексы в PostgreSQL
https://youtu.be/lAWQNcAEiKw
- устройство базы данных
- устройство таблиц
- страницы и строкитаблицы, TOAST
- FSM и VACUUM (FULL)
- - VACUUM помечает серверу что сюда можно записать
- - VACUUM FULL сжимает уже саму таблицу
- - VACUUM ANALYZE - помогает ПГ собирая статистику и давая более эффективную инфу для сервера
- - рядом с файлом таблицы лежит файл Visibility-Map
- зачем нужен Индекс
- методы сканирования
- - Index Scan
- - Index Only Scan
- - bitmap scan
- - seq scan
Индексы в PostgreSQL # Виды индексов SQL # EXPLAIN, ANALYZE
== https://youtu.be/4HZl-PkFTbA
- b-tree
- hash
- gin, gist, brin
- EXPLAIN / ANALYZE
- - cost - сумма затрат на I/O + CPU
https://youtu.be/lAWQNcAEiKw
- устройство базы данных
- устройство таблиц
- страницы и строкитаблицы, TOAST
- FSM и VACUUM (FULL)
- - VACUUM помечает серверу что сюда можно записать
- - VACUUM FULL сжимает уже саму таблицу
- - VACUUM ANALYZE - помогает ПГ собирая статистику и давая более эффективную инфу для сервера
- - рядом с файлом таблицы лежит файл Visibility-Map
- зачем нужен Индекс
- методы сканирования
- - Index Scan
- - Index Only Scan
- - bitmap scan
- - seq scan
Индексы в PostgreSQL # Виды индексов SQL # EXPLAIN, ANALYZE
== https://youtu.be/4HZl-PkFTbA
- b-tree
- hash
- gin, gist, brin
- EXPLAIN / ANALYZE
- - cost - сумма затрат на I/O + CPU
YouTube
SQL для начинающих: Индексы в PostgreSQL
Данный курс на YouTube - сильно укороченная (демо) версия полного курса, который вы можете приобрести на stepik (с карточкой из РФ) или Udemy (с карточкой не из РФ)
Купить полный курс на stepik:
https://www.engineerspock.com/buy-postgres-youtube-stepik …
Купить полный курс на stepik:
https://www.engineerspock.com/buy-postgres-youtube-stepik …
== Выжимаем максимум из логики — сверхбыстрый, но прожорливый сумматор
https://habr.com/ru/post/712892/
https://habr.com/ru/post/712892/
Хабр
Выжимаем максимум из логики — сверхбыстрый, но прожорливый сумматор
ПЛИС-культ привет , FPGA хаб! Давненько я не писал полноценных статей на хабре, всё больше как-то занимался организацией FPGA движа: всякими там новостными подборками, ютуб стримами по FPGA,...
👍1
Forwarded from КиберОлег 🦄🤖🙌
Проходишь такой 4 этапа собесов по алгоритмам в Яндекс, чтоб написать потом такое 😂
👍1🔥1