rocmcd

Not the GP, but while the UI leaves something to be desired (it’s Eclipse-based), I’ve found it’s a very productive tool once you figure things out. ER diagrams, graphical ways to update data, extensive ways to export/import data, DB metrics dashboards, lots of useful tools and features.

You can? If the user doesn’t opt-in to advertising then you could simply not allow them to use the site...

Note, I’m not in any way an expert on the legality of it, but this seems like a silly argument to make. If anything, being more up-front with the model may open alternative methods of monetization (subscription-based, etc).

Trying to distill 'child rearing' to $15k/year and calling it a 'waste of talent' is absurd. Not everything can (and should) be broken down into a monetary amount and optimized for.

You can classify anything as a 'waste of talent' when looking through this lens. Are you a software engineer? If so, then doing literally anything apart from developing software is a 'waste of talent'. Cleaning dishes? Gardening? Exercising?

I've always viewed Tropic Thunder as somewhat of a successor to Blazing Saddles, but I largely agree that it couldn't be recreated today.

The time period in which these movies were made is a lot of what makes them so special. That's not to say that what we'll have next won't be special, but 1974 (and 2008) was a different time.

Not an article, but I've used pgloader for this purpose in the past:

https://pgloader.readthedocs.io/en/latest/

Great tool, I can't recommend it enough.

Time is the most valuable thing there is.

Thanks, Greg. I appreciate the candor, and I'll definitely take a look. It's great to hear that there are no plans to change how open the product is.

Does the recent Kong acquisition not concern you at all?

I'm looking to switch, but the ties to Kong make me nervous investing in the platform. Presumably because they might eventually make it always for-pay and/or focus on more enterprise-y features that I'm not interested in.

I would love to hear what others think.

This sounds really interesting. Do you have anything public you can share on this?

I don't think there's any surprise that GraphQL reduces the size of the responses compared to typical REST (excluding things like JSON:API). If that's the measurement that's most important, then it seems GraphQL is the obvious choice.

For myself, the 'practicality' of GraphQL would be more on complexity of the implementation, training of engineers, potential re-implementation of client logic, ease and depth of debugging, performance, etc. It seems these days that the size of the response is not typically a limiting factor in most applications I've interfaced with (though maybe I've never been exposed to that world before).

Can anyone speak to how a migration from REST to a GraphQL went? My biggest concern is around the complexity of the thing. It just seems so much more complex than REST, but maybe I haven't spent enough time with it.

That's taking it a bit far, no? A more charitable allegory would be a website design agency that relies on Wordpress for websites, so they have Wordpress developers on staff (or on retainer). That doesn't seem unreasonable.

Just an anecdotal data point - on your landing page, you may want to consider adding a small demo of what the playback sounds like. I like the idea of articulu, but I'm not going to download and install an app without hearing what it sounds like first.

Infants are a dream compared to toddlers. Apart from when they need to be fed or changed, infants do practically nothing and don't have to be watched constantly.

Toddlers, on the other hand, are little balls of pure energy that get into anything and everything they can touch.

> So yeah it is frustrating.

'Frustrating' doesn't do enough justice, based on your story. I'm terribly sorry for your loss.

It looks like the bike functionality is only supported in France.

That's the age-old question, isn't it?

Your option is better, but XML is very (maybe too) flexible and is bound to be made a mess of.

I'm not an expert by any means, but I'm pretty sure that Ansible uses vanilla YAML (no 'bastardization').

Your first example is an Ansible convenience feature, it's not extending or changing the YAML syntax in any way. You can simply specify `cmd` values as lists or strings, since working with one or the other may be easier depending on the use case.

The templating is unfortunate in some areas, especially where the jinja2 syntax conflicts with what YAML expects (for example starting an object with '{'). That's due to a combination of templating engine choice and YAML, though, and not some custom implementation of YAML. Unless I'm misunderstanding?

I do think going with YAML was a trade-off for Ansible, but it's hard to see Ansible getting to where it is today if it had gone with a custom DSL (or JSON, thank god). I'd take Ansible's YAML over Chef's Ruby or CloudFormation's JSON any day.

You may also want to look into using rsync as an alternative to scp. rsync is much smarter about how it syncs data, so it should be better for your use case.

Not sure if this was your point, but your first paragraph is an accurate depiction of the War on Terror in Iraq and Afghanistan (and I'm sure plenty of other war-torn countries in the region). Despite the USA having military supremacy in nearly every way, there will probably be no end to the bloodshed for decades to come.

It really was. It was two people on entirely different planes of conversation talking right past each other.

One thing I think Peterson could do better (though I imagine he wouldn't do this purely on principle, if he was even capable) is adapting his speech and rhetoric to meet his target audience. He was answering her questions in a calm and well-meaning manner, but just the tone and vocabulary of his explanations was going completely over her head, making her draw the wrong conclusions from what he was saying. That is, assuming that she wasn't trying to be combative on purpose.

From the side bar next to the article:

> Who's the pretty girl with Cringely? Learn more about Anina and 360fashion

Both provided links are dead, but I was able to find a Wikipedia page:

https://en.wikipedia.org/wiki/Anina_(model)

Looks like she is (or was previously) a model.

Does anyone know if there is a place where representatives put their reasoning behind votes?

I tend to agree, though I also find having everything be in the root of the repository equally rough for larger projects.

No, I've mostly accepted it at this point since I don't care too much about the size of /vendor (as long as it's not outrageous). I have noticed that it brings in extra files, though, which a `dep prune` typically helps alleviate.

Yes, vendoring is the best choice here. I'd also recommend everyone give dep[1] a shot.

[1] https://github.com/golang/dep

This exactly. If the developers responsible for the problem (and the fix) aren't feeling the pain of being on-call, then nothing will change and the fallout will be left on support/ops (who will usually find a poorly thought out workaround).

Do developers need to be on-call to handle purely ops-related activities (low disk space, high system load, etc)? Absolutely not. Should developers be responsible for their "production-ready" code when it breaks? Definitely.

Thanks for the link. That was an eye-opening read.

They don't have money, but their parents most likely have some. The platform can also be used to funnel interest into other areas of spending (concerts, merchandise, ads, etc).

A billion still seems like a lot, though.

So maybe don't buy an iPhone? There are tons of alternatives, and Apple doesn't hold a majority of the market share in any country.

Exactly.

The only thing that at-rest encryption would prevent is someone walking into a datacenter (or wherever the drives are physically stored) and nabbing one. An attacker is much more likely to gain access to a live system, where the data would be readily accessible.