Anthony Accomazzo

445 posts

Anthony Accomazzo banner
Anthony Accomazzo

Anthony Accomazzo

@accomazzo

engineering @notionhq | prev founder @sequinstream (acq by Notion)

San Francisco, CA Katılım Haziran 2008
285 Takip Edilen1.4K Takipçiler
Sabitlenmiş Tweet
Anthony Accomazzo
Anthony Accomazzo@accomazzo·
My fiancé and I have kept our relationship humming with a simple morning ritual. Every morning over coffee, we ask each other these three magic questions: 1. Are your CPUs saturated? 2. How's back-pressure? 3. Is your I/O optimally batched?
English
4
1
48
3.1K
Anthony Accomazzo
Anthony Accomazzo@accomazzo·
LLMs ingest superhuman amounts of data and unfurl it with superhuman speed and fidelity. It's hard for us to picture how and why that works. So instead, we (erroneously) map these systems to human reasoning, because that's what we know.
English
0
0
3
134
Anthony Accomazzo
Anthony Accomazzo@accomazzo·
> "This changes everything." Your session is cooked and it is irresponsible to waste even one more token on it.
English
0
0
5
160
Anthony Accomazzo
Anthony Accomazzo@accomazzo·
I'm not sure Pop-Tarts are a good example here, because the explanation is a guess about the creative process of another person's mind, i.e., whoever named the Pop-Tart. The explanations that Deutsch describes in his book interlock/interface with many other explanations of the universe. For example, the explanation for why we have seasons interlocks with weather patterns in different regions of the planet, orbital mechanics, the tilt of the earth, the distance between various surfaces of the earth and the sun, etc. What makes the explanation of the seasons hard to vary is that if you wanted to tweak any property of the explanation, it would have a cascading effect on the other explanations that it interlocks with.
English
1
0
1
93
Dennis Hackethal
Dennis Hackethal@dchackethal·
You probably missed this in The Beginning of Infinity by David Deutsch
English
7
3
64
4.2K
Anthony Accomazzo retweetledi
Notion Developers
Notion Developers@NotionDevs·
Developers: Join us on May 13. A first look at our new developer platform. Let's build, together. ntn.so/developers
Notion Developers tweet media
English
17
40
259
145K
Anthony Accomazzo
Anthony Accomazzo@accomazzo·
Every generation relearns anthropomorphism.
English
0
0
0
123
Anthony Accomazzo
Anthony Accomazzo@accomazzo·
Calling that "basically creativity" is like calling Lamarckism "basically Darwinism" Both describe trait transmission. But *how* they do so is *the* significant bit. We don't know *how* human creativity works, so we can't say that anything is like it Searching novel paths through a space is optimization. We have no theory that says creativity is optimization.
English
0
0
1
20
Joyal kenus
Joyal kenus@joyal_kenus·
And I don’t think you understand how a transformer network learns and how RL can optimise it to search for novel paths not only in language space but in any different spaces which is basically creativity. This will be more clear in the near future , then again people will still say it’s not.
English
2
0
1
148
Sim
Sim@ThepotSimon·
@accomazzo Is it backed by sequin/elixir code ?
English
1
0
0
15
Anthony Accomazzo
Anthony Accomazzo@accomazzo·
We just made some big updates to Notion Workers' sync! There has never been a better platform for building a fast, robust sync. Full-stop. With our SDK, sync data from any API into Notion dbs. Notion handles scheduling, observability, rate limiting, and your db:
Anthony Accomazzo@accomazzo

Excited to announce Notion Workers now support syncs! Sync any data into a Notion database with a single JavaScript function, from a team roster in a spreadsheet to all your opportunities in Salesforce. Write the function, deploy to Notion, and we'll handle the rest.

