Skip to main content
Commonmark migration
Source Link

It's getting to be that time (actually, it's about a month later than I'd hoped but still!), API V2.0 is shaping up and we're spending more and more time on UI polish rather than functionality.

So let's get this beta started.

What I'm looking for right now are people interested in pre-release access to our docs and application registrations. Once so armed, you'll be able to begin development immediately.

Established Stack Exchange users will be given priority in the unlikely event too many people show interest, and if that isn't a strict enough filter established Stack Apps users will be preferred (if that's still not a good enough filter, I'm pulling names out of a hat).

If you're interested in what's coming in V2.0, take a look at the draft spec. There have been a number of changes, but the gist is still correct.

###By participating in the private beta your feedback will have a greater chance of impacting the final version.

By participating in the private beta your feedback will have a greater chance of impacting the final version.

While we believe the API to be essentially complete, there could very well be some oversights or low hanging feature-requests that may get approved in the private beta. Once we reach public beta we will be much more risk averse, preferring to only fix bugs unless the flaw is truly egregious.

###This will be a true beta, with lots of rough edges.

This will be a true beta, with lots of rough edges.

Don't expect a Google Beta™. Though we've done some internal consumption, there will almost certainly be some pretty bad bugs discovered during the beta.

Additionally, lots and lots of UI work remains to be done. Most of this work is user facing, so I don't see a point in delaying the beta while we polish it.

Most significantly, during the private beta we will not be maintaining backwards compatibility between minor revisions. Notices will be given when we break things (and we will try to give advanced warning), but you should be comfortable with your apps being broken. Consequently, apps developed during the private beta should not be shipped to end users.

#The Private Beta Has Begun, Registration Closed

The Private Beta Has Begun, Registration Closed

It's getting to be that time (actually, it's about a month later than I'd hoped but still!), API V2.0 is shaping up and we're spending more and more time on UI polish rather than functionality.

So let's get this beta started.

What I'm looking for right now are people interested in pre-release access to our docs and application registrations. Once so armed, you'll be able to begin development immediately.

Established Stack Exchange users will be given priority in the unlikely event too many people show interest, and if that isn't a strict enough filter established Stack Apps users will be preferred (if that's still not a good enough filter, I'm pulling names out of a hat).

If you're interested in what's coming in V2.0, take a look at the draft spec. There have been a number of changes, but the gist is still correct.

###By participating in the private beta your feedback will have a greater chance of impacting the final version.

While we believe the API to be essentially complete, there could very well be some oversights or low hanging feature-requests that may get approved in the private beta. Once we reach public beta we will be much more risk averse, preferring to only fix bugs unless the flaw is truly egregious.

###This will be a true beta, with lots of rough edges.

Don't expect a Google Beta™. Though we've done some internal consumption, there will almost certainly be some pretty bad bugs discovered during the beta.

Additionally, lots and lots of UI work remains to be done. Most of this work is user facing, so I don't see a point in delaying the beta while we polish it.

Most significantly, during the private beta we will not be maintaining backwards compatibility between minor revisions. Notices will be given when we break things (and we will try to give advanced warning), but you should be comfortable with your apps being broken. Consequently, apps developed during the private beta should not be shipped to end users.

#The Private Beta Has Begun, Registration Closed

It's getting to be that time (actually, it's about a month later than I'd hoped but still!), API V2.0 is shaping up and we're spending more and more time on UI polish rather than functionality.

So let's get this beta started.

What I'm looking for right now are people interested in pre-release access to our docs and application registrations. Once so armed, you'll be able to begin development immediately.

Established Stack Exchange users will be given priority in the unlikely event too many people show interest, and if that isn't a strict enough filter established Stack Apps users will be preferred (if that's still not a good enough filter, I'm pulling names out of a hat).

If you're interested in what's coming in V2.0, take a look at the draft spec. There have been a number of changes, but the gist is still correct.

By participating in the private beta your feedback will have a greater chance of impacting the final version.

While we believe the API to be essentially complete, there could very well be some oversights or low hanging feature-requests that may get approved in the private beta. Once we reach public beta we will be much more risk averse, preferring to only fix bugs unless the flaw is truly egregious.

This will be a true beta, with lots of rough edges.

Don't expect a Google Beta™. Though we've done some internal consumption, there will almost certainly be some pretty bad bugs discovered during the beta.

Additionally, lots and lots of UI work remains to be done. Most of this work is user facing, so I don't see a point in delaying the beta while we polish it.

Most significantly, during the private beta we will not be maintaining backwards compatibility between minor revisions. Notices will be given when we break things (and we will try to give advanced warning), but you should be comfortable with your apps being broken. Consequently, apps developed during the private beta should not be shipped to end users.

The Private Beta Has Begun, Registration Closed

replaced http://stackapps.com/ with https://stackapps.com/
Source Link

