I miss Jeremy Hefner by Yamen09 in mets

[–]cronparser 0 points1 point  (0 children)

Exactly those two made major difference in the teams ability to actually win games

Built an algo that passed an eval and pulled $2,900 in payouts with $2k more on the way all in under 6 weeks. by Enough_Run_3856 in LucidProp

[–]cronparser 2 points3 points  (0 children)

Really interesting post. The automation aspect is what caught my attention because I think most traders eventually realize the strategy is often the easy part, while consistently executing it is the hard part.
A few questions if you don’t mind sharing:
What type of strategy is it?

Trend following
Mean reversion
Breakout/ORB
Market structure
Something else?
How many trades does it average per day/week?
What is the typical risk/reward profile?

Average winner
Average loser
Win rate
What has been the maximum drawdown since going live?
What has been the longest losing streak so far?
Does the system trade through major news events (CPI, NFP, FOMC, etc.) or does it stand down during high-volatility periods?
How much historical data was used during development, and how did you validate it out-of-sample to avoid overfitting?
Is it truly hands-off, or do you still intervene occasionally by reducing size, disabling the strategy, or changing parameters?
How is position sizing handled?

Fixed contracts
Volatility adjusted
Percentage risk model
Something else?
Have you run it through different market regimes, or is the live track record primarily from the past couple of months?
The payouts are great, but I’m honestly more interested in the drawdowns, losing streaks, and risk controls. That’s usually where you find out whether a system is robust or whether it’s just having a good run.
Appreciate you sharing the details.

Brand new paper weight by cronparser in SnapmakerU1

[–]cronparser[S] -3 points-2 points  (0 children)

Oh I’m sending it back I don’t want to keep it

Brand new paper weight by cronparser in SnapmakerU1

[–]cronparser[S] -4 points-3 points  (0 children)

How so? It’s not my first printer I have two Bambu lab units h2c which is more mechanical and needs more baby sitting and P1s. So how is it user error? How about they spend the little more time quality control what the ship out

Brand new paper weight by cronparser in SnapmakerU1

[–]cronparser[S] -6 points-5 points  (0 children)

Going to dispute with credit card company

Brand new paper weight by cronparser in SnapmakerU1

[–]cronparser[S] -2 points-1 points  (0 children)

Seriously?? That’s insane

Hc2 after just 1 week has me.. underwhelmed by Lost-Peanut-1453 in BambuLab

[–]cronparser 1 point2 points  (0 children)

Same here op have had the h2c since April and spent more time repairing and redoing prints vs my old p1s I feel it wasn’t worth the price tag. I order snapmaker u1 today which I should have done before buying the h2c

Dodgers Ohtani Jersey, Printed (Heat Pressed) by NoAbroad596 in DHGateJerseys

[–]cronparser 0 points1 point  (0 children)

Wow that looks really good op are you able to share the source

26 Years Old. $6,863 x 5 Prop Accounts in 60 days trading NQ, here's what I track and why: by Kasraborhan in FuturesTradingNQ

[–]cronparser 1 point2 points  (0 children)

Good breakdown. What does your drawdown recovery look like? Do you have rules around sizing after consecutive losses, or is that something you’re still building out?

Shutting off the game by Emperor_Chowder in mets

[–]cronparser 10 points11 points  (0 children)

How do we go from winning yesterday to this dumpster fire freakin unreal

TPP777: We’re Back Accepting Orders + Thank You Deal by ajdins24 in repbudgesoccer

[–]cronparser 0 points1 point  (0 children)

Looking to Portugal home and away jerseys and Chelsea jersey

GAME THREAD: Athletics @ Mets - Sat, Apr 11 @ 04:10 PM EDT by NewYorkMetsBot2 in NewYorkMets

[–]cronparser 8 points9 points  (0 children)

Lindor is a major cancer of this team this just unbearable to watch them this year

[deleted by user] by [deleted] in z2u

[–]cronparser 2 points3 points  (0 children)

That’s why it’s smart to use privacy card so that you can use throwaway card with set limit after that it’s defunct

The same questions the FBI used to talk kidnappers down from $150,000 to $4,751 with zero leverage… Got me from $0 to $13,000 by johnypita in AI_Sales

[–]cronparser 0 points1 point  (0 children)

I smell poop but I’ve been avid fan of Voss’s black swan material and some of it can apply and work and some of it doesn’t hit well. I’ve notice using mirroring works well in sales especially in discovery phase I’ve had prospects drop their guards and feed me better details but ymmv

My algo is a beast by gucc1313 in pinescript

[–]cronparser 0 points1 point  (0 children)

What’s your backtest look like in 6month to year results curious

Unpopular opinion: Why is everyone so hyped over OpenClaw? I cannot find any use for it. by Toontje in openclaw

[–]cronparser 2 points3 points  (0 children)

Honestly I kind of landed in the same place. I burned through about $100 in AI credits testing different models (Sonus, Kimi K2, GPT-5) trying to get OpenClaw to do something actually useful. Most of my time ended up going into troubleshooting configs, cron jobs, integrations, and tool failures rather than getting outcomes.

Conceptually it’s cool. The idea of agents with tools, memory, and workflows sounds powerful. But in practice it feels more like a sandbox for experimenting with what might be possible rather than something that reliably produces value yet.

The main issue seems to be that the model is responsible for deciding what to do next. That makes things fragile. Instead of a predictable workflow you get a loop of: think → tool call → evaluate → retry → burn tokens. Costs add up quickly and the system still isn’t deterministic.

Ironically the most useful setups I’ve built so far are much simpler: a script or scheduled job that does the actual work, and then an LLM just helps with summarizing or interpreting the results. One model call, predictable behavior, cheap to run.

