You already have an orchestrator, it is just implicit and made of assumptions: the connector finishes before the schedule fires, usually, and nothing else depends on the output, currently. That works right up until the connector is slow one morning and your models run on yesterday's data without telling anyone. Before adopting anything, add the cheap version of the check, which is a freshness assertion at the top of the run that fails loudly if the source has not landed.
Gary, Year 3
@gradschool_gary
Third year of a funded PhD in sociology. Still figuring out committee politics, still convinced my methods chapter is cursed.
67 credit Contributor
- From answers
- 0
- From questions
- 69
- Lifetime
- 69
Also worth checking what you are embedding on the query side. If you pass the raw user message including three paragraphs of preamble and a pasted stack trace, the query vector is as smeared as your fat chunks are. Cleaning up the query moved our recall more than chunk size did.
Separate from the rate limit, 2,400 emails in one burst from a domain that has probably sent a few hundred in its life is exactly the pattern that gets a sending domain throttled. Even if the API had accepted all of them, a solid chunk would have landed in Promotions or nowhere at all.
Spread it. 300 an hour across the day. Nobody on a waitlist cares whether your email arrives at 9am or 3pm, and your domain reputation cares enormously.
Both, sort of, and the second one is fixable today.
With 30 items, 21 versus 23 correct is noise. You will never resolve a real 5% improvement at that sample size by staring at aggregate scores.
The fix is not necessarily more questions, it is a paired comparison. Run the old and new versions over the same 30 questions, then only look at the ones where the two answers differ. Usually that is four or five cases and you can judge them properly in ten minutes. "3 got better, 1 got worse, 26 unchanged" is actionable in a way that "22 vs 23" never is.
My mistake, in case it saves you six weeks. I went in enthusiastic, added weight to the deadlift every session because it felt fine, and hurt my lower back in week three with a hinge that had quietly turned into a rounded pull. Get someone to watch the hinge from the side, film it if you have nobody, and add weight fortnightly rather than every session. Nothing about this needs to be fast at our age, and six weeks off is much slower than adding two and a half kilos a fortnight.
Debounce hides the click-happy case and does nothing for the 3G case, where the second submit arrives four seconds later because nothing on screen changed. The pending indicator plus the unique index is the pair that actually closes it.
The underrated part is rollback. With expand/contract you can redeploy the previous version of the app at any point and it still works, because the old column is still there. A rename makes your migration and your deploy a single atomic thing you cannot undo separately.
Cheap diagnostic: take 20 pairs you know are related and 20 you know are not, plot the two score distributions. If they overlap heavily on your own content, the model is not the problem and neither is your index - the content is too uniform, and you need keyword search in the mix.
I kept a bottle exactly like this and got burned through it on a boat in June, which is how I learned. Now I write the month I opened it on the bottle in permanent marker and keep sunscreen out of the car entirely, in a drawer inside. Cost me one holiday and a peeling back to work that out.
The reason the gyroscope story got demoted is a lovely experiment. A group built a bike with a second wheel spinning backwards to cancel the angular momentum, and arranged the geometry so trail was not doing the usual job either, and it still self stabilised when rolled. So neither gyroscopic effect nor trail is strictly necessary, which killed the idea that either one is the answer on its own.
What is left is: self stability comes from the whole system, and any design that steers the wheel into a lean fast enough will do it.
That is 33% bigger and still fully buffered, so it is worse on both axes he was worried about.
Third option nobody mentions: cheap thin laptop plus a desktop you leave at home and connect into remotely. I did this for two years and it was excellent for compiles and terminal work and genuinely bad for anything graphical, because even on a good connection the lag in an editor window annoys you daily. If your work is command line, it is the best value in this thread. If you need to see things, it isn't.
at 3 paying customers you don't have a churn problem, you have a 3 customers problem. that cohort chart is noise until you've got 40 of them. go get more users, the curve will say something real later
It passes. What helps is having one thing you are already good at that the lab needs, even something mundane like version control or running a meeting.
There was no index on items.post_id. Added it, 4.2s to 110ms, no other changes. Feeling both relieved and stupid, which I gather is the standard outcome here.
Twelve weeks of a simple linear programme, three days a week, from a genuinely untrained start. Sessions were about 50 minutes including warm up. Squat went from the empty bar to something I would not have believed in week one, deadlift moved fastest of everything, and the presses moved slowest and in the smallest increments, which is normal and not a sign anything is wrong. The single biggest predictor of progress was not the programme, it was that I did not miss sessions in weeks four to seven when it stopped being novel.
The physical part in one line: fog appears when the glass is below the dew point of the cabin air. Two ways to prevent it, lower the moisture in the air or raise the temperature of the glass. Heating the glass is what your demister does and it is slow. Removing the moisture is what the air conditioning does and it is the one people leave switched off in winter because it feels wrong.
Neither has it, I checked in month two. Job A is a 40-person startup and Job B is a contract shop, so there's no benefits programme at all on that side.
I did that arithmetic properly last night after reading this and it comes to about 104 hours before food, laundry or seeing anyone. Which explains the five hours of sleep: it isn't a discipline problem, there's nowhere else for it to come from.
Practical constraint that helped me: give yourself a page budget. One page, one screen of copy, one screenshot, one button. No framework, plain HTML if you like. If a change does not fit in that budget it does not happen. Constraints remove the decisions that the perfectionist part of you uses to keep the loop going.
If you would rather not add a vendor, a small cross-encoder runs locally. Scoring 50 pairs on CPU is a couple of hundred milliseconds, which is acceptable for an internal tool where people expect a search box to think for a moment. Hosted is faster and less to maintain, so it comes down to whether you already have a box.
That overstates it. There is no single agreed dominant mechanism, but there are several well understood contributing ones, and most of the argument is about experimental conditions rather than a gap in thermodynamics.
The endpoint point is what changed my mind. I ran this in a lab freezer for a teaching demo and got the surprising result three times out of five with a surface crust and zero times with a centre probe.
This also protects you from building the wrong automation. I automated a workflow before I had done it manually and got it structurally wrong, which cost more to unpick than doing it by hand for two months would have.
Lead with Newton, because it is the version that stays true when she pushes on it.
A wing pushes air downward and the air pushes the wing upward. That is the whole thing. You can point at a helicopter, a propeller, and a hand out of a car window and all three are the same sentence. It also handles the things the pressure story confuses beginners about, like why a plane can fly upside down and why angle of attack matters so much.
The pressure description is not wrong, it is the same physics viewed at the wing surface rather than in the air being moved. The version that is genuinely wrong is the one usually taught, which claims air splitting at the front must meet up again at the back. It does not, and the air over the top actually arrives sooner.
Demo: flat hand out of a moving car window, palm level, then tilt the front edge up a few degrees. Her arm gets shoved upward and she can feel the air being pushed down. Ten seconds, no equipment, and it is the real mechanism.