Live data from Hacker News

Ask HN: What's the next big thing in computing / programming?

news.ycombinator.com

121–130 of 171 posts

Re: Ask HN: What's the next big thing in computing / programming?

#121
The granularity of computing seems to become finer by the day and with it comes ever faster and more fluid tooling and creativity.

What would once be a metal machine onto which you load executable code has become a thing that you can run virtually. Containers, serverless lambdas, dynamic language runtimes. Everything becomes faster, more fungible (a zeitgeist word but I mean it in the old way) and easier to work with.

We’ve known for a long time that software will eat the world — the comings and going’s of everyday life, once they are expressed as code, become infinitely easier to patch and improve using only a keyboard and display.

What’s new and ongoing is that software is eating itself. Another comment here expresses this as code becoming a data structure but that’s too pure for me. The practical improvements we’ll see don’t need to go that far and won’t be as zealous but we’ll reap the same rewards.

I’m personally looking forward to the next generations of infrastructure as code, where all the useful parts are factored out of the current monolithic ecosystems and become as composable as actual code is. It feels like, to draw an analogy with version control systems, we are at that 2005 boundary of CVS to SVN, and git is still around the corner.

Re: Ask HN: What's the next big thing in computing / programming?

#122
post #89
post #61

Earlier quoted context omitted.

In short: Yes. In many cases having solid formal foundation allows to fomulate high-level properties which would allow to catch even bugs like recent log4j. There is alreay a lot of work on formalization of ISA/CPU definitions which could allow to catch low-level bugs/expoloits.

"catch even bugs like recent log4j" How could it help with that? JNDI lookups were a documented feature of log4j. An incredibly dangerous one, but it was intended to work like that.

One can define a high-level security property, like "not executing remotely-downloaded code" and try to prove that no execution path of the program triggered by input data violates it. The formal verification will force you to consider all possible scenarios to be able to prove that this is not going to happen.

Re: Ask HN: What's the next big thing in computing / programming?

#124
post #17
post #3

Reducing the usage and having an actual degrowth of electronic devices consumption, and especially power consumption. If we are not choosing to go there, physics will teach us the hard way (it already begun). Basically any region/country that is able to do the same, with less hardware, less energy will have a big advantage over the other regions/countries in the upcoming years.

Things don't seem to be going there. We had dumb phones lasting around a week in the 00s, then switched to semi-cordless smartphones that need to be charged sometimes more than once a day. Same for RAM and CPU usage, when looking at browsers. We, developers, seem to expand our resource usage to consume whatever is available, irregardless of some theoretical minimum we could be aiming for.

Yeah it's kind of like how people have stopped opening windows in their car because they would stand out, even if it's relatively cool outside and the air is nice. People still opt to keep their air con/heat on at all times.

When's the last time you heard someone's conversation in the car beside you? Or even just their normal volume music?

This is true even in nice, mild climates.

This example is the same with homes to a degree too. People are addicted to the new, inefficient way of doing things. But I doubt we'll actually go backwards. There will be a kind of morality trend pushing us backwards but nothing much else.

Re: Ask HN: What's the next big thing in computing / programming?

#125
1.) Price sensitive demand in retail electricity markets.

In short, everyone will participate in the wholesale markets (on the retail side) through automated bids. You put in how much you want to pay and as electricity becomes more expensive, eventually you're curtailed. With uncertainty in a fully renewable fleet (assuming nukes don't get built in mass), the demand will have to match whatever supply is available. This is starting in baby steps today, but will likely extend in other areas as well. This will take a lot of software at several levels.

2.) Not something I'd expect to happen in the next decade, but I think automatic and frequent voting will eventually happen if security is ever improved.

As of now, it is still a long ways off and there is a relevant xkcd about a developer horrified about exposing voting to modern software development. The "demarchists" from the "Revelation Space" series by Alastair Reynolds do this where they're constantly polled and vote on issues and government is largely based off of that. I can't see that happening in the US (a true democracy and not a representative based one), but it could be used as a tool to help those in power make decisions. We have smartphones that could do this today.

3.) I'd really like to move away from Windows/Mac/Unix at some point in the next 50 years for something far more simple.

