#стек — Public Fediverse posts

[Перевод] Структуры данных на практике. Глава 6: Стеки и очереди

«Простота — требование, необходимое для обеспечения надёжности», — Эдсгер Дейкстра Невидимая структура данных В каждой программе используется стек — стек вызовов. Каждый вызов функции записывает в стек кадр, каждый возврат извлекает его. Он настолько фундаментален, что мы редко о нём задумываемся. Но когда нам нужен собственный стек или очередь, крайне важно правильно выбрать реализацию. Однажды я отлаживал вылет прошивки во встраиваемой системе RISC-V. У системы был планировщик задач, использующий очередь для управления ожидающими задачами. При большой нагрузке система вылетала с переполнением стека. Переполнение стека? Очередь должна была находиться в куче, а не в стеке. Проблема заключалась не в самой очереди, а в том, как она была реализована . Для очереди использовался связанный список, и каждый вызов malloc() выполнял распределение из пула памяти, делившего пространство со стеком. Под нагрузкой очередь разрасталась, пул фрагментировался и рано или поздно стеку не оставалось места для роста. Как же мы устранили проблему? Заменили очередь на основе связанного списка кольцевым буфером — очередью на основе массива фиксированного размера, получив при этом отсутствие динамического распределения, предсказуемое использование памяти и десятикратный рост скорости.

https://habr.com/ru/articles/1000968/

#стек #очередь #кэшпамять

[Перевод] Структуры данных на практике. Глава 6: Стеки и очереди

«Простота — требование, необходимое для обеспечения надёжности», — Эдсгер Дейкстра Невидимая структура данных В каждой программе используется стек — стек вызовов. Каждый вызов функции записывает в стек кадр, каждый возврат извлекает его. Он настолько фундаментален, что мы редко о нём задумываемся. Но когда нам нужен собственный стек или очередь, крайне важно правильно выбрать реализацию. Однажды я отлаживал вылет прошивки во встраиваемой системе RISC-V. У системы был планировщик задач, использующий очередь для управления ожидающими задачами. При большой нагрузке система вылетала с переполнением стека. Переполнение стека? Очередь должна была находиться в куче, а не в стеке. Проблема заключалась не в самой очереди, а в том, как она была реализована . Для очереди использовался связанный список, и каждый вызов malloc() выполнял распределение из пула памяти, делившего пространство со стеком. Под нагрузкой очередь разрасталась, пул фрагментировался и рано или поздно стеку не оставалось места для роста. Как же мы устранили проблему? Заменили очередь на основе связанного списка кольцевым буфером — очередью на основе массива фиксированного размера, получив при этом отсутствие динамического распределения, предсказуемое использование памяти и десятикратный рост скорости.

https://habr.com/ru/articles/1000968/

#стек #очередь #кэшпамять

[Перевод] Структуры данных на практике. Глава 6: Стеки и очереди

«Простота — требование, необходимое для обеспечения надёжности», — Эдсгер Дейкстра Невидимая структура данных В каждой программе используется стек — стек вызовов. Каждый вызов функции записывает в стек кадр, каждый возврат извлекает его. Он настолько фундаментален, что мы редко о нём задумываемся. Но когда нам нужен собственный стек или очередь, крайне важно правильно выбрать реализацию. Однажды я отлаживал вылет прошивки во встраиваемой системе RISC-V. У системы был планировщик задач, использующий очередь для управления ожидающими задачами. При большой нагрузке система вылетала с переполнением стека. Переполнение стека? Очередь должна была находиться в куче, а не в стеке. Проблема заключалась не в самой очереди, а в том, как она была реализована . Для очереди использовался связанный список, и каждый вызов malloc() выполнял распределение из пула памяти, делившего пространство со стеком. Под нагрузкой очередь разрасталась, пул фрагментировался и рано или поздно стеку не оставалось места для роста. Как же мы устранили проблему? Заменили очередь на основе связанного списка кольцевым буфером — очередью на основе массива фиксированного размера, получив при этом отсутствие динамического распределения, предсказуемое использование памяти и десятикратный рост скорости.

https://habr.com/ru/articles/1000968/

#стек #очередь #кэшпамять

[Перевод] Структуры данных на практике. Глава 6: Стеки и очереди

