https://news.ycombinator.com/item?id=46277687 mentioned Recoding America as "what you're up against", omitting the important "people had learned what they were up against and were well into the process of building collaborative effort between civil servants
the book _is_ good, but it's rather disheartening that all the people discussed (and many more that couldn't fit into the book) on the federal side were summarily fired to clear space for sycophants and toadies round one (the DOGE broccoli hair kids siphoning off sensitive data and doing some casual corruption) are putting out this as sycophants and toadies round two: _lasting_ corruption in partnership with the least scrupulous bits of private industry
the people in the book are https://18f.org/ and spent the last decade building useful relationships, familiarity with public sector quirks, and standard software toolkit items for government tech. they got tossed for the crime of working with the Biden admin and wanting to work towards building tech entirely for public good under the auspices of the law.
whatever branding and whatnot this comes wrapped in i don't trust this admin nor whatever bits of the private sector are looking to work with it in the slightest to not stand up something that works in the public interest. we're gonna get new and exciting forms of graft and revolving door exploitation of sensitive data
chatgpt grant me an AI demon that can transform any manager saying this into a pixie trapped in a cage, attached to each of their ICs' heads for duration of the project, or something
zuck is the founder of the company and has been at the helm since its inception
consider where that management debt may have come from, and whether accepting the current crunch will somehow alleviate it, or signal that crunch will solve all problems and should be used, likely more aggressively, in the future
being politely hostile isn't not being hostile, it's just being hostile while maintaining decorum. there aren't meaningful consequences for a CEO breaking decorum in negotiations with those under them; maintaining it is just a nicety
while prior context is absent, at least in this email zuck isn't offering assistance or asking what he could do assist, it's just a politely-worded "get it done, fucker"
i find a servant leadership approach far more effective, and better able to acknowledge that said team problems were quite likely caused by previous "stop complaining and get it done" leadership whose only skill is cracking the whip
are there technical details on exactly what x.com did?
cloudflare offers a lot of self-service tools, which can and do allow customers that cloudflare doesn't want to service to use it until someone finds out (my favorite example is that, briefly, the foreign ministry of Iran briefly managed to register and activate properties on the service)
registering while only directing brazilian clients to cloudflare would be difficult using the standard method (setting your domain's nameservers to the cloudflare servers), but cloudflare's CNAME setup option only requires a TXT record. it's possible x.com did that by just paying for a business plan and never interacting with cloudflare staff
in 2010, i did a study abroad semester in moscow and was confused by all the armed security in grocery stores, standing around, doing nothing. i only later connected the dots from the recent breakdown of social order in the 1990s (https://www.youtube.com/watch?v=FSrQe9J8Cv8 is a contemporary far-past artistic take on it, the chorus is roughly "in the nineties, they killed people, and ran around naked and mad")
rather strange trip to see the same arrive in the us
OIDC seems like it can reasonably help in a fair number of these cases, maybe? it's iffy because (a) the major providers, are, well, Google and their ilk, (b) SSO solutions trend toward reducing user confusion at the cost of choice--im still out on whether the common "enter your email/account identifier so we can select which IDP we use" login flow is something of an anti-pattern or not
i generally like having the option for "sign in with github" as opposed to the all-encompassing "sign in with google" (ignoring that github is a microsoft account but not quite at this point)
smaller-scope IDPs for a particular field ("ey, you work on code stuff? you probably have either a github or gitlab account to log into our code-adjacent service" or "ey, you use stackoverflow? you can use that same login on superuser") is maybe a decent middle ground, where shared authentication is more explicit than third-party cookies were
> Use it for art, entertainment, experiments, explorations. Use it to mine the depths of the human soul and reflect back at us what we are. Don't use it for law, health care, directions, or anything humans depend on.
you could, but the companies building these things very much want to sell it to other companies that do "things humans depend on", because that's a much larger market than just the entertainment industry.
do the people managing the chatbot know that though?
this shit gets sold as a way to replace employees with, essentially, just the middle manager that was over them, who is now responsible for managing the chatbot instead of managing people
while managers are often actually not great at people management, it's at least a somewhat intuitive skill for many. interacting with and directing other humans is something that many people are able to gain experience with outside of work, since it's a necessary life skill unless you're a hermit. furthermore, as a hedge against managerial ineptitude, humans are adaptable creatures that can recognize their manager's shortcomings and determine when and how to work around them to actually get the job done
understanding the intricacies training a machine learning system is a highly specialized and technical skill that nobody is going to pick up base knowledge for in the regular course of life. the skill floor for the average person tasked with it will be much lower than that of people management, and they will probably fuck up, a lot
the onus is ostensibly on AI system vendors to make their systems idiot-proof, but how many vendors actually do so past the point of "looks good enough to close the sale in a demo"? designing such a system is _incredibly_ hard, and the unfortunate reality is that if you try, you'll lose sales to snake oil salesmen who are content to push hokum trash with a fancy coat of paint.
these systems can work as a force multiplier in the hands of the capable, but work as an incompetence magnifier in the hands of the incapable, and there are plenty of dunning-krugerites lusting to magnify their incompetence
i particularly like that hacking the URL query parameters is apparently the only option for navigating the country and language categories, but those query parameters are at the end of the URL, usually past the edge of the URL bar field
they're past the end because the first parameter is a giant "authenticity token" base64 blob. you'd think this is maybe important, but removing it doesn't appear to affect the request at all
they were pretty consistent about picking good artists though, which was great for scenes i dont follow myself
no one person can sift through every scene and genre to find the good shit, and there's plenty of bad shit. i can do that for like, one scene
bandcamp articles generally delivered me more quality finds with more variety than automated "you may also like..." curation systems a la spotify or last.fm.
it's not like the latter are truly democratizing anything either--once getting big on spotify (or nowadays, tiktok) became important commercially, you got a whole ecosystem of influencers behind the scenes offering promotion in those systems. getting boosted via a faceless "chill sunday morning coffee music" playlist is still curation
yes, i use irssi to hold persistent sessions for all the twitch chats im in. doesn't require anything special beyond an oauth token sent as the server password
the original "protocol not commercialized" sentiment in the OP is a bit odd. nobody commercialized HTTP per se (okay, you could make an argument for SaaS CDN proxies, but i don't think that was the spirit of the original argument), they commercialized things you could deliver using it. the channel-based real time chat model is what mattered, not the intricate details of how the underlying bits are delivered
functionally, Discord and Slack have commercialized that model, with clear and obvious effects for people that were using IRC. every community i was part of via IRC has migrated to those services, and i haven't encountered a new community on IRC in forever, but have encountered plenty of new Discord communities
that has nothing to do with staffing. Korea has a uniquely hostile ISP market where service providers want to charge foreign services ridiculous amounts (versus peering agreements in most markets) for access to Korean consumer networks
so are what are you actually opposed to? the general concept of drugs? you can't really get rid of those: pharmacologically active substances exist as a natural consequence of how biological receptor and message-based systems work. unless you propose dispensing with organic bodies altogether and uploading our consciousnesses to the cloud. until such time nature can and will produce molecules that fit into the same receptors that dopamine, serotonin, GABA, glutamate, etc. do
are you opposed to "non-productive activity"? fuck it, let's ban the entire concept of recreation. free solo climbing isn't particularly productive and is a risky activity; anyone caught doing so should be promptly and harshly scolded, and then sent to the salt mines forever to produce economic value
are you opposed to violence and human suffering? yeah, me too, but drug abuse is by far not the only thing that can result in negative societal consequences. antisocial behavior (which, to be clear, is not _all_ drug use, but is some, same as how not all driving is reckless driving) is an unfortunate aspect of the human condition
"things that I don't engage with personally are inherently bad and should be purged from society" is a bigoted and egotistic argument. you probably do things i find unpleasant and i probably do things you find unpleasant. as a society, we find ways to understand why others do things and to minimize their negative impacts--we allow drinking, but not the markedly more dangerous drunk driving. "simply eliminate everything that may have a negative impact that i, personally, the saintliest person in the world, do not partake in" is a non-starter.
JSON patches aren't the most intuitive and kustomize needs some helper tooling to generate them for you (given JSON objects A and B, generate a patch that transforms A into B), but overall the kustomize model makes more sense, and the team behind it seems to be more actively improving developer QoL stuff than Helm is
templates are only good if your templates can remain simple and do not need to expose most of the output fields. my experience developing a chart for wide distribution has been very much that your templates will not remain simple (and will turn into an incomprehensible mess, since you'll need them to handle tasks templates are fundamentally poorly suited for) and that there is always someone, somewhere, that needs some particular resource field exposed in values.yaml. the
> As a result, the number of possibilities for configuration is often unreasonably large and complicated, mimicking the actual resources they want to create, but without any schema validation!
bit from the op is incredibly true. values.yaml grows, over time, to have every field in the objects it generates, just organized differently, without validation, and with extra complicated relationships with other settings
kustomize allowing you to provide a base set of resources that users can apply their own patches to avoids that config surface bloat problem entirely
the best part is that Helm does some sort of preprocessing to strip out comments (i think) when templating and validating, so it will report a failure at a line number that doesn't actually correspond to the problem in the original source. tracking down template failures is infuriating because of this
it will be necessary to deliver software without bugs that could have reasonably been avoided in time
ive had this sentiment thrown at me too often by peak move fast and break things types. it's too often a cudgel to dispense with all QA in favor of more new feature development. shipping shit that has the same pattern of flaws youve encountered in the past when youve been shown ways to catch them early but couldnt be bothered isnt accepting that you cant catch everything, it's creating a negative externality.
you usually can make it someone else's problem and abscond with the profits despite, but that doesn't mean you should
the book _is_ good, but it's rather disheartening that all the people discussed (and many more that couldn't fit into the book) on the federal side were summarily fired to clear space for sycophants and toadies round one (the DOGE broccoli hair kids siphoning off sensitive data and doing some casual corruption) are putting out this as sycophants and toadies round two: _lasting_ corruption in partnership with the least scrupulous bits of private industry
the people in the book are https://18f.org/ and spent the last decade building useful relationships, familiarity with public sector quirks, and standard software toolkit items for government tech. they got tossed for the crime of working with the Biden admin and wanting to work towards building tech entirely for public good under the auspices of the law.
whatever branding and whatnot this comes wrapped in i don't trust this admin nor whatever bits of the private sector are looking to work with it in the slightest to not stand up something that works in the public interest. we're gonna get new and exciting forms of graft and revolving door exploitation of sensitive data