Aussie living in the San Francisco Bay Area.
Coding since 1998.
.NET Foundation member. C# fan
https://d.sb/
Mastodon: @dan@d.sb

  • 0 Posts
  • 188 Comments
Joined 2 years ago
cake
Cake day: June 14th, 2023

help-circle



  • It was a feature built in to the web browser, providing a website, file sharing, a music player, a photo sharing tool, chat, a whiteboard, a guestbook, and some other features.

    All you needed to do was open the browser and forward a port, or let UPnP do it (since everyone still had UPnP enabled back then), and you’d get a .operaunite.com subdomain that anyone could access, which would hit the web server built into the browser.

    This was back in 2008ish, when Opera was still good (before it was converted to be Chromium-powered). A lot of people still used independent blogs back then, rather than everything being on social media, so maybe it was ahead of its time a bit.








  • Nice! Having power outlets at every parking spot would be useful for things other than EVs too.

    This is in the county I live in (San Mateo County), near SFO airport. Peninsula Clean Energy has some good rebates for residential customers too, like $2500 off a heat pump water heater and $2500 off a heat pump HVAC. That’s in addition to federal and state rebates.

    Of course, the installers know this and charge more for San Mateo County customers than other nearby counties, but it still means you can get a heat pump water heater for minimal out-of-pocket cost.



  • VBScript did catch on originally, though. When IE had over 90% market share, it was nearly as popular as JavaScript was. It only dropped in popularity when other browsers became more common. Back then, most scripting was just to enhance the page, and the page still had full functionality without it, so a lot of developers just didn’t care about making it fancy for the 5-10% of other browsers.

    “AJAX” (XMLHttpRequest) was originally an IE-only, VBScript-only feature. It was originally implemented using ActiveX, which only VBScript supported originally.


  • I’m hoping that more DOM and BOM APIs become accessible in WebAssembly without having to go through JavaScript. There’s a few frameworks that let you build web apps in other languages (like Blazor for C#) but they still need some JavaScript to interop with the browser, and going through a translation layer (WASM to JS to browser) adds some overhead.

    Even visual basic for the web would make sense

    This is exactly what I did for a few years before switching to JavaScript: VBScript. It was pretty common back in the early 2000s when Internet Explorer had 90%+ market share. The few remaining Netscape users would just get a page without scripts. There’s a lot of features missing in VBScript that exist in JavaScript though, even basic things like closures and first-class functions.


  • dan@upvote.autoProgrammer Humor@programming.devMy boss wants us to use AI
    link
    fedilink
    arrow-up
    16
    arrow-down
    1
    ·
    edit-2
    2 months ago

    My employer is trying to get people to use AI more, too.

    I’m skeptical of AI, but I’m finding it useful for menial tasks - things that you’d otherwise automate using an AST-based codemod tool (like jscodeshift, libcst codemod, etc), a hacky find/replace, or do by hand (boring, tedious work that I’d rather not do). Giving the AI system an example patch for something like migrating away from a legacy API, and saying “do this same thing across these 200 other files”, can have pretty good results.

    In general, it seems like a good tool for things where the entire process is well-defined - the prompt and context provide all the info it needs - and I include example code in the context.

    I don’t trust it for brand new code in a large existing codebase… Even the best AI models still get a lot of things wrong.