Skip Navigation

Posts
226
Comments
1467
Joined
3 yr. ago

  • I wouldn't call such things agents though. They're not acting autonomously or out-of-process.

  • Powered by LiveKit

    Apparently it's AI coded? Or maybe not?

    What does powered by mean when LiveKit is about AI agents?

    Are we letting AI agents meet instead of ourselves?

    The linked LiveKit website and linked LiveKit blog post seem completely disconnected. I don't get it.

  • Do good work, be interested and show interest, and be in a recipiable environment.

    If your current environment is overbearing with power politics you don't succeed in and you want change you'll probably have to change environments.

    If you want impact consider whether smaller companies and teams would be beneficial. You may be able to fill your desires of impact and control even without becoming a formal lead role. Or become one implicitly or naturally quicker in smaller less formal and structured environments.

    You can also look for job offerings for those kinds of roles specifically. No need to seek out a climb in house when you can find more direct routes.

  • If the XML parser parses into an ordered representation (the XML information set), isn't it then the deserializer's choice how they map that to the programming language/type system they are deserializing to? So in a system with ordered arrays it would likely map to those?

    If XML can be written in an ordered way, and the parsed XML information set has ordered children for those, I still don't see where order gets lost or is impossible [to guarantee] in XML.

  • while JSON is a generalized data structure with support for various data types supported by programming languages

    Honestly, I find it surprising that you say “support for various data types supported by programming languages”. Data types are particularly weak in JSON when you go beyond JavaScript. Only number for numbers, no integer types, no date, no time, etc.

    Regarding use, I see, at least to some degree, JSON outside of use for network transfer. For example, used for configuration files.

  • The point is that there are degrees to readability, specificity, and obviousness, even without a common understanding. Self-describing data, much like self-describing code, is different from a dense serialization without much support in that regard.

  • Making XML schemas work was often a hassle. You have a schema ID, and sometimes you can open or load the schema through that URL. Other times, it serves only as an identifier and your tooling/IDE must support ID to local xsd file mappings that you configure.

    Every time it didn't immediately work, you'd think: Man, why don't they publish the schema under that public URL.

  • In XML the practice to approximate arrays is to put the index as an attribute. It’s incredibly gross.

    I don't think I've seen that much if ever.

    Typically, XML repeats tag names. Repeating keys are not possible in JSON, but are possible in XML.

     xml
        
    <items>
      <item></item>
      <item></item>
      <item></item>
    </items>
    
      
  • It can be used as alternatives. In MSBuild you can use attributes and sub elements interchangeably. Which, if you're writing it, gives you a choice of preference. I typically prefer attributes for conciseness (vertical density), but switch to subelements once the length/number becomes a (significant) downside.

    Of course that's more of a human writing view. Your point about ambiguity in de-/serialization still stands at least until the interface defines expectation or behavior as a general mechanism one way or the other, or with specific schema.

  • The readability and obviousness of XML can not be overstated. JSON is simple and dense (within the limit of text). But look at JSON alone, and all you can do is hope for named fields. Outside of that, you depend on context knowledge and specific structure and naming context.

    Whenever I start editing json config files I have to be careful about trailing commas, structure with opening and closing parens, placement and field naming. The best you can do is offer a default-filled config file that already has the full structure.

    While XML does not solve all of it, it certainly is more descriptive and more structured, easing many of those pain points.


    It's interesting that web tech had XML in the early stages of AJAX, the dynamic web. But in the end, we sent JSON through XMLHttpRequest. JSON won.

  • Yeah, I wish I had something like XPath as consistently (in terms of availability and syntax) for JSON.

  • There was a time where HTML moved towards a more formalized XML-valid definition named XHTML. Ultimately, web/browser backwards compatibility and messy and forgiving nature lead to us giving up on that and now we have the HTML living standard with rules, but browsers (not sure to what degree it's standardized or not) are very forgiving in their interpretation.

    While HTML, prior to HTML5, was defined as an application of Standard Generalized Markup Language (SGML), a flexible markup language framework, XHTML is an application of XML, a more restrictive subset of SGML. XHTML documents are well-formed and may therefore be parsed using standard XML parsers, unlike HTML, which requires a lenient, HTML-specific parser.[1]

    XHTML 1.0 became a World Wide Web Consortium (W3C) recommendation on 26 January 2000. XHTML 1.1 became a W3C recommendation on 31 May 2001. XHTML is now referred to as "the XML syntax for HTML"[2][3] and being developed as an XML adaptation of the HTML living standard.[4][5]

  • Most use cases don’t need fully sematic data storage

    If both sides have a shared data model it's a good base model without further needs. Anything else quickly becomes complicated because of the dynamic nature of JSON - at least if you want a robust or well-documented solution.

  • Depending on how stable your work, environment, and risks are, the range size and confidence rating may change a lot or reach refinement limits quite fast.

  • Thank you for sharing. Very interesting.

    We're currently evaluating and rolling out encryption at work, so being informed about the limits of these setups is quite good - even if it's not actually my task to work on those.

  • It’s possible for users to store those keys on a device they own, but Microsoft also recommends BitLocker users store their keys on its servers for convenience.

    Pretty obvious that if you hand over the (recovery) keys that they'd follow court orders.

    Of course, the criticism about defaults is warranted. At the same time, even outside of control concerns, it's fairly obvious why Microsoft would choose user convenience and ability to recover data over loss of data.

    It should be a well informed choice that makes the risks clear when setting it up.

  • I'm not saying you're wrong, but would we even be seeing them when they exist? When I publish or update my personal projects as public GitHub repos nobody sees and nobody cares. I imagine it would be the same if I were using LLM.

  • I wonder what the login requirement for the benefit is about. Does it preload or something?

  • Shell Scripting @programming.dev

    Kitty Terminal 0.40.0 introduces the Text Sizing Protocol: "multiple font sizes ... in a backwards compatible, opt-in way"

    sw.kovidgoyal.net /kitty/text-sizing-protocol/
  • Web Development @programming.dev

    FuncSug: To make GUI programming easier

    github.com /cl4cnam/funcSug
  • Visual Studio @programming.dev

    VisualStudio.Extensibility: Tagger support and updates to settings - Visual Studio Blog

    devblogs.microsoft.com /visualstudio/visualstudio-extensibility-tagger-support-and-updates-to-settings/
  • .NET @programming.dev

    .NET 10 Preview 1 is now available! - .NET Blog

    devblogs.microsoft.com /dotnet/dotnet-10-preview-1/
  • Rust @programming.dev

    Rust-Written Zlib-rs Is Not Only Safer But Now Outperforming Zlib C Implementations

    www.phoronix.com /news/Zlib-rs-0.4.2
  • Visual Studio @programming.dev

    New restrictions on package loading - Visual Studio Blog

    devblogs.microsoft.com /visualstudio/new-restrictions-on-package-loading/
  • .NET @programming.dev

    New Features for Enhanced Razor Productivity! - .NET Blog

    devblogs.microsoft.com /dotnet/enhancing-razor-productivity-with-new-features/
  • Nushell @programming.dev

    Fixup of Missing Markdown Date Front Matter From Git with Nushell

    kcode.de /blog/2025/2025-02-12_nushell-mass-yml-date/
  • .NET @programming.dev

    C# Dev Kit Updates: .NET Aspire, Hot Reload, and More! - .NET Blog

    devblogs.microsoft.com /dotnet/csharp-on-visual-studio-code-just-got-better-with-enhancements-to-csharp-dev-kit/
  • Visual Studio @programming.dev

    Visual Studio 2022 v17.13 is Now Available! - Visual Studio Blog

    devblogs.microsoft.com /visualstudio/visual-studio-2022-v17-13-is-now-available/
  • .NET @programming.dev

    Microsoft.Testing.Platform: Now Supported by All Major .NET Test Frameworks - .NET Blog

    devblogs.microsoft.com /dotnet/mtp-adoption-frameworks/
  • Programming.dev Meta @programming.dev

    Empty "just_a_test" community - Removal Suggestion

    programming.dev /c/just_a_test
  • Nushell @programming.dev

    FizzBuzz in Nu - Rosetta Code, side-by-side Programming Language Solutions

    rosettacode.org /wiki/FizzBuzz
  • .NET @programming.dev

    .NET 9 Networking Improvements - .NET Blog

    devblogs.microsoft.com /dotnet/dotnet-9-networking-improvements/
  • .NET @programming.dev

    ASP.NET Core on .NET Framework servicing release advisory: ASP.NET Core 2.3 - .NET Blog

    devblogs.microsoft.com /dotnet/servicing-release-advisory-aspnetcore-23/
  • Nushell @programming.dev

    Nushell 0.102.0 | Nushell

    www.nushell.sh /blog/2025-02-04-nushell_0_102_0.html
  • Opensource @programming.dev

    I Stopped Using Matrix - Tatsumoto

    tatsumoto.neocities.org /blog/i-stopped-using-matrix
  • Programming @programming.dev

    The That Guy Effect - The Particular Finest

    blog.aurynn.com /2017/04/13-the-that-guy-effect
  • Game Development @programming.dev

    What it's ACTUALLY like to release a game on Steam - YouTube

  • Opensource @programming.dev

    kalk - command line calculator app for developers

    kalk.dev