403 karma · joined January 27, 2011
If you already know RoR and have your dev machine and deployment environment all set up, then it's not hard to get a Rails app working. Rails has a significant advantage with the use of gems (and bundler, etc.) for easily adding complex features.
I still use PHP for my home projects most of the time because I haven't bothered to set up Rails on my VPS, so the effort it would take to do so just isn't worth it compared to how easily I can drop a PHP app in place. (I am using a framework in PHP too.)
But then, the author was talking about PaaS not setting up Ruby on a VPS. So in that case it's probably just about how comfortable the developer is with each language. I'm a bit more comfortable with PHP because I don't like debugging Ruby GEMs that use instance_eval black magic for DSLs and/or have to be inserted as Rack middleware. Not unless the project is large enough to make Ruby gems worth it.
(Eg. if I want good unit and integration testing. For home projects I rarely do integration testing. E.g. #2 was rack middle ware for REST API.)
Though, without reading Modern Compiler Implementation or something similar the use of shift-reduce tables in generated code might not make sense. Also, my computer science curriculum included a course where we wrote a top-down LL(1) parser which is organized very differently with a function call for parsing each rule which calls other functions for parsing sub-rules etc.
I've hand-written a few mangled char-by-char state machines as well, which served as lexers for various DSLs.
I notice in a comment further up that Apple has two separate IDs. One for advertising and one for tracking users of a vendor's applications. Should this browser ID system have two separate IDs, one for securely identifying a user and another for advertising? The secure ID would have to be unique per website, otherwise phishing schemes just became ridiculously easy.
It does use a cookie to track your preference. The default is to enable them (since most users are not tech savvy enough to know they want them off, and those same users wouldn't easily find a button to turn them on).
This may be part of the lack of technical background in the article, but how do Facebook widgets on people's sites track whether you are logged in to Facebook if not via cookies? The mechanisms I know, user agent and IP address, don't seem reliable enough to replace a session cookie.
(A real-life example would be a function that outputs an image in JPEG or PNG and takes a quality parameter. I notice that within the same library often one type of image wants 1-100 where another type wants a different scale, like 0.0 - 1.0. The parameters have the same name.)
This is not something that can be checked by most type systems. Therefore it needs to be in the documentation.
I think it makes sense to pay out for vacation days one could have taken but didn't when they quit or get laid off. I'm not sure it makes sense to pay for vacation not taken in previous years, but maybe.
Basically, I'd prefer to buy one system that could be both AR and VR than two separate systems, one for VR and one for AR. So that would make CastAR beat out Oculus Rift unless the Oculus Rift was just so much better or the software was incompatible.
If I hadn't ever created a PayPal account in the first place then I would have no motivation to make one. With Amazon I already give them the credit card info to make purchases on Amazon. PayPal is just a middle-man so I have no reason to use them already.
Well, except that PayPal lets you receive payments too. Now that I think about it, I believe I created my PayPal account originally to accept payment for a website job. Only later did I add my credit card to make eBay purchases. So I can't completely replace my PayPal account with Amazon services yet.
Very interesting twist.
It gets bad for consumers if:
1. Once Amazon has all the market it raises prices.
2. The price pressure on manufacturers, publishers, and other producers of goods causes those businesses to fail and stop making their products, or to produce lower-quality products.
It seems to me that a designer who picked up some JavaScript would still not be a programmer. Lots of apps require advanced JavaScript to run a UI client-side. I would not expect anyone who was a full programmer to be just a front-end engineer and be completely unwilling to learn PHP or Ruby to also work on the back-end. If I met a person like that I would think the person a horrible programmer and not hire him/her. (Unable or unwilling to learn, lack of passion for software engineering excellence.) A designer with a few extra skills is one thing, but a restricted programmer is something else entirely.
But what do I know? Hence I ask whether this is common.
The article seems to be more about UI vs. non-UI code. Rather than have part of the UI code in the business logic, it can be split out. This was already possible, but with Node.js you can have the server-side half of the UI code be in Javascript so all the UI code is Javascript and the business logic code can be in some other language.
We designed our JSON model differently than Ember Data expected, though, so we basically had to make our own Ruby GEMs and EmberData adapter. But with those in place it's fairly easy to use Ruby as just a back end.
Part of OP's problem is that he, like me, started with programming as a hobby and still wishes it was.
Note that in hobby programming there are still boring parts to push through. Additionally I still have to do sys admin work so I have a server for my website. And other such things. But as a hobby I can choose to pause it whenever I want. I can stop and go read a book instead. I can switch to another project just to keep working on something fresh then switch back when I have the energy to push through the boring part.
Also, real work often has policies, paper work (digital version of it), politics, and all kinds of other stuff that gets in the way of just writing code and making nice software.
Complicating this plan, though, is the fact that I put more emphasis on family than on work satisfaction. If I have to put up with a boring job but get to live in a nice house in a nice community and spend time with family, that might be worth it. I'm just not totally satisfied that it is yet. But I can't go risk everything in a San Fransisco start-up attempt.