jbergens
jbergens on Hacker News
I was surprised that TFS was not mentioned in the story (at least not as far as I have read).
It should have existed around the same time and other parts of MS were using it. I think it was released around 2005 but MS probably had it internally earlier.
I'm personally on the side that thinks that pg + x != pg.
It might not even be possible to install x on some hosted pg servers.
It is great that you can expand pg and that you and others have but I don't rate it as high as a buil-in solution.
I don't think the example was perfect which explains your wife's reaction.
Think of it more like the first delivery guy/girl left his/her car outside and wrote 123 on it. Then walked back.
The next one sees the car with a sign saying 123 and won't even ring the door bell or leave a package. Now you haven't gotten the package twice, it has not been delivered twice.
Sure you can complain that there's a car outside your home but in digital system you won't even see it. It would also cost the deliver firm a car for every package but that is not your problem and again, in the digital world the cost is a lot less than a car.
There is an argument that the street would be filled up with delivery vans ans there would be no more room for new deliveries to you or your neighbors but that is a limitation you could talk about. You probably can't handle an infinite number of packages delivered at the same time either and you won't wait an infinite amount of time for any specific package.
Try this version with your wife.
I don't see any reason why it shouldn't scale. It also allows you to use any backend language. If you write messy code in php and think it is the language 's fault then you can use something else. Rust, Go, Java, C#, Elixir. Everything should work. Just don't write messy code.
The two parts below means different things. Just thought about it.
> I wonder how much longer until we have a military device that doesn't work killing people...
And
> I wonder how much longer until we have a medical device that doesn't work, killing people...
Do you really want the thousands of bugs that would occur if we shipped a real binary to each device?
And all security problems?
Sorry, the FooApp 1.1 does not support your iPhone 12. It also crashes on Samsung Galaxy 21 and lower and has a huge security problem on Windows 10 when using an Intel Core i5.
I remember a client using Graylog. It was good for app logging and is available as open source.
There was/is a state management lib called Mobx that was released years ago and was usually combined with React. It was kind of reactive, very easy to use and fast. It normally only updated the components that was effected by a state change.
It was a bit sad that it didn't get more popular and possibly improved. Some devs liked it but we were a minority compared to those who liked/used Redux.
One strange thing they did was to release a new "version" called Mobx State Tree which was very different. It had a great api but was different and slower.
Did you read the article?
The main issue with your idea is that an LLM won't know if the algorithm it created is any good, or even if it works at all. If it can't check that it will never know and never get better. You could ask it to generate a number of algorithms and then yourself choose the best one but then you have worked as a team, the LLM did not plan anything.
In Sweden we have a special authetication system that is owned by the banks. It is called BankID and generally works well but it has flaws, especially that you shouldn't use it if they call you and ask to you do it since that is a security risk by itself.
It works if I call a bank or insurance company or something like that. A robot voice will ask me to authenticate and when I have done so and is transferred to an operator they will see that I authenticated. So it works when I call them but not the other way around. We need a new system.
I know that some of them tried to rewrite large systems but failed. You are right that it is not just a money issue since they could spend hundreds of millions of dollars on the rewrite and then basically scrapping it.
It shows that they did want to switch but it was harder than they thought.
A really, really bad argument in my opinion. That thinking would lead us to Cobol.
I remember it as at that time Windows and Unix was the common systems. I know we collected statistics for our business software offering that could run on multiple types of Unix and on Windows. Around 1998 I think 70% of all customers choose Windows. It was easier and cheaper.
So, I would say that the most common scripting language in the late 90s was VBScript.
I also can't recall any of the Unix gurus at our company using Python. They used bash, zsh or other shells.
This sounds like an idea without any real data. For people to prefer one they had to try both and I guess especially data science people just took the most common language in their field.
People seem to forget or miss that it took many, many years for Python to become popular outside data science. If it had just been clearly better or easier that transition should have gone much faster.
As someone else mentioned, at one point universities started using Python as an introduction language. I am still sad that they did not choose Ruby or js but here we are.
I think Angular looks like Htmx on crack but I do remember that Angular was first.
We used it in a project and it worked perfectly. If you have the need to write a lot of logic and changing of most of the UI parts dynamically on the page then React/Vue/Svelte/Angular is better suited. If you on the other hand has page that could be server rendered and some parts or lists that should load new parts into the page this may be the easiest way to do that.
You can also combine it with any backend language instead of us having one framework for C#, one for Java, one for Go and so on. I think this is one of the biggest USPs for Htmx.
> Aeroflot is disabling 1 out of 4 brakes, not all 4
1 out of 4 brakes _so far_...
I don't remember everything I've done or why. There is very little training data to be found for us as persons. IF they hack your phone or computer they might be able to store how you interact with the internet. Which things you browse and read, what you buy, how you write on social media. They could possible then create a digital twin (a clone) of your online presence but it would be a lot of work for very unclear gains. If they hack enough people they could learn some connections like that people interested in electric cars might also be interested in battery technology and solar panels, people who are interested in vegetarian food might also like to read/write about vegan food or the environment and so on. But I still think it would be a LOT of work just to end up creating a fake website selling fake batteries or vegetarian food that you either never deliver or that ends up being a poor replica of the good stuff.
It has come down a bit in price in Sweden but they do need to scale up their factories get the prices down much more to sell more.
In a way it would be logical for Apple to get out of the computer business and scrap all MacBooks and Mac Minis. That they only have around 10% of the market means that most people uses iPhones with non-Apple computers anyway. They could focus on making that experience even better.
Other companies are still building cd players, Linn could too if they wanted to. They do build streamers.
When you have more time and budget for a project you can teach junior developers to optimize code better.
If one thousand of us read one page each we can be done in 15 minutes!
Then we just have to sync our knowledge.
Of course there are some challenges and some use cases where Htmx is not the best solution but I think it can scale pretty far.
You can split a large app into pages and then each page only has to care about its own parts (sub components). If you want some component to be used on multiple pages you just create it with the server technology you use and include it. The other components on the page can easily target it. You may have some problem if you change a shared component in such a way that targeting stops working. You may be able to share the targeting code to make this easier.
I can just note that our Angular code seems to be much harder to maintain than our React code.
The React ecosystem also improves faster (yes, sometimes a bit too fast).
If all they wanted was to be free only for OSS they could have made their priceplan that way. Now they basically forbids non-OSS.
I would personally try Snowflake before BigQuery unless I knew BigQuery was cheaper. They do store things in some other cloud but you can choose between the big three.
Ask them what they have done before. First of all, years of experience is good to have so you may want to strive for 5-10 years instead of someone with 2 years. You can then ask if they have mentored others before and how they think about best doing that. Also hear if they have been the lead developer in projects before.
Just some ideas.
](https://www.linkpicture.com/view.php?img=LPic643330b25134b953465961)){kind=link}