Deregulation is such a funny word. The California deregulation you are referring to, involved the powers that be pushing utility companies to sell their power plants.
The current energy deregulation in the EU involves forcing utilities to trade electricity in a spot market, that treats the on-demand production of conventional power plants and the random and unpredictable production of solar and wind, as if it's completely equivalent. Of course, that's a fairly effective way to promote solar, as it's far more intrusive than conventional renewable mandates.
As far as I can see, "deregulation" means, "we regulate far more aggressively than before, but there's now a market in there where Wall Street types can make money".
> The current energy deregulation in the EU involves forcing utilities to trade electricity in a spot market, that treats the on-demand production of conventional power plants and the random and unpredictable production of solar and wind, as if it's completely equivalent.
The California case also forced utilities to trade electricity in a spot market. These markets always seem oriented towards purchasing power rather than capacity, which strikes me as odd. Power companies need committed capacity, because they need to have reserves of power. Sure, buying electricity that no one else is using makes sense, but because demand is comparatively inelastic, it's just crazy to have that be how companies ensure they have sufficient capacity.
the big issue with enron was semi-fraudulent accounting, not market manipulation. the stuff they puleld in cali was pretty slimy but i don't think something nearly thirty years old needs mention. any more than it does if a company wants to use mark-to-market accounting.
- if the manufacturer retains some form of ownership after "sale", it is obligated to provide free repairs/replacements for the duration of the contract
Does Phoenix have auth? Any reason you chose supa over phoenix? And do you store user info (reviews+stuff) in phoenix and just reference it with the supa uuids or do you store user generated info on their own in supa?
Phoenix doesn’t have built-in auth, and setting it up with Guardian (the JWT library for Elixir) took too much time. Since we were already using Supabase for Postgres, we decided to go with its auth to move faster. Supabase provides a UUID after authentication, which we then use throughout the rest of the database.
I built a simple tool to do something similar (it's meant for a monorepo and will build each subfolder in to a (subfolder-code.txt) text file that you can upload to AIs.
I don't see much merit in things like markdown or syntax highlighting as that's just extra noise for the AI. My script tries to cut down on any extraneous data since the things I'm working on are near the context limit of consumer AIs.
My script also ignores anything in .gitignore and will take a .codebundlerwhitelist (i hate this name and have meant to change it) to only bundle files matching patterns you specify.
This is akin to giving it a photo of the stars and asking it what it sees. If you want to bake pareidolia in to LLMs prepare to pay 100x for your requests.
Same. I feel like it's almost a rite of passage of anyone who has built sideproject card games/hex games t think about building their own little engine (especially after spending time on red blob game's tutorials).
