We use it internally to create folder-like structure representation of our database schema.
https://github.com/gajus/pg-dump-parser?tab=readme-ov-file#r...
Very handy when reviewing changes in version control, etc.
1,314 karma · joined October 13, 2014
We use it internally to create folder-like structure representation of our database schema.
https://github.com/gajus/pg-dump-parser?tab=readme-ov-file#r...
Very handy when reviewing changes in version control, etc.
Zod alone accounts for a significant portion of the CPU time.
Zod is great in terms of API, but a no-go in terms of performance.
We ended up writing babel plugins (https://github.com/gajus/babel-plugin-zod/) and using it along with zod-accelerator, which improves performance, but breaks in various edge-cases.
For someone that could be 1m records for others that could be 1bn records
> So, we now focus on the new NIST standards of FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) and FIPS 205 (FLH-DSA).
Just so I understand the other side of the argument: where is the purported inefficiency of keeping DST coming from?
https://github.com/gajus/gajus-com/blob/main/src/blogPosts/2...
I fixed the typo though. Thanks!
I was excited see that the post is getting engagement. I saw it in 3 position. Then checked an hour later and it is nowhere to be seen.
I am assuming this is some sort of opportunistic algorithm at play that gives a chance to a post, but removes it if it is not performing, but curious if anyone has more details.
It's hard to believe, but it's been three years already. If you're unfamiliar with Contra, let me introduce it. Contra is a freelancer marketplace designed to stand out in an industry filled with restrictive platforms, high commission fees, and competitive bidding that often results in race to the bottom. We've created an open marketplace without commission fees, aiming to attract and keep both high-quality clients and talented freelancers.
I'm excited to unveil something we've been passionately working on: Contra for Companies. This all-in-one platform revolutionizes how you hire, manage, and pay freelancers and contractors.
Ever juggled a spreadsheet to track your talent pool, their contact info, rates, deliverables, and projects? That's exactly what motivated us. After hiring hundreds of freelancers, I've experienced firsthand the challenges of managing talent. That's why Contra for Companies is a game-changer, integrating talent discovery, management, and project oversight into one seamless platform. It's designed to empower companies to scale their teams effortlessly with a skills-based workforce.
Take a moment to watch our demo video for a sneak peek of what we're bringing to the table.
https://www.youtube.com/watch?v=b34a7eUPI-g
A heartfelt thank you to our incredible team for turning this vision into reality, especially as we celebrate Contra's 3rd anniversary. It's a proud moment for us, but truly, it's just the start. The best is yet to come.
It's the companies that hire really high volumes that I see resort to leet code tests as sort of a great filter.
I rarely see small companies use leet code interviews, but that does not say much about the rest of their interview quality.
I see a lot of benefits in advocating this style of interview. However, I am struggling to think of what good does a SaaS bring here.
For one, we use GitHub for all code reviews, and we'd want interview to be as close as possible to the environment that the engineers are familiar with. Any time we tried bringing another tool to the process, it only causes additional stress/friction for everyone involved.
Also, I found that constructing example code for interview produces worst insights than using your actual codebase. We have a few codebases that are of lesser importance that we use for interviews. The extra benefit of this is that the candidate gets to see approximation of how your actual codebase is structured.
I actually really like this concept. The main benefit is that this approach allows a more conversational interview and also allows to cover a broader range of real-world problems.
There is almost 0 correlation between candidates ability to be effective collaborator and their ability to solve leet code problems. The former is a lot more important to us than your ability to chew out code.