«Простота — требование, необходимое для обеспечения надёжности», — Эдсгер Дейкстра Невидимая структура данных В каждой программе используется стек — стек вызовов. Каждый вызов функции записывает в стек кадр, каждый возврат извлекает его. Он настолько фундаментален, что мы редко о нём задумываемся. Но когда нам нужен собственный стек или очередь, крайне важно правильно выбрать реализацию. Однажды я отлаживал вылет прошивки во встраиваемой системе RISC-V. У системы был планировщик задач, использующий очередь для управления ожидающими задачами. При большой нагрузке система вылетала с переполнением стека. Переполнение стека? Очередь должна была находиться в куче, а не в стеке. Проблема заключалась не в самой очереди, а в том, как она была реализована . Для очереди использовался связанный список, и каждый вызов malloc() выполнял распределение из пула памяти, делившего пространство со стеком. Под нагрузкой очередь разрасталась, пул фрагментировался и рано или поздно стеку не оставалось места для роста. Как же мы устранили проблему? Заменили очередь на основе связанного списка кольцевым буфером — очередью на основе массива фиксированного размера, получив при этом отсутствие динамического распределения, предсказуемое использование памяти и десятикратный рост скорости.

https://habr.com/ru/articles/1000968/

#стек #очередь #кэшпамять

[Перевод] Выделение памяти в Go

Эта статья посвящена языку программирования Go 1.24 , работающему на Linux на архитектуре ARM . Она может не охватывать специфические для других операционных систем (ОС) или аппаратных архитектур детали.

https://habr.com/ru/companies/timeweb/articles/1000232/

#go #golang #memory_management #memory_allocation #stack #heap #timeweb_статьи_перевод #выделение_памяти #стек #куча

[Перевод] Выделение памяти в Go

Эта статья посвящена языку программирования Go 1.24 , работающему на Linux на архитектуре ARM . Она может не охватывать специфические для других операционных систем (ОС) или аппаратных архитектур детали.

https://habr.com/ru/companies/timeweb/articles/1000232/

#go #golang #memory_management #memory_allocation #stack #heap #timeweb_статьи_перевод #выделение_памяти #стек #куча

[Перевод] Выделение памяти в Go

Эта статья посвящена языку программирования Go 1.24 , работающему на Linux на архитектуре ARM . Она может не охватывать специфические для других операционных систем (ОС) или аппаратных архитектур детали.

https://habr.com/ru/companies/timeweb/articles/1000232/

#go #golang #memory_management #memory_allocation #stack #heap #timeweb_статьи_перевод #выделение_памяти #стек #куча

[Перевод] Выделение памяти в Go

Эта статья посвящена языку программирования Go 1.24 , работающему на Linux на архитектуре ARM . Она может не охватывать специфические для других операционных систем (ОС) или аппаратных архитектур детали.

https://habr.com/ru/companies/timeweb/articles/1000232/

#go #golang #memory_management #memory_allocation #stack #heap #timeweb_статьи_перевод #выделение_памяти #стек #куча

Go рухнул с 7 на 16 место в TIOBE: пора ли российским компаниям пересмотреть технологический стек?

В ноябре 2024 года язык программирования Go достиг своего исторического максимума — седьмого места в престижном индексе TIOBE, укрепив позиции в топ-10. Однако всего через 14 месяцев, в январе 2026 года, картина кардинально изменилась: Go обвалился на 16-е место, потеряв сразу 9 позиций. Это один из самых драматичных спадов года среди топовых языков. Парадокс в том, что в России Go переживает противоположную тенденцию — язык активно набирает популярность, его используют крупнейшие технологические компании и количество Go-разработчиков превысило 40 тысяч. Возникает критический вопрос для отечественной индустрии: не движемся ли мы против глобального технологического тренда, делая ставку на язык, который теряет позиции на мировой арене?

https://habr.com/ru/articles/989014/

#python #tiobe #бекенд #разработка #стек #бигтех #мода #хайп #производительность

Ассемблер для гоферов. Стек. Особенности amd64, arm64 и arm. Часть 3

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

https://habr.com/ru/companies/ruvds/articles/979326/

#go #assembler #stack #стек #amd64 #arm64 #arm #ruvds_статьи

[Перевод] Цепочка ошибок в JavaScript: удобная отладка кода с помощью Error.cause

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

https://habr.com/ru/companies/timeweb/articles/967440/

#javascript #js #error #stack #debugging #ошибка #стек #отладка #cause #timeweb_статьи_перевод

[Перевод] Цепочка ошибок в JavaScript: удобная отладка кода с помощью Error.cause

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

https://habr.com/ru/companies/timeweb/articles/967440/

#javascript #js #error #stack #debugging #ошибка #стек #отладка #cause #timeweb_статьи_перевод

[Перевод] Цепочка ошибок в JavaScript: удобная отладка кода с помощью Error.cause

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

https://habr.com/ru/companies/timeweb/articles/967440/