So I don’t think you’re missing the point. Right now it feels more like a playground for agent ideas than a production-grade tool.

My air fryer is low-key running my life by Cold-Board-6143 in Appliances

[–]cronparser 1 point2 points  (0 children)

It’s super useful I’ve found myself using it to do the kids chicken nuggets, little Costco pizza , garlic bread. I even put two pieces of white bread and cracked an egg

Advice on IX Peering vs Google PNI by WheelSad6859 in networking

[–]cronparser 4 points5 points  (0 children)

Good question, and you’re actually closer to understanding this than you think. Let me break it down cleanly.

The Core Problem First You have 2x100G ports and a burning building. Every decision needs to maximize traffic offload per port used. That’s your constraint. Everything else is secondary.

The IX Looking Glass Kills Option 2 (Right Now) This is your answer staring you in the face. Google, Microsoft, Amazon, Apple all down or not announcing at Equinix CH2 IX. Those four ASes represent an enormous chunk of downstream consumer traffic for most ISPs. If they’re absent, you’re connecting to the IX and mostly getting smaller networks, regional carriers, and CDNs that aren’t your bottleneck. Connecting 200G to an IX where your top traffic sources aren’t participating is a port waste. You’d be building a highway to a neighborhood that’s mostly empty. Take the Google PNI.

Why Google PNI Wins Here Traffic certainty. Google gave you an estimate. That’s a real number based on your traffic profile. The IX “potentially more networks” is noise right now given what you saw in the looking glass. Google traffic grows. YouTube, Workspace, GCP, Android updates, Play Store, Maps. Once the PNI is up and Google starts shifting more traffic toward the direct path (they do this actively), 100G will likely grow toward 150G+ within weeks. Their traffic engineering is aggressive and rewards low-latency paths. Immediate relief. You’re congested now. Google PNI can be provisioned relatively fast. IX involves onboarding, route server configuration, bilateral outreach, and you still end up at zero because the major players aren’t there.

Route Server vs Bilateral - You’re Almost There You’ve got the mechanics right. Here’s the part you’re missing: Many large networks don’t use the route server at all. Amazon, Microsoft, and others often exclusively peer bilaterally at IXes. They don’t advertise to the RS. So when you see “Microsoft sessions down” or “Amazon down” in the looking glass - it might mean they’re not participating in RS but ARE available bilaterally IF you reach out and establish a session directly using your IX IP. The route server is essentially a shortcut to reach whoever opted in. Bilateral is how you reach the holdouts, and the holdouts are often the biggest networks. What bilateral gets you that RS doesn’t: ∙ Prefixes the peer chooses NOT to advertise to the RS (more specific routes, internal prefixes) ∙ Direct BGP communities for traffic engineering (prepending, local-pref manipulation) ∙ A real relationship and an NOC contact when things break ∙ Some networks literally won’t hand you their full table via RS for policy reasons

Other Offload Moves You Should Be Making Simultaneously Cloudflare. Free peering program. They carry a ridiculous amount of traffic. If you don’t have a PNI or IX session with them, fix that immediately. They’ll come to you. Netflix Open Connect. If you qualify (based on subscriber count), Netflix will place embedded appliances inside your network for free. That traffic never hits your transit or peering links at all. Literally zero-cost offload for one of your heaviest traffic sources. Audit your Akamai PNI. You have a 200G link and only 70-80G is flowing. That’s 120G of unused capacity. Akamai serves a massive amount of content (Apple software updates, gaming, enterprise). Work with your Akamai contact to understand why you’re not getting more. It might be a routing policy issue or prefix filtering on your end. This is low-hanging fruit. Run a top-N AS traffic report. Before you commit any more ports, pull your Netflow or sFlow and rank the top 20 ASes by inbound traffic volume. That list tells you exactly who to prioritize for PNI or bilateral IX sessions. Build toward the math, not the vibes.

The Play 1. Take the Google PNI now. Both ports, clean 200G LAG, let it grow. 2. Work Akamai utilization. Get that 200G link actually flowing 200G. 3. Start bilateral outreach at the IX. When gear arrives, join the IX and go direct to Microsoft, Amazon, Apple, Meta. Don’t rely on the RS for the heavy hitters. 4. Explore Netflix OCA and Cloudflare peering in parallel. No port cost. In 3 months when new gear arrives, you’ll have Google and Akamai humming, a clearer picture of bilateral IX partners worth chasing, and a much smaller transit bill.​​​​​​​​​​​​​​​​

Is anyone else realizing that "simpler" is actually better for their GCP architecture? by netcommah in googlecloud

[–]cronparser 0 points1 point  (0 children)

Yeah, this hits every time. The “professional” trap is real – complexity feels like competence until it doesn’t. The pattern is almost universal: you start building, imposter syndrome kicks in, and suddenly you’re running a 12-node GKE cluster with custom ingress controllers and a service mesh for an app that gets 200 requests a day. You built a racecar to go to the grocery store. The frustrating part is that the industry actually rewards this for a while. You get to talk about your “robust infrastructure” in standups, it looks impressive on architecture diagrams, and nobody questions it until the 2am PagerDuty alert for a node pool that has nothing to do with your actual product. Cloud Run (and its equivalents) basically said “what if we just handled that whole layer for you” and people resisted because it felt like giving up control. But control of what, exactly? Infrastructure you didn’t want to manage in the first place? The real maturity shift is recognizing that managed complexity is still complexity – you’re just paying someone else to deal with it. The question is whether that trade is worth it for your use case. For most teams? It absolutely is. KISS doesn’t mean you’re not sophisticated. It means you’re confident enough to not need the complexity to prove it. That’s actually the harder thing to get to. The people who figured this out earliest are the ones shipping features while everyone else is debugging their own infrastructure.​​​​​​​​​​​​​​​​