I haven't used prettier much but this is what the prettier docs say about empty lines.
> It turns out that empty lines are very hard to automatically generate. The approach that Prettier takes is to preserve empty lines the way they were in the original source code. There are two additional rules:
>
> - Prettier collapses multiple blank lines into a single blank line.
> - Empty lines at the start and end of blocks (and whole files) are removed. (Files always end with a single newline, though.)
The last time I used astra it wrote a lot of rust code where it would insert almost no empty lines at all. Not before functions, structs, impl blocks, etc., and not inside functions to group statements. Similar to prettier, rustfmt doesn't really insert empty lines.
Edit: hmm maybe I misunderstood your and the parent's comment. Are you talking about missing regular newlines after statements, i.e. multiple statements on one line?
I was talking about a function with 100 lines and no line breaks. Very difficult to read.
I use black/ruff on a lot of projects and it will only touch standard-y things like docstring spacing, or spacing between methods and classes, import sorting etc. It doesn’t touch intentional/aesthetic user spacing. With agents it is helpful to make them run ruff and mypy to keep them honest, but as long as the code adheres to the spec, it doesn’t get changed. Astra also creates things like “report” functions with 10 arguments, so it’s useful to turn on complexity checkers as well.
I don’t see how Prettier is any better here unless you really want everything to be deterministic; how could it possibly know (always) when to insert a line? Aside from some more obvious cases like adding a gap before a loop declaration. Sometimes I group lines because they’re part of a mathematical formula or other operation and it makes sense to me, but Prettier doesn’t know that.
I don't think they have any access or scraped data. The plugin let's me configure a JLCPCB DB path and it seems like it doesn't ship with one. I have no clue how to obtain that db.
I tried it, it took several weeks of emailing back and forth. It probably could have been done faster if I replied earler, but it's not a quick process.
But won't you still need a decent private indexer with usenet or are paid indexers with open registration good enough these days? I've been using an invite-only indexer and haven't tried any other indexers in a while.
Not sure, I haven’t used Usenet myself but some friends do. From how quickly they were up and running it seemed to be less effort than getting into good private trackers.
Wow, this is so unbelievably unoptimized. The sound of my computer fans makes it so immersive.
The shadow map is being rendered twice with 300+ draw calls and 1M+ triangles. Full resolution GTAO is probably even more expensive with a lot of fetches per texel. I'm sure there are a ton of low hanging optimization fruits and I'm confident claude et. al can fix all those issues, but if you don't know where to look and never profile the app then you get a vibe coded unoptimized mess.
It's a work in progress. I have cut down on the original mesh size by quite a bit but continue to do that. I also fade out the resolution of the map tiles as you approach the horizon so you aren't loading ihgher res satellite images than you need. I've run entire flights on my 2022 mac pro with no issue, but as this is a side project it remains not as optimal as it could be. Any suggestions for order of operations / what should be fixed next are welcome :-)
awesome, I will look at each of these, one at a time. my bigger issue today was that I was not expecting so many people to try the app and have unoptimized bandwidth costs. bringing those down first and then will be looking into optimizations like you have listed. I honestly just built this thing for fun & it was running fine for me. now that others are using it it's time to start thinking about performance more. Appreciate the thoughts.
One thing that really kills this for me is it just takes a straight line flight. It really needs to take flight data and pick a track that performed that flight so that turns occur.
Did the product manager look at this before it was released? We have a lot of work to do here! We need to create a sprint for optimizing it, otherwise no one will like it. Be sure to put the texel fetches in a user story. This should be top priority. Lots of users are very angry.
It has degraded? In what way? It sounds like your issues could be caused by LSP servers going rogue. Zed itself has been perfectly stable for me since I started using it as my default editor ~1 year ago. The only thing I didn’t like were some default layout changes that were trivial to revert.
That's honestly pretty rough. Starting a race in a region where it's night time is pointless when you see almost nothing at night. Holding X to summon a vehicle does not seem to work. Can we have less completely broken vibe coded stuff please?
> Every redesign introduces new (secret) watermarks, patterns that are hard to copy, so it's also a "tech" update. Eventually more and more of the details become public. By now the current banknotes are too well known and I guess the counterfeits are getting too close.
But if I wanted to create counterfeit euro bank notes I could just go with the old ones, no?
Anyway, I think creating new designs just for fun is a good enough reason for me to create new notes.
Old bank notes are not in circulation forever. They are accounted for by serial numbers. Banks and ATMs can process the serials and designs and report them. Eventually bank notes get pulled out of circulation. So an old bank note is by default suspicious and gets checked more thoroughly. Counterfeiters mostly benefit by blending in with the masses, so having some old note can raise suspicion.
> We should revive the micro payments feature that where built into very early browsers.
I don't think this was ever a thing. I know there's HTTP 402 and before 2000 there were some standards around payment being pursued but AFAIK nothing ever made it into browsers. Or am I missing something?
I just tried out tangled for the first time and unfortunately it seems buggy beyond being actually usable. I created a repo but can't look at it because I get a 404 for it. The login was quite painful as well as I needed several attempts to enter my atproto handle (copy-pasted every time, so no typo).
But I'm glad more people are working on git hosting options.
> I created a repo but can't look at it because I get a 404 for it.
I remember back in early GitHub days this used to happen too, as the repository was asynchronously created but the redirect was immediate, then after a few seconds you refreshed the page and it was there. At one point they added the interstitial that I think is still there, that basically does the "waiting then redirect" for you.
Oh yes, seems like that's it. I can now view the repo. A bit annoying when creating a repo redirects you to a URL that will give you a 404 initially (and at least for minute or so, that's how long I tried).
> It turns out that empty lines are very hard to automatically generate. The approach that Prettier takes is to preserve empty lines the way they were in the original source code. There are two additional rules: > > - Prettier collapses multiple blank lines into a single blank line. > - Empty lines at the start and end of blocks (and whole files) are removed. (Files always end with a single newline, though.)
The last time I used astra it wrote a lot of rust code where it would insert almost no empty lines at all. Not before functions, structs, impl blocks, etc., and not inside functions to group statements. Similar to prettier, rustfmt doesn't really insert empty lines.
Edit: hmm maybe I misunderstood your and the parent's comment. Are you talking about missing regular newlines after statements, i.e. multiple statements on one line?
reply