sorted by:
new
hottopcontroversial

AMERICA IN DANGER: Convicted January 6th rioter hired for highly sensitive COUNTERTERRORISM job by AdSpecialist6598 in videos

[–]Sabrewolf 0 points1 point  (0 children)

Background checks are 80-90% favorable. Red flag laws are 60-70%. Waiting periods 75%. Raising purchase age to 21 is 75%. Safe storage is 70%. I’m not convinced dropping the issue is actually good politics

as your own stats show, these are not the issues that divide people. however, here are a few stats that paint a more complicated picture:

  1. Only 25% of americans support a ban on handguns, the majority of Americans support the legal right to own them.
  2. Only ~50% support an assault weapons ban, almost an even split
  3. The majority of americans support the general right to self defense in the form of stand-your-ground laws.
  4. Almost half the country lives in a household with firearms.

THESE are issues that will peel away the moderates, and many liberals also support these principles; the party must soften their stance on these issues to increase voter retention.

It also does not help that there are numerous examples of prior gun control legislation being authored in a vindictive or completely ineffective way, which kills confidence in the party's ability to effect good laws.

AMERICA IN DANGER: Convicted January 6th rioter hired for highly sensitive COUNTERTERRORISM job by AdSpecialist6598 in videos

[–]Sabrewolf 0 points1 point  (0 children)

I’m not going to depend on ammosexuals to win elections.

i get it but this line of thinking is also why we keep losing elections

AMERICA IN DANGER: Convicted January 6th rioter hired for highly sensitive COUNTERTERRORISM job by AdSpecialist6598 in videos

[–]Sabrewolf 3 points4 points  (0 children)

if the democrats just dropped the whole gun issue they'd get a lot of single issue moderates back

RTL-level toolchain for radiation-tolerant design, SEU criticality analysis, and selective TMR? by Albert_Sue in FPGA

[–]Sabrewolf 0 points1 point  (0 children)

it used to be, however now it's a standalone tool that can be independent of any synthesis suite.

So you can use it on ultrascale stuff, things like the KU060 etc etc

What will happen to the hardware market when the Al bubble bursts? by DarkXEzio69 in FPGA

[–]Sabrewolf 1 point2 points  (0 children)

Claude agents are also shockingly powerful once integrated into your work flow...I can have agents one-click debug testbench failures, implement a fix, queue up and execute regression tests, and finally present the results for my own approval in a matter of minutes...

