Dave3of5

Fast but the output is shit due to the contrained model they used. Doubt we'll ever get something like this for the large Param decent models.

100% agree this isn't a browser. It's better than the previous attempt but fails to render even basic html websites correctly and crashes constantly.

The fact that it compiles is better the the cursor dude. "It Compiles" is a very low bar to working software.

If you're using AWS then you are most likely using us-east-1 there is no escape. When big problems happen on us-east-1 it affect most of AWS services.

Agreed, having worked with a few people who thought xslt is the bee knees it's just not very good at all for this type of thing. In fact I'd say it's not very good at anything really.

My thoughts:

1) It's fragile. As xml is so dynamic small changes in the data can mean your transform doesn't work or worse that it does run but doesn't transform to the correct thing anymore

2) Hard to actually make xslt work. Like there are no decent debugging tools the best you'll get is a site you can plug in data and it will auto run the transformation. The devex here is really really poor which is why I'm baffled anyone would build this. As you say it's a transform language so you can't really step through it you just have to run it and see

3) Very hard to test properly. The amount of times something small would change in the data and then the transforms wouldn't work was awful. The "unit testing" we done was produce a bunch of XML and then run the transforms and check the XML. Like I couldn't actually test parts of the transform as I was going

4) Most importantly was maintenance. XSLT seemed to be a write only language as in hardly anyone as able to pickup someone elses transform and figure it out.

The people who liked it normally only used it for toy applications.

Which is much harder to dose correctly when the kid spits or drools it out.

Never met a non autistic child who would spit or drool out calpol. I'd take the stuff myself as an adult it tastes brilliant.

Total culture shock for me, as in Europe the default for children is rectal ingestion (which is probably a culture shock as well for Americans)

Huh are you talking about new born babies or something? I've been to a few different EU countries and you can buy liquid stuff for kids in the chemists. (Spain, france, germany, italy) source me as a child getting the stuff when I was sick abroad and the local doc sold my parents basically some off brand calpol.

Actually nowadays it's less that it's a problem to pop the pills out the booster pack and more that you are limited to the number you can buy.

So if you're going to off yourself you'd have to stock pile or roam around shops picking up.

There is a not insignificant number of suicides where people just say fck it I'll just kill myself but they don't want to go out to any real bother to do it i.e. they don't pre-plan it it's just spur of the moment. A bottle of kill yo self pills is pretty easy. Cupboard, swallow, drink down some water, die. But having to go out and buy a bunch over a few days or like drive around in your car just buying as many as you can. Like you'd have to look it up to check you're going to buy enough.

Back when that law came in when they didn't reduce the total amount you could buy at one time so if you went in and bought like 10 packs at the supermarket then the person at the till would be like ok this person's going to kill themselves so again that would require a bit of balls from the would be kill yo selfer.

I think you can buy a bottle of like 100 x 500mg for like $20 in the USA. That's like over 2 weeks swigging at the max amount. Like you don't need that many, 3-4 days is enough shouldn't be taking that much of the stuff.

Are you saying that there is no ageism in the tech industry at all ?

Ok have you tried freelancing? The freelancing sites like upwork and fiverr should be able to get you to that level of money per month.

What have you tried so far?

Not throwing any shade just don't want to be suggesting stuff you've already tried.

Yeah I noticed this and was going to mention it. That many supplements is very very odd.

Many people have lived very long over the years without resorting to that many pills.

Most of these layoffs have been very odd. These are companies making bank and then laying off people left right and center that are key to them making that bank.

Corporate companies are totally baffling Hasbro is no different.

Why are people worshiping this guy, I don't get it?

Easiest layoff round ever in the US.

The missing link is really a serverless postgres

Used AWS Aurora Serverless v2 (MySQL) and it worked pretty good actually never used the postgres version but it's now available.

You haven't given specific of this to be blunt no idea what you mean.

I already said my points about the problems your follow-up comments have not addressed those.

Also there is no such thing in s3 as a cold GET there is a cold startup for a lambda. The latency from s3 on a get is orders of magnitude poorer that EBS or LSSD and should be used "infrequently".

No, you get a DBMS and only change the storage underneath

I think what you mean is what we have implemented a side channel DBMS which holds a copy which you use for the transactionality. It's a terrible approach I would not do this at all you don't get any benefit from using s3 here.

This is not to say you can't use s3 to pull large blob storage off the DB and reference it in the DB I'm talking about the entire DB as s3.

A bit too waffling for me to read all but I would like to make a small comment.

Why are more and more devs trying to use s3 as a general purpose DB?

Working on a system right now where the architects have made this mistake it has insanely poor performance (High latency) and lack any proper ACID compliance. I've now been asked to "make it faster" and the answer is to switch back to an actual DBMS.

