by swannodette on 9/18/19, 6:46 PM with 31 comments
by honkycat on 9/18/19, 8:26 PM
I always say that if someone figured out how to write better software faster, they would be a billionaire.
I see project after project turn to mush and go south, people writing the same stuff over and over again. I see brilliant people botch projects and struggle to do the work of a programmer. I see weekly data breaches exposing my personal information to whoever wants it.
To me, there is only one conclusion: Software is too hard to write. It is too hard to write robust large-scale systems. It is too hard to write secure software. There is DEFINETELY a ton of progress to be made in this area of research.
...in the mean time, I'll keep on cashing my paychecks.
by devinplatt on 9/18/19, 11:21 PM
> That arrangement lasted a little over a year. In July 2017, just a few months after HARC moved into a beautifully renovated building in old Oakland, Altman abruptly defunded the lab.
> It’s unclear why he pulled the plug. In his Y Combinator annual letter in February 2017, he said that the work coming out of Victor’s lab “remain one of the new technologies I think most about.” But a person close to Altman told me that by July his excitement had shifted from HARC to OpenAI, another YC Research project where he is now CEO. Amidst the ashes, a burned-out Kay left for London, and the research groups disbanded.
I was so excited when HARC was first announced. It's great that they were funded for an extra year, but it's really too bad YC couldn't keep funding Bret Victor's lab :(
by pkkim on 9/18/19, 8:07 PM
by miki123211 on 9/18/19, 9:29 PM
A better idea which might solve some problems it aims to solve, without sacrificing inclusivity, might be going back to the Unix tools philosophy. Tools should do one thing, do it well and do it only. They should also work well with other tools. The design of smartphone operating systems forces apps to do the exact opposite. They're sandboxed and prevented from accessing most features of the OS, as well as from communicating with other apps effectively. That forces developers to put more and more features into their apps. It also gives many opportunities for corporate lock-in and user-hostile tactics. The Unix philosophy would alow anyone to contribute something, no matter how small or insignificant. There should be some verification, of course, probably similar to what Apple does. Forcing all the tools to be open source wouldn't even be such a bad idea after all. They wouldn't be big apps, just small things scratching small itches, so there would be no big investment needed to develop such a tool. I think such an approach would let us create a much more vibrant and user friendly ecosystem.
by brian_herman__ on 9/18/19, 7:44 PM
by michannne on 9/18/19, 9:59 PM
Seems like they're trying to achieve two incredibly difficult, dubious and complex goals at the same time, which doesn't usually work out in the end
by steveeq1 on 9/19/19, 5:37 AM
I tried to visit last time I was in San Francisco and it turns out this thing is closed to the public. The guy who answered the door says he's not sure when the next open house will be, no one is answering the "contact" page and I'm not getting any email announcements on it either.
Is there ever going to be any "open house" when any joe schmoe is able to visit?
by ranie93 on 9/18/19, 7:43 PM
by mruts on 9/18/19, 11:59 PM
by mruts on 9/18/19, 11:50 PM
Don’t get me wrong I would love to play around with stuff. But that’s what it is, playing. Do you think any of the people who work there when working on a personal side project are like: “I can solve the problem of <foo> by printing out sheets of paper and organizing them on a table!” I would hesitate to call this project masturbation, but it comes close. Or just call it art, that would be fine too (just don’t pretend it’s going to matter all that much).
by Animats on 9/19/19, 3:42 AM
Although if somebody got a decent web page design tool out of it, it might be worth it. The HTML/CSS/Javascript crowd has managed to turn a visual problem into a really ugly programming problem.