Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: DeepUI Programming Studio – A different approach to programming

deepui.io

Post reply on HN
Print view View original

101–110 of 136 posts

Re: Show HN: DeepUI Programming Studio – A different approach to programming

#101

Post by MattRix »

Naeron wrote: post #38
pttrsmrt wrote: post #22

Like so many projects on the internet: Lots of big words and ideas, but no content. Show us some actual tech and code and I might throw my money your way. Or better: Release your code under an open license and I might even throw my time your way!

I need the money to develop it fully. If it was usable at this point, I would release it, no doubt. I want something out of the door ASAP, that's why it is focusing on 2D games first. That is feasible but still hard. This is really not a technology in the traditional sense. The runtime itself is nothing new. The real thing is the UX, that is how programming can be made more efficient to do. I believe if someone suppo…

I love the idea of it... but the video makes it very hard to see how it works. I believe it's possible to show how this works without it actually working right now. I think you might be focusing too much on making it look good and polished, you need to just make it work, bare bones!

Re: Show HN: DeepUI Programming Studio – A different approach to programming

#102

Post by [deleted] »

IshKebab wrote: post #41
TheAceOfHearts wrote: post #14

Some feedback on the website: IMO, it's obnoxious and disrespectful to play full screen video like you're doing. That just made me close it immediately and leave after reading through the text. Considering the complexity involved in developing a an advanced IDE or similar, have you considered publishing an open source community version? Similar to JetBrain with IntelliJ. They seem to be doing great. Since we're on th…

I actually disagree about the fullscreen video. Why would I ever want to watch video not fullscreen? Vimeo also behaves like this on mobile and it's far superior to Youtube, which often totally hides the fullscreen button.

[deleted]

Re: Show HN: DeepUI Programming Studio – A different approach to programming

#104

Post by ipnon »

cafebabbe wrote: post #49

There is this old idea that programs are somehow "limited" by their textual representation, and that a 2D graphical syntax would unleash more possibilities. Never worked very well so far, unfortunately, except for a bunch of very specific niches.

Isn't this just UML for a generation that wasn't programming during Dot Com?

Re: Show HN: DeepUI Programming Studio – A different approach to programming

#106

Post by taneq »

brianberns wrote: post #69
zackmorris wrote: post #51

Earlier quoted context omitted.

Back in the late 80s/early 90s after I learned C, I remember wondering in awe how in the world compiler optimizations worked. But they do the same thing, they build (often intricate) dependency graphs. In the end, if a human can translate between imperative and functional programming, then there's no reason a machine can't. I think the move towards functional programming, and putting the onus on developers to do the…

> I think the move towards functional programming, and putting the onus on developers to do the mental elbow grease of converting what are largely macro-style tasks (do this, do that) into functional code (feed this transform into this one) has done a great disservice to software engineering, especially with respect to productivity. I think you've got this exactly backwards. Functional programming lets you think at a…

I don't think that data flow is a higher level of abstraction to control flow. They're just different types of abstraction, and each has its strengths and weaknesses.

If you only ever work on things that map well to functional programming then you'll naturally think it's superior to imperative programming. Likewise, if you only ever work on things that map well to imperative programming, then the functional programming approach seems a bit silly.

Re: Show HN: DeepUI Programming Studio – A different approach to programming

#107

Post by seanparsons »

zackmorris wrote: post #66
swift wrote: post #56

Earlier quoted context omitted.

I enjoy functional programming because it's easier to reason about the code. Often it's easier to write it, but it's true that sometimes it's harder. I find that when I need to read and understand that code later, though, functional programming is usually a win. The same factors that make it sometimes harder to write - state must be passed around explicitly, idiomatic control flow constructs are less general, mutabil…

Ya I'm not knocking functional programming (I prefer it as well) but I find it frustrating that so much of it breaks from the conventions we are accustomed to in C-style languages. Others around me can’t easily grok what I’ve written. Functional logic is the solution to the problem being tackled, but currently it has to be generated by hand, often in a write-only style. We are effectively writing functional assembly.…

This is a more fundamental issue though, we(the software industry as a whole) need to throw off the shackles of languages like C.

Swift is probably one of the worst examples when it comes to functional programming because it's still a C like language with some FP like things in the stdlib. So you get none of the advantages and some inconsistencies weighing it down.

Re: Show HN: DeepUI Programming Studio – A different approach to programming

#108

Post by azeirah »

dmvaldman wrote: post #26

There is a deeper question undercutting this project (and Bret Victor's Drawing Dead Fish talk and related approaches). That question is: how can we represent computation in an intuitive and scalable way? Conventional programming languages is one answer. They associate programs with text. Some believe there is another way, by associating programs with diagrams. A more abstract example: machine learning associates pro…

There's someone who definitely spent a lot of time on this, definitely check out Ted Nelson's ZigZag structure: http://xanadu.com/zigzag/

It is exactly that, an attempt to structure data in a similar way that our thoughts are formed. I believe it was this video where he shortly explained that concept; https://www.youtube.com/watch?v=Bqx6li5dbEY

Although it might be a different video since Ted Nelson is all over the place with his documents and videos.

Re: Show HN: DeepUI Programming Studio – A different approach to programming

#109

Post by dkersten »

immigrantsheep wrote: post #72
TheAceOfHearts wrote: post #14

Some feedback on the website: IMO, it's obnoxious and disrespectful to play full screen video like you're doing. That just made me close it immediately and leave after reading through the text. Considering the complexity involved in developing a an advanced IDE or similar, have you considered publishing an open source community version? Similar to JetBrain with IntelliJ. They seem to be doing great. Since we're on th…

Why does EVERYTHING have to be opensource these days to be considered acceptable?

Because too many projects fail or get abandoned and I will not invest in a project that may not exist next week.

Re: Show HN: DeepUI Programming Studio – A different approach to programming

#110

Post by TuringTest »

DonaldFisk wrote: post #80
TuringTest wrote: post #73

Earlier quoted context omitted.

Because with open source software: - You can run the program as you wish, for any purpose. - You can study how the program works, and change it so it does what you want. - You can redistribute unmodified copies without fear of the publiher suing you. - You can distribute copies of your modified versions to others without fear of the publiher suing you. Who wouldn't want to have all that in a tool that will be the bas…

But what if you write it? I'm happy with non-commercial use (including providing the source), but if someone wants to make money from software I write, it's only fair that they should pay me, and under the open source model they don't have to, and usually they won't.

That argument is convenient for you, but how is it convenient for the people using your code?
Post reply on HN