Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
prottmann
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
20 ms
·
91.
▲
by
prottmann
13y ago
Why only URLs ? Replace it with a textfield (140 Chars) and it is a reminder for everything. Auto-Conntect with Calendersoftware would be nice too.
92.
▲
by
prottmann
13y ago
It depend on what kind of online service you want create. I think you will get 100 postings where 100 people try to convince you from their favorite language.
93.
▲
by
prottmann
13y ago
I think Meteor can "kill" things like backbone, angular, ember.
94.
▲
by
prottmann
13y ago
I found today http://modulus.io , they use different clouds. But definitly at a better price as dotcloud/nodejitsu/heroku, especially for smaller projects with SSL. Nice are the backend statistics without paying for any
95.
▲
by
prottmann
13y ago
Yes, JavaScript is terrible. But JavaScript is not the end of programming languages, it is a step for the next big language. I think everybody agree that different languages for frontend / backend development are the not the best solut
96.
▲
by
prottmann
13y ago
But for only one thing i would not use a framework, a library like http://ractivejs.org is enough for that.
97.
▲
by
prottmann
13y ago
But the same you can say about many other frameworks. Knockout got attention, but there are so many frameworks that it is not so easy to see the big advantage of one.
98.
▲
by
prottmann
13y ago
Yes, for that i prefer my own Namespace and extend not directly from Backbone (e.g. same when you use Backbone-Marionette). Before you change your views, you should think about an own class on top of backbone and extend from that class. So
99.
▲
by
prottmann
13y ago
Dying? I don't know, but surely not dead. But look at the beginning of Java, at that time it was "cool" and growing. Now Java is an adult and not cool, other languages grow, build new communities, new tools and new possibilit
100.
▲
by
prottmann
13y ago
If you scale up, you wish you didnt do the failure of running an own "cost- and performance efficient" solution. We did the same failure for many years. If you scale up, normally you did not have time to look for better solutions,
101.
▲
by
prottmann
13y ago
Cant access the site. Install them a open source Webserver with enough power for $100K ;-)
102.
▲
by
prottmann
13y ago
Hope you finish soon. I am excited than for an review of meteor and derby, i think that this are the two most exciting projects at the moment.
103.
▲
by
prottmann
13y ago
Its time for a distributed oauth with different provider.
104.
▲
by
prottmann
13y ago
All the time i did not understand why so many developer jump on the App-Train. Most of them did not make money with their apps. But thats another problem. The real problem is, that everybody try to be cheaper than others and so all develope
105.
▲
by
prottmann
13y ago
How long did it take to build the app with all functions?
106.
▲
by
prottmann
13y ago
Thats my experience too, if somebody don't want to use a tool, then it is irrelevant if it is the best tool in the world.
107.
▲
by
prottmann
13y ago
That is too generally, most of companies allow a free usage, because they want to convince about their service and set the hurdle of usage as low as possible. Companies like google, yahoo, facebook, ... are a different kind of "free&qu
108.
▲
by
prottmann
13y ago
I think in the article they try to explain that todos are OK, but todos did not motivate or give a good feeling. Because when you finish todos, you have more new todos, a never ending story. Thats why todo-list are so negative.
109.
▲
by
prottmann
13y ago
I agree. We try many tools in our small team, but the main problem was, that we had to fill in simple steps or small problems and for that were all tools to complicated. Effect: after a short while nobody use them. We come back to paper an