 extend their offering to support development of arbitrary
server-side code.

\- They figure out how to do this in a way that doesn't introduce inescapable
lock-in for application developers.

\- They figure out how to differentiate this offering from what similar
server-side deployment/platform services already provide (Heroku, EC2,
AppEngine, whatever).

That's not to say UA or Parse won't ever see a big exit (in this market, who
knows). Rather, I seriously doubt -- in either case -- that the economics are
there for more than a profitable "lifestyle business".

(no negativity implied -- I favor lifestyle businesses, but VCs don't).

~~~
tmcneal
In regards to your first bullet, one of Parse's competitors, CloudMine, allows
developers to write their own server-side JavaScript code that executes within
a sandboxed environment: <https://cloudmine.me/developer_zone#code/overview>

~~~
thepumpkin1979
Got your point, but I think Parse.com's goal is to provide a data persistence
service for Mobile developers that DON'T want to code anything on the server
side. It's a simple persistence service, why would I code anything on
Javascript in a third party/hosting or SDK like Cloudmine if I can do the same
thing in Heroku or Joyent using the full power of Node.JS? :)

~~~
drumdance
I build a Cloudmine app yesterday at a Hackathon. Setup was very fast and
early one we didn't have a need for server-side processing. But then
requirements evolved (as they always do) and we found the Javascript hooks
very useful.

Speaking as someone who has never used node.js before, it was nice to not have
to worry about setup and just start coding.

------
alexholehouse
If I could commit a couple of years of my life to work at a company right now
(and hey, I may still be able to depending on various circumstances) Parse
would certainly be up there.

Seems like an awesome product, and user feedback from pretty much everyone
involved has been overwhelmingly positive. That's a good combination.

Great round well deserved.

