<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Статьи]]></title>
    <link>https://habr.com/ru/users/devslm/publications/articles/</link>
    <description><![CDATA[Хабр: статьи пользователя devslm]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Fri, 24 Apr 2026 06:03:08 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      
        
    
    <item>
      <title><![CDATA[Создаем нативное Kotlin приложение на Spring Boot Native, Gradle и GraalVM без докера под MacOS и Windows]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/760074/</guid>
      <link>https://habr.com/ru/articles/760074/?utm_campaign=760074&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/30f/b89/906/30fb8990612b810502959bf5d6d15f25.png" /><p>В этой статье я хочу рассказать о практическом опыте нативной компиляции production приложения, написанного на Kotlin со Spring Boot, Gradle с использованием GraalVM . Начну сразу с минусов и плюсов самой возможности нативной компиляции и где она может быть полезна, и дальше перейду уже непосредственно к процессу сборки под MacOS и Windows.</p><p>В конце статьи я более подробно расскажу о проекте и почему возникла такая необходимость, учитывая довольно много ограничений и подводных камней поддержки нативной компиляции как со стороны Spring Boot, та и со стороны GraalVM.</p><p></p> <a href="https://habr.com/ru/articles/760074/?utm_campaign=760074&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Read more &rarr;</a>]]></description>
      
      <pubDate>Tue, 12 Sep 2023 06:20:47 GMT</pubDate>
      <dc:creator><![CDATA[devslm]]></dc:creator>
      <category><![CDATA[Программирование]]></category><category><![CDATA[Java]]></category><category><![CDATA[Kotlin]]></category>
      <category><![CDATA[java]]></category><category><![CDATA[kotlin]]></category><category><![CDATA[spring-boot]]></category><category><![CDATA[native]]></category><category><![CDATA[graalvm]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Create a native Kotlin application with Spring Boot Native, Gradle, and GraalVM without Docker for MacOS and Windows]]></title>
      <guid isPermaLink="true">https://habr.com/en/articles/760174/</guid>
      <link>https://habr.com/en/articles/760174/?utm_campaign=760174&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[<img src="https://habrastorage.org/getpro/habr/upload_files/4a3/43f/5e5/4a343f5e52396175f00352523a651b48.png" /><p>In this tutorial, I want to talk about the practical experience of native compilation of a production application written in Kotlin with Spring Boot and Gradle using GraalVM. I’ll start right away with the pros and cons of the native compilation feature itself and where it can be useful, and then I’ll move directly to the build process for MacOS and Windows.</p><p>At the end of the article, in the afterword block, I will talk in more detail about the project and why such a need arose, given quite a few limitations and pitfalls of supporting native compilation both from Spring Boot and from GraalVM.</p><p></p> <a href="https://habr.com/ru/articles/760174/?utm_campaign=760174&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Read more &rarr;</a>]]></description>
      
      <pubDate>Mon, 11 Sep 2023 08:49:12 GMT</pubDate>
      <dc:creator><![CDATA[devslm]]></dc:creator>
      <category><![CDATA[Программирование]]></category><category><![CDATA[Java]]></category><category><![CDATA[Kotlin]]></category>
      <category><![CDATA[kotlin]]></category><category><![CDATA[java]]></category><category><![CDATA[spring-boot]]></category><category><![CDATA[graalvm]]></category><category><![CDATA[native]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Возможно ли подружить Gitlab CI + Docker + Systemd]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/413375/</guid>
      <link>https://habr.com/ru/articles/413375/?utm_campaign=413375&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Микрозаметка о том, как запустить Docker с Systemd внутри Gitlab CI Runner'a. Возможно кому-то будет полезна, возможно кто-то решал уже подобную задачу другими способами и будет интересно если поделитесь в комментариях. <a href="https://habr.com/ru/articles/413375/?utm_campaign=413375&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше →</a>]]></description>
      
      <pubDate>Thu, 07 Jun 2018 19:57:23 GMT</pubDate>
      <dc:creator><![CDATA[devslm]]></dc:creator>
      <category><![CDATA[DevOps]]></category><category><![CDATA[Веб-разработка]]></category><category><![CDATA[Тестирование веб-сервисов]]></category>
      <category><![CDATA[gitlab-ci]]></category><category><![CDATA[docker]]></category><category><![CDATA[systemd]]></category><category><![CDATA[devops]]></category>
    </item>
  

  

  

	
  

  

  

    
    <item>
      <title><![CDATA[Настройка IDE Clion и Cmake для работы с STM32 и C++]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/336262/</guid>
      <link>https://habr.com/ru/articles/336262/?utm_campaign=336262&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Перед примером моей настройки немного лирики.<br>
<br>
Давно хотел попробовать себя в микроконтроллерах, вернее были идеи с их использованием, которые очень хотелось реализовать. Сначала начал с PIC32 — огонь контроллеры. Так получалось, что поначалу и коротил их порты, и с питанием завышал — неубиваемые (не совсем конечно, порт правда однажды сгорел, но сам контроллер продолжал работу). IDE MplabX неплоха, подкупал графический блок с отображением занимаемой RAM/Flash на выбранном МК — удобно, но сам NetBeans как IDE это жесть, ну не удобно ни разу после Idea. Но проблема была не в этом — как потом оказалось, PIC'и тяжело достать, мало кто их возит, а если и возит, то по относительно высокой цене.<br>
<br>
Дальше решил копнуть в сторону STM32 — они в больших количествах, за базовую периферию просят не много, но главное — это доставаемость. (Но кодогенератор STM'а хуже Microchip'a — весь файл загажен комментами и функциями, это конечно сильно огорчило. У Microchip'а все сгенеренные функции вынесены в отдельные файлы и main.c практически чист — прелесть).<br>
<b>(UPD: вот тут признаюсь ошибался, спасибо <a href="https://habrahabr.ru/users/golf2109/" class="user_link">golf2109</a>, он подсказал, что от заваливания комментами и функциями файла main.c можно избавиться, достаточно включить в настройках опцию для вынесения сгенерированного кода в отдельные файлы, но я все же в недоумении, почему это не дефолтная настройка, вроде логично было бы)</b><br>
<br>
Теперь об IDE для STM32. <br> <a href="https://habr.com/ru/articles/336262/?utm_campaign=336262&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше →</a>]]></description>
      
      <pubDate>Wed, 23 Aug 2017 14:25:18 GMT</pubDate>
      <dc:creator><![CDATA[devslm]]></dc:creator>
      <category><![CDATA[Программирование микроконтроллеров]]></category>
      <category><![CDATA[Clion]]></category><category><![CDATA[c++]]></category><category><![CDATA[cmake]]></category><category><![CDATA[stm32]]></category>
    </item>
  

  

  

	
  

  

  

      

      

      

    
  </channel>
</rss>