Tablets don't seem very productive and the average desktop os is an absolute cluster f. Honestly, I'd love to have a very simple computer with a fast processor and lots of RAM that is somehow similar in nature to a C64 in that it's fairly simple to just boot right in and give it some commands to move something around the screen and build a game in a half hour. I want more though... something similar to Wolfram Mathematica built-in. The internet, but no web browser black hole [you'd have to fix the internet first :) ]. In short, throw out the unmaintainable mess that exists today in favor of a better, more holistic design. Maybe the Smalltalk-80 method, but Forth, Rebol, and Tcl stick out more to me. Maybe something like the power of a modern computer with a far greater simplicity in mind. No automatic spyware pushed by Microsoft or incomprehensible bloat. There was a group looking into this sort of thing that reached out to me on HN once, but I've been unable to find their page. I believe they tried to use sea vessels as a metaphor for computing where a "dinghy" is what you would ultimately want. I know things are built off of the shoulders of Giants, but computing seems to have lost its way in some respect. Why is it so hard to do GUI stuff in 2021? There are 1000 frameworks and they're all insanely complicated.

Re: Ask HN: What's the next big thing in computing / programming?

#126
post #50

Better, simpler data flow frameworks. Represent all your business's logic declaratively, or at least succinctly. Connect up all the inputs, batch or streaming. The platform automagically maintains your data, always consistent and up-to-date. Apps are just views on top of this that trigger more events later. Find a bug in some of your logic? Fix it and the entire dataset refreshes, with policies on how you want to dea…

Thanks for sharing. Are there any dataflow frameworks you are particularly pleased with at the moment?

Re: Ask HN: What's the next big thing in computing / programming?

#127
Synthetic media is definitely going to be big, for better or for worse.

It's so obvious that visual mediums are just going to continue to dominate time spent on screens. It seems odd that lots of the pixels we see today are manually put there by an artist or a sensor.

Re: Ask HN: What's the next big thing in computing / programming?

#128
post #53

I'm not sure if it will end up being the case, but I would like to hope that open firmware and/or hardware will become a big thing in the next decade. Open source software has been such a game changer, and it would be amazing if we could realise the same benefits in the embedded/hardware sphere.

I second this and for several major reasons: 1. Prices are down(yes, lower down your guns). I'm not talking about CPUs or GPUs but embedded products. It's absolutely mind blowing that you can get the computational power of a mid-90's computer with the size of a coin for just a few bucks. Same goes for sensors, transceivers, motors and communication modules. 2. 3D printing has come a long way, also dirt cheap and easi…

Re insutrial revolutioon, FYI, they're calling it industry 4.0 now, although I'm pretty sure it didn't happen how they expected, so maybe they'll just call it industry 5.0. Or better yet, it will somehow become part of the metaverse :/

Re: Ask HN: What's the next big thing in computing / programming?

#129
post #25

Earlier quoted context omitted.

When you say relational databases, do you mean SQL databases in particular?

Not OP, but I'm going to answer "yes" from my own personal perspective. As a backend developer in a team mostly comprised of other backend developers, I'm constantly surprised by how much the average developer fears dropping down into SQL (as opposed to working in whatever ORM their language offers) and how much it impedes their admin work not to be able to interact with their database to find inconsistencies, pull r…

This is why I'm thankful for the experience from one job where everything was in stored procedures. Say what you will about stored procs, but they're a great way to get comfortable with SQL!

Re: Ask HN: What's the next big thing in computing / programming?

#130
post #50

Better, simpler data flow frameworks. Represent all your business's logic declaratively, or at least succinctly. Connect up all the inputs, batch or streaming. The platform automagically maintains your data, always consistent and up-to-date. Apps are just views on top of this that trigger more events later. Find a bug in some of your logic? Fix it and the entire dataset refreshes, with policies on how you want to dea…

Thanks for sharing. Are there any dataflow frameworks you are particularly pleased with at the moment?

I think Materialize is a wonderful product for what it is, but is somewhat narrow. At the very least I'd love if it started to incorporate window functions as well as just lateral queries though. A gap in the market that I'd like to see filled is stateful stream processing where you care about sequences of events. Kafka Streams removes the need to care about windows and watermarks, for example, so you can accommodate extremely late data in a simple aggregate, but no frameworks that I'm aware of make it easy to work with state machines over sequential data where events in that sequence might arrive or be updated later. Give me the illusion of being able to run forward-only logic over an entire historical dataset on every update, while remaining fast, and I'd be a very happy camper.
Post reply on HN