He is known for his work on Bink Video[2] and Granny 3D while working at RAD Game Tools, for popularizing the concept of immediate mode GUI (IMGUI) and coining the term [...]
Would an immediate mode GUI be a good match for Rust?
He is known for his work on Bink Video[2] and Granny 3D while working at RAD Game Tools, for popularizing the concept of immediate mode GUI (IMGUI) and coining the term [...]
Would an immediate mode GUI be a good match for Rust?
Others have said it would hurt businesses in the congestion zone. The report, however, says pedestrian activity inside the zone was up 8.4% in May, compared with the same period last year, while outside the zone only saw an increase of 2.7%.
The same can be seen in Paris: Reducing car traffic is good for businesses and shops. The whole discussion on cars in cities reminds the discussion on smoking in public spaces. The only interest group which actually had an advantage from it was the tabacco industry.
You are probably thinking in this haha.
That's also why good, experienced developers are so exponentially more valuable on complex systems. They need less coordination than multiple people doing the same thing, and that saves time. Plus really good people are also masters of technical communication which get straight to the points which are really relevant.
I am programming since a looong time, but I somehow never learned to touch-type. In 2020, my org then had mandatory home office and I used a nice FLOSS program called "TIPP10" to learn it - 15 minutes every morning.
It is certainly a little distraction less, no question. But typing speed is not programming speed. The most time spent is wondering what the requirements should say, thinking about how to make something work, or wondering what a piece of code one needs to use is supposed to do. And only after that comes inquiring with people what they were meaning or thinking.
Exactly what I see at work. I have a 'senior' C++ team lead which I have to explain over and over that for concurrent access of variables in device drivers one needs meticulous locking of shared variables. He was helding the view that when one thread is modifying a variable and another one is only reading it, then it's no race condition - even if the code crashes. And he still responds with generated code and suggesting names of members that don't exist.
Stalin had “Prawda”, which means “Truth”, and it would never report on things that don't exist. And the US have “Truth Social”.
Did you ever note that when intelligent engineers talk about designs (or quite generally when intelligent people talk about consequential decisions they took), they talk about their goals, about the alternatives they had, about what they knew about the properties of these alternatives and how these evaluated with their goals, about which alternatives they chose in the end and how they addressed the inevitable difficulties they encountered?
For me, this is quite a very telling sign of intelligence in individuals. And truly good engineering organizations do collect and treasure that knowledge - it is path-dependent and you cannot quickly and fully reproduce it when it is lost. And more importantly, some fundamental reasons for your decisions and designs might change, and you might have to revise them. Good decisions also have a quality of stability which is that the route taken does not change dramatically when an external factor changes a little.
So and now compare that to when you let automatically plan a route through a dense, complex suburban train network, by using a routing app. The route you get will likely be the fastest one, with the implicit assumption that this is what you of course want - but any small hiccup or delay in the transport network can well make it the slowest option.
The early stages of a project is exactly where you should really think hard and long about what exactly you do want to achieve, what qualities you want the software to have, what are the detailed requirements, how you test them, and how the UI should look like. And from that, you derive the architecture.
AI is fucking useless at all of that.
In all complex planned activities, laying the right groundwork and foundations is essential for success. Software engineering is no different. You won't order a bricklayer apprentice to draw the plan for a new house.
And if your difficulty is in lacking detailed knowledge of a programming language, it might be - depending on the case ! - the best approach to write a first prototype in a language you know well, so that your head is free to think about the concerns listed in paragraph 1.
OMG, this is gold! My neighbor must have wondered why I am laughing so hard...
The "reverse centaur" comment citing Cory Doctorow is so true it hurts - they want that people serve machines and not the other way around. That's exactly how Amazon's warehouses work with workers being paced by facory floor robots.
Well, sometimes I think the web is flooded with advertising an spam praising AI. For these companies, it makes perfect sense because billions of dollars has been spent at these companies and they are trying to cash in before the tides might turn.
But do you know what is puzzling (and you do have a point here)? Many posts that defend AI do not engage in logical argumentation but they argue beside the point, appeal to emotions or short-circuited argumentation that "new" always equals "better", or claiming that AI is useful for coding as long as the code is not complex (compare that to the objection that mathematics is simple as long it is not complex, which is a red herring and a laughable argument). So, many thanks for you pointing out the above points and giving in few words a bunch of examples which underline that one has to think carefully about this topic!
Isn't the primary purpose of all these commercial / non-FOSS weather apps to harvest and track location information?