home.social

#devcontainer — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #devcontainer, aggregated by home.social.

  1. Пишем чат на Rust

    Очередной чат, и к тому же на rust?! Да, yet another. И да, в этой статье не будет каких-то новых откровений системного программирования с написанием своего фреймворка для работы со сетью на уровне драйверов или других испытаний. Этот альманах про мой первый опыт в веб-разработке, который может быть полезен для других новичков, ведь тут мы затронем помимо злосчастного rust такие вещи, как devcontainer, REST API, идентификацию-аутентификацию-авторизацию, WebSockets, SSE, юнит и интеграционные тесты, некоторые паттерны, логирование и прочее.

    habr.com/ru/articles/945042/

    #rust #вебразработа #фуллстек #sse #websockets #devcontainer #авторизация #чат #rest_api

  2. Docs as Code: Наш опыт документирования с LaTeX и Dev container

    В мире разработки мы постоянно сталкиваемся с технической документацией — она повсюду, от спецификаций API до архитектурных решений. И мы хотим, чтобы документация была структурированной, актуальной и удобной… но в реальности чаще имеем дело с хаотичным набором разрозненных материалов, которые теряются между Confluence, почтой и Google Docs, стремительно устаревают и выглядят небрежно, с «плывущими» таблицами и запутанной структурой. Представили этот беспорядок? Хорошая новость: есть способ автоматизировать и стандартизировать документацию, сделав её такой же управляемой, как код — через модель docs as code . В статье вместе вспомним базовые принципы этого подхода, расскажем про наш опыт документирования и поделимся репозиторием с готовым шаблоном LaTeX для максимально быстрого старта без установки зависимостей!

    habr.com/ru/articles/931034/

    #Документация #latex_шаблон #docsascode #devcontainer #автоматизация_документации #devcontainer_для_latex #cicd_для_pdf #latex_для_начинающих

  3. Just past month I consulted a company, and I said they shouldn't renew #JetBrains, and fully transition to #VSCode and Coder.

    Past week they did. They took three days to replicate their development environment, and a week to move from their muscular memory.

    Nothing against JetBrains, but their products feel like 2005 crap on 2015 interfaces and 2025 promises.

    #IDE #Programming #Technology #Containers #DevContainer #RemoteDevelopment #JavaScript #JS #PHP #Rust #Go #C #Node #nuxt

  4. Am I using #Github #Codespaces wrong?

    I thought the point of creating a devcontainer.json file to specify extra bits have built when you set up a machine, and they were honoured on the creation of codespaces.

    Given that #Gitpod seems to be adopting #devcontainer now, I figured I'd try Codespaces. A basic thing seems to be harder than I thought.

    If you have direct experience building Codespaces, would you share a pointer on how to fix this seemingly basic thing?

    gist.github.com/mrchrisadams/9

  5. The `azd` has been available for a short while as a feature, which I recently used in github.com/heaths/azcrypto: github.com/heaths/azcrypto/pul

    It will not only install `azd`, but the dev extension for . It makes deploying resources and applications a breeze.

    I use it in azcrypto in lieu of the resource provisioning scripts I originally wrote for all of to deploy resources uniformly. This is a publicly available (near) equivalent.

  6. Getting @crystalLanguage up and running wasn't as easy as I'd hoped (mostly because of missing dependencies). So, I've created a that installs all the dependencies and installs on a development environment.

    This all lives in a repo that also contains copies of the Getting Started examples from the official docs.

    github.com/martinpeck/crystal-

  7. There's more to do! Want to jump in? I'd be happy to guide you through your contribution in our #github repo. Raise your hand to help out here:

    github.com/nunit/docs/issues/4

    We even have a #devcontainer you can use locally or with #codespaces to get started quickly.

    #dotnet #oss #nunit #testing

  8. A fun little bit of #oss hacking tonight! #docfx released a new version that runs as a #dotnet global tool. I was able to update the #nunit docs docfx-action #github action to drastically simplify it. It now is based on the #dotnet #ubuntu container with a small tool install. Then I updated the NUnit docs #devcontainer to be based on that, plus our node tooling.

    Simpler, faster, nicer. Feels good.