#javascript #js #error #stack #debugging #ошибка #стек #отладка #cause #timeweb_статьи_перевод

[Перевод] Цепочка ошибок в JavaScript: удобная отладка кода с помощью Error.cause

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

https://habr.com/ru/companies/timeweb/articles/967440/

#javascript #js #error #stack #debugging #ошибка #стек #отладка #cause #timeweb_статьи_перевод

Как мы за 1.5 года переобучили с PHP на Java всех разработчиков

В прошлой статье мы рассказали, почему Compo Soft решила уйти от привычного PHP‑стека и перейти на Java ради выхода в сегмент Enterprise. Но если кто‑то подумал, что за этим решением последовал массовый найм Java‑разработчиков — нет. Мы пошли по куда более хардкорному пути: взяли всю свою PHP‑команду и начали переобучать ее на Java. Полностью c нуля. И без отрыва от производства.

https://habr.com/ru/companies/compo/articles/956106/

#ecommerceпортал #b2b #b2c #itинфраструктура #кадры #команда #стек #интервью #enterprise #обучение_программированию

Как мы за 1.5 года переобучили с PHP на Java всех разработчиков

В прошлой статье мы рассказали, почему Compo Soft решила уйти от привычного PHP‑стека и перейти на Java ради выхода в сегмент Enterprise. Но если кто‑то подумал, что за этим решением последовал массовый найм Java‑разработчиков — нет. Мы пошли по куда более хардкорному пути: взяли всю свою PHP‑команду и начали переобучать ее на Java. Полностью c нуля. И без отрыва от производства.

https://habr.com/ru/companies/compo/articles/956106/

#ecommerceпортал #b2b #b2c #itинфраструктура #кадры #команда #стек #интервью #enterprise #обучение_программированию

Как мы за 1.5 года переобучили с PHP на Java всех разработчиков

В прошлой статье мы рассказали, почему Compo Soft решила уйти от привычного PHP‑стека и перейти на Java ради выхода в сегмент Enterprise. Но если кто‑то подумал, что за этим решением последовал массовый найм Java‑разработчиков — нет. Мы пошли по куда более хардкорному пути: взяли всю свою PHP‑команду и начали переобучать ее на Java. Полностью c нуля. И без отрыва от производства.

https://habr.com/ru/companies/compo/articles/956106/

#ecommerceпортал #b2b #b2c #itинфраструктура #кадры #команда #стек #интервью #enterprise #обучение_программированию

Как мы за 1.5 года переобучили с PHP на Java всех разработчиков

В прошлой статье мы рассказали, почему Compo Soft решила уйти от привычного PHP‑стека и перейти на Java ради выхода в сегмент Enterprise. Но если кто‑то подумал, что за этим решением последовал массовый найм Java‑разработчиков — нет. Мы пошли по куда более хардкорному пути: взяли всю свою PHP‑команду и начали переобучать ее на Java. Полностью c нуля. И без отрыва от производства.

https://habr.com/ru/companies/compo/articles/956106/

#ecommerceпортал #b2b #b2c #itинфраструктура #кадры #команда #стек #интервью #enterprise #обучение_программированию

Post-PHP эра: куда движется веб-разработка?

Привет, хабровчане! Я Алиса — тимлид в e-commerce-агентстве

https://habr.com/ru/companies/kislorod/articles/945570/

#программирование #php #стек #вебразработка #1сбитрикс #laravel #nextjs #разработка_сайтов

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

Привет, Хабр. Меня зовут Саша, я CTO digital-агентства INET Studio. Мы много работаем с крупным бизнесом, и недавно я сделал следующее наблюдение: с прошлого года на ИТ-рынке России компании все чаще отказываются от инноваций ради инноваций, делая ставку на практичность и надёжность –– чтобы остаться на плаву в турбулентных условиях. Сегодня хочу разобрать, почему так произошло и чего ожидать в будущем в наших техстеках.

https://habr.com/ru/articles/941966/

#стек #выбор_технологии #языки_программирования

7 кругов ада: практический гид по выбору стека для ML-разработки

Сколько раз за последние пару-тройку вы меняли свой AI/ML стек? Если ответ «ни разу» — либо у вас железная дисциплина, либо вы просто не следите за тем, что происходит в индустрии. McKinsey Global Survey показывает, что adoption AI вырос с 50% до 72% только за последний год. Это означает, что пока вы размышляете над выбором между PyTorch и TensorFlow, ваши конкуренты уже запускают production-модели на совершенно других стеках. Проблема не в том, что инструментов мало — а в том, что их чертовски много. Современный ML/AI стек превратился в слоеный пирог из семи уровней: от ИИ-инфраструктуры в самом низу до слоя ИИ-решений наверху. Каждый уровень предлагает десятки вариантов, от которых глаза разбегаются даже у матерых разработчиков, но хаос поддается систематизации. В этой статье мы расскажем о любимых инструментах, препарируем популярные решения, и разберемся, как выбрать стек, который не превратится в тыкву через полгода.

