When your system is replacing some existing system, which could well be just paper-based, it is very useful to study it carefully. It will give you a good idea about the data and its internal relations. If you want to show something to a customer, you can also simple mock-ups like static HTML pages.
Only after you have a decent understanding of the system you should start building it. There will be many new requests, but most will just be concerned with the UI. If you have the right data model and architecture, those will not be very difficult to solve.
With an AOT compiler a lot of work is done at compile time, but with JIT it is done at runtime, which makes these programs slower to start. But for programs that do run for a longer time, like servers or IDE's the performance is quite decent. But Java is a memory safe language which means that it has to do a lot of checks that unsafe languages do not have to do, which means that it will always be slower that unsafe languages. In some cases the JIT can eliminate those safety checks, but that is not always possible.
Java always had (and still has) an AOT that compiled to byte code. Adding JIT was a major improvement.
> An example here is how, sure, in theory, JITs can outpace AOT compilation because they have all the information the AOT compiler has plus runtime insights. But the ability to truly do that always seems to be a decade of compiler development away, with many giving up on the idea entirely.
JIT has been used very successfully for a couple of languages, e.g. Java. But adding it requires a lot of effort. The same thing is unfortunately true for new query languages, building a new database is really expensive, this is probably the main reason that there have been no serious alternatives to SQL.
My country, the Netherlands, has been struggling with water for its entire existence. A large part of it is below sea level.
In most parts we have two different drainage systems, one for rain water and one for sewage. All sewage is processed in treatment plants before it is released into open water. We don't use open water directly as drinking water. Either we use ground water or use river water that has been infiltrated into our dunes.
There are probably some things that the US could learn from this, but it will probably come with a very high cost.
One of the big problems with "modern development projects" is that they start coding from day 1. The first step in any good project should be to learn as much as possible about the requirements before making serious decision about its architecture. Designing a model of the data (even if it is only a very rough one) is usually very helpful in the first phase of a project.
It is still true that mistakes that are made during early phases of the project are much harder to fix than recent mistakes.
A better idea would be to choose a random submission from a larger number of submissions. This would prevent most attacks. Any duplicate submissions should be flagged and there should be a penalty for users that submit them.
When there is good public transportation the need for cars will decrease. Also when buildings increase in density, public transportation will become more profitable.
South Korea is a fine example where this worked. The cities are very compact but have excellent public transport. It will be difficult to achieve something similar in the US.
One problem I see with this approach is that the two endpoints will have different heights, and therefor different orbital periods[0]. This will put a lot of strain on the cable between them. This puts a limit on the length of the elevator.
This is correlation, but it is very unlikely to be causation.
Having a bad health will certainly cause a person to have all kinds of problems. For example, if your food does not contain enough vitamin C, you are likely to get some form of scurvy[0], which might lead to loss of your teeth, but it will also lead to a lot of other problems.
This white egg thing is nonsense. The color (sorry, colour) of the egg is determined by genetics, it has nothing to do with the way that the chickens are raised.
This is also very relevant to Hacker News. Many users don't speak some form of English as their native language. Simple misunderstandings are a frequent source of long, non-productive flame wars.
I actually agree with this down-vote. I should have written a far better reply why I think that monitoring all citizens continuously is not a good idea.
OK, that got down-voted. I thought the basic idea behind HN is that we can have some interesting discussions. Simply down-voting without adding a reply why you disagree with an opinion does not really help.
I have been interested in security for a long time. The number of security vulnerabilities that have been caused by insecure memory management problems is really huge. Some people will probably claim that this is not a problem with modern C++ because it can remedy this problems. But this assumes that the programmers know all the possible pitfalls. With respect to security, the problem is that when there is only a single weakness in your system it might become a point of attack. With a language like C++ there are many possible weaknesses that simply do not exist in memory safe languages.
https://www.thedodo.com/boats-injure-florida-manatees-236881...