home.social

#scalar — Public Fediverse posts

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

fetched live
  1. Современный API Reference в Symfony через Scalar

    Работая с PHP, испытываешь постоянную необходимость поддерживать документацию в актуальном состоянии. В последнее время PHP проекты — это API‑first, когда бек на PHP, а фронт собирается отдельно. Тут у нас два пути: — Spec‑first, то есть сначала готовится спецификация всех возможных маршрутов с входными/выходными параметрами, ошибками и пр. Часто это YAML‑файл OpenAPI. — OpenAPI файл генерируется на основе атрибутов и аннотаций в коде. В первом случае мы делаем то, что прописано в спецификации и имеем возможность сравнить, верно ли у нас всё сделано. Во втором случае у нас всегда актуальная схема (после автоматического обновления). Хотелось бы легкий, современный UI для отрисовки готового OpenAPI yaml файла для первого типа работы с документацией API. И, кажется, Scalar для этого отлично подходит, но вот интеграции из коробки у Symfony со Scalar нет. В одном своём проекте у меня подход OpenAPI‑first, то есть сначала спецификация, потом реализация. Мощный NelmioApiDocBundle тянуть в проект не хотелось. Выбор пал на Scalar. Но одно плохо, нет интеграции. Можно было просто интегрировать своими силами в проекте, но понял, что можно оформить это в виде bundle и в дальнейшем переиспользовать в других проектах.

    habr.com/ru/articles/1073294/

    #php #symfony #scalar

  2. Современный API Reference в Symfony через Scalar

    Работая с PHP, испытываешь постоянную необходимость поддерживать документацию в актуальном состоянии. В последнее время PHP проекты — это API‑first, когда бек на PHP, а фронт собирается отдельно. Тут у нас два пути: — Spec‑first, то есть сначала готовится спецификация всех возможных маршрутов с входными/выходными параметрами, ошибками и пр. Часто это YAML‑файл OpenAPI. — OpenAPI файл генерируется на основе атрибутов и аннотаций в коде. В первом случае мы делаем то, что прописано в спецификации и имеем возможность сравнить, верно ли у нас всё сделано. Во втором случае у нас всегда актуальная схема (после автоматического обновления). Хотелось бы легкий, современный UI для отрисовки готового OpenAPI yaml файла для первого типа работы с документацией API. И, кажется, Scalar для этого отлично подходит, но вот интеграции из коробки у Symfony со Scalar нет. В одном своём проекте у меня подход OpenAPI‑first, то есть сначала спецификация, потом реализация. Мощный NelmioApiDocBundle тянуть в проект не хотелось. Выбор пал на Scalar. Но одно плохо, нет интеграции. Можно было просто интегрировать своими силами в проекте, но понял, что можно оформить это в виде bundle и в дальнейшем переиспользовать в других проектах.

    habr.com/ru/articles/1073294/

    #php #symfony #scalar

  3. Современный API Reference в Symfony через Scalar

    Работая с PHP, испытываешь постоянную необходимость поддерживать документацию в актуальном состоянии. В последнее время PHP проекты — это API‑first, когда бек на PHP, а фронт собирается отдельно. Тут у нас два пути: — Spec‑first, то есть сначала готовится спецификация всех возможных маршрутов с входными/выходными параметрами, ошибками и пр. Часто это YAML‑файл OpenAPI. — OpenAPI файл генерируется на основе атрибутов и аннотаций в коде. В первом случае мы делаем то, что прописано в спецификации и имеем возможность сравнить, верно ли у нас всё сделано. Во втором случае у нас всегда актуальная схема (после автоматического обновления). Хотелось бы легкий, современный UI для отрисовки готового OpenAPI yaml файла для первого типа работы с документацией API. И, кажется, Scalar для этого отлично подходит, но вот интеграции из коробки у Symfony со Scalar нет. В одном своём проекте у меня подход OpenAPI‑first, то есть сначала спецификация, потом реализация. Мощный NelmioApiDocBundle тянуть в проект не хотелось. Выбор пал на Scalar. Но одно плохо, нет интеграции. Можно было просто интегрировать своими силами в проекте, но понял, что можно оформить это в виде bundle и в дальнейшем переиспользовать в других проектах.

    habr.com/ru/articles/1073294/

    #php #symfony #scalar

  4. Scalar: alternativa open source ao Swagger UI.

    O projeto moderniza a UI de documentação sem perder a capacidade de testar requisições no navegador.

    🔹 Visual: Layout limpo de 3 colunas.
    🔹 Testes: Console interativo integrado.
    🔹 Snippets: Gera exemplos de código em várias linguagens.
    🔹 Padrão: Compatível com specs OpenAPI.

    Ideal para documentações legíveis e funcionais em software livre.

    🔗 github.com/scalar/scalar
    🔗 scalar.com/

    #API #OpenSource #Backend #WebDev #Scalar

  5. Scalar: alternativa open source ao Swagger UI.

    O projeto moderniza a UI de documentação sem perder a capacidade de testar requisições no navegador.

    🔹 Visual: Layout limpo de 3 colunas.
    🔹 Testes: Console interativo integrado.
    🔹 Snippets: Gera exemplos de código em várias linguagens.
    🔹 Padrão: Compatível com specs OpenAPI.

    Ideal para documentações legíveis e funcionais em software livre.

    🔗 github.com/scalar/scalar
    🔗 scalar.com/

    #API #OpenSource #Backend #WebDev #Scalar

  6. Scalar: alternativa open source ao Swagger UI.

    O projeto moderniza a UI de documentação sem perder a capacidade de testar requisições no navegador.

    🔹 Visual: Layout limpo de 3 colunas.
    🔹 Testes: Console interativo integrado.
    🔹 Snippets: Gera exemplos de código em várias linguagens.
    🔹 Padrão: Compatível com specs OpenAPI.

    Ideal para documentações legíveis e funcionais em software livre.

    🔗 github.com/scalar/scalar
    🔗 scalar.com/

    #API #OpenSource #Backend #WebDev #Scalar

  7. Scalar: alternativa open source ao Swagger UI.

    O projeto moderniza a UI de documentação sem perder a capacidade de testar requisições no navegador.

    🔹 Visual: Layout limpo de 3 colunas.
    🔹 Testes: Console interativo integrado.
    🔹 Snippets: Gera exemplos de código em várias linguagens.
    🔹 Padrão: Compatível com specs OpenAPI.

    Ideal para documentações legíveis e funcionais em software livre.

    🔗 github.com/scalar/scalar
    🔗 scalar.com/

    #API #OpenSource #Backend #WebDev #Scalar

  8. Late entry, since it's almost a month since #Scalar 2026 happened (#Scala conference), but it was a blast 🤩 — cool tech, stuff to learn, friendly people, nice city. Hopefully the videos will be out soon.

  9. Late entry, since it's almost a month since #Scalar 2026 happened (#Scala conference), but it was a blast 🤩 — cool tech, stuff to learn, friendly people, nice city. Hopefully the videos will be out soon.

  10. Late entry, since it's almost a month since #Scalar 2026 happened (#Scala conference), but it was a blast 🤩 — cool tech, stuff to learn, friendly people, nice city. Hopefully the videos will be out soon.

  11. Late entry, since it's almost a month since #Scalar 2026 happened (#Scala conference), but it was a blast 🤩 — cool tech, stuff to learn, friendly people, nice city. Hopefully the videos will be out soon.

  12. Late entry, since it's almost a month since #Scalar 2026 happened (#Scala conference), but it was a blast 🤩 — cool tech, stuff to learn, friendly people, nice city. Hopefully the videos will be out soon.

  13. Last call to take part in the #Scala Survey 2026! We're closing it next week, just in time for #Scalar

    How are you using Scala, and where should it head next? Let us know: virtuslab.typeform.com/ScalaSu

  14. Last call to take part in the #Scala Survey 2026! We're closing it next week, just in time for #Scalar

    How are you using Scala, and where should it head next? Let us know: virtuslab.typeform.com/ScalaSu

  15. Last call to take part in the #Scala Survey 2026! We're closing it next week, just in time for #Scalar

    How are you using Scala, and where should it head next? Let us know: virtuslab.typeform.com/ScalaSu

  16. Last call to take part in the #Scala Survey 2026! We're closing it next week, just in time for #Scalar

    How are you using Scala, and where should it head next? Let us know: virtuslab.typeform.com/ScalaSu

  17. Last call to take part in the #Scala Survey 2026! We're closing it next week, just in time for #Scalar

    How are you using Scala, and where should it head next? Let us know: virtuslab.typeform.com/ScalaSu

  18. Almost 600 lines of OpenAPI documentation later and I'm done. I think I'll package the `/doc` endpoint with the Docker images since I can just copy over the static directory and have it live in the container. I'll add directions on how to add the docs to the standalone binaries as well which should cover that use case. Overall, it turned out pretty well.

    #sisyphus #openapi #swagger #scalar #documentation

  19. Almost 600 lines of OpenAPI documentation later and I'm done. I think I'll package the `/doc` endpoint with the Docker images since I can just copy over the static directory and have it live in the container. I'll add directions on how to add the docs to the standalone binaries as well which should cover that use case. Overall, it turned out pretty well.

    #sisyphus #openapi #swagger #scalar #documentation

  20. Almost 600 lines of OpenAPI documentation later and I'm done. I think I'll package the `/doc` endpoint with the Docker images since I can just copy over the static directory and have it live in the container. I'll add directions on how to add the docs to the standalone binaries as well which should cover that use case. Overall, it turned out pretty well.

    #sisyphus #openapi #swagger #scalar #documentation

  21. Almost 600 lines of OpenAPI documentation later and I'm done. I think I'll package the `/doc` endpoint with the Docker images since I can just copy over the static directory and have it live in the container. I'll add directions on how to add the docs to the standalone binaries as well which should cover that use case. Overall, it turned out pretty well.

    #sisyphus #openapi #swagger #scalar #documentation

  22. Almost 600 lines of OpenAPI documentation later and I'm done. I think I'll package the `/doc` endpoint with the Docker images since I can just copy over the static directory and have it live in the container. I'll add directions on how to add the docs to the standalone binaries as well which should cover that use case. Overall, it turned out pretty well.

    #sisyphus #openapi #swagger #scalar #documentation

  23. Documentation continues. Done with the `queue` and `worker` endpoints, probably about 50% of the way done with this. I still need a good way to package all of this up with the binary which means putting the `openapi.yaml` file somewhere on the net so it can be pulled if need be. I'll deal with that later...lol

    #openapi #scalar #sisyphus #programming

  24. Documentation continues. Done with the `queue` and `worker` endpoints, probably about 50% of the way done with this. I still need a good way to package all of this up with the binary which means putting the `openapi.yaml` file somewhere on the net so it can be pulled if need be. I'll deal with that later...lol

    #openapi #scalar #sisyphus #programming

  25. Documentation continues. Done with the `queue` and `worker` endpoints, probably about 50% of the way done with this. I still need a good way to package all of this up with the binary which means putting the `openapi.yaml` file somewhere on the net so it can be pulled if need be. I'll deal with that later...lol

    #openapi #scalar #sisyphus #programming

  26. Documentation continues. Done with the `queue` and `worker` endpoints, probably about 50% of the way done with this. I still need a good way to package all of this up with the binary which means putting the `openapi.yaml` file somewhere on the net so it can be pulled if need be. I'll deal with that later...lol

    #openapi #scalar #sisyphus #programming

  27. Documentation continues. Done with the `queue` and `worker` endpoints, probably about 50% of the way done with this. I still need a good way to package all of this up with the binary which means putting the `openapi.yaml` file somewhere on the net so it can be pulled if need be. I'll deal with that later...lol

    #openapi #scalar #sisyphus #programming

  28. Glen Robertson's series, “Engineering Dynamics of a Scalar Universe,” dares to recast cosmology as an engineerable scalar field medium, treating gravity, dark energy, and anomalous thrust claims as expressions of one underlying framework that might, under very specific conditions, be tuned in the lab. altpropulsion.com/engineering-

    #gravity #space #science #physics #scalar #cosmology

  29. Glen Robertson's series, “Engineering Dynamics of a Scalar Universe,” dares to recast cosmology as an engineerable scalar field medium, treating gravity, dark energy, and anomalous thrust claims as expressions of one underlying framework that might, under very specific conditions, be tuned in the lab. altpropulsion.com/engineering-

    #gravity #space #science #physics #scalar #cosmology

  30. Glen Robertson's series, “Engineering Dynamics of a Scalar Universe,” dares to recast cosmology as an engineerable scalar field medium, treating gravity, dark energy, and anomalous thrust claims as expressions of one underlying framework that might, under very specific conditions, be tuned in the lab. altpropulsion.com/engineering-

    #gravity #space #science #physics #scalar #cosmology

  31. Glen Robertson's series, “Engineering Dynamics of a Scalar Universe,” dares to recast cosmology as an engineerable scalar field medium, treating gravity, dark energy, and anomalous thrust claims as expressions of one underlying framework that might, under very specific conditions, be tuned in the lab. altpropulsion.com/engineering-

    #gravity #space #science #physics #scalar #cosmology

  32. Back in 2014 I had a talk on the very first #Scalar conference. One of my slides was joking that all of these lines are equivalent, except one, which doesn't compile. I have no idea which one was it ;-)

    The last time I used #Scala full-time was almost a decade ago | nurkiewicz.github.io/talks/201

  33. Back in 2014 I had a talk on the very first conference. One of my slides was joking that all of these lines are equivalent, except one, which doesn't compile. I have no idea which one was it ;-)

    The last time I used full-time was almost a decade ago | nurkiewicz.github.io/talks/201

  34. Back in 2014 I had a talk on the very first #Scalar conference. One of my slides was joking that all of these lines are equivalent, except one, which doesn't compile. I have no idea which one was it ;-)

    The last time I used #Scala full-time was almost a decade ago | nurkiewicz.github.io/talks/201

  35. Back in 2014 I had a talk on the very first #Scalar conference. One of my slides was joking that all of these lines are equivalent, except one, which doesn't compile. I have no idea which one was it ;-)

    The last time I used #Scala full-time was almost a decade ago | nurkiewicz.github.io/talks/201

  36. Back in 2014 I had a talk on the very first #Scalar conference. One of my slides was joking that all of these lines are equivalent, except one, which doesn't compile. I have no idea which one was it ;-)

    The last time I used #Scala full-time was almost a decade ago | nurkiewicz.github.io/talks/201

  37. Scalar вместо Swagger UI. Надо ли оно нам?

    С выходом .NET 9 пакет Swashbuckle.AspNetCore выпилили из шаблона Web API. Это означает, что при создании нового приложения ASP.NET Core Web API у нас больше нет привычного зеленого пользовательского интерфейса Swagger для тестирования endpoint-ов. В статье — краткий разбор, почему это произошло, и обзор альтернативы Scalar. Хочу разобраться

    habr.com/ru/articles/892508/

    #c# #net #net_9 #net_core #aspnet_core #aspnet_webapi #webapi_testing #swagger #scalar #openapi

  38. Scalar вместо Swagger UI. Надо ли оно нам?

    С выходом .NET 9 пакет Swashbuckle.AspNetCore выпилили из шаблона Web API. Это означает, что при создании нового приложения ASP.NET Core Web API у нас больше нет привычного зеленого пользовательского интерфейса Swagger для тестирования endpoint-ов. В статье — краткий разбор, почему это произошло, и обзор альтернативы Scalar. Хочу разобраться

    habr.com/ru/articles/892508/

    #c# #net #net_9 #net_core #aspnet_core #aspnet_webapi #webapi_testing #swagger #scalar #openapi

  39. Scalar вместо Swagger UI. Надо ли оно нам?

    С выходом .NET 9 пакет Swashbuckle.AspNetCore выпилили из шаблона Web API. Это означает, что при создании нового приложения ASP.NET Core Web API у нас больше нет привычного зеленого пользовательского интерфейса Swagger для тестирования endpoint-ов. В статье — краткий разбор, почему это произошло, и обзор альтернативы Scalar. Хочу разобраться

    habr.com/ru/articles/892508/

    #c# #net #net_9 #net_core #aspnet_core #aspnet_webapi #webapi_testing #swagger #scalar #openapi

  40. March is full of great opportunities to meet and listen to our experts! See where Tomasz Szymański, Michał Ostruszka, Rafał Maciak, Sebastian Rabiej, Krzysztof Grajek, @adamwarski, Magda Stożek & Magdalena Woźniak will appear 🚀

    #scalar #rustikon #jug #rust #scala #java #boilingfrogs

  41. March is full of great opportunities to meet and listen to our experts! See where Tomasz Szymański, Michał Ostruszka, Rafał Maciak, Sebastian Rabiej, Krzysztof Grajek, @adamwarski, Magda Stożek & Magdalena Woźniak will appear 🚀

    #scalar #rustikon #jug #rust #scala #java #boilingfrogs

  42. March is full of great opportunities to meet and listen to our experts! See where Tomasz Szymański, Michał Ostruszka, Rafał Maciak, Sebastian Rabiej, Krzysztof Grajek, @adamwarski, Magda Stożek & Magdalena Woźniak will appear 🚀

    #scalar #rustikon #jug #rust #scala #java #boilingfrogs

  43. March is full of great opportunities to meet and listen to our experts! See where @Tomasz Szymański, Michał Ostruszka, Rafał Maciak, Sebastian Rabiej, Krzysztof Grajek, @adamwarski, Magda Stożek & Magdalena Woźniak will appear 🚀

    #scalar #rustikon #jug #rust #scala #java #boilingfrogs