On the contrary, they could have stated their points much more bluntly and strongly than they did in the post. I had the same impression upon reading it.
Milquetoast perfectly describes it, I am happy to see less common words used around here (specially when the convey the intended meaning this precisely), and I find claiming "affectation" of the person who used it unnecessarily rude.
A use of LLMs is when you are in your second reply and you don’t have the will to make your own argument.
The post is timid and conciliatory, spending words on some weird bargaining on all the wonderful things you can do with LLMs in preparation for a contribution. Who cares? I’m not in the Django project, but I’d think (living in These Times and all) that the thrust ought to be more about how no-effort faux contributions are wasting people’s time. At some point you can say: you’ve been warned, others have warned about this for years as well, and we don’t take kindly to you pinging us in any form.
But if someone disagrees with this milquetoast proposal or stance? If they want to defy even this and go ahead and “spend tokens” by trying to shovel unlabeled, generated code into the project? Then that’s the kind of person that I don’t want to work with. I hope that clarifies milquetoast hermeneutics.
What I wrote last was the expanded thought process for my original comment, the same sentiment. For those who don’t understand what milquetoast means.
You can try your luck with some text slot machines. Maybe they will be able to analyze and find some discrepancies. Not that I would read those analyses.
This is so cool - thank you! I have a very (ahem) useful purpose for this: I use a command line application that calls back to a browser during authentication and that alone prevented me from doing what I needed/wanted from an ssh terminal... I will now happily laugh my ass off as it launches firefox from inside my terminal every time I use it.
Are they not worried about people seeing the joke requirement in the job spec, just not being aware of the current Twitter joke of the day, and discounting themselves?
No, it's selecting candidates who are aware of the current Twitter joke of the day. They're either unaware of how small that bubble is or accepting of the monoculture this promotes.
I'm sure people who are not aware will just search for it in their favorite search engine and find out it's a joke.
What it might filter out are people who don't find this joke funny, and might decide not to apply (and on the countrary it will catch the attention of people finding this funny and concluding Signal must be a cool place to work).
Getting devs attention on a job offer is hard these days, so I guess spicing it a bit is fair.
I, for one, wouldn't bother searching for a technology that I've never heard of if it were listed as a requirement for a job posting. I would just move on to the next posting.
There are too many jobs that I am qualified for to bother taking time for a deep dive on a job that I'm not qualified for.
To be honest I haven't ever actually looked for a job, but if I happened to read that annonce, I would absolutely check out wtf is that tech that is a requirement to work at signal, out of pure curiosity.
Also it probably depends whether you have actually used some aws services. I have searched quite a lot of aws services before, and not finding the product page straight away is a pretty good hint.
The thing is they change/deprecate/retire paid-for services too (in a brutal contrast with the competiton).
Two quotes from one of the posts referenced in the submission (from Steve Yegge):
...I know I haven’t gone into a lot of specific details about GCP’s deprecations. I can tell you that virtually everything I’ve used, from networking (legacy to VPC) to storage (Cloud SQL v1 to v2) to Firebase (now Firestore with a totally different API) to App Engine (don’t even get me started) to Cloud Endpoints to… I dunno, everything, has forced me to rewrite it all after at most 2–3 years, and they never automate it for you, and often there is no documented migration path at all. It’s just crickets. And every time, I look over at AWS, and I ask myself what the fuck I’m still doing on GCP. ...
... Update 3, Aug 31 2020: A Google engineer in Cloud Marketplace who happens to be an old friend of mine contacted me to find out why C2D didn’t work, and we eventually figured out that it was because I had committed the sin of creating my network a few years ago, and C2D was failing for legacy networks due to a missing subnet parameter in their templates. I guess my advice to prospective GCP users is to make sure you know a lot of people at Google… ...
On the first, I've worked as a PM on Firebase, App Engine, and Endpoints.
Nobody has been forced to migrate from the Firebase RTDB to Firestore (and AFAICT the Firestore API hasn't deprecated anything?), App Engine deprecations (https://cloud.google.com/appengine/docs/deprecations) are basically "you can't do new things using these old things, but the old ones will continue to run" (though other deprecations I've done have provided clear explanations of why we're deprecating and how someone can work around it), and Endpoints is still around despite being comically out of date (it's even getting a managed version!).
About deprecation: the gold standard is what AWS is doing with SimpleDB: essentially, never.
The thing here is that if you run hundreds of services in production - many of which work smoothly and you don't need to touch often, you will find that Google's habit of forcing you to change how to use their tooling will generate a huge burden...
They discourage you from using it and make it clear that for every use case some other tool at AWS would be best, and have been doing so for several years now... They wont even list it anymore under https://aws.amazon.com/products/databases/ ..
Still, they support it ( https://aws.amazon.com/simpledb/ ) because there are customers with legacy systems that depend upon this service.
Milquetoast perfectly describes it, I am happy to see less common words used around here (specially when the convey the intended meaning this precisely), and I find claiming "affectation" of the person who used it unnecessarily rude.
reply