English
3
7
51
19.7K
Anthony Accomazzo
Anthony Accomazzo@accomazzo·
The rift, of course, is whether you’re building load-bearing software or not. Line-by-line comprehension is not going anywhere in load-bearing software. Just like it's going nowhere in law, gene editing, or structural engineering. Sure, many lines of software are boilerplate/ceremonial. But other lines carry all the weight. The `if` clause that determines if the user has permission to operate on the record. The math behind the withdrawal. The `org_id` filter in the SQL statement. Grabbing a mutex before operating on a shared data structure. “Codex did it” in the incident post-mortem will not fly with your customers. Ultimately, a person needs to be responsible. This would be the case even if the LLMs weren’t as jagged as they are; they have no skin in the game. A person does. In some software, the stakes and dependencies are low. A Rails blog is fungible across the board. All that really matters is that it looks good, the articles load, the user can navigate the site and make comments. An LLM or a person can achieve each of those things a thousand different ways. Human or machine verification is relatively trivial. But in most load-bearing software, the stakes and dependencies are high. Precision is paramount. And verification is often difficult; there are just too many possible states and transitions. Claude can help you change that function to support the new requirement. It can even help you change all its call sites, a previously tedious task. But a person *absolutely* needs to understand what change has taken place, how dozens or hundreds of dependencies will be affected, whether a rollout plan is necessary, etc. The agent can sum up the change for you. But often for important lines, simply *seeing the code* is the highest-bandwidth way to transmit information about the change. Let alone the most precise. The lines of code were always a means to an end. The important part has always been the business logic. And logic is incompressible beyond a point. The reason programming languages will never go away is that your system needs contractual statements an organization can agree on: “this user shall be able to do X, but only if Y and Z.” Those statements often need to be highly precise and deterministic. Perhaps the right mental model, then: this leap is like going from writing a web app in assembly to writing it in Rails. Rails eliminated a ton of ceremony. But it did not eliminate the need to understand the important bits of your code. LLMs likewise give us incredible ability to operate on these codebases, often akin to using an excavator instead of a shovel. But the contracts are still there, they're still very important, and we're still very responsible for them.
Elvis@elvissun

this thread is what mass cope from legacy devs looks like. i talked to @FastCompany about why @garrytan's "AI slop" is actually the future of software engineering. the mass code review. the line-by-line gatekeeping. the "craftsmanship" that was really just slow iteration disguised as rigor - that era is over. and the engineers who built their entire identity around it are panicking. @gregorein brags about burning 3 billion tokens last year while dunking on garry for flexing lines of code. i've burned 6.6 billion in the past three months on codex alone. by his own logic, i'm 8x as credible. see how silly that sounds? yes, he found real issues. yes, they got fixed. that's exactly the point. karpathy's autoresearch proved this already - AI agents can solve very complex problems just by operating inside feedback loops, iterating to optimize a loss function. this is what software engineering is now - gradient descent. ship, measure, self-correct, repeat. all by the agent itself. this is the new startup playbook. your job isn't to review every line before deploy. your job is to build systems where agents observe outcomes - mrr, analytics, error rates, user behavior - and self-improve. the engineer's role shifts from gatekeeper to building the machine that builds the machine. you could run this level of audit (using AI) on any production site and find the same issues - most just don't have a billionaire CEO attached for virality. mocking the people who adapted is easier than adapting. but the craft is evolving whether you like it or not.

English
1
0
14
1.2K
Anthony Accomazzo
Anthony Accomazzo@accomazzo·
Bringing it all together: to setup a CRM sync, you'd implement two functions: - `contactBackfill`: Runs on a manual schedule. On top of reloading all data from Salesforce into your db, it performs a mark & sweep on each run so stale data is evicted. - `contactDelta`: Runs every 5min. Incrementally fetches just the changes since its last run. You'd use a `crmPacer` to ensure requests are spread out evenly. An example of the lifecycle: 1. Deploy: `ntn workers deploy`. Notion creates the database, initializes tasks 2. Delta runs automatically every 5 min, pulling changes via Salesforce's change data capture 3. Months later, I update my schema mapping. I re-backfill: `ntn workers sync state reset contactBackfill` then: `ntn workers sync trigger contactBackfill` 4. Backfill runs alongside the active delta — no downtime, no conflicts All the while, Notion handles: database creation, schema migration, scheduling, checkpointing, rate limiting, failure backoff, observability, and deduplication. You (i.e. your coding agent) just write the fetch logic.
English
1
0
7
316