https://habr.com/ru/companies/magnus-tech/articles/932714/

#ml #стек #инструменты_разработки #PyTorch #TensorFlow #Grafana #Python #postgresql #pandas #kubernetes

Низкоуровневое программирование под 8086 для любопытных, часть 2

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

https://habr.com/ru/articles/907312/

#assembler #i8086 #низкоуровневое_программирование #agalilov #прерывания #стек #видеобуфер #ассемблер #ассемблер_для_начинающих #мультизадачность

Низкоуровневое программирование под 8086 для любопытных, часть 1

В первой части мы: - посмотрим, как работать с памятью и регистрами 8086 - узнаем, как написать простую программу на ассемблере прямо в отладчике - изучим работу механизма прерываний и сделаем демонстрационный пример Статья рассчитана на тех, кто имеет начальный опыт программирования, но хочет понять основы низкоуровневого программирования и многозадачности. Примеры в бинарном виде доступны по ссылке https://github.com/galilov/habr/blob/main/asm-8086-galilov.zip .

https://habr.com/ru/articles/902412/

#Assembler #i8086 #низкоуровневое_программирование #agalilov #прерывания #стек #видеобуфер #регистры #ассемблер #ассемблер_для_начинающих

Вызовы функций, стек, куча и продолжения. Часть 2

В первой части статьи мы рассмотрели общую семантику применения функции в различных языках программирования и реализацию императивного вызова функции в машинном коде в стековом и бесстековом вариантах. Теперь мы рассмотрим теорию и практику реализации императивного вызова функции в модели продолжений (continuations): что такое продолжения, зачем нужны явные и неявные продолжения, как при помощи продолжений реализовать различные используемые в языках программирования управляющие конструкции.

https://habr.com/ru/articles/897812/

#стек #продолжения #continuations #Scheme #управляющие_конструкции

Вызовы функций, стек, куча и продолжения. Часть 1

Для многих людей, занимающихся программированием, вызов функции воспринимается практически как синоним передачи управления с сохранением адреса возврата и выделением фрейма памяти в стеке. Это однако, не всегда так и в практическом, и в теоретическом отношении. О семантике и прагматике вызова функций мы и поговорим в этой статье.

https://habr.com/ru/articles/897534/

#стек #продолжения #Scheme #мейнфреймы

Стилистический-Анализатор: Проверка Наличия Комментария в Конце Фигурной Скобки

Настал тот первый день, когда в программировании микроконтроллеров наконец пригодилась такая абстрактная структура данных как стек LIFO . У нас в организации существует обязательное внутреннее требование к оформлению исходных кодов на языке программирования Си для микроконтроллеров, которое звучит так: В конце каждого блока if(...) {...} ; switch(...) {...} ; for(...) {...} и т.п. необходимо пиcать комментарий // end of if(...). end of switch(...) end of for(...) соответственно. Я написал консольную утилиту, которая автоматически находит аномалии в коде согласно этому правилу.

https://habr.com/ru/articles/865536/

#codestyle #цензура #gerrit #code_review #стилистический_анализ #комментирование_кода #комментирование #С #lifo #стек

Стилистический-Анализатор: Проверка Наличия Комментария в Конце Фигурной Скобки

Настал тот первый день, когда в программировании микроконтроллеров наконец пригодилась такая абстрактная структура данных как стек LIFO . У нас в организации существует обязательное внутреннее требование к оформлению исходных кодов на языке программирования Си для микроконтроллеров, которое звучит так: В конце каждого блока if(...) {...} ; switch(...) {...} ; for(...) {...} и т.п. необходимо пиcать комментарий // end of if(...). end of switch(...) end of for(...) соответственно. Я написал консольную утилиту, которая автоматически находит аномалии в коде согласно этому правилу.

https://habr.com/ru/articles/865536/

#codestyle #цензура #gerrit #code_review #стилистический_анализ #комментирование_кода #комментирование #С #lifo #стек

Стилистический-Анализатор: Проверка Наличия Комментария в Конце Фигурной Скобки