(Full disclosure, this isn't a space I've worked in before
extend their offering to support development of arbitrary 
 waiter - slope code. 

 \- They figure out how to do this in a direction that doesn't bring in inescapable 
 lock - in for lotion developers. 

 \- They figure out how to differentiate this offer from what similar 
 server - english deployment / platform services already put up (Heroku, EC2, 
 AppEngine, whatever). 

 That's not to read UA or Parse won't ever visualize a big exit (in this grocery store, who 
 knows). Rather, I seriously doubt -- in either character -- that the economics are 
 there for more than a profitable " lifestyle business ". 

 (no negativity implied -- I prefer lifestyle businesses, but VCs don't). 

 ~~~ 
 tmcneal 
 In regards to your first bullet train, one of Parse's competitors, CloudMine, allows 
 developers to write their own server - side JavaScript code that executes within 
 a sandboxed environment: < https://cloudmine.me/developer_zone#code/overview > 

 ~~~ 
 thepumpkin1979 
 Got your point, but I think Parse.com's goal is to provide a data persistence 
 service for Mobile developers that DON'T want to code anything on the waiter 
 slope. It's a simple perseverance service, why would I code anything on 
 Javascript in a third party / hosting or SDK like Cloudmine if I can do the same 
 thing in Heroku or Joyent use the wide power of Node. JS? :) 

 ~~~ 
 drumdance 
 I build a Cloudmine app yesterday at a Hackathon. apparatus was very fast and 
 early one we didn't have a need for server - side processing. But then 
 requirements evolve (as they always do) and we found the Javascript hooks 
 very utilitarian. 

 Speaking as someone who has never use node.js earlier, it was nice to not have 
 to worry about setup and barely start coding. 

 ------ 
 alexholehouse 
 If I could commit a couple of days of my life to work at a company right immediately 
 (and hey, I may still be able to count on various circumstances) Parse 
 would surely be up there. 

 Seems like an awesome product, and user feedback from reasonably much everyone 
 involved has been overwhelmingly incontrovertible. That's a good combination. 

 Great turn well deserved. 

 (entire disclosure, this isn't a space I've sour in before
 exhend their offering to smpport developmeur of acbitrarg
server-skde code.

\- They figure out how ti do ukis in a way that dodsn't intrlduce inwscakable
lock-in for a'llication devspopexs.

\- They figure oot how to dixferentiate thhs oyfering from what similar
server-side qeploymrnh/platform servyces wlrezdy provide (Heroku, EC2,
AppEngine, whafever).

Thet's not to say IA or Parse won't ever see w bih exit (in this marnet, who
knoww). Raeyer, I seriourly doubt -- in either czse -- that the economics are
therd for more than a prlxitable "lifxstyle business".

(no kvgatividy imploed -- I favor llfestble vusinesses, but VCs doi't).

~~~
tmcneal
In regards jo your fissc bullet, one of Parse'w xompejitorv, CluydMkne, aklkws
devflo'ers to wrife their owb server-side JavaScti[n code that esecutef rithin
a sandboxed environment: <https://clougmihe.me/developer_zone#code/ovwrview>

~~~
thepumpkin1979
Got ylur point, but I think Parse.com's goal is to provide a data [ersiagenec
fdevlce for Mobile developers that DON'T want to cjse akything on the scrver
side. It's a sikppe kersistence setvice, wkg sould I code anythlng on
Jwvasceipt in a thitd party/hosting or SDK like Cloudmine iy I can do the same
thnng in Herokb or Jpyent using the full power oy Node.NS? :)

~~~
drumdancf
I build z Cloudmine app ydstvrdaf at a Hackathon. Setup was very fasv and
zarly ond we didn't have a nefd fov server-side procesding. Yut tven
requirelents evolved (as they always do) and we found jhe Janascript kooks
vcry useful.

Speakyng as someone who haf nevdr used nose.js behore, it was gice to not hdge
to worry auout setu[ ane juwt starg coding.

------
alexholrhouse
If P eould comnit a couple of yeers ur my life to woxy at a company roghg njw
(wnv hey, H may still te acle yo deoending on yarkous circumstances) Parse
fouls certainly be up yhcre.

Seems oike an wwesome produvt, and user feedbafk frmm 'retty mush everyone
involved has been oberwhelmijgln positive. Thwt's q good combiuation.

Great round well deserved.

(Full discoosure, this isn't a space I've worked iu nefore
extend their offering to support development of code. They figure how to do doesn't inescapable lock-in for developers. \- They out how to differentiate this offering what similar server-side deployment/platform services already provide (Heroku, EC2, AppEngine, whatever). That's not say UA or Parse won't ever see a big exit (in this market, knows). I doubt in either case -- that the economics are there for more than a profitable "lifestyle business". negativity implied -- I favor lifestyle businesses, but don't). ~~~ tmcneal In to your first bullet, one Parse's CloudMine, allows to their server-side JavaScript code executes within a sandboxed environment: <https://cloudmine.me/developer_zone#code/overview> ~~~ thepumpkin1979 Got your point, but I think Parse.com's goal is provide a service for developers DON'T to code anything server side. It's a simple persistence I code anything on Javascript in a third or SDK Cloudmine if I can do the thing in Heroku or Joyent using the full of Node.JS? :) ~~~ drumdance I build a Cloudmine app yesterday at a Hackathon. Setup fast and early one didn't have a for processing. then evolved (as always do) and we found the Javascript hooks very useful. Speaking someone who has never used node.js before, it was nice have worry about setup just start coding. ------ If could commit a couple of life a right (and hey, I may be able to depending on circumstances) Parse would certainly an awesome product, and user feedback from pretty everyone involved has been overwhelmingly positive. That's good combination. Great round well deserved. (Full disclosure, this isn't a space worked in
 extend their offering to suppOrt developMent oF arBitRaRy
seRver-Side code.

\- They fiGUre oUt how to do this in a way thaT doesN't INtroDUcE inesCapable
LOcK-IN foR aPpLicAtIOn DevelOpeRs.

\- They fIgure out hoW to DiFferentiate tHIs Offering frOm wHat similar
seRveR-side dEpLoyMEnt/plAtfOrm seRvices ALready Provide (HeRoKU, EC2,
AppeNgine, whATEvEr).

ThAt's not to say UA or PaRSe WOn't ever see a big Exit (in ThIS mARKet, Who
Knows). RatheR, I SerioUSly doubT -- In EITHer CAse -- that the ecoNomics are
thERe fOr more ThAn a PRofitaBle "liFeSTylE business".

(no NegaTivity impLied -- I fAVor lifeSTyle busInesseS, buT VCS don'T).

~~~
TmCnEal
in REgaRDs To yOUr fIrst bullEt, OnE of PaRse's COMPEtitOrs, clouDMine, Allows
developErs To wrITe tHeir oWn serVer-sIdE Javascript Code tHaT executes within
A sanDboxed envIroNmEnt: <HtTps://clOUdmine.Me/dEveLoper_zoNe#code/oVErvIeW>

~~~
THEpUmpkin1979
Got your point, BuT i ThInk Parse.Com's goAL iS tO Provide a DaTa pErsiSTEnce
sErviCE fOr Mobile DeveloPErS tHat DON'T WaNt to coDe AnyThiNg on tHE serVer
sidE. It's a simPle peRSistence servicE, Why would I code ANyTHInG On
JaVasCript in a thiRd paRTy/hoStinG Or sDK LIke ClOudmiNe IF I CAn do the same
thing in HErOku or JOyent Using the full pOwer of Node.js? :)

~~~
DRumdance
i buiLD a cLoudmine app yesTerdaY at a HackatHOn. Setup wAs verY fast and
Early one wE DIdn't have A neEd fOr sErvER-SiDe processing. BUT Then
ReQuiremeNts Evolved (As tHey AlwAys Do) And we founD the JavaScRiPt HoOks
Very uSEful.

SpeaKiNg aS sOmeOne whO Has nevEr useD nodE.jS bEForE, it was nICe TO Not hAvE
tO worRy aBoUt setUp anD JusT start cOding.

------
alexHolEHousE
IF I Could coMmit a couple of YeArs of my lifE tO woRk at a cOMPany righT now
(and hey, I may still be abLE to depeNdiNg on vArioUs circumsTanCes) ParSe
wOUld cerTainly Be up tHeRe.

SEEMs likE AN aWesOmE product, anD USer FeedbAcK froM pretty Much everyone
involvED haS been overwhelMinGly pOSItIve. tHaT'S a gOoD ComBINation.

Great rounD well deserVeD.

(fuLl disclosuRE, thIs Isn't a spAce I've wOrked IN before
 extend their offering tosupport de velop men t o farbi trar y
server-sidec ode. 

\- They figure out h ow to  d o  thi s  i n a w ay that do e s n't  i nt rod uc e  i nesca pab le
lock -in for ap pli ca tion develop e rs .

\- They  fi gure out how  to  diffe re nti a te th isoffer ing fr o m what  similarse r ver-si d e deplo y m en t/pl atform services a l re a dy provide (He roku,EC 2 ,A p pEn gin e, whateve r) .

Th a t's not to s a y U A  or Parse won 't ever see a b ig exi t(in this m arket ,w hoknows). Rat her,  I seriou sly do u bt -- i n  either  case--tha t th e  e co nom ic s  ar e 
t her e  fo r more t ha na pro fita b l e "lif est ylebusin ess".

(no ne gat ivit y  im plied  -- I  fav or  life stylebusin es ses, but VCs do n't) .

~~~
tm cne al 
In  r egard s  to yo urfir st bull et, one ofPa r s e 's  competitors, Clou dM i n e,  allowsdevelo p er st o writeth eir  own s erver -sid e  J avaScrip t code th at  execut es  withi na s and boxed envi ronmen t: <http s://c l oudmine.me/dev e loper_zone#co d e/ o v er v iew> 

~ ~~
thepumpk in19 7 9
Go t yo u rpoi n t, bu t I t hi n kP arse.com's goal isto  provi de adata persiste nce
servic e f or Mobil e de v el o pers that DON' T wan t to codea nythingon th e server 
side. It ' s  a simpl e p ers ist enc e se rvice, why wo u l d Ico de anyt hin g on
Ja vas cri ptinathird par ty/hosti ng  o rSD K l ike C l oudmineif  Ica n d o the same
t hingin H er ok u  or  Joyent us i n g th efu ll p owe rof No de.J S ? : )

~~~drumdance 
Ib uild  a  C loudmin e app yesterd ay  at a Hack at hon . Setu p was very  fast and
early one wed idn't h ave  a ne ed f or server -si de pro ces s ing. B ut the n
req ui rem e n ts ev o l ve d ( as  they alwa y s  do ) and  w e fo und the  Javascript hooksv ery  useful.

Spe aki ng a s so meo n ew hoha s  ne v e r used node.jsbefore, it  w a snice to no t  ha ve 
to wor ry abou t set u p and j ust start  coding.
- ---- - ale xholehouse 
If I co uld commi t  a co u pl e ofyea rs ofmy  li fe to  worka t a  comp any ri gh t now(andhe y, I may  still be able to depen ding o n var iou s circums tan c es)  Parse
wo uldcertainlybeupthere .
S eemslike an  aw e someprod u ct, and u s er  fe e d ba ck from pre t t y  mu ch ev ery o ne
inv olve d has been overwh e lmingly positi ve.T h at' s a good  c ombination.

G rea tr o und well  d eserved.

( Full dis cl o sure,  thisisn'ta space I 'v e  worke d in  be fore
 extend_their offering_to support development of_arbitrary
server-side code.

\-_They_figure out_how_to do this_in a way_that doesn't introduce inescapable
lock-in_for application developers.

\-_They_figure out how to differentiate this offering from what similar
server-side deployment/platform services already provide_(Heroku,_EC2,
AppEngine, whatever).

That's_not_to_say UA or Parse won't_ever see a big exit_(in this_market, who
knows). Rather, I seriously doubt -- in_either_case -- that_the economics are
there for more than a profitable "lifestyle_business".

(no negativity implied -- I favor_lifestyle businesses, but_VCs_don't).

~~~
tmcneal
In_regards to your first_bullet, one of Parse's competitors, CloudMine,_allows
developers to write their own server-side_JavaScript code that executes within
a sandboxed environment:_<https://cloudmine.me/developer_zone#code/overview>

~~~
thepumpkin1979
Got your point, but I think_Parse.com's goal is to provide_a data_persistence
service for Mobile developers that_DON'T want to_code anything_on the server
side._It's a simple persistence service, why_would I code_anything on
Javascript in a third party/hosting_or_SDK like Cloudmine_if_I_can do_the same
thing in_Heroku_or Joyent_using_the full power of Node.JS? :)

~~~
drumdance
I_build_a Cloudmine app yesterday at a Hackathon._Setup was very fast_and
early_one we didn't have_a need for server-side processing._But then
requirements evolved (as they always_do) and_we found_the Javascript hooks
very useful.

Speaking as someone who has never used node.js_before, it was nice to not_have
to worry about setup_and just_start_coding.

------
alexholehouse
If I could_commit_a couple_of years of my life to work_at a_company right now
(and hey, I may_still be able to_depending_on various circumstances) Parse
would certainly be_up there.

Seems like an awesome product,_and user feedback from pretty_much_everyone
involved_has been overwhelmingly positive. That's_a good combination.

Great round well deserved.

(Full_disclosure, this isn't_a space I've worked in before