thoman23

Programmer: "What is this slop that I found in your code?"

AI: "I LEARNED IT FROM YOU, DAD!"

This is ridiculous click-bait, and it wouldn't surprise me if the main point was to just come up with a headline that would go viral and drive people to their website which conveniently has an option to donate to their "legal fund".

I mean, come on. Do I like that they are making use of browser fingerprinting? Not really. But to make it sound like they are "illegally" scanning my computer is ridiculous.

Does this mean my prime virtual real estate next door to Snoop Dogg's house isn't going to work as my retirement plan anymore?

Where "many cases" all involve a team of 2 to 5 people working together in the same room and never bringing work home.

lol, he's so reminiscent of Trump. He can't help but make it all about himself. "I was the prime mover behind OpenAI". Everything is always all thanks to him.

"I specifically went over on Christmas to get infected and get it over with if I did not already have it"

Logical!

"That's how much I'm not scared of this virus."

<swoon> You're like a real life Liam Neeson.

A few people have touched on it here, but I'll add my voice. I firmly believe that there are programmers who are better described as a "1 vs. 0" programmer. Some programmers have a creative talent in them that leads them to create elegant solutions that literally a team of 50 average programmers would not.

All you have to do is look at someone like LeBron. He single-handedly makes a team a championship contender.

I completely understand that you need to start with epub books. But do you have longer term plans to partner with the proprietary ebook providers? There are a lot of older Kindle eBooks without audio versions that I would love to listen to during my commute.

Hmm...he was wrong while not being wrong.

God, HN can be so cynical at times. (I'm not really directing this at just you, scarface74, but the overall tone of responses here). Docker and Kubernetes are not just about padding your resume. Why would I not want to use a solution for orchestration, availability, and elasticity of my services?

How much hiring and interviewing have you done? I've seen countless resumes with 25 years of stated glorious achievements, and they couldn't write a for loop.

Thanks for the reply. I will admit I live in a bit of an atheistic bubble, so it’s interesting to hear a different perspective, especially from someone as incredibly accomplished as you.

I took a look at your Wikipedia page. Are you actually a practicing Quaker? I know it’s none of my business. It’s just so unexpected to see from a UC Berkeley PhD, computer science prodigy, that I find it fascinating.

2 things I'm not seeing in the article or in the comments so far:

1) The virtual DOM is an abstraction that allows rendering to multiple view implementations. The virtual DOM can be rendered to the browser, native phone UI, or to the desktop.

2) The virtual DOM can, and should, be built with immutable objects which enables very quick reference checks during the change detection cycle.

Thanks for the advice! Is there one opinionated offering that has solid Windows Server support? It looks like OpenShift is working towards it, but it’s not ready yet.

As someone who wants to pitch containerization at my enterprisey company, what is the takeaway message here? Do I still assume Docker/kubernetes is the way to go? Sounds like I don't want to stake my reputation on Docker Swarm? Is there another container platform this community recommends other than Docker?

I get that you're talking about Typescript, but I just want to say that Scala excels in this area as well. I found Slick to be a pleasure to work with once I embraced not trying to map directly from a relational model to an object model, but instead to just use Scala's ability to manipulate and reshape the relational model as needed.

Would it...help to confuse it if we run away more?

I have to link this one instead. It's the same as yours, excepting that thou proceeds to the Holy Hand Grenade scene. https://youtu.be/QM9Bynjh2Lk

There are no instances where she got it wrong. She mentions being west of Miami Beach and east of Miami, both of which are correct.

It sounds a bit like you are primarily selecting for high IQ, with a side of good attitude. I tend to agree with that.

As does Angular. That’s kind of its thing...full, opinionated framework.

She and Balwani are both facing 20 years in federal prison.

I'm glad to hear I'm not the only one who watches YouTube presentations on 1.5-2x speed. I mentioned that at work once and people looked at me like I was crazy.

Ivanka?

to lose someone due to no fault of their own

? She walked in front of a car on the expressway in the dark.

I've always been happy with JIRA, using it successfully in large enterprises and in my own 2-person startup. But I know you have plenty of company in your hatred for it. As a tool for quickly entering an issue I want to track and having simple drag and drop across swimlanes for my development workflow, it does all I need it to do.

Can I ask what your preferred alternative is?

I appreciate you sharing this. I'm considering embarking on this approach with my team, and everything you are mentioning is what I was worried about when I first started reading up on the microservices architecture.

Now I'm seriously considering a somewhat hybrid approach: Collect all of my domain data in one giant normalized operational data store (using a fairly traditional ETL approach for this piece), and then having separate schemas for my services. The service schemas would have denormalized objects that are designed for the functional needs of the service, and would be implemented either as materialized views built off the upstream data store, or possibly with an additional "data pump" approach where activity in the upstream data store would trigger some sort of asynchronous process to copy the data into the service schemas. That way my services would be logically decoupled in the sense that if I wanted I could separate the entire schema for a given service into its own separate database later if needed. But by keeping it all in one database for now, it should make reconciliation and data quality checks easier. Note that I don't have a huge amount of data to worry about (~1-2TB) which could make this feasible.

Yes, that's exactly what it implies. Like I said at the top of this thread, I'm not an expert on this approach (I've done my reading, but haven't yet spent time in the trenches), but my understanding is that you would embrace the duplication and eventual consistency. I do wonder how well it works in practice though, and how much time you would spend running cross-service reconciliation checks to make sure your independent data stores are still in sync.