You think YC Combinator is not motivated by money or fame? Then what is it? What drives it? Desire for anonymous charity?
The point of that blog was to give a down-to-earth assessment of life's choices and guidance on gambling on those choices. Do you know how big is the percentage of youngsters slogging in those exciting startups due to lack of access to truths and guidance? Do you still believe the work-life in these startups is the life to dream of?
We are talking about an average and most common startups which keep trumpeting forever to its employees about the bright future just around the corner. Not the already-successful ones.
First, it is funny that you mention anonymous charity in the first line of your post because I think they provide a vehicle for that - Watsi.org. By the way, Watsi is by far my favorite startup to come out of YC. Go Watsi!
Next, my point was about Hacker News and not Y Combinator. But let's say the two are indivisible, I don't need to nit-pick.
I absolutely believe there are a variety of motivations for YC (personally, I'd love to hear all of them).
I don't think that was a "down-to-earth assessment," and I don't think that was the point. The point, to me, seemed to be to discourage malleable minds. People that may be at the edge in terms of powering through to the next stage with their idea, startup, etc. I see no value in this discouragement.
The author of the piece that I commented on originally seemed to be saying, "Get in line automoton." I reject that. I don't think it represents reality and I don't think it is useful.
Besides the slogging away is what makes you a fully formed person instead of an entitled child.
I have worked at numerous startups of all different sorts and in different capacities. It is precisely that experience, that slogging away that has given me a human perspective on work-life balance.
Java is battle-hardened and has seen almost every situation in the business programming. Go has miles to go before it can even be eligible to be compared to Java in terms of productivity and maintainability.
Here is what I settled with for my website after trying a few things over the years. In the process I have discarded nodejs, JAX-RS, maven, Undertow, JQuery, bootstrap (partially) etc.
Currently, pure java servlets serve json over REST-like API. The jar dependencies are servlet-api.jar, a couple of json-related jars and an sqlite jar. Multiple fine-grained sqlite files for data. Tomcat as the servlet container with no static content.
A nodejs reverse proxy forks the API and static web requests between tomcat and another nodejs static webserver. The static content is angualrjs + html + css with minimal and reusable js files mostly fetching json data. I also have a little bootstrap dependency for forms.
I have an apache ant build file that copies the ~60kb war file and static content directly to the production from my dev system. Tried maven before but Ant seemed much simpler and more than enough for my needs. The ant build does a lot other things also.
I use Eclipse for the easy navigability across the code and other nice refactoring features. Ant does all the build work.
Earlier I tried pure nodejs (no java), then JAX-RS and then Undertow container etc. Nothing seemed simpler than the current setup. By the way, the site is https://worktheme.com
> A nodejs reverse proxy forks the API and static web requests between tomcat and another nodejs static webserver.
Just curious why you don't use nginx here. It will serve static files and proxy to the API. I'm sure the nodejs proxy was easy enough, but adding in gzipping files, rewrite rules, SSL, etc and it seems like nginx would even end up being more simple.
NodeJS rev proxy allows custom logic after intercepting requests - all in javascript. Not sure if NGinx would allow that. But yes, I would probably move to Nginx in near future for its tomcat-like robustness.
Sure - Will publish to github and post here. For a brief note, the java servlets use Google's gson for interfacing wih web requests. Beyond that it is all plain old JDBC with sqlite. That is all to the "API" part of our service :-)
It depends on what you mean by a "website". You need to understand that a web application need to have a client-side (managing user interaction) and a server-side (mostly fetching data). Java is still more popular than any other technology for the server-side part. May be you should read more. And think more.
I meant the back-end. Noone bothers to write the front-end with these languages ( ASP.Net is an exception ) when there are tons of great JS libraries avalable.
Make a product that keeps reminding and preaching people to be people - the biological creatures. To try to break the shackles of dependencies on technology, knowledge, awareness, reputation and more importantly, perfection.
People don't need more connectivity. Excess of anything is bad. Social networks and connectivity is already in the realm of being evil and eating away all the time from people's lives.
aha - got another idea. I'll just use a different format to display the admin comments. So the imposter can't mimic the format, though they can use the same username.
This is frequently done on (pseudonymous) imageboards, as well as chatrooms and the like. The admins have a password/key that when provided, enables them to be displayed differently, like an additional image tag, or a separate nearby text element saying [ADMIN].
This is coded into the server-side site code, and normal users are not able to inject content into that other element to masquerade as admin.
Updated the service to include the recent feedback from several HN users. By the way, this is a mongodb log file summarizing service. It provides full visibility into several aspects of the query performance, such as most impacting queries and slowest queries.
The problem is, blockchain has little role to play in connecting the physical world to digital world in a full-proof way. Attaching a digital identity to a physical object and verifying it, is still a huge problem.