Настал тот первый день, когда в программировании микроконтроллеров наконец пригодилась такая абстрактная структура данных как стек LIFO . У нас в организации существует обязательное внутреннее требование к оформлению исходных кодов на языке программирования Си для микроконтроллеров, которое звучит так: В конце каждого блока if(...) {...} ; switch(...) {...} ; for(...) {...} и т.п. необходимо пиcать комментарий // end of if(...). end of switch(...) end of for(...) соответственно. Я написал консольную утилиту, которая автоматически находит аномалии в коде согласно этому правилу.

https://habr.com/ru/articles/865536/

#codestyle #цензура #gerrit #code_review #стилистический_анализ #комментирование_кода #комментирование #С #lifo #стек

Стилистический-Анализатор: Проверка Наличия Комментария в Конце Фигурной Скобки

Настал тот первый день, когда в программировании микроконтроллеров наконец пригодилась такая абстрактная структура данных как стек LIFO . У нас в организации существует обязательное внутреннее требование к оформлению исходных кодов на языке программирования Си для микроконтроллеров, которое звучит так: В конце каждого блока if(...) {...} ; switch(...) {...} ; for(...) {...} и т.п. необходимо пиcать комментарий // end of if(...). end of switch(...) end of for(...) соответственно. Я написал консольную утилиту, которая автоматически находит аномалии в коде согласно этому правилу.

https://habr.com/ru/articles/865536/

#codestyle #цензура #gerrit #code_review #стилистический_анализ #комментирование_кода #комментирование #С #lifo #стек

Синтаксический анализатор на стеках и lambda-выражениях (Axolotl)

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

https://habr.com/ru/articles/856616/

#Аксолотль #Axolotl #язык_программирования #анализатор #синтаксический_анализ #синтаксис #shunting_yard #стек #парсер #парсеркомбинаторы

Стек с поиском максимума

Несколько раз мне попадалась задача из разряда "собеседование в Google": нужно реализовать стек, хранящий целые числа, в котором дополнительно должна существовать операция max() , возвращающая максимальный элемент за O(1) времени и с использованием O(1) дополнительной памяти (в сравнении со стеком без этой операции). Предполагаю, что многие тоже о ней слышали, а может даже знакомы с каким-либо решением. Про решения я и предлагаю поговорить, там всё очень интересно.

https://habr.com/ru/articles/843596/

#стек

Каски, плюшки и настолки: чем живут промышленные айтишники

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

https://habr.com/ru/companies/oleg-bunin/articles/825230/

#indastrial #автоматизация_производства #кибербез #промышленные_кейсы #стек #it_в_промышленности #собственная_разработка #информационные_системы #Kafka_+_PostgreSQl #металлургия

Каски, плюшки и настолки: чем живут промышленные айтишники

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

https://habr.com/ru/companies/oleg-bunin/articles/825230/

#indastrial #автоматизация_производства #кибербез #промышленные_кейсы #стек #it_в_промышленности #собственная_разработка #информационные_системы #Kafka_+_PostgreSQl #металлургия

Каски, плюшки и настолки: чем живут промышленные айтишники

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

https://habr.com/ru/companies/oleg-bunin/articles/825230/

#indastrial #автоматизация_производства #кибербез #промышленные_кейсы #стек #it_в_промышленности #собственная_разработка #информационные_системы #Kafka_+_PostgreSQl #металлургия

Контроль и власть, напряженность и ожидание - это теперь неотъемлемые части каждого твоего движения, каждого взгляда, каждого действия.

#философ #философия #боль #секс #стек #love #sex

Стеки и Очереди в Swift

В этой статье мы исследуем две фундаментальные структуры данных, которые являются неотъемлемой частью программирования на Swift: стеки и очереди. Они представляют собой коллекции элементов с особыми правилами для добавления и удаления элементов. Стеки работают по принципу "последним пришел, первым ушел" (LIFO), что делает их идеальными для задач, связанных с обратной навигацией или отменой действий. Очереди, следуя принципу "первым пришел, первым ушел" (FIFO), идеально подходят для задач, требующих обработки элементов в порядке их поступления, например, в управлении задачами или потоками данных.

https://habr.com/ru/articles/792220/

#stack #queue #swift #очереди #стек #стеки #очередь #структуры_данных #алгоритмы

Как не сойти с ума, помечая цели для сбора метрик при мониторинге кластера. Спойлер: Victoria Metrics + Grafana

В начале не было ничего. И создал DevOps кластер Kubernetes и сказал, что это есть хорошо. Но пришли злые программисты и начали требовать информацию о том, сколько ресурсов потребляют их контейнеры. Статическая vs динамическая конфигурация

https://habr.com/ru/companies/dbraincloud/articles/782268/

#мониторинг #мониторинг_логов #victoriametrics #grafana #job #kubernetes #конфигурация #кластер #контейнеризация #стек