Readit News logoReadit News
jtmarmon commented on AlphaCodium outperforms direct prompting of OpenAI's o1 on coding problems   qodo.ai/blog/system-2-thi... · Posted by u/benocodes
CSMastermind · a year ago
I find myself using 4o more than o1. I haven't noticed any meaningful improvement from o1 and it has more limitations.
jtmarmon · a year ago
I pretty much only use o1 for more rigorous tasks (coding/math). Eg the other day I gave it the tax rates for my area and used it to explore different tax scenarios
jtmarmon commented on Using S3 as a Container Registry   ochagavia.nl/blog/using-s... · Posted by u/jandeboevrie
wofo · a year ago
Other than backwards-compatibility, I can imagine simplicity being a reason. For instance, sequential pushing makes it easier to calculate the sha256 hash of the layer as it's being uploaded, without having to do it after-the-fact when the uploaded chunks are assembled.
jtmarmon · a year ago
I’m no expert on docker but I thought the hashes for each layer would already be computed if your image is built
jtmarmon commented on Show HN: Gosax – A high-performance SAX XML parser for Go   github.com/orisano/gosax... · Posted by u/orisano
jerf · a year ago
When to use XML/What XML is good at: https://news.ycombinator.com/item?id=11446984
jtmarmon · a year ago
Great writeup. To add an example, I personally use JSON for most of my work, but have found myself using XML for certain AI use cases that require annotating an original text.

For example, if I wanted an AI to help me highlight to the user where in a body of text I mentioned AI, I might have it return something like:

<text>Great writeup. To add an example, I personally use JSON for most of my work, but have found myself using XML for certain <ai-mention>AI</ai-mention> use cases that require annotating an original text with segments.</text>

jtmarmon commented on Ask HN: Who is hiring? (February 2024)    · Posted by u/whoishiring
jtmarmon · 2 years ago
SelectIQ (YC W23) | Founding Software Engineer (Fullstack) | NYC or REMOTE (US) | Full-Time | https://selectiq.ai/

SelectIQ works with clinical trial sites and their referring physicians to automate the patient referral process, massively speeding up enrollment.

Bringing new drugs to market is primarily rate limited on the speed of clinical trials, which are themselves bottlenecked by patient recruitment. 80% of clinical trials don’t meet their recruitment timeline, and being behind on recruitment can cost pharma companies millions of dollars per day.

We're looking to bring on our first engineering hire to help us build out the platform and build an amazing culture. More details and application can be found here: https://www.ycombinator.com/companies/selectiq/jobs/4aRBMcX-...

Feel free to email me directly - jason@selectiq.ai

jtmarmon commented on Executing Cron Scripts Reliably at Scale   slack.engineering/executi... · Posted by u/kiyanwang
nerdponx · 2 years ago
Coming from the "data world", how does a tool like Airflow/Dagster/Prefect differ from these?
jtmarmon · 2 years ago
I recently evaluated Dagster, Prefect, and Flyte for a data pipeliney workflow and ended up going with Temporal.

The shared feature between Temporal and those three is the workflow orchestration piece. All 3 can manage a dependency graph of jobs, handle retries, start from checkpoints, etc.

At a high level the big reason they’re different is Temporal is entirely focused on the orchestration piece, and the others are much more focused on the data piece, which comes out in a lot of the different features. Temporal has SDKs in most languages, and has a queuing system that allows you to run different workflows or even activities (tasks within a workflow) in different workers, manage concurrency, etc. You can write a parent workflow that orchestrates sub-workflows that could live in 5 other services. It’s just really composable and fits much more nicely into the critical path of your app.

Prefect is probably the closest of your list to temporal, in that it’s less opinionated than others about the workflows being “data oriented”, but it’s still only in python, and it deosn't have queueing. In short this means that your workflows are kinda supposed to run in one box running python somewhere. Temporal will let you define a 10 part workflow where two parts run on a python service running with a GPU, and the remaining parts are running in the same node.js process as your main server.

Dagster’s feature set is even more focused on data-workflows, as your workflows are meant to produce data “assets” which can be materialized/cached, etc.

They’re pretty much all designed for a data engineering team to manage many individual pipelines that are external from your application code, whereas temporal is designed to be a system that manages workflow complexity for code that (more often) runs in your application.

jtmarmon commented on You Don't Need Health Insurance   prigoose.substack.com/p/y... · Posted by u/surprisetalk
jtmarmon · 2 years ago
This is a pretty good way to go bankrupt when you have a real health emergency

EDIT: I doubt OP is reading this but I would highly recommend they get insurance before giving birth...sure, they won't cover your at home birth, but they will cover your hospital stay if you end up having potentially fatal complications

jtmarmon commented on Ask HN: What are the YouTube channel worth to follow in 2024?    · Posted by u/notomorrow
jtmarmon · 2 years ago
If you like startups and hard tech, check out Jason Carman's S3 channel - https://www.youtube.com/@jasoncarman/videos
jtmarmon commented on Tracking developer build times to decide if the M3 MacBook is worth upgrading   incident.io/blog/festive-... · Posted by u/paprikati
fsckboy · 2 years ago
I feel like there is a correlation between fast-twitch programming muscles and technical debt. Some coding styles that are rewarded by fast compile times can be more akin to "throw it at the wall, see if it sticks" style development. Have you ever been summoned to help a junior colleague who is having a problem, and you immediately see some grievous errors, errors that give you pause. You point the first couple out, and the young buck is ready to send you away and confidently forge ahead, with no sense of "those errors hint that this thing is really broken".

but we were all young once, I remember thinking the only thing holding me back was 4.77MHz

jtmarmon · 2 years ago
Slow build times make everything slower, including refactoring tech debt (which means people are less likely to do it).

u/jtmarmon

KarmaCake day787March 11, 2014
About
Co-founder https://selectiq.ai (YC W23)

Personal email: my username at gmail.com

View Original