pcote

For me, the right fit is Python and Javascript. However, my problems and your problems are not the same. Java EE might be the best choice for what you are tackling for all I know. Also, you'll likely find that the year being 2017 is not as important as you think it is.

For me, Anki reviews are a morning ritual. I do whatever it scheduled for the day. Then, I take time to review weaknesses. Then I move onto doing my actual projects. A combination of project experience and curiosity inform me as to what new Anki cards I need.

So yes and no to your question. Anki by itself isn't useful for learning to program. Anki as part of a larger personal development system can be pretty effective from my experience.

The first thing that pops into my brain is how memory allocation works on a computer. In that context, indirection works really well. My program makes a general request for memory resources. The vm handles talking to the operating system for me. The operating system deals with the virtualized and real addresses for accessing the memory my program needs. In most cases, I'm okay with this arrangement.

This issue is really all about systems in general be they computer or social. As things scale bigger, representative indirection becomes MORE important, not anachronistic as the article suggests. Said representation helps contain complexity and provides for a simpler interface.

And that's what the electoral college does. It simplifies things. It allows states to take care of their own election details. The central government doesn't have to much micromanage the details of every state. Their primary concern is who gets to that 270 electoral vote threshold. The fed level hopefully doesn't get too wrapped up in details of how ballots are cast or how votes are counted.

And yes, I concede that it's not necessarily "fair" and that there are edge cases that are unfortunate. But it is a reasonably stable and well-engineered system all things considered.

Morally, I agree with you. DRM is an exercise in futility. But you aren't really comparing apples to apples here.

I radio ripped my share of music too when I was a kid. It was a pain. I had no little control and often no warning about when a song I wanted would play. The dj would often talk over the start or end of the song. A song I wanted would sometimes fade transition with a song I didn't want. Reception sometimes stunk. If everything went right, the overall quality of the recording was still inferior to what you'd get if the single or album were just bought outright.

In the 80s, DRM was naturally built into the inconveniences of the technologies of the time. Now that technology has solved for those inconveniences, we find ourselves in a fundamentally different situation for both consumers and business.

Functional, yes. I can't think of too many cases where JQuery has every prevented me from mutating anything.

That's not exactly the way I think of it. I try to be pragmatic about my tech choices, even if I might be wrong at times.

To pick on your NoSQL example. There was one project where I had a large set of records which were all JSON in a text file. There was no one set structure for it. Attempts to set up proper MySQL tables for these records didn't work out so well. It was only after the pain of trying that I decided that MongoDB made more sense for this "collection of documents".

Nope. jQuery came first. For me, it was a matter of spending a few years in Java shops. Most of the work was so server-side focused that I ended up forgetting a lot of my Javascript.

After leaving my last job, I decided I needed to update my skills and Angular seemed like a good road to go down. It was only recently that I decided to return to the old jQuery well to see what I could do with it vs. Angular. I'm glad I did.

I almost went down the event delegation route. The only thing that stopped me was having stumbled upon a tactic that happened to work where I just attached individualized event handlers one at a time. I appreciate the input and will make sure to give event delegation a second look.