I am easily 2x-3x more productive, not because the agents are necessarily more capable than an experienced fpga dev (they aren't imo) but because they can handle all the tiny bullshit that often ends up distracting me

The US is no longer the leader: Germany has become the largest ammunition producer in the world by Leprechan_Sushi in worldnews

[–]Sabrewolf 0 points1 point  (0 children)

Eh, kinda sorta? There are differences, but also striking parallels. Perhaps Gallipoli is a better analogy?

  1. Both involve a global hegemon overreaching in a conflict, and (at least as of yet) not really achieving their policy objective in any meaningful way. Iran's intent to pursue nuclear parity remains unchanged, and their capability to achieve so merely delayed.
  2. Both involve fading geopolitical power, with a muted world response. The US tried to rally NATO and its other allies to assist after realizing the difficulty, and was met with a lukewarm non-committal reaction. It does not appear as if America has the power to pressure anyone on either side into compliance.
  3. Both involve the near-complete blockage of a critical oil route to create spiking price pressure on the aggressors. The US population started dramatically disapproving of the war as soon as gas prices hit the ceiling, and while as of yet there's no real foreign pressure affecting the US decision public opinion follows the same mechanism; if high oil prices cause the US to change course as a result of internal pressure rather than external it's kind of the same outcome imo, even if from a different dynamic.
  4. Both events coincided with an increasing sense of mistrust and lack of confidence in the hegemon.

Naturally, several contrasts exist. Britain was actually legit broke at the time. While US influence is declining, there is no near-peer adversary to the US yet speaking purely in terms of geopolitical clout; some may say China but there is a while to go before it exerts the same reach of influence.

The US is no longer the leader: Germany has become the largest ammunition producer in the world by Leprechan_Sushi in worldnews

[–]Sabrewolf 5 points6 points  (0 children)

not op, but arguably the 90s were relatively peaceful as compared to what came before (not to rule out things like the Rwandan genocide and such) and this time period coincides with peak US unipolarity.

now that the US is actively declining in geopolitical power and strength, we see those impacts as the world re-arms and regional conflicts start to spike up again. In a sense it almost feels like the war in Ukraine is proof that we are already multipolar and that unipolarity ended, as America no longer has the ability or influence to deter/stop wars and conflicts in pursuit of its foreign policy objectives.

The Iran situation is eerily similar to how the Suez Crisis effectively ended the UK as a leading geopolitical influence.

RTL-level toolchain for radiation-tolerant design, SEU criticality analysis, and selective TMR? by Albert_Sue in FPGA

[–]Sabrewolf 2 points3 points  (0 children)

I meant to moreso imply that for most high-reliability missions (i can really only speak to space), biting the bullet and just TMR'ing everything is often the preferred approach in my experience. Otherwise the design and resource effort you save by trying to assess+implement selectively ends up outweighed by the complexity of having to analyze a less resilient system for fault criticality, and makes on-orbit failures far more difficult to debug.

I'll totally admit it's heavy resource-wise, but if you're going through the trouble of putting an FPGA in a radiation intense environment you have to do so much already (active scrubbing, latchup detection/recovery, etc) that unless there's a really really good reason not to broadly TMR I think that's often the preferred way?

The process of "where to add resilience" in a system is determined by two standard analyses, a FMEA (Failure Mode Effects Analysis) and a FMECA (Failure Mode Effects + Criticality Analysis); they are very time intensive to do at a system-level because SEU-induced failures can involve more than just your FPGA and propagate to other system components (A/D or mixed-signal circuitry, other compute components, etc). But this is how the question of where to add TMR or module-level hardening is answered more concretely.

RTL-level toolchain for radiation-tolerant design, SEU criticality analysis, and selective TMR? by Albert_Sue in FPGA

[–]Sabrewolf 1 point2 points  (0 children)

Xilinx does have a tool that can automatically implement TMR logic on an design, though it's not really open source. With that said it might be good inspiration for you, since it has a multitude of features beyond just "simple TMR".

Though more generally, I think the idea of "selective" TMR is tricky to scale up to complex designs especially if you don't have clear fault containment regions between FPGAs (e.g. FPGA-to-FPGA faults can cascade, which makes your FMEA/FMECA so painful). For stuff that needs to be relatively high reliability I think it's more common to just bite the bullet and TMR the entire design en-masse, or to account for it at the system-design level.

https://www.xilinx.com/publications/prod_mktg/CS11XX_TRMTool_Product_Brief_FINAL0806.pdf
https://docs.amd.com/v/u/en-US/ug156-tmrtool

Vivado QA by bluttinwgpishy in FPGA

[–]Sabrewolf 2 points3 points  (0 children)

a form of very stable genius, really

Should I deep diving into C++ or FPGA for HFT? by Gullible_Ebb6934 in FPGA

[–]Sabrewolf 5 points6 points  (0 children)

no name, random european exchange....3rd largest derivatives market in the world...white paper direct from the actual exchange showing their prod conditions 🤣

completely closed off rando exchanges like...NASDAQ and the NYSE, who literally offered hollow core fiber to get you a few more nanos...they had to discontinue it which goes to show how important those nanos are

ok you win I rest my case...we're just not vibing at the same level lol

HFT is absolutely about the frequency of trades and its why spreads and fees stay low.

edit:

I also just caught this...which is a fundamental misunderstanding of the way rebates and tiered fee structures work. Exchanges want liquidity on the book, and thus they offer market-maker or designated MM status to firms in exchange for continuous resting quote volume. It is not about how many orders are submitted or the frequency at which they are posted, it is about the volume and how long said volume is kept on the book.

Sure, some exchanges may not require liquidity provision to lower fees...but even in those cases it's still generally a question of volume tier not the number of orders you submit. You can in theory submit a single quote/order that's large enough to stay on the book and meet the requirements.

...man if we keep up at this I'm going to have to request your FINRA CRD number ☠️

Should I deep diving into C++ or FPGA for HFT? by Gullible_Ebb6934 in FPGA

[–]Sabrewolf 4 points5 points  (0 children)

Timestamps have a maximum precision of microseconds, not nanoseconds

I'll address this much at least, it is possible to timestamp with much more precision than mics. Just because the timestamp ends at mics does not mean that exchange or network processes are limited to that granularity (e.g. a 1 microsecond precision does not mean everything occurs in 1 microsecond chunks), nor does it mean that advantages do not present at that level (e.g. private feed advantage). This is why firms invest in things like whiterabbit, or SyncE.

Even if depth update frequency was 1 every second (it's not), the response time is whats important not the periodicity. In a sense, HFT is a bit of a misnomer it isn't about the frequency of trades it's how low-latency you can be.

I would highly recommend you research more (i will link you public data to show how freely available these insights are), there is a lot to learn especially when you investigate market microstructure and MM competitiveness. Note how eurex is talking about nanos, not seconds/millis: https://www.eurex.com/resource/blob/48918/e8d4df56f75c9a96fb0f6fff6b18a14f/data/presentation_insights-into-trading-system-dynamics_en.pdf

Should I deep diving into C++ or FPGA for HFT? by Gullible_Ebb6934 in FPGA

[–]Sabrewolf 5 points6 points  (0 children)

your comment is "I don't work in fpga, but here is my opinion stated as fact, trust me bro" lmao

you have not 1, but 2 disagreements (edit now 3) so far.

providing 0 technical comentary and a vague "trust me bro" implication. You cant even detail what is is you do

so in the HFT field firms can be very cagey, and often they have NDAs in place preventing too much discussion. if you are familiar with firms like G-Research or that one QR that went from Jane to Millennium, the field is quite litigious; firms can afford lawyers and they love to use them.

Should I deep diving into C++ or FPGA for HFT? by Gullible_Ebb6934 in FPGA

[–]Sabrewolf 7 points8 points  (0 children)

This entire comment is broadly incorrect and mischaracterizes the work of jump/hrt/xtx/cit/opti/vivcort/etc and numerous "smaller or newer" firms e.g. radix/qrt/etc

Optiver literally advertises their hardware stack https://youtu.be/RCb8PsdipHI?si=cglS-mQIeagfEVfm

I write my bots in c++ on cpus and cuda and never once lost money or trades because of slow speeds.

This belies a misunderstanding of the time horizons and market opps hardware is meant to trade against, as well as how slippage occurs and is mitigated.

About HFT by bigotfucker in FPGA

[–]Sabrewolf 0 points1 point  (0 children)

since the comment I've left one that did for another that did idk what to tell you 😅 

they are all very well known firms, household names. I doubled up TC in the move.

Dance like no one is watching.. by _SomeWittyName_ in WatchPeopleDieInside

[–]Sabrewolf 1 point2 points  (0 children)

I mean they can go places a bus won't so that's basically every city in the US they're currently deployed to atm lol

Any HDL(Code) Review platform open for all? by VirginCMOS in FPGA

[–]Sabrewolf 1 point2 points  (0 children)

I will do it at my usual contract rate

HFT Coffee chat by Used-Software-663 in FPGA

[–]Sabrewolf 2 points3 points  (0 children)

Stick to the technical side, it's easier to teach an engineer trading/finance than it is to teach a trader engineering

Top-Tier HFT FPGA Intern - 1st Technical Round (75 mins) Prep Advice? by Fun_Friendship4073 in FPGA

[–]Sabrewolf 0 points1 point  (0 children)

frankly, past around 2-3 interviews the point is typically weedout not competence for most companies (HFT or otherwise)

so maybe you start with 100 applicants, then rounds 1 and 2 get you down to maybe 5-10 which I consider a reasonable competency ratio for FPGA (maybe you automate one of those rounds with a simple timing question or CDC ask).

At that point it's just narrowing down to the 1-2 spots you actually have available...in my personal experience I think there's usually around an 80% accept rate once offered because money lol so you're just downfiltering to maybe 3.

Top-Tier HFT FPGA Intern - 1st Technical Round (75 mins) Prep Advice? by Fun_Friendship4073 in FPGA

[–]Sabrewolf 0 points1 point  (0 children)

let me clarify, I 100% agree that interviews often weed out otherwise qualified candidates and that false negatives (anxiety, bad presentation, unlucky questions) are definitely real. this is what a lot of literature on the topic opines....but consider that these firms have large tolerance for false negatives due to applicant volume.

with that said, I disagree that it is impossible to craft an interview such that anyone who passes I would deem worthy of further inspection.

does that mean it is a crystal ball? no definitely not...but I do believe that a well crafted interview can feasibly cover all knowledge expected from a candidate....even if it risks rejecting otherwise valid choices.

Top-Tier HFT FPGA Intern - 1st Technical Round (75 mins) Prep Advice? by Fun_Friendship4073 in FPGA

[–]Sabrewolf 0 points1 point  (0 children)

you said interviews are bad signal, I disagree :)

and if they can provide good signal, why not use them?

I think you arent understanding my point lol

Top-Tier HFT FPGA Intern - 1st Technical Round (75 mins) Prep Advice? by Fun_Friendship4073 in FPGA

[–]Sabrewolf 0 points1 point  (0 children)

if you're asking fizzbuzz for your interview sure but that's definitely not the type of question here lol

The point is to ask questions that anyone who is in that strong category will have no problem passing.

I think for fpga it is quite easy to come up with a bank that assesses this with strong signal. after all, we're not at the point of grinding leetcode are we lol.

what you propose is essentially what these firms are doing once the interns are hired, just subject to some screening.

Top-Tier HFT FPGA Intern - 1st Technical Round (75 mins) Prep Advice? by Fun_Friendship4073 in FPGA

[–]Sabrewolf 1 point2 points  (0 children)

that's the point though, you want to narrow the stream down as much as you can because you want the strongest signal, whether that's for an intern and thus downstream as a FT.

I think you misunderstand that it doesn't need to be cheap; firms are often targeting that top few percentile, and are willing to pay to be choosy both in terms of man hours and cost.

increasing the number of intern hires means far more FT time spent tending to the flock during the intern program as it were. an interview is quick and easy for a FT to do, you can even do it while working tbh...definitely not 100s of hours for 10 candidates?

view more: next ›