Top tier SaaS services like S3 are able to deliver amazing simplicity, reliability, durability, scalability, and low price because their technologies are structurally oriented to deliver those things. Serving customers over large resource pools provides unparalleled efficiency and reliability at scale

In terms of simplicity using s3 is anything but simple. Sure the CRUD api is simple but there are a bunch of gotchas. What about transactionality, partial updates, running multi document queries, consistency of the whole set of documents. You have to rewrite a whole DBMS on top of s3 itself or use redshift to get these things.

In terms of scalability there are, limits 3500rps per key prefix.

It's actually not lower price than a DBMS when you have a lot of data.

Ben told GPT-4 what he wanted and got code that ran perfectly

"perfectly"? I mean this sounds dubious. ChatGPT gives interesting suggestions and advice when it comes to coding but I've never been able to get any close to a perfect solution.

I don't think coding AI assistant's are meant to be used in that way anyway...

I think this is just another fluff piece about how coding is now dead (long live coding). That's basically not true. LLM have gave us a leg up but they haven't removed the need for a competent programmer.

Totally lost on the UI sorry can you explain how to operate the thing ?

The brain doesn't run software it's an organ inside the body.

If you mean can we simulate a brain inside a computer the answer is no we can't it's unlikely that we can without building something similar to the brain which is why this product is a thing.

The physicality is important here.

From a computational standpoint, they both manipulate states and store data.

Ignoring the metaphysical question is really frustrates me when people treat the brain as just a more complex version of a computer. The human brain and a silicon based computer are two vastly different things you can't and should not compare them.

Would be cooler if you could make the map rather than just upload an image. I.e. grassy base add roads trees ...etc. Even better if it could randomly generate these maps.

I find that players don't care too much about the map other than figuring out where they are in relation to the enemies and suchlike.

Ah dam, there goes my $53 :D.

(yes I know this person in European and they your decimal point as thousand separator)

I think you want the getting started to be the first thing people see on your homepage. Like instead of that thing which is showing you size difference put a snippet to show how easy it is to make a hello world app then a link to click to take them to a TODO style app.

I know some devs do care about bundle size but most f/e devs I've worked with don't really care about that. They care more about their Dev Experience so you should be showing them how it's the same or better with your new tool.

a small part of Amazon, specifically Fulfilment by Amazon

Huh? FBA is a huge part of Amazon. It's one of the main reasons for Amazon existing without it you could only buy stuff that Amazon themselves stock ...

I'd say dont do any layering and stick with the standard naming convention of "stacks". Start with a common stack with all your common stuff and application stacks with stuff that specific to some application say all the resources for a microservice or everything for a BI system ...etc.

Avoid splitting this up as it introduces too much complexity. The IAC code should be very simple such that any dev can pick it up just coming off the tutorials.

Company I'm in has 3 layers and dozens of stacks and it's made the whole thing impossible to reason about. No one wants to touch it anymore which means we now have a Platform team that screws around with this chap for months on end.

Note: Lee Briggs works for Pulumi as a Principal Platform engineer so its in their interest to make this too complicated.

Well I'm glad that argument has been solved !

Chatbots suck for customer service. I've never had one be able to actually do what I want as they only answer questions. I think a better format is to have proper documentation that's searchable.

Whenever I talk to a customer service rep it's because the docs are non-existent or incomplete or I need someone from the company to do something. Neither of these are a good use case for a chatbot.

I've been tangentially involved in chatbot projects from within companies and they were an abject failure. To have a proper AI chatbot that can give back informative actual proper answers and take actions will cost more than hiring customer service reps.

Some Examples:

* If you have a transaction on your bank account that's been declined. A chatbot will just tell you the same thing the website does which is that there are various reasons. I want to know what was the reason my specific transaction on my specific account was declined. That means the chatbot has to have up to date real-time access to that detail of my account which is were they all stop working.

* What about if one of my instances on a small VPS provider has stopped responding and won't reboot? I want the chatbot to have hypervisor access and restart from there...

* What if my internet has stopped working and I can only phone someone...

Chatbots don't really work here so sacking the entire CS department means I can't get these things sorted which will mean I will stop using/paying for the service. I'd like to see if after sacking almost all the CS staff what happens to their retention rates for customers I suspect it'll drop badly.

Maybe though this is just replacing the outsourced agent who is similarly clueless.

Yeah of course it was. In terms of business work you can do on an iPad it's really send emails, take teams/slack/zoom calls, write documents, create spreadsheets. That's really about it actual coding needs done on a laptop/desktop.

I think you are describing a dogmatic approach to development. It's very common and causes problems like are described in the article.