Live data from Hacker News

New Requests for Startups

ycombinator.com

351–360 of 407 posts

Re: New Requests for Startups

#351

> What comes after programming languages? I've been working on this for several years, though a startup seems the wrong vehicle for it. I think the description in the RFS is misguided: "We’re interested in helping developers create better software, faster. This includes new ways to write, understand, and collaborate on code, and the next generation of tools and infrastructure for delivering software continuously and…

There are some interesting ideas that could help with reading and writing programs:

from Bret Victor:

http://worrydream.com/LearnableProgramming/

and intentional programming from Charles Simonyi:

http://en.wikipedia.org/wiki/Intentional_programming

https://www.youtube.com/watch?v=tSnnfUj1XCQ

Re: New Requests for Startups

#352
post #298

> What comes after programming languages? I've been working on this for several years, though a startup seems the wrong vehicle for it. I think the description in the RFS is misguided: "We’re interested in helping developers create better software, faster. This includes new ways to write, understand, and collaborate on code, and the next generation of tools and infrastructure for delivering software continuously and…

Yes times 1,000! This is what we're trying to address at Sourcegraph ( https://sourcegraph.com/ ). 80% of programming is about reading and understanding code, not writing code. Why don't existing tools focus more on helping people read and understand code--and, more broadly, collaborate on a development team? Things like: * seeing everywhere a function or class is used, in context (like https://sourcegraph.com/github…

Very cool! This needs Java support and integration with IntelliJ IDEA.

Re: New Requests for Startups

#354
post #298

Earlier quoted context omitted.

Yes times 1,000! This is what we're trying to address at Sourcegraph ( https://sourcegraph.com/ ). 80% of programming is about reading and understanding code, not writing code. Why don't existing tools focus more on helping people read and understand code--and, more broadly, collaborate on a development team? Things like: * seeing everywhere a function or class is used, in context (like https://sourcegraph.com/github…

FWIW, I think this is absolutely fucking genius and everyone should check it out... ...but I can't give you money without Java/Scala support. Roadmap? Pleeeeease? =)

Yes please! Also, I didn't see bitbucket support; hopefully you folks are working towards that?

Re: New Requests for Startups

#356

Earlier quoted context omitted.

I'm pretty sure that our assumption that programming languages will look like programming languages in the future is sort of like the assumption that phones will always have buttons on them. Once Apple and other companies showed what the world looks like when a phone is a giant touch screen + giant battery, phones with buttons become a niche, not the norm. I don't know what the programming paradigm is that completely…

My guess is that one thing that future software will have is automatic generation of user interfaces. I think "naked objects" or "apache isis" are the best examples we've got for that for now , but they are rooted in somewhat complex java code, instead of being rooted in an easy to use tool, such that lets the business analyst who had some course , sit with the client and fully define a running system , step by step.…

The assumption that UI design must be done by hand is probably one of the most important "bottleneck" in software development.

When you think about it, the job of a designer is often quite systematic. You have some entities/data you need to communicate to the user, through whatever interface/device that's available to him. A touchscreen, a keyboard, knobs, LEDs, microphone, speaker, paper, etc.

When your "user" is a computer, JSON (while not perfect) seems to do the job as an interface. In the case of humans, JSON does a poor job at efficiently communicating information.

For humans:

- A calendar is better than "2012-11-05"

- A color is better than "#FF3300"

- An image is better than "http://example.com/image.png"

- A clickable link is better than "http://example.com/document.html"

The list goes on. We can easily generate a basic UI based on complex entities, and map specific types to custom/reusable templates if needed.

Now that your UI can automatically be generated from data, you can build an app (business model) once, and make it usable (and actually look and feel good/native) on any device. A smartwatch, a smartphone, a smarttv, etc.

Basically, the core of software development should be knowledge representation. Describe the world semantically (with RDF or similar technologies), and let the UI-compiler generate a UI for any given target platform, language, culture, user preferences. That's what responsive design should be all about.

Re: New Requests for Startups

#357
If anyone is interested in exploring ideas for SE Asia email me (in my profile). I'm based in Bangkok and have 15 years of experience living and doing business in this part of the world. I have a network and access to capital but would be interested in finding some fresh blood to help me execute.

Re: New Requests for Startups

#358
What YC is really looking for is a better language or communication framework.

In practice, this probably means something like a "Semantic Marketplace + Contract and Reputation Management".

When are they going to explicitly ask for it? I don't know. Time will tell.

Re: New Requests for Startups

#359
post #294

> HUMAN AUGMENTATION Oh yes, yes, yes. Everyone is talking about the quantified self but human augmentation would be so much cooler. I don't care if a watch can tell me my heart rate at all times (I know when my body is tired, or out of breath, because I live in it !!!) But there are so many senses that I would like to have; for example, be able to always know where the North is relative to me. A device that would le…

http://archive.wired.com/gadgets/mods/news/2006/06/71087?cur... Watches and wearable things are just the tip there. The issues with implants is that they are 100% against the Hippocratic oath. No doctor would ever do one if you are healthy. Implants are a long way off, and wearable enhancers may ease the road to them, however a new ethical system for doctors, or an extension of doctors without such oaths, would be re…

Before implants one could build sense enhancers that are just worn, not "plugged in". Running shoes are "capability enhancers" that don't involve a doctor unless you're running professionally. Glasses usually involve a doctor but you can buy simple ones without seeing an ophthalmologist.

A simple device that would buzz on your skin isn't "medical".

Re: New Requests for Startups

#360
post #298

Earlier quoted context omitted.

Yes times 1,000! This is what we're trying to address at Sourcegraph ( https://sourcegraph.com/ ). 80% of programming is about reading and understanding code, not writing code. Why don't existing tools focus more on helping people read and understand code--and, more broadly, collaborate on a development team? Things like: * seeing everywhere a function or class is used, in context (like https://sourcegraph.com/github…

Brooks addresses this: Perhaps the biggest gain yet to be realized in the programming environment is the use of integrated database systems to keep track of the myriads of details that must be recalled accurately by the individual programmer and kept current in a group of collaborators on a single system. Surely this work is worthwhile, and surely it will bear some fruit in both productivity and reliability. But by i…

Thank you for the initial posting, so much true. Brook's comment is a bit old and there usually evolve things to adress issues: His integrated database system is: The web, (project-)wikis, issue tracking, version control, (discussion&help-)forums, the code and comments in code. Anyways, it's true: Reading code often is a nightmare... but at least for me also because of over-abstraction/complication (done by IT guys/colleagues) and misdevelopments/trends/hypes (mainly done by the IT industry).
Post reply on HN