Slashdot Mirror


Dry.io Wants To Democratize Software Development Using AI (venturebeat.com)

An anonymous reader writes: We've seen companies big and small build everything from AI-driven developer tools to AI-powered developer environments. But what if instead of having AI merely help developers write code, it did all the heavy lifting? Dry.io, a developer playground that helps you write web apps using just a few lines of code, began accepting signups today for its first wave of external testing. The programmable software platform lets you set the parameters of what you want to build, "and the AI takes care of the rest."

122 comments

  1. Russian Crabkeys by Anonymous Coward · · Score: 0

    That is all.

  2. Not Really Software Development by Anonymous Coward · · Score: 2, Insightful

    Simple webapps are just barely software development. If your use case is this simple, Ruby on Rails pretty much does this already and you don't really need an experienced software developer involved. More AI buzzword crap.

    1. Re: Not Really Software Development by Anonymous Coward · · Score: 1, Funny

      Millennials need job security too, you asshat.

    2. Re: Not Really Software Development by Anonymous Coward · · Score: 0

      Ironically Millennials are in a much better position than you aging dinosaur-juice boomers and your coal mines and dollar store greeters... Enjoy your old age and forced retirement, more time to whine about those darn kids online right?

    3. Re: Not Really Software Development by Anonymous Coward · · Score: 0

      There going to tax everyone until everyone's money runs out. Then they're fucked.

    4. Re: Not Really Software Development by Anonymous Coward · · Score: 0

      Sad, bitter and delusional :D

    5. Re: Not Really Software Development by Anonymous Coward · · Score: 0

      Good self knowledge and honesty, coaltards. If you could learn to read you'd be a lot more useful. https://www.reuters.com/article/us-trump-effect-coal-retraining-insight-idUSKBN1D14G0

    6. Re: Not Really Software Development by K.+S.+Kyosuke · · Score: 2

      Ironically Millennials are in a much better position than you aging dinosaur-juice boomers and your coal mines and dollar store greeters

      That's kind of obvious considering their lifespans.

      --
      Ezekiel 23:20
    7. Re: Not Really Software Development by Anonymous Coward · · Score: 0

      Better position for what? Boomers lived the high life and are enjoying old age. You'll get none of that AND then old age. Enjoy living your good years in poverty, kid.

    8. Re: Not Really Software Development by Anonymous Coward · · Score: 0

      You stupid millennial n1gger sound like a pathetic faggot.

    9. Re: Not Really Software Development by ShanghaiBill · · Score: 1

      Boomers lived the high life and are enjoying old age. You'll get none of that AND then old age. Enjoy living your good years in poverty, kid.

      Exactly. "Push all the costs onto the next generation" only works once. We won. Millennials lost. We just need to make sure they earn enough to pay for our social security checks.

    10. Re: Not Really Software Development by Anonymous Coward · · Score: 0

      You can't even afford your prescriptions, Boomer tards. You fucked it up for everyone, your own dying selves included. You're just a selfish head-in-ass entitled generation accusing all others of being worse implausibly.

      Go ahead and die already.

    11. Re: Not Really Software Development by Anonymous Coward · · Score: 0

      Currency are printed, not even minted.

    12. Re: Not Really Software Development by Anonymous Coward · · Score: 0

      We've reached the point here where I can no longer tell what the sides are, who is on what side, or what the point to any of the fighting has become. Everyone just hates everyone, and I think if anything it is a sign that we have ALL lost. Who's winning?

    13. Re: Not Really Software Development by Ol+Olsoc · · Score: 4, Insightful

      Boomers lived the high life and are enjoying old age. You'll get none of that AND then old age. Enjoy living your good years in poverty, kid.

      Exactly. "Push all the costs onto the next generation" only works once. We won. Millennials lost. We just need to make sure they earn enough to pay for our social security checks.

      Kinda funny, kinda not. When My father passed away (part of "The Greatest Generation") he had a startling amount of money willed to me. I wish he had spent more on himself. But he never made more than me - even at my first job.

      But when I entered the workforce, I was bombarded by the same thing - those old folks screwed up the world, there's no use in saving for retirement, because you won't be able to retire. The cancer on retirement was inflation then. Same old, same old with inflation and the old folks destroying the world. Whining about no possibility of retirement even back in the early 1970's.

      Then he taught me something. "There will always be people claiming you can't save enough for retirement. But you'll be getting old before you know it, and if you haven't saved, your retirement will stink. And you will retire if your employer says so."

      So many of my friends, some who made more than me, didn't heed that advice, and still can't retire. Meanwhile, I retired early, on what I was making while working.

      If you plan on using SS as anything other than walking around money, you've already lost.

      So the best advice I can give millenials is "listening to the people who say you can never retire will guarantee that you won't be able to retire.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    14. Re: Not Really Software Development by Anonymous Coward · · Score: 0

      Lol, a trust-fund baby is lecturing others on how to save for retirement..


      step 1: get rich parents
      step 2: start with retirement money already inhereited
      step 3: don't blow it all away and add some here and there if you work and feel like it
      step 4: Retire Early! Woohoo! I am a genius, no?
      step 5: Bitch on Slashdot at all those lazy dunces who failed to follow simple steps 1 and 2, sheesh!

    15. Re: Not Really Software Development by Anonymous Coward · · Score: 0

      When My father passed away (part of "The Greatest Generation") he had a startling amount of money willed to me...Meanwhile, I retired early, on what I was making while working.

      Classic Boomer. Be given the world by their parents, retire early to ensure their children get nothing, and think themselves self-made successes the the point that they are blind to to the words they just wrote.

    16. Re: Not Really Software Development by Anonymous Coward · · Score: 0

      Just useless talk without any concrete advice - cause there is no advice - either you inherit the money and then pretend how smart you are like this bullshitter or you don't and then you have to work for real.

      Thank you very much for sharing your useless bullshit with everyone. Do i even need to guess - Murica' ?

    17. Re: Not Really Software Development by AmiMoJo · · Score: 1

      In the 80s we started moving away from saving and into investment, particularly in property. People view their property as their retirement fund. Sell it for a nice profit, downsize and no need to have a really good pension.

      Of course investment is much more risky than saving. Governments won't let property prices fall too much because it would destroy millions of people's retirement funds.

      Meanwhile the younger ones are spending all their money on rent and mortgages. They can't save much. In fact they only way they get a deposit for a house together in the first place is when some relative dies.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    18. Re: Not Really Software Development by Ol+Olsoc · · Score: 1

      Hah! Whiny little shit. I was retired 3 years before he passed away. Didnâ(TM)t even know that he had the money. But you just continue being the archetypal victim. Spend all your money as quick as you can. Iâ(TM)ve seen your future, and the only thing that you have stockpiled is blaming others for your failures

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    19. Re: Not Really Software Development by Ol+Olsoc · · Score: 1

      While one might realize a profit from their home selling, it is an odd investment. You have to have a place to live, and the monthly rent is always due. We paid off our house several years ago, and the lack of a couple thousand mortgage payment every month is like a very nice raise. Now for the millennial and on young people, yes there are expenses. One guy I know spends around 500 a month on his phone bill. My point has always been live below your means when you are young. Then around the time you hit middle age, youâ(TM)ll be surprised how much money you have. Its almost pointless to point this out though. Most people donâ(TM)t have a good grasp of money and basic math. Thatâ(TM)s how it was when I entered the workforce, and it is the same today.

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    20. Re: Not Really Software Development by Ol+Olsoc · · Score: 1

      Enjoy being a victim. Because everything is so haaarrrd!

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
  3. Er, wot? by Anonymous Coward · · Score: 1

    "Founded in April 2018, Dry.io has not raised any money" - Shouldn't that be kind of a red flag or something? Maybe they should let the AI run the business side too?

    1. Re: Er, wot? by Anonymous Coward · · Score: 0

      AI with a capital won't invest into that garbage even more so compared to human counterpart.

    2. Re:Er, wot? by ShanghaiBill · · Score: 3, Interesting

      "Founded in April 2018, Dry.io has not raised any money" - Shouldn't that be kind of a red flag or something?

      No, it is not a red flag. Most companies should not need to "raise" (borrow) money to stay in business.

      When a company funds growth from their own revenue stream, that is good, not bad.

    3. Re:Er, wot? by Anonymous Coward · · Score: 0

      The article clarifies that they also have no revenue: they just have a founder that has money from a previous successful start-up and only 4 employees, so they don't have a lot in the way of costs. Either way, keeping VCs out of the process is much more likely to result in a product people will actually want to use.

    4. Re:Er, wot? by Anonymous Coward · · Score: 0

      Meh that depends. Some VC's know what they're doing, some are just moneybags in a tire fire. The details matter, the people matter, the final QA'ed product matters. A good idea by itself doesn't ever get there without funding.

    5. Re: Er, wot? by Anonymous Coward · · Score: 0

      Most VCs appears to have the IQ of a sushi burrito.

  4. I'm not holding my breath..... by thereddaikon · · Score: 4, Informative

    I have heard about the death of programming for years. Since the mid 90's people have been telling me that software that can write software better than programmers can is just around the corner. I'm still waiting. Development tools have gotten better and newer languages are certainly easier and faster to develop on, although they don't result in faster code. Right now AI is little more than an industry buzzword. It isn't real yet, not in the way its marketed at least. Don't expect anyone to change this soon.

    1. Re:I'm not holding my breath..... by Anonymous Coward · · Score: 0

      I've been hearing this since the mid 90's as well, though I wouldn't agree development tools have even improved much since then or that any languages that came out in the last 20 years aren't just a new way to do the same old thing, trumpeted by people unfamiliar with the wheel they're trying to re-invent. Feels like the whole domain has stagnated for quite some time now. Hardware has progressed, which makes dev tools that used to be slow less slow and running lots of VMs while doing dev work viable.

    2. Re:I'm not holding my breath..... by aix+tom · · Score: 1

      Same her. Actually it has gotten somewhat worse. It used to be "Start project, write software, done...".

      Now it's "Start project, decide framework, get framework set up install all libraries, write software, done" most of the time.

    3. Re:I'm not holding my breath..... by david_thornley · · Score: 1

      Since the mid 90's people have been telling me that software that can write software better than programmers can is just around the corner.

      If my memory isn't failing with age, people have been saying that for a lot longer than that.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    4. Re:I'm not holding my breath..... by Tablizer · · Score: 1

      For custom CRUD apps, what used to take one hybrid programmer/analyst in the late 90's with desktop IDE's now often takes 4x the staff. It's a lot of cross-module (re) wiring-together busywork.

      Sure, the Web made deployment (mostly) easier, but made development harder. And, MS has improved auto-deployment of Windows apps such that it's almost seamless.

      Many shops got fairly close to the 90's with MS Web Forms, but then got spooked MS was going to pull the plug like it did with VB6, leaving them without a migration path. So they switched to MVC, but it's more code cross-wiring busywork. (Division of staff by tech specialty doesn't make sense on a small team.) And it's still makes crappy space-wasting UI's compared to desktop GUI's.

      I'm not sure the trade-offs were logically weighed; people just hopped on the Web etc. bandwagon because everyone else was, and everyone fears being stuck on Legacy Island. Something is bigly wrong.

      Fear of obsolescence increases the speed of obsolescence.

    5. Re:I'm not holding my breath..... by Anonymous Coward · · Score: 0

      About crappy space-wasting UI, I agree.

      I'm not good enough at CSS and I like to avoid to reinvent the wheel, but I searched for ready-made stylesheets (like Boostrap for example) which doesn't waste space (a bit condensed) and couldn't find anything. Material Design wastes a lot too much space imho.

      About your comparison with 90's desktop IDE, my experience is that I was quite efficient with Delphi years ago, and today I think I'm as efficient with Ruby On Rails for example.

    6. Re:I'm not holding my breath..... by greythax · · Score: 1

      Dude, I heard about pocket computing for the first 3 decades of my life, and then, as if overnight, it was here.

    7. Re:I'm not holding my breath..... by Tablizer · · Score: 1

      Well, I agree that if one settles on a particular set of conventions, R-on-R can eventually be tuned to be productive, but it takes longer to get to that stage.

    8. Re: I'm not holding my breath..... by phantomfive · · Score: 2

      Pocket computing has been here (in some form or another) since the 80s

      --
      "First they came for the slanderers and i said nothing."
    9. Re:I'm not holding my breath..... by Anonymous Coward · · Score: 0

      Hello. I am the founder of this company. Our goal isn't to kill programming or make programmers obsolete, but to make the much more productive.

    10. Re:I'm not holding my breath..... by Anonymous Coward · · Score: 0

      Software can write software better than programmers, but that only moves the level of 'programming' up one notch. Diagram your entire system in UML, annotate your business rules with metadata, then press a button to generate all your code. However the effort to getting that right is similar to the effort of just writing the code yourself. It's a lot harder to get all the edge cases when writing things out in English than it is to notice a missing else statement when you write an if statement.

      You can take a sort of middle ground where your business rules are a DSL. You can use that nearly completely forgotten, but more advanced than modern IDEs, IDE which was designed for people who writing code to generate their code (anyone remember it's name? I'd love to find it again. Found it the first time when learning about things related to Plan 9 but I don't think it was Plan 9 specific). You can start using higher-level languages in the way they were meant to be used instead of simply reusing basic OOP concepts in those languages. Programming is far more advanced than what most developers use in their daily jobs. Companies don't want to take the risk of using the more effective techniques nor do they want to waste time trying their coders how to employ them.

      AI has specific meanings in the machine learning related domains. Stop crossing it with marketing. Marketing distorts every term and potential feature it can get its hands on. The art of marketing is the art of truthful lying.

    11. Re:I'm not holding my breath..... by thereddaikon · · Score: 1

      I'm sure they have. I'm just not old enough to remember. I wasn't exactly discussing future programming paradigms in the 80's.

    12. Re:I'm not holding my breath..... by Anonymous Coward · · Score: 0

      This. A thousand times this. If the staff is outsourced/offshored, that 4X is more like 20X (includes the several layers of managers pretending to manage them).

      It's really disheartening how many interviews I go to and they don't believe I can put together an application all by myself. Sometimes I get the job and then this story plays out:

      Client: We need feature X
      Idiot(s): Oh we don't have any time.
      Me: I have time.
      Idiot(s): We'll have to do a study and buy expensive licenses.
      Me: I've done it before.
      Idiot(s): It's too hard.
      Me: Here you go. What's next?
      Idiots: You're unprofessional. You're fired.
      -optional-
      Idiots: We didn't test it or anything and we're a year behind but it's critical that this be camel cased immediately so I can drag my feet some more.
      Me (busy): I'm busy. Can't you do it?
      Idiot(s): You're unprofessional. You're fired.

      The framework jockeys out there endlessly rewriting their shitty featureless dependency-laden shovelware in the latest garbage framework are every bit as bad as the needful doers. Then when app development managers that don't know how to develop apps (or even use a computer it seems) puts them together, it's a nuclear bozo explosion. I just don't want to deal with it anymore but everywhere you go it seems like nothing works because of this sort of stupidity.

  5. Can't Sign Up by Anonymous Coward · · Score: 0

    I can't get to the page that allows me to create a login/password.

  6. Only a matter of time by theCat · · Score: 1, Informative

    I've been coding for 30 years, and for the last 5 years I could see this coming. Recently I've been telling people that there is maybe 2 more years left in this field before the door starts to close. Some types of work will continue, but the overall era of throwing rooms full of coders at software will have ended. Surprised it took this long; much of my work for the last 10 years has been a process of cut/paste from my earlier work, or just Goolge a question, follow a link to Stackoverflow, read a few posts for 10 minutes, and only then copy/paste. This process has almost never failed, certainly it works well enough to hand 95% of what I "do" to a machine that can then "do" the same thing except at 1000x.

    --
    =^..^= all your rodent are belong to us
    1. Re:Only a matter of time by JoeDuncan · · Score: 1

      ...much of my work for the last 10 years has been a process of cut/paste from my earlier work, or just Goolge a question, follow a link to Stackoverflow, read a few posts for 10 minutes, and only then copy/paste.

      Huh, I hate to say it, but it sounds like you really should not have been employed for the past 10 years.

      If I wrote code that way I would have for sure been fired LONG ago...

    2. Re:Only a matter of time by Anonymous Coward · · Score: 0

      Not to mention the copyright implications of re-using code willy nilly like this. That's just screaming for a lawsuit...

    3. Re:Only a matter of time by es330td · · Score: 1

      read a few posts for 10 minutes

      So you spent 10 minutes doing some VERY high level discrimination to determine, in the context of the problem as understood by your brain, which already written solution fits your particular problem

      and only then copy

      If you copied it, somebody else wrote it in the first place.

      Step one is a really, really big deal. The copied code isn't too small a deal either.

    4. Re:Only a matter of time by 110010001000 · · Score: 2

      Doubtful you are a real developer, but an AI can't even do what you describe.

    5. Re:Only a matter of time by goombah99 · · Score: 1

      ...much of my work for the last 10 years has been a process of cut/paste from my earlier work, or just Goolge a question, follow a link to Stackoverflow, read a few posts for 10 minutes, and only then copy/paste.

      Huh, I hate to say it, but it sounds like you really should not have been employed for the past 10 years.

      If I wrote code that way I would have for sure been fired LONG ago...

      Rubbish. 90% of all coding these days is plumbing libraries. Computers have gotten so fast that glue code now is not inefficient. While at the same time big data wrangling, and numerical optimization and network management have become so complex it's literally dangerous to role your own. Much better to borrow code that has been demonstrated to work well and adapt it.

      This is not to say that research algorithmic development, or scaling of research algorithms does require artisanal coding. But THAT is that 10% I mentioned. The rest is Plumbing in modern coding.

      I used to worry intensely about how to manage garbage collection or resuse of arrays, which order I ran a loop over a 2D array, and if I should mulitply by 2 or add x+x. These it's much better to code for clarity than optimality and use as many libraries as possible to achieve the efficiency you need

      --
      Some drink at the fountain of knowledge. Others just gargle.
    6. Re:Only a matter of time by ShanghaiBill · · Score: 1

      If I wrote code that way I would have for sure been fired LONG ago...

      Fired for code reuse? Programmers get paid for solving problems, not for reinventing wheels.

      Professors want to see original work. Employers prefer plagiarism.

    7. Re:Only a matter of time by wed128 · · Score: 2

      if I should mulitply by 2 or add x+x

      Neither, you should shift left by one.

    8. Re:Only a matter of time by Anonymous Coward · · Score: 0

      Finding bugs in libraries and circumventing or fixing them is also a large part. ;-)

    9. Re:Only a matter of time by thereddaikon · · Score: 1

      Computers have gotten so fast that glue code now is not inefficient.

      You realize efficiency is not the same thing as out right speed right? Something can be wildly inefficient and still run fast through brute force. And most new software falls into that category. I'm reminded of the idiotic re-implementation of Win95 in JS. They took an OS that ran well on a 32bit 33mhz single core, in order scalar processor and 8 megs of single data rate memory on a 32 bit data bus and now requires a 64bit multicore processor and a few gigs of ram once you factor in everything running beneath it before you get to the actual hardware.

    10. Re:Only a matter of time by Actually,+I+do+RTFA · · Score: 1

      if I should mulitply by 2 or add x+x

      Neither, you should shift left by one.

      Not if you're using floats. Even if you managed not to mess up the exponent, you're causing a lack of precision.

      --
      Your ad here. Ask me how!
    11. Re: Only a matter of time by Anonymous Coward · · Score: 0

      No you train ML genetic adversarial network to solve this in a week, then tell everyone you AI.

    12. Re:Only a matter of time by Mark+of+the+North · · Score: 1

      You must have been incredibly lucky or haven't challenged yourself.

      Easily half of my programming career has been spent understanding existing code (ie. not my own) as part of reimplementing it in another language or on top of another set of libraries/frameworks. Two-thirds would be writing code that is specific to the problem at hand (ie. no solution would be found by Googling). Maybe one-tenth of the problems I see can be solved with heavy inspiration from a search.

      But I do see the writing on the wall for coders. Maybe 10 years out. Programmers, on the other hand, probably have twice that, if not more.

    13. Re: Only a matter of time by Anonymous Coward · · Score: 0

      No, he's fine. Remember all the seeming fools who whined about code being "art"? It isn't but it is similar.

      95% of music is garbage. 95% of music is garbage. 95% of books are garbage.

      95% of code is garbage.

      The fact is disposable shitcode is good enough in 95% of cases.

    14. Re:Only a matter of time by Penguinisto · · Score: 1

      Not to mention the copyright implications of re-using code willy nilly like this. That's just screaming for a lawsuit...

      Copyright issues, security issues(!), structural issues, efficiency/bloat/spaghetti issues, orphaned crap laying around (that the Copypasta Coder is not experienced enough to know whether to pitch or keep) issues, (remote but still) potential for patent issues...

      Depending on how much and how easy it is to decompile/examine, it's kinda ugly from damned near every angle, really. But then, a lot of it does depend on the skill level of the guy copying all this stuff...

      Okay for little scripting crap I guess, but not so okay for actual software.

      --
      Quo usque tandem abutere, Nimbus, patientia nostra?
    15. Re:Only a matter of time by Anonymous Coward · · Score: 0

      When could professors afford to hire coders? And why? Who gives a fuck what professors want, they're so out of touch with reality its a wonder they can function themselves and remain employed.

    16. Re:Only a matter of time by alvinrod · · Score: 1

      If you were a code monkey maybe, since the modern frameworks and IDEs can do a lot of the lifting for you, but that's only because a lot of that code has become boilerplate. But we certainly aren't anywhere close to not needing developers.

    17. Re:Only a matter of time by goombah99 · · Score: 1

      I agree!

      --
      Some drink at the fountain of knowledge. Others just gargle.
    18. Re:Only a matter of time by goombah99 · · Score: 1

      First gen is reference code. THen for a while people hack it for speed. Then some saint refactors it to generalize the issues that cause speed problems. And then the refactorization allows a consistent acceleration.

      --
      Some drink at the fountain of knowledge. Others just gargle.
  7. For trivial example cases, maybe by Anonymous Coward · · Score: 2, Insightful

    The hard part isn't the coding, it's figuring out the boundaries of the problem. I have no doubt it can write it's slack alternative in 50 lines of code or a "social network" in 150 lines, but they'll be trivial examples that don't take into account the realities of complex software development.

    This whole concept of ultra-high level was tried before with Visual Basic and Java and Scratch and other languages that promised to make programming accessible to everyone, the problem is that the *problems* are complex to understand. Most programmers that are capable of understanding edge cases and corner cases don't struggle so much with the language. On the other hand, people who start off programming and are struggling with the languages are likely going to have trouble with articulating the non-trivial edge cases. So for them, making the programming language faster and easier doesn't really solve the underlying problem.

    It's nice to think about functions and objects as being "plug-and-play", of having square and circle and triangle connectors that only let you attach them certain ways. The reality of software development is that the glue interactions between modules are much more complex than that. You can do some tutorials and say 'oh that makes sense' or even build some trivial apps for yourself and gain false confidence, but as soon as you try to build a real world application you'll realize that hiding complexity doesn't remove the need for understanding complexity.

    1. Re: For trivial example cases, maybe by Anonymous Coward · · Score: 0

      VB and Java isn't hl. Java is Bloat and future employment replacing bad code. VB is current employment replacing bad code.

    2. Re:For trivial example cases, maybe by Tablizer · · Score: 1

      A distinction should be made between easy to learn and easy to use. Easy to learn means the learning curve to decent productivity will be shorter. Easier to use generally means it's less hand and eye movements to get what you want, although it may take longer to learn.

      Granted, the terms are often commingled, but I seperate them here at least as a working definition.

      To some extent one can achieve both by making the language or tool closer to the domain. The tool's objects/parts then are conceptually closer to the end user's (domain) objects and parts so that there's less translating/converting back and forth between domain usage and tool/language parts. (This includes both the desired UI, and domain entities such as employees, vendors, products, etc.)

      Bad frameworks, standards, or languages create artifacts that have nothing to do with the domain. For example, with Web programming one often has to consider a "post-back" stage where the form is redrawn if there is a data entry error, along with error message(s). The logic to redraw is fairly different than the logic for the first draw. This creates an extra "technological artifact" that didn't usually exist with desktop-oriented tools because of their stateful nature. (Sure, you can emulate such with AJAX, but AJAX has its own warts, which I won't go into here. And don't even get me started about "responsive" UI's; I'd rant for days.)

      Visual Basic Classic-like tools were on the right track, in my opinion, especially when they began perfecting database interfaces. But we mostly abandoned them and started over with something odd from outer space.

    3. Re:For trivial example cases, maybe by Livius · · Score: 1

      A distinction should be made between easy to learn and easy to use.

      Not always, but a lot of the time, these are contradictory goals.

  8. In Other News by Luthair · · Score: 1

    I want to cure world hunger, I have a hand-wavy idea about giving food to hungry people.

    Maybe we should save news articles until people actually accomplish something instead of wanting to?

    1. Re:In Other News by Matheus · · Score: 1

      ...but how then are they going to Slashvertise their next funding round??

    2. Re:In Other News by alvinrod · · Score: 1

      World hunger is simple when tackled using recursion. Just take half of the current hungry people and feed them to the other half. Algorithm terminates upon reaching the base case of 0 hungry people in the world remaining.

  9. Democratize by Anonymous Coward · · Score: 0

    Democratize is a buzzword meaning let unskilled people in. I imagine with democratized AI web apps you'll get a fairly similar results with the same look & feel - but the cream developers will continue to rise to the top, and still develop fresh and interesting user interfaces instead of the garbage poor-people webapps made by AI. That'll be the new baseline, and it'll open up a new frontier to be democratized / homogenised.
    The fired journalists being told to #learntocode need a chance at software development too, by having AI do all the work.

  10. maybe it's problem solving by goombah99 · · Score: 4, Insightful

    What's the point of software development anyhow? presumably to solve problems not to develop software.
    Douglas Adams proposed the interface of the future would be a desk you work at trying to solve a problem. The computer would observe what you were doing, then write an algorithm to do it for you. At the time he meant this as a joke. But this is infact exactly the sort of problem that so-called Artifical Intelligence is getting good at. It's getting good at recognixing a start on something then completing it. For example deepFakes fills in a face into a removed face. Adobe's eraser removes defects and fills them back in. And combinatorial material ascience is having success in taking in some basic physics and examples of compounds that exhibit desired properties and then suggesting new molecules that might have similar properties.

    AI is really crappy at figuring out what to do. It's really good at observing what you think is important then extrapolating that. Thus Douglas Adams desk interface is no long a joke concept.

    How hard would it be to have a computer write a sorting algorithm just by watching someone sort numbers? It's plausible.

    --
    Some drink at the fountain of knowledge. Others just gargle.
    1. Re: maybe it's problem solving by phantomfive · · Score: 1

      Worth adding that it's good at interpolation, not extrapolation.

      --
      "First they came for the slanderers and i said nothing."
    2. Re:maybe it's problem solving by Skubman · · Score: 1

      How hard would it be to have a computer write a sorting algorithm just by watching someone sort numbers?

      Sir, I think you just figured out how to benchmark their concept.

      --
      -This signature is strictly to prevent comments ending with questions or propositions.-
  11. Oh, Lordy by JoeDuncan · · Score: 3, Insightful

    People have been touting variations of this concept for decades, and it NEVER pans out.

    You know what happens when you let "AI" do the "heavy lifting" of writing code?

    You wind up with crap like Dreamweaver's garbage HTML code...

    This MAY work for trivial, formulaic crap like CRUD coding, but for the 50% (minimum) of programming that requires coming up with something novel to address a unique situation? It's going to produce nothing but non-performant, fragile, unmaintainable garbage.

    1. Re:Oh, Lordy by K.+S.+Kyosuke · · Score: 1

      You know what happens when you let "AI" do the "heavy lifting" of writing code? You wind up with crap like Dreamweaver's garbage HTML code...

      And when you let a compiler generate assembly, you end up with something an assembly programmer might regard as crap as well. But since you're not the consumer of the result, who cares?

      It's going to produce nothing but non-performant, fragile, unmaintainable garbage.

      Yep, and the solution is to re-generate the results from the inputs. Just like with any other toolchain.

      --
      Ezekiel 23:20
    2. Re:Oh, Lordy by JoeDuncan · · Score: 1

      ...But since you're not the consumer of the result, who cares?

      False assumption on your part. Being responsible for maintaining the end result DOES make me the consumer, which means I do have a vested interest in a tool that creates a readable and maintainable product.

      Yep, and the solution is to re-generate the results from the inputs. Just like with any other toolchain.

      Which only ever works properly if the problem you are working on is one of the few things the toolchain author was able to predict in advance (so again, possibly usable for CRUD coding). The minute you need to write code that the author was not able to predict you would need to write in advance, the whole damn thing falls apart.

      Better to just write the code yourself the first time around than risk getting "locked in" to a toolchain that is going to cost you more in the long run than you get from the short-term benefits.

    3. Re:Oh, Lordy by K.+S.+Kyosuke · · Score: 1

      Being responsible for maintaining the end result DOES make me the consumer, which means I do have a vested interest in a tool that creates a readable and maintainable product.

      You're the guy who maintains C programs by editing binaries in a hex editor?

      Which only ever works properly if the problem you are working on is one of the few things the toolchain author was able to predict in advance (so again, possibly usable for CRUD coding). Better to just write the code yourself the first time around than risk getting "locked in" to a toolchain that is going to cost you more in the long run than you get from the short-term benefits.

      I actually happen to use Lisp macros properly, thank you.

      --
      Ezekiel 23:20
    4. Re:Oh, Lordy by bluefoxlucid · · Score: 1

      What if they integrated something with e.g. Visual Studio Code, such that as you program, it starts figuring out what you want to do? You start giving it an explanation of how you want various pieces to interface and it starts making suggestions about improving your data structures, interfaces, various options for design patterns.

      In other words: a person like me, who knows quite a bit about program architecture and can competently do anything with programming languages but isn't a programmer, can use that theoretical knowledge--the type you can sort of put together in a few weeks--to dive straight into programming large, complex projects, and have an architect at hand to help get it right.

      I know programmers with large amounts of experience, with decades of time spent looking at good and bad programming practice, with an understanding of why software development fails and how to make it work. I've brought things up about defects in the SDLC at programming shops that were on fire all the time, and they've been able to take these things and extend them, to fill in the gaps in my knowledge, because they already well-understand these things. Less-experienced programmers are able to take instruction well, and so we put these folks in charge.

      Now imagine the programming hobbyist, never to gain that experience, and now you create an AI tool that can proposition them along those lines. Maybe it's not always right--and maybe we know that. Maybe we take what it gives and modify it sometimes, and it considers, and analyzes, and provides further comment.

      Do you think there is so little nuance in programming that describing the end product as a rough architectural overview can spit out exactly what the programmer and the customer intend?

      Building a program is a process of designing, implementing, and responding to the process of development itself. Like any project, we have an overview, an idea; and as we build each piece, we make small or large adjustments to how we're going to build the other pieces.

      The AI, as the lone programmer, can perhaps generate a complete application in minutes; but it cannot share the development process with the programmer, the customer, the user, during those minutes. The AI is essentially now the isolated programmer who takes a half-page idea and creates a product, and then gets told their product isn't what the customer expected and isn't what they want; and even then, the programmer might think of further features and integrations, and adjust the architecture to allow for extension later.

      What if instead of running to this idea that completely-custom products--and let's be frank: if you needed WORDPRESS or LINUX, you'd download a copy, so yes every new program is a completely-custom product--should appear from the whim of the mind in seconds or minutes, we considered extending the power of the developer? What if we gave less-skilled developers a way to perform the process to complete customization, with a machine standing in as a highly-skilled advisor who helps speed the process along?

      What if the rubber duck was one whole hell of a lot smarter than you, even if it didn't fully understand what precisely you intended to accomplish?

    5. Re:Oh, Lordy by farble1670 · · Score: 1

      And when you let a compiler generate assembly, you end up with something an assembly programmer might regard as crap as well. But since you're not the consumer of the result, who cares?

      That's all fine unless you someday have to tweak the lower-level code in a way not supported by the thing that generated it in the first place. And if you need to re-generate the code, and re-apply your changes... a creek named shit.

    6. Re:Oh, Lordy by Anonymous Coward · · Score: 0

      How about writing? J.K. Rowling better watch out!

    7. Re:Oh, Lordy by K.+S.+Kyosuke · · Score: 1

      Then you update your generator, obviously. That's the only systematic approach.

      --
      Ezekiel 23:20
    8. Re:Oh, Lordy by farble1670 · · Score: 1

      Then you update your generator, obviously. That's the only systematic approach.

      If I need a generator to write code for me, what are the chances I'm capable of augmenting the generator itself for my requirements?

    9. Re:Oh, Lordy by Anonymous Coward · · Score: 0

      "Being responsible for maintaining the end result DOES make me the consumer, which means I do have a vested interest in a tool that creates a readable and maintainable product."

      I read the comment you're replying to differently. I've worked with alot of IT people, especially but not exclusively the offshore type, that don't give a flying fuck how or even if their product works. They were paid to produce Something, they produced Something, and now that Something is somebody else's problem. That mentality is a pretty serious problem and it only gets worse the more middlemen get involved.

      Even you, as a maintainer, don't really have to care as long as it compiles, because your employer will just keep charging maintenance/update fees for as long as it takes.

    10. Re:Oh, Lordy by K.+S.+Kyosuke · · Score: 1

      Pretty high, I'd say, since in both cases you have an understanding of your needs, i.e., what it should be doing.

      --
      Ezekiel 23:20
    11. Re:Oh, Lordy by farble1670 · · Score: 1

      Pretty high, I'd say, since in both cases you have an understanding of your needs, i.e., what it should be doing

      Okay. How often do you find yourself making changes in your C compiler because it doesn't support some feature you'd really like? I always thought it'd be nice if C could have a bound-safe array. I think I'll add it. I'm sure it's just a small change. After all I understand my needs so it'll be simple.

      The target for code generation tools are higher-level folks. They don't understand coding. That's the whole point. Software development without software development (or with much higher level constructs).

    12. Re:Oh, Lordy by K.+S.+Kyosuke · · Score: 1

      C compilers are not built for that (aside from perhaps GCC, which is more enlightened in this respect), but I have no problems with doing that to my Lisp compilers. Also, just because you're targeting higher-level programming does't mean you're targeting people who don't understand programming. Maybe you simply want to make things easier for yourself? The bigger the problem you're solving is, the more likely it is that raising the level of abstraction will save you a lot of work.

      --
      Ezekiel 23:20
  12. ROFL by Anonymous Coward · · Score: 0

    prepare for 40k lines of code for something that takes some input text, truncates it into 10 character blocks of ASCII and outputs as a text file.

    Processing/RAM/HDD advances are used to cover up for crap/inefficient code: this has been growing for decades, so the natural end result is 40 thousand lines of code to do fuck all. Ironically the AI that hipster BS'ers bandwagon on will do their hipster "coder" (aka cluserfuck of inefficient junk) brethren out of a job into the bargain!

    Thankfully that methodology can only get you basic scripted shite - anything that needs the actual full power of current processors will still need intelligent humans to ensure that said full power is harnessed.

    1. Re:ROFL by Anonymous Coward · · Score: 0

      anything that needs the actual full power of current processors will still need intelligent humans to ensure that said full power is harnessed.

      I encounter this now and then. By knowing how much data some report or business analytics output takes, and knowing how fast the processor/mem bandwidth is, I can have a good idea of whether the application is running too damn slow. For the basic stuff I deal with in my line of work, if a report needs 100MB of data it ought to take a fraction of a second to get those results.

      Software bloat tends to expand like a gas to fit its container, i.e. the minimum baseline a developer will tolerate on their workstation.

  13. "set the parameters of what you want to build" by Chris+Mattern · · Score: 5, Insightful

    They make it sound like that's the easy part.

    1. Re:"set the parameters of what you want to build" by ShanghaiBill · · Score: 4, Insightful

      They make it sound like that's the easy part.

      Indeed.

      Question: What do you call specified parameters of what you want to build?
      Answer: Source code.

      Commitstrip.com

    2. Re:"set the parameters of what you want to build" by cascadingstylesheet · · Score: 1

      They make it sound like that's the easy part.

      Exactly!

      We just might need some sort of structured language to set those parameters with ... hmm, what could we call it ... programming?

    3. Re:"set the parameters of what you want to build" by PolygamousRanchKid+ · · Score: 1

      They make it sound like that's the easy part.

      Indeed.

      Question: What do you call specified parameters of what you want to build? Answer: Source code.

      . . . and then the customer says:

      That's what I asked for . . . but not what I need!"

      --
      Schroedinger's Brexit: The UK is both in and out of the EU at the same time!
    4. Re:"set the parameters of what you want to build" by ShanghaiBill · · Score: 1

      . . . and then the customer says: That's what I asked for . . . but not what I need!"

      This is why you should not write code based on rigid BDUF specs. Instead, the customer needs to be involved in the process, providing regular feedback.

      If you use Agile, you should have a customer rep at the bi-weekly sprint meetings. Both to review what was accomplished in the last sprint, and to set the priorities for the next sprint.

    5. Re:"set the parameters of what you want to build" by david_thornley · · Score: 2

      Except that the customer doesn't necessarily want to be part of the process. The customer just wants to tell the development team what he or she wants, not necessarily coherently, then go away and have the development team deliver what the customer needs.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  14. 42 by goombah99 · · Score: 1

    Also noted the common failing that you get what you ask for not what you want, which AI has made even more relevant than it was before

    --
    Some drink at the fountain of knowledge. Others just gargle.
  15. Great.... by Anonymous Coward · · Score: 1

    Dry.io, a developer playground that helps you write web apps using just a few lines of code

    Just what the world needs. More crappy web apps....

    ... or that everything should become a crappy web app.

    So, other than for ideological reasons, why would you event want to democratize coding? Why not have people who are good coders code? I mean, is it important that I, as a coder, can take out an appendix? Should medicine be democratized?

    And in terms of ideology, I'm all in favor of fairness. I think all should be given equal opportunities, and when social conditions are such that that can't happen, fixes should be sought. But it's kind of brain-dead to think that its a good idea to enforce some kind of equality of outcome, where not only do all have the opportunity to code, anyone who wants the job can have it, regardless of skill.

  16. The dream of businesses since the dawn of coding by cascadingstylesheet · · Score: 3, Interesting

    The dream of businesses since the dawn of programming ... yes, as long as you can fully specify all the branches of logic, the machine can write the code for you!

    Of course, it would help if we could devise some sort of symbolic written language to represent the logic, since human languages tend to be imprecise ...

    Then the computer could tell you if you got the syntax wrong with the symbolic language or something.

    It should only take Marketing a few years to get up to speed with using this. (In the meantime they will stop actually marketing, is that a problem?)

    Hurrah, no more pricey programmers!

  17. You mean train their system? by Anonymous Coward · · Score: 0

    You mean they want people to train their AI system for them? And I'm sure they'll compensate you for that, right?

    Whatever, it's a startup, with a .io domain ... which means they're garbage and I don't care what they're doing because it has nothing to do with me.

    Me, I never give any startup anything for free, I'm not propping up the business model of some asshole of a tech bro.

  18. What about all the people that by fredrated · · Score: 1

    are 'learning to code'? Are they out of a job already?

  19. Code Generators Are Bunk by Anonymous Coward · · Score: 0

    99.9% of HUMAN developers suck at writing software. Somehow though machines will be that much better?

    Crap.

  20. Slashdot Meme by Anonymous Coward · · Score: 0

    I, for one, welcome our new AI coding overlords.

    1. Re:Slashdot Meme by Tablizer · · Score: 1

      I, for one, welcome our new AI coding overlords.

      Thank You, humans; and also thanks for being delicious!
        - Bot #847

  21. Not sure about that by SuperKendall · · Score: 1

    I'm a big proponent of AI myself, but I think it simply shift what work gets done - that is to say, there will still be a lot of programmer jobs, but they will be more about directly higher level concepts than lower level programming we are used to...

    But even with that, two years sound really optimistic for taking over programming, because there is such. large mash-mash of things it could possibly help with.

    I think we'll have real honest-to-goodness self driving cars running around the world long before we have a significant number of programming jobs taken over by AI helpers. I'm thinking maybe 8-10 years before we see significant strides in this space.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  22. Coding is not a democratic process by gweihir · · Score: 1

    It needs people with insight, skill and experience. Doing it by committee routinely produces the worst possible outcomes.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    1. Re:Coding is not a democratic process by bluefoxlucid · · Score: 1

      The "democratize" buzzword here appears to not have connection to anything. There's no sort of group social decision making involved.

    2. Re:Coding is not a democratic process by gweihir · · Score: 1

      So I should have read the story then? Well, the title was all the stupidity I could stand, but thanks for pointing this out.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  23. Cant criticize the 'merkin Way(R) by Anonymous Coward · · Score: 0
    Sticks and stones my friend. You obviously aren't 'merkin. It's the 'merkin Way(R) to exploit others for short term gain. It's how our country was started, how it continues to prosper, and how it will continue to prosper.

    Make 'merka Great Again.

  24. Word Press, Etc by KalvinB · · Score: 1

    This is probably more of an attempt to let the software pick the underlying software for you with pre-packaged open source software ready to configure. Rather than going to WordPress for a blog, Shopify for a store, or whatever, you just go to one provider and their software picks the package that suits your needs.

    Developers will always have a job because the skilled ones already have the toolbox for setting up the baseline software or working with the existing software. They are paid good money to fill the gap between what the software does and what the company needs.

    The work that the AI is doing is an afternoon for a skilled developer. Any skilled developer already has written code that writes code for them based on patterns they use that need repeating. The most common being an ORM. The skilled developer designs the database and then the code generates the code so that the developer does not need to hand code a bunch of repeating patterns.

    It's funny that they call it DRY.io because my own PHP framework is QuickDRY. It has written millions of lines of code for me so I can focus on business logic and not grunt work.

    https://github.com/BenKucenski...

  25. Re:The dream of businesses since the dawn of codin by AERUN+-+Prime · · Score: 1

    I heard the same thing with a little programming language came to market called Visual Basic ... and Access would end the need for DBA's ... and in a way they did ... both lowered the bar for entry into creating applications. But... The end result was a torrent of sub-standard programs (and programmers) and a lot more work and opportunities for experienced/skilled programmers. To be sure things like AI and Dry.io are going to solve lots of problems but they will created a whole new set of problems (read opportunities).

  26. DRY vs. Auto-Bloat [Re: Word Press, Etc] by Tablizer · · Score: 1

    Any skilled developer already has written code that writes code for them based on patterns they use that need repeating. The most common being an ORM. The skilled developer designs the database and then the code generates the code so that the developer does not need to hand code a bunch of repeating patterns.

    I don't understand why data-dictionaries are not used more. Automatic code generation speeds up initial development, but is still difficult to maintain, as you have to sift through auto-generated verbosity to change things. Why can't I describe the field "employee number" in one place, with its database name, title, min size, max size, validation type etc.?

    You are advocating auto-replication instead of true DRY. To me, that's auto-bloat.

    One problem with data dictionaries is how to override the defaults for specific problems: the "delta problem". With auto-bloat, you just change the local copy for variations.

    I've found ways to deal with the delta problem of data dictionaries using PHP arrays and some "helper" functions, but this approach isn't mainstream. The rest of the shops are addicted to auto-bloat instead. I don't get it. Habit?

    1. Re:DRY vs. Auto-Bloat [Re: Word Press, Etc] by Tablizer · · Score: 1

      One problem with data dictionaries is how to override the defaults for specific problems...

      Clarification: I meant specific spots or areas of the application, not "problems" in the puzzle sense. An example would be for a particular listing were screen real-estate is at a premium such that I want the column title to be "Emp. No." instead of "Employee Number". A systematic way is needed to locally override the default title.

      Also a way is needed to create dummy columns for specific needs that are not necessarily bound for the database. And the sequence of the fields often needs custom re-ordering. I found fairly clean ways to deal with such, but they are too strange to the uninitiated. Others are used to replicate-and-change.

  27. Seems somewhat similar to ... by kgrgreer8844 · · Score: 1
  28. Novelty by Livius · · Score: 1

    I'm probably missing something, but did they just re-invent fourth-generation programming languages? Or maybe they're just recycling the hype, because now "AI" which no-one can even define in the first place.

    1. Re:Novelty by david_thornley · · Score: 1

      Fourth-generation programming languages were primarily pushed in the 80s, as I remember, so reviving them when it's thirty years later means that most of the people in the field won't remember why they didn't work.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  29. Hearing that promise by Anonymous Coward · · Score: 0

    ... it did all the heavy lifting?

    I've been hearing that promise for 35-plus years. Programming is more than specifying an algorithm, than melding an algorithm with data, than maximizing the serial throughput of a Turing machine: It's dealing with the fiddly edge cases that appear in mathematics, business and life. It's why software needs maintenance, because the rest of the universe changes, not only because mistakes made by software developers must be fixed.

  30. Everything about this is BS by Anonymous Coward · · Score: 0

    The writer has no idea about programming. They randomly decided to explain pair programming in the middle of the article.

    The company has 4 people and no external funding. They're making the same thing as Wix.com, except with the idea that "maybe **AI** will generate the whole app for you." Meanwhile, Microsoft Research has been trying similar stuff for years, and they can't even really make something that learns regular expressions from examples. The company will just end up making a whole bunch of website templates and charging a monthly fee to users.

  31. Yes please, but... by Anonymous Coward · · Score: 0

    If "heavy lifting" means handling almost all error conditions with actually useful error messages and actually human-readable code which is kept separate from the business logic, then hell yes.

    Well, one can dream :)

  32. if their signup form is an example we're doomed by Anonymous Coward · · Score: 0

    the bit at the bottom saying 'what are you planning on writing' is apparantly a 'name' field so can only take alphanum, underscore, dash, fullstop as input

    so rejected me putting an amphersand in.

    thats a bad start if it can't understand that its some kind of free text field or the expression of its definiton somehow isn't intelligent enough to understand its a free text field.

    i'm out. for the moment.

  33. systems blindness by epine · · Score: 1

    Most any project worth having is a system at heart.

    Sometimes a quick chunk of code will get you a feature. But wherever true systems roam, actually software developers will be found to formulate the interactions and clean up the mess.

  34. Coding already is not the hard part by Tony+Isaac · · Score: 1

    For years now, the hardest part of creating any new software was...getting the requirements for what it should do.

    At my company, the development bottleneck is not the programmers, it's the business analysts, trying to figure out what the company wants to build. Once they decide, our team is able to build it quite quickly with existing tools.

  35. Like pre-fab houses by Tony+Isaac · · Score: 1

    Houses today can be build pre-fabricated in a factory, and thrown together in a few weeks. You get what you pay for. If you want a quality house, you still have to build it from the ground up, on site, using more traditional methods.

    Software isn't much different. If you use tools that use "AI" (i.e., pre-fabricated parts), you'll get what pre-fab can do. Crap.

  36. Yet another 4GL or RAD tool by Tony+Isaac · · Score: 1

    All the tools that came before it were good at building some very specific kind of software. The most common use case is data entry screens. Yeah, that's easy. It's also easy with traditional tools. If you want to do something sophisticated, "AI" isn't going to get you any farther than the old 4GL or RAD tools did.