It's getting to be that time (actually, it's about a month later than I'd hoped but still!), API V2.0 is shaping up and we're spending more and more time on UI polish rather than functionality.

So let's get this beta started.

What I'm looking for right now are people interested in pre-release access to our docs and application registrations. Once so armed, you'll be able to begin development immediately.

Established Stack Exchange users will be given priority in the unlikely event too many people show interest, and if that isn't a strict enough filter established Stack Apps users will be preferred (if that's still not a good enough filter, I'm pulling names out of a hat).

If you're interested in what's coming in V2.0, take a look at the draft specdraft spec. There have been a number of changes, but the gist is still correct.

###By participating in the private beta your feedback will have a greater chance of impacting the final version.

While we believe the API to be essentially complete, there could very well be some oversights or low hanging feature-requests that may get approved in the private beta. Once we reach public beta we will be much more risk averse, preferring to only fix bugs unless the flaw is truly egregious.

###This will be a true beta, with lots of rough edges.

Don't expect a Google Beta™. Though we've done some internal consumption, there will almost certainly be some pretty bad bugs discovered during the beta.

Additionally, lots and lots of UI work remains to be done. Most of this work is user facing, so I don't see a point in delaying the beta while we polish it.

Most significantly, during the private beta we will not be maintaining backwards compatibility between minor revisions. Notices will be given when we break things (and we will try to give advanced warning), but you should be comfortable with your apps being broken. Consequently, apps developed during the private beta should not be shipped to end users.

#The Private Beta Has Begun, Registration Closed

It's getting to be that time (actually, it's about a month later than I'd hoped but still!), API V2.0 is shaping up and we're spending more and more time on UI polish rather than functionality.

So let's get this beta started.

What I'm looking for right now are people interested in pre-release access to our docs and application registrations. Once so armed, you'll be able to begin development immediately.

Established Stack Exchange users will be given priority in the unlikely event too many people show interest, and if that isn't a strict enough filter established Stack Apps users will be preferred (if that's still not a good enough filter, I'm pulling names out of a hat).

If you're interested in what's coming in V2.0, take a look at the draft spec. There have been a number of changes, but the gist is still correct.

###By participating in the private beta your feedback will have a greater chance of impacting the final version.

While we believe the API to be essentially complete, there could very well be some oversights or low hanging feature-requests that may get approved in the private beta. Once we reach public beta we will be much more risk averse, preferring to only fix bugs unless the flaw is truly egregious.

###This will be a true beta, with lots of rough edges.

Don't expect a Google Beta™. Though we've done some internal consumption, there will almost certainly be some pretty bad bugs discovered during the beta.

Additionally, lots and lots of UI work remains to be done. Most of this work is user facing, so I don't see a point in delaying the beta while we polish it.

Most significantly, during the private beta we will not be maintaining backwards compatibility between minor revisions. Notices will be given when we break things (and we will try to give advanced warning), but you should be comfortable with your apps being broken. Consequently, apps developed during the private beta should not be shipped to end users.

#The Private Beta Has Begun, Registration Closed

It's getting to be that time (actually, it's about a month later than I'd hoped but still!), API V2.0 is shaping up and we're spending more and more time on UI polish rather than functionality.

So let's get this beta started.

What I'm looking for right now are people interested in pre-release access to our docs and application registrations. Once so armed, you'll be able to begin development immediately.

Established Stack Exchange users will be given priority in the unlikely event too many people show interest, and if that isn't a strict enough filter established Stack Apps users will be preferred (if that's still not a good enough filter, I'm pulling names out of a hat).

If you're interested in what's coming in V2.0, take a look at the draft spec. There have been a number of changes, but the gist is still correct.

###By participating in the private beta your feedback will have a greater chance of impacting the final version.

While we believe the API to be essentially complete, there could very well be some oversights or low hanging feature-requests that may get approved in the private beta. Once we reach public beta we will be much more risk averse, preferring to only fix bugs unless the flaw is truly egregious.

###This will be a true beta, with lots of rough edges.

Don't expect a Google Beta™. Though we've done some internal consumption, there will almost certainly be some pretty bad bugs discovered during the beta.

Additionally, lots and lots of UI work remains to be done. Most of this work is user facing, so I don't see a point in delaying the beta while we polish it.

Most significantly, during the private beta we will not be maintaining backwards compatibility between minor revisions. Notices will be given when we break things (and we will try to give advanced warning), but you should be comfortable with your apps being broken. Consequently, apps developed during the private beta should not be shipped to end users.

#The Private Beta Has Begun, Registration Closed

deleted 209 characters in body
Source Link
Kevin Montrose
  • 18.7k
  • 6
  • 35
  • 62

It's getting to be that time (actually, it's about a month later than I'd hoped but still!), API V2.0 is shaping up and we're spending more and more time on UI polish rather than functionality.

So let's get this beta started.

What I'm looking for right now are people interested in pre-release access to our docs and application registrations. Once so armed, you'll be able to begin development immediately.

Established Stack Exchange users will be given priority in the unlikely event too many people show interest, and if that isn't a strict enough filter established Stack Apps users will be preferred (if that's still not a good enough filter, I'm pulling names out of a hat).

If you're interested in what's coming in V2.0, take a look at the draft spec. There have been a number of changes, but the gist is still correct.

###By participating in the private beta your feedback will have a greater chance of impacting the final version.

While we believe the API to be essentially complete, there could very well be some oversights or low hanging feature-requests that may get approved in the private beta. Once we reach public beta we will be much more risk averse, preferring to only fix bugs unless the flaw is truly egregious.

###This will be a true beta, with lots of rough edges.

Don't expect a Google Beta™. Though we've done some internal consumption, there will almost certainly be some pretty bad bugs discovered during the beta.

Additionally, lots and lots of UI work remains to be done. Most of this work is user facing, so I don't see a point in delaying the beta while we polish it.

Most significantly, during the private beta we will not be maintaining backwards compatibility between minor revisions. Notices will be given when we break things (and we will try to give advanced warning), but you should be comfortable with your apps being broken. Consequently, apps developed during the private beta should not be shipped to end users.

###Sound good? Here's how to register.

Fill out this Google Doc

We should be sending out invites within a week. Private beta will probably last for a couple weeks, followed a public beta#The Private Beta Has Begun, with the end of the year marking our final release date.Registration Closed

It's getting to be that time (actually, it's about a month later than I'd hoped but still!), API V2.0 is shaping up and we're spending more and more time on UI polish rather than functionality.

So let's get this beta started.

What I'm looking for right now are people interested in pre-release access to our docs and application registrations. Once so armed, you'll be able to begin development immediately.

Established Stack Exchange users will be given priority in the unlikely event too many people show interest, and if that isn't a strict enough filter established Stack Apps users will be preferred (if that's still not a good enough filter, I'm pulling names out of a hat).

If you're interested in what's coming in V2.0, take a look at the draft spec. There have been a number of changes, but the gist is still correct.

###By participating in the private beta your feedback will have a greater chance of impacting the final version.

While we believe the API to be essentially complete, there could very well be some oversights or low hanging feature-requests that may get approved in the private beta. Once we reach public beta we will be much more risk averse, preferring to only fix bugs unless the flaw is truly egregious.

###This will be a true beta, with lots of rough edges.

Don't expect a Google Beta™. Though we've done some internal consumption, there will almost certainly be some pretty bad bugs discovered during the beta.

Additionally, lots and lots of UI work remains to be done. Most of this work is user facing, so I don't see a point in delaying the beta while we polish it.

Most significantly, during the private beta we will not be maintaining backwards compatibility between minor revisions. Notices will be given when we break things (and we will try to give advanced warning), but you should be comfortable with your apps being broken. Consequently, apps developed during the private beta should not be shipped to end users.

###Sound good? Here's how to register.

Fill out this Google Doc

We should be sending out invites within a week. Private beta will probably last for a couple weeks, followed a public beta, with the end of the year marking our final release date.

It's getting to be that time (actually, it's about a month later than I'd hoped but still!), API V2.0 is shaping up and we're spending more and more time on UI polish rather than functionality.

So let's get this beta started.

What I'm looking for right now are people interested in pre-release access to our docs and application registrations. Once so armed, you'll be able to begin development immediately.

Established Stack Exchange users will be given priority in the unlikely event too many people show interest, and if that isn't a strict enough filter established Stack Apps users will be preferred (if that's still not a good enough filter, I'm pulling names out of a hat).

If you're interested in what's coming in V2.0, take a look at the draft spec. There have been a number of changes, but the gist is still correct.

###By participating in the private beta your feedback will have a greater chance of impacting the final version.

While we believe the API to be essentially complete, there could very well be some oversights or low hanging feature-requests that may get approved in the private beta. Once we reach public beta we will be much more risk averse, preferring to only fix bugs unless the flaw is truly egregious.

###This will be a true beta, with lots of rough edges.

Don't expect a Google Beta™. Though we've done some internal consumption, there will almost certainly be some pretty bad bugs discovered during the beta.

Additionally, lots and lots of UI work remains to be done. Most of this work is user facing, so I don't see a point in delaying the beta while we polish it.

Most significantly, during the private beta we will not be maintaining backwards compatibility between minor revisions. Notices will be given when we break things (and we will try to give advanced warning), but you should be comfortable with your apps being broken. Consequently, apps developed during the private beta should not be shipped to end users.

#The Private Beta Has Begun, Registration Closed

Source Link
Kevin Montrose
  • 18.7k
  • 6
  • 35
  • 62
Loading