nycdotnet

This repo claims to document the vault format.

https://github.com/cfbao/lastpass-vault-parser/wiki/LastPass...

I find this blog post to be a funny snapshot of how event driven architecture initiatives can be sold internally. “Oh it’s going to give us all these great advantages and be super robust and performant. Here’s my diagram of producers and consumers with our new event gateway project in the middle. How does it actually work? Um… I’ll tell you later”

The GUI code looks very simple at first glance - just four buttons and file picker and background worker. Chances are this would be straight-forward to port to a .NET command-line tool that would be cross-platform assuming there's nothing Windows-specific in the domain logic.

Existential: I am glad you are still doing therapy. Have you talked to a psychiatrist? That may be helpful in your situation.

Tactical: Do you have any family or friends or house of worship kin with kids? Offer to take them out to do something fun - go to the playground, go on a hike, go rollerskating. The best part of “other people’s kids” is you can give them back once you’ve spoiled them.

Check out hedy.org and go to your local library and offer to teach kids to code. All it takes is a web browser.

The linked page makes that specific claim.

How does Rust prevent off-by-one errors?

I had not heard this part - the article implies that the systems that connect the turnstiles to the mainframes run OS/2. Pretty neat. The machines that are the topic of the article (the MetroCard machines themselves) still run Windows NT 4.

Blue screen shot from 2016:

https://twitter.com/nycdotnet/status/750737744356319232

Every time someone sends me an appreciation on the Namely feed I print it out and tape it to my wall. It’s nice to have a reminder that my work helps people do their jobs better.

How about the wakeup word even working reliably anymore or not offering me an upsell on every other interaction.

There will come a time when there is no more oil in the ground that is economic to extract. Land transport can use batteries with current tech fairly effectively in many scenarios but aviation, as we currently understand it, needs energy densities that are not possible with batteries (and are unlikely with current mainstream battery tech). This claims to provide a way to get kerosene from the air using (thermal) solar power, which may become economical sooner rather than later if their claimed efficiency improvements come to pass and the price of gasoline continues to rise (which is very likely due to economic infeasibility of building any more refineries due to long payback periods)

It’s general interest and there are no technical prerequisites which is part of its magic. (based on the 1st ed)

> I think we can all agree we will become cyborgs

Sent from my iPhone

It’s something new every release. Current is golazo, previous was gravity. https://github.com/grpc/grpc/releases

They use this to pad the release notes so they don’t have to comprehensively document the behavior changes.

> Theoretically everyone could just stop buying TVs but that's not going to happen

It has happened which is why manufacturers are struggling now and doing nonsense like this to allow them to sell TVs at the old market prices from back when a TV wouldn’t last that long.

An interesting and well written article. I appreciated that they got into horizontal trimming aka field trimming, but vertical trimming like “this person can see all things for all objects except those with property X==1” is a whole separate issue with significant performance issues, particularly around list endpoints. It’s hard to make a one size fits all solution here because sometimes the perf issue is on the frontend (which items can they see) and sometimes on the back end (now for a fragmented set of entities, fetch and return the appropriate information)

Falcon Heavy was specified relatively early in the Falcon 9’s development cycle. They were originally going to do more Falcon Heavy missions but in the meantime, blocks 3 and 4 of Falcon 9 came out and the Merlin kept getting better and better, and with block 5 the Merlin D has almost double the thrust of the Merlins on the early Falcon 9s which is kind of nuts. So many of the missions conceived for Falcon Heavy were ultimately flown on a different rocket- a more capable single stick Falcon 9.

Elon himself said this was one of the major remaining problems in last night’s presentation.

By buddy and I were teens doing BBS stuff at the time and walked out of Hackers when they were talking about their FOUR TEEN POINT FOR BEE PEE ESS modems. Snuck in to Braveheart. Don't regret that decision.

Stocks of boring but profitable companies that pay dividends.

It’s a good article. At Namely we use Dapper which is a “micro-ORM” developed by the folks at StackOverflow for .NET. I really like it because it gives us the mapping part without the sql code generation part which I think is the thing that ultimately gets you in trouble, and it works really well with Postgres and SQL Server.

At Namely our payroll and benefits systems run on .NET in Linux containers on k8s talking to Postgres, SQL Server, Redis, and Kafka, and we integrate between these services and others via gRPC. Some of these services’ endpoints are exposed via GraphQL using a Node service running the Apollo server and some are called directly via gRPC by Go, Ruby, and Python services. All of this is on Linux in k8s. The .NET services integrate with the same ELK stack and things like Jaeger. It has adoption, it is competitive, and it integrates really nicely.

bouncing pods and occasionally tailing logs in the case of startup problems is about it

4 GB RAM seems impossibly tight as well. I'm not sure if 4 core and 4 GB was ever a common or representative setup for PCs; perhaps 2 core and 4 GB in the Vista timeframe...

Would be an ironic way to power a pacemaker as you'd be asked to start standing near the microwave.

At work we've been slowly pulling code out of our WebForms monolith. That's still on .NET Framework, and will be forever until we're done killing it, but we can use recent VS and MSBuild with it and we use C# 9 as well. Business code generally works copy and paste in .NET Core, so there's a really good path to migrate to newer stuff, especially with .Net Standard 2.0 being a thing.

gRPC is really fast and we have the WebForms monolith call into .NET Core services now so we can improve the back-end without dealing with so much ASPX crap.

Agreed that `var` isn't going anywhere, but this feature's best use case is with complex generics/enumerables and things like anonymous tuple types. For example:

  // old:
  var x = new List<KeyValuePair<string, int>>
  {
    new KeyValuePair<string, int>("a", 1),
    new KeyValuePair<string, int>("b", 2)
  };

  // new
  var x = new List<KeyValuePair<string, int>>
  {
    new("a", 1),
    new("b", 2)
  };

We use C# 9 in our WebForms monolith and it works fine. Just add `<LangVersion>latest</LangVersion>` to your .csproj file. (This assumes you're using recent Visual Studio version and use a recent version of MSBuild as well)

This is an old trick for when you need to deploy to media with a fixed size - floppy/CD-ROM/etc. Make a file that is 5-10% the size of your media and don't remove unless you're running out of space in crunch time.

Business logic ports over really well - we have been able to effectively copy and paste code and the corresponding tests between a legacy .NET Framework WinForms app and .NET Core 2.0 and later service (WebAPI or gRPC) and it mostly just works. The trouble comes when the code integrates heavily with a UI stack - that’s a lot more work to port over. It was pretty hard before .NET core 2 though. But .NET 4.8 will be supported as long as Windows 10 is - probably at least another 10 years or more.

SQL Server partially supports it - indexes for example are not versioned which causes snapshot transactions to fail if someone rebuilds an index - even if it’s not in scope of the snapshot.