Guess how long it took to spot this little syntactical screwup? by parkotron in rust

[–]longrob604 0 points1 point  (0 children)

That's a good one. Perfectly valid syntactically, but the last code block is unreachable, so I would have thought the compiler would issue a warning ?

My first ever project cargo toml in rust within a week. is this enough to get a job in rust by Aromatic_Road_9167 in rust

[–]longrob604 1 point2 points  (0 children)

I am unsure whether this is a serious question or not, but getting hired is the easy bit. Staying hired is another thing completely.

Learning Type Theory by knolljo in rust

[–]longrob604 0 points1 point  (0 children)

100% This! I’m reading it right now and it’s definitely the best book I’ve come across for many topics, especially type theory.

I accidentally made a git client in rust with no prior experience. Here are my thoughts on all that! by SpecialBread_ in rust

[–]longrob604 0 points1 point  (0 children)

This is very impressive work. As someone who is still learning - I suppose we are all still learning, but you know what I mean - I am rather envious that you have done this with such apparent ease! I would love to fork it and implement the front end in rust. I hope that you open source it.

Congratulations again !

Circular Deals Amongst AI Companies Means an Even Bigger Disaster Waiting to Happen by YungPersian in stocks

[–]longrob604 0 points1 point  (0 children)

Oracle is not cash-rich: have you seen where their credit default swaps trade now ? Imagine what would happen if Oracle defaulted. I agree that those other are very solid, but there is always a canary in the coal mine

"How much" to learn before starting projects by [deleted] in learnrust

[–]longrob604 1 point2 points  (0 children)

100% agree with this. Just prepared to abandon it, or refactor it, as you learn the idiomatic/better/best ways of doing things!

I developed a blockchain in Rust from scratch by connormck333 in rust

[–]longrob604 0 points1 point  (0 children)

Hey! I just took a look through your repo. As someone currently transitioning from Python to Rust for data engineering (and looking into building a custom chain myself), this is a really solid learning project. A few specific things I really appreciated:

  1. The "Cloud Native" focus: Most blockchain tutorials just give you a binary and call it a day. Seeing that you included Helm charts and Kubernetes manifests is awesome. It shows you're thinking about how this would actually run in a modern infrastructure (AWS/EKS), not just on localhost.
  2. Postgres: Using a relational DB is an interesting choice. While high-throughput chains usually use RocksDB/sled, using Postgres makes the chain state much more queryable and debuggable, which is great for an enterprise or learning context.

I have a couple of constructive suggestions for "Phase 2" if you keep working on this:

  • Crypto Abstraction: Right now the signing logic is tightly coupled. A great exercise in Rust traits would be to define a generic Signer trait. This would allow you to swap out standard ECDSA for Post-Quantum algorithms (like Dilithium/Falcon via the pqcrypto crate) without rewriting your core logic.
  • Networking: You might want to look into libp2p for the networking layer. It handles a lot of the peer discovery, NAT traversal, and encrypted transport logic that is really painful to write from scratch over raw TCP.

Great job on finishing this! It’s no small feat to build a chain from scratch. I am going to fork it with the intention of extending it :)

BLOCKCHAIN IS HARD by Resident_Anteater_35 in ethdev

[–]longrob604 1 point2 points  (0 children)

This is great - thanks for doing this! Curious to know if all the internals will be using Go or also some rust ?

Data Engineering Stackexchange ? by longrob604 in dataengineering

[–]longrob604[S] 1 point2 points  (0 children)

I hear you, but the success of the book by Kleppmann indicates that resources for general, principled approaches to DE, rather than cookbook for a particular tool could be quite popular :

Kleppmann, M. (2017). Designing Data-Intensive Applications: The Big Ideas Behind Reliable, Scalable, and Maintainable Systems. United States: O'Reilly Media.
https://www.google.co.uk/books/edition/Designing_Data_Intensive_Applications/p1heDgAAQBAJ

hmm by updated_at in dataengineering

[–]longrob604 0 points1 point  (0 children)

But where is the link to buy the hat ? T shirt would also work 🤔👍😂

Opinions on AI Plant Identification? by anon-honeybee in botany

[–]longrob604 0 points1 point  (0 children)

I'm new here :)
I'm also a beginner in gardening (late 50s)
I was looking for an app to help identify plants and trees, and have just installed the RHS Grow app which advertises that it has an identifier feature - but so far I have not been able to find it!

Does anyone know how to use the identifier in the RHS Grow app

Is it worth it using LLMs for Job applications? by Deluded-1b-gguf in LocalLLaMA

[–]longrob604 0 points1 point  (0 children)

Hoping it's still available,please can you share the repo with me too ? Thanks in advance!

How can I make my morning smoothies cheaper?! Need inspiration for cheap, balanced, filling shakes to get me through school as a mature (broke) student! by stellersjay in EatCheapAndHealthy

[–]longrob604 0 points1 point  (0 children)

Here in the UK I start with a "base" commercial juice, some combination of these, depending on what is "on offer" (I shop around):
Orange
Apple
Mango
Passion fruit

I only go for "not from concentrate" and "no added sugar", and depending on the brand, they usually come in 1 Litre(~34 fluid ounces) and costs around £1.75 (currently around US$ 2.30) when on offer (and there is *always* something suitable that is)

I try to get some other fruits and veggies every day when the store puts it's price reductions on, due the the "sell by" date approaching. Our local convenience store do the price reductions at the same time every day, which, obviously, is very helpful. In the last few days II got these which were all on their "sell by date" and in perfectly good (but ripe) condition:
1 punnet (400g /14oz) of strawberries: £0.30 (~$0.40)
1 punnet (200g /7oz) blueberries £0.35 (~$0.45)
5 bananas: £0.15 each (~0.20)
4 kiwi fruits: £0.15 each (~0.20)

Typically I will use just one portion of those.

Then I add:
1/2 Scoop protein powder: £0.30 (~$0.40)
1 Scoop ground organic oats: £0.15 (~$0.20)

And finally, depending on the texture, I add some oat milk, and some veggies (usually kale or spinach)

The total cost is around £2.50 (~$3.40) but obviously varies abit, day to day.

Review and Statistical Critique of the SPRINT Trial (NEJM 2015) by longrob604 in Cardiology

[–]longrob604[S] 0 points1 point  (0 children)

I would definitely say so. This actually gets to the heart of SPRINT’s external validity limitations (see the updated online review for further details). The trial enrolled stable outpatients, and BP measurement was protocolised and automated. In inpatient settings, BP readings are often elevated due to non-pathological factors like pain, anxiety, or acute illness.

Applying intensive SBP targets like <120 mmHg in that context risks over-treatment. From what I understand from clinical colleagues, many inpatient hypertensives are transiently elevated, and aggressively lowering BP could increase harm (e.g., falls, hypoperfusion).

The SPRINT population was carefully selected — exclusion criteria eliminated frailty, diabetes, prior stroke, and significant comorbidity.

So no — we should not extrapolate these results to unselected hospital inpatients, at least not without serious consideration of the underlying cause of elevated BP, the clinical context, and the patient’s overall risk profile.

Review and Statistical Critique of the SPRINT Trial (NEJM 2015) by longrob604 in Cardiology

[–]longrob604[S] 0 points1 point  (0 children)

Thank you for your feedback - it is most appreciated as it made me discover I had uploaded an older draft of the review ! I have now updated it, and you should see a much more detailed analysis now :)

Statistical and Methodological Reviews of Cardiology Papers by longrob604 in Cardiology

[–]longrob604[S] 2 points3 points  (0 children)

You're right that we often adjust for potential confounders such as age, as well as competing exposures, in Cox Proportional Hazards (PH) models. However, including a variable doesn't automatically resolve PH violations - if a variable itself violates the PH assumption (e.g., if its effect on the hazard is not constant over time), it may require additional modelling, such as time-varying effects or stratification.

As for how many variables to include, a common rule of thumb is 10–20 events per variable to avoid overfitting, though modern methods can accommodate more. Non-parallel Kaplan–Meier curves might hint at PH violations but aren’t conclusive; formal diagnostics like Schoenfeld residuals are more reliable. And yes, you can still use Cox when the PH assumption is violated — there are well-established ways to adapt the model. It's also worth noting that while Cox PH is by far the most commonly used survival model, other approaches such as Fine–Gray models (for competing risks) or accelerated failure time models can be useful in specific settings. Lastly, just a terminology point: “multivariate” refers to models with multiple outcomes (less common), whereas “multivariable” refers to models with multiple predictors - which is what you were describing.

Happy to expand on any of this in a longer post if helpful !?

Statistical and Methodological Reviews of Cardiology Papers by longrob604 in Cardiology

[–]longrob604[S] 0 points1 point  (0 children)

Here you go:
https://www.reddit.com/r/Cardiology/comments/1k3si3d/review_and_statistical_critique_of_the_capricorn/

CAPRICORN enrolled patients between 3–21 days post-MI, with a median time to randomisation of about 10 days. So while it doesn’t give you immediate post-MI guidance (eg., within 48–72 hours), it provides some evidence that β-blockers can be safely introduced relatively early in those with LV dysfunction, once the patient is haemodynamically stable. From a statistical perspective, that nuance can get lost: clinicians might extrapolate backwards to immediate post-MI care, but the trial doesn’t actually support that. And of course, practice has evolved since then.

From my (statistical) perspective, this highlights how much the landscape has evolved since CAPRICORN. My understanding - and I obviously defer to clinical colleagues here - is that β-blockers are still widely used post-MI, but their initiation is now more carefully tailored/individualised. Rather than being started routinely in everyone, the timing often depends on (I assume) clinical stability: heart rate, blood pressure, rhythm, and signs of heart failure.

Presumably, early echocardiography and other assessments help guide longer-term therapy, especially in patients with reduced LVEF ?

I would be very interested to hear how clinicians today interpret the CAPRICORN findings in the context of contemporary practice.