In terminal VIM with local compilers/interpreters.
How will you be programming in a decade?
31–40 of 54 posts
Re: How will you be programming in a decade?
#32I will properly be programming much like now, but with Julia instead of Python.
Re: How will you be programming in a decade?
#33That’s fine, nobody said you’re wrong, but you are increasingly a minority, and the economics of scale are not working in your favour. This is not backed up by any facts. First of all, the graph shows desktop PC shipments. Laptop shipments haven't drastically changed: http://www.statista.com/statistics/272595/global-shipments-f... Secondly, the other logical explanation is that most machines of the last five years ar…
Yeah.
My desktop at home is from January 2010 (the only part I've replaced is the early-generation SSD that went bad).
My work computer -- that I also do software development on -- is a laptop with a docking station.
Raspberry Pi is fast enough to use in "teach kids programming" workshops, and cheap enough to have the attendees take them home after.
.
My 2 year old phone has a crack in the corner of the screen, and sometimes gets confused about if/where I'm touching it. Plus it sounds like Project Fi doesn't work with it, which I take to imply there's something outdated about its radio. There's a good chance I'll be upgrading as the cell service market shakes itself out a bit more.
Re: How will you be programming in a decade?
#34Using model-driven development on a gaming PC or console with a VR headset and 3D input device or gesture recognition to control and navigate a 3D representation of a data-flow network and speech recognition to input symbolic logic into the processing nodes.
Re: How will you be programming in a decade?
#35Earlier quoted context omitted.
This would be more convincing if this hadn't been the predicted future for decades already, repeatedly labelling various "human readable" or AI based solutions the new messiah only to realize non-programs are not interested in learning to program and getting rid of the language doesn't change it. Human language is ambiguous. Ambiguity results in errors. We do not accept errors in machines because we expect them to ou…
> When you begin to formalize human language in such a way that it becomes unambiguous, you effectively just create a new programming language. Exactly. This is why professional jargon (a) exists. Pick a noun in computers and programming. It has another meaning in another context. This is why contracts are written in "legal English" (b) and not in normal English. a) https://en.wikipedia.org/wiki/Jargon#Examples b) ht…
That's why I'm really keen on applying NLP (Natural Language Processing) to requirements documents.
Re: How will you be programming in a decade?
#36Most of the grunt work of coding will be a matter writing a set of Cucumber tests (or whatever language you prefer, but it'll something close to formal English) and having a solver/fuzzer do the actual coding for you. There'll be some things that a solver can't do, but for the majority of simple things (generating models, CRUD operations, database interaction, networking, testing, maybe some aspects of the UI) I don'…
This would be more convincing if this hadn't been the predicted future for decades already, repeatedly labelling various "human readable" or AI based solutions the new messiah only to realize non-programs are not interested in learning to program and getting rid of the language doesn't change it. Human language is ambiguous. Ambiguity results in errors. We do not accept errors in machines because we expect them to ou…
When you begin to formalize human language in such a way that it becomes unambiguous, you effectively just create a new programming language.
That has always been the case, but I believe solvers for general programming will change things dramatically. The point of a solver is that you give it a problem in a formal, relatively unambiguous language, and it finds a proof. At the moment this really only works for maths problems, and even then you often need a specialist solver for the type of problem. General solvers are coming though, and they'll expand beyond maths and they'll accept more and more ambiguous language - often that will mean they come up with the wrong solution, but that's just a matter of iterating until something is correct.
I'm not suggesting one day you'll open up Notepad and type "The user is in a dystopian world full of Raiders" and get Fallout 4, but I strongly believe you'll be able to write "The first page is a form with inputs for name, address and email. When they've completed that form successfully they go to the product collection page." and you'll get the beginnings of an ecommerce app.
In small ways we've already got that sort of thing (generators for various frameworks). It's only going to get better.
Re: How will you be programming in a decade?
#37I could see visual programming becoming less of a domain-specific rarity, if some really good VR goggles hit the market. 2D visual programming hasn't really gone viral because complex graphs look like spaghetti when you project them down into a plane, but if they are floating in space I suspect that becomes less of a problem. Our brains evolved for taking in spatial information and manipulating 3D objects, after all.…
The future being unevenly distributed, you can program today in Minecraft yet its very unpopular. Or rephrased its very popular to look at what statistically almost no one produces. Also VLSI hand design is kinda like programming and is also not popular.
There is a cognitive load issue where most people are not very good at 3d (source, the intro to drafting class I took). There is a self selection effect such that all the people "we" know are good at 3d games, but most people in general are extremely bad at 3d. Then again most people in the general public are also awful programmers or procedure designers in general. Most people are not draftsman or programmers, although this is a political opinion in direct opposition to the stated goals of the "everyone must code" movement.
I'm old enough that I was around in the previous 3-d fad, the VRML era, and there were language tokenizers that could translate source code into very abstract 3d structures, although in practice it was completely useless.
Looking with a liberal arts perspective, its like asking why sculpture never replaced literature, now with computers assistance. Could you look at Dyce's famous painting and have any idea it is King Lear unless someone told you ahead of time its Shakespeare's King Lear? A 3-d printed sculpture of Dyce's painting wouldn't be much of an improvement over looking at the original painting, well, it might look cool but it wouldn't help comprehension of the original theater play. Modern tools and energy sources mean marble sculpture is cheaper and more available to the masses than ever, yet despite the new easy tools there are more book authors than ever...
I'll just admit defeat WRT some non-fictional topics. As a kickstarter or movement or experiment someone should make a "thingiverse for geometry" site. Nothing but endless 3-d printable models to use to physically demonstrate 2D and 3D geometry proofs. Can all of Euclid's proofs be 3-d printed it an educational format beyond the ridiculous (ridiculous being 3-d artificial clay tablets of a translation) In my infinite spare time, etc...
Re: How will you be programming in a decade?
#38I probably wont be programming that much, if i do not work with a legacy system. The type of programming i do is mostly putting a simple gui on top of a database, in a decade we will have automated that task and making a database application will be as simpel as doing a powerpoint presentations. If i do not move up to management or find a niche i will be out of a job, because i do not have the capacity to figure out the hard parts of programming.
Re: How will you be programming in a decade?
#39Earlier quoted context omitted.
You seem to forget, as does the author of the article, that there's the increasingly popular laptops (at the expense of desktops) between desktops and tablets. If anything, it's the laptops that are usurping the market share that previously belonged to desktops.
Laptops and docking stations. And why shouldn't they replace desktops? Miniaturization is an almost universal trend in technology. The only place it doesn't work is screens, which is why we see a convergence in screen sizes between smartphones and tablets (although some devices are trying to replace the screen as a visual UI to varying degrees of success).
laptops also equal VPN access and work-from-home.
Depending how cheap your employer is you may not get both a desktop and a laptop. I had no desktop from 00 to 05 so that some beancounter could get a bonus for not "wasting" a tiny fraction of our total salary on giving my team both a laptop and a desktop. I don't miss that place, but most of the world works under conditions like that.
So desktops are for people who absolutely cannot ever be imagined to work from home, for practical or primate dominance reasons. That's a rapidly shrinking segment of the employment population.
Ironically by plugging a large display and decent mechanical keyboard into a "laptop" we're just reimplementing desktops the hard and expensive way.
Re: How will you be programming in a decade?
#40Yet another thin client lover. I really expected them to get extinct be early 2000's, but looks like I was falling on the same kind of mental trap they do.
Well, my phone is perfectly capable of compiling my software today, so why will I offload it to a server 10 years in the future? If your answer has any mention of "battery", please explain how using a wireless network to transmit the entire software twice will use less energy than simply compile it at the device.
Servers, desktops, laptops, tablets and phones are all here to stay. They'll all get more powerful, cheaper, and more convenient. None will go away.