Albert Lam

346 posts

Albert Lam banner
Albert Lam

Albert Lam

@albert_

co-founder @ryvnai easy and secure customer cloud deployments, YC alumni, prev @palantirtech

NYC Katılım Mart 2021
318 Takip Edilen523 Takipçiler
Albert Lam
Albert Lam@albert_·
@peer_rich there are so many uncontested 6/7-figure opportunities
Albert Lam tweet media
English
0
0
0
37
Peer Richelsen
Peer Richelsen@peer_rich·
everyone is building ai for tech companies but theres a massive opportunity in the boring stuff (still) government offices still running internet explorer clinics with phone systems from 1998 logistics companies with spreadsheet-based operations the market is enormous and almost nobody is in it
English
39
1
120
8.7K
Mert Deveci
Mert Deveci@gm_mertd·
end of an era but rarely use notion anymore except some small notes i keep going back to also the desktop app sucks
Mert Deveci tweet media
English
3
0
7
1.2K
Ayush
Ayush@ay_ushr·
@albert_ Holy crap this sounds magical. I really want to cut out our dev branch as a whole and this sounds like exactly what we want
English
1
0
1
33
Ayush
Ayush@ay_ushr·
Everyone is building tooling to get a PR up and merged Still SO much friction to getting a PR from dev into production (and all the follow up actions) Idk what the solution is because everyone's release pipeline is quite different, but this is definitely the bottleneck for us
English
7
0
24
1.9K
Albert Lam
Albert Lam@albert_·
makes sense, I think an approach like this could work for you guys since you're also critical infra: 1. PRs go to straight main branch - no long lived branches like dev 2. releases are cut from main 3. auto-deploy releases to dev environment - can help catch non-app-level issues like networking changes or migrations 4. auto-promote releases to prod - if dev is healthy for x mins 5. rolling update on prod - traffic gradually shifts over container by container - auto-rollback if new containers start failing
English
1
0
0
35
Ayush
Ayush@ay_ushr·
@albert_ Fear of breaking stuff I guess
English
1
0
1
36
Albert Lam
Albert Lam@albert_·
@ay_ushr what’s preventing you guys from swapping blue green more frequently?
English
1
0
1
34
Ayush
Ayush@ay_ushr·
@albert_ Mainly every change is blocked by the same flow. We need to merge dev to main, then swap blue green So changes kinda pile up in dev and we only get to release that every day or every other day
English
2
0
1
88
Albert Lam
Albert Lam@albert_·
the attention economy is dead if i spend less time on apps and more time talking to agents, the apps will inevitably move to the agents APIs never got the attention apps did follow the attention
Gergely Orosz@GergelyOrosz

I'm v surprised to see DoorDash offer this b/c low-margin businesses (food delivery is low margin!) NEED to own the end-to-end customer relationship. That's how they eg sell ads (that makes them profitable) It's why these services eg never offer APIs for devs to build own apps!

English
1
0
7
1.3K
Akash Bhadange
Akash Bhadange@designerdada·
One of the biggest learning as a founder: Get paying customers from day 0. Period.
English
16
4
107
5.7K
Larsen Cundric
Larsen Cundric@larsencc·
Whats even missing at this point for agents to completely take over our lives?
English
3
0
2
849
Brad Barbin
Brad Barbin@barbinbrad·
@KennethCassel real jobs I’ve had: Beer stacker Sandwich assembler Host Waiter Ad agency producer Software engineer (not sure if that counts) Vacuum truck operator Assembly line worker Software engineer (same)
English
1
0
5
160
Kenneth Cassel
Kenneth Cassel@KennethCassel·
real jobs I’ve had: flipping car parts on Craigslist electrician helper six flags game attendant movie theatre turning old bikes fixed gear and selling them to other college students cashier at sear’s (worst job) cold storage warehouse job gas station clerk gas station maintenance metal parts salesman fake jobs: software engineering intern software engineer
em m0shouris@emm0sh

real jobs i’ve had: cook (pretzels at auntie anne’s in the mall) cashier bus boy computer repair technician drywaller receptionist advisor VJ tutor engineering at amazon fake jobs i’ve had (i quit each one): engineer at the iphone team engineering manager engineering director

English
8
0
54
8.7K
Andy Fang
Andy Fang@andyfang·
Today we're opening up the DoorDash CLI in limited beta. `dd-cli` lets you order DoorDash directly from your agent: search stores, find the best deals, check out, and more. Early access for US/Canadian macOS developers by waitlist. Excited to see what folks build!
English
1.1K
551
12.7K
5.2M
Thariq
Thariq@trq212·
ideal prompting technique is: - thin prompts - thick artifacts + context - thin skills
English
236
239
5.1K
362.6K
Albert Lam
Albert Lam@albert_·
don’t let customers self-host they’ll end up on dozens of different versions with @ryvnai, you control updates blueprints let you define your stack once blueprint diffs help you scale to 100s of customer deployments and clearly see what changes across them with each deploy
English
9
1
38
4.6K
Albert Lam
Albert Lam@albert_·
@RobTerrin @barbinbrad not asking small DIB to move into SCIF proper BYOC isolates the deploy mechanism (connected) from the saas (disconnected) the operational medium between the two? owned by the customer make policy an integration problem and you remove the audit inefficiency
English
1
0
0
32
Rob Terrin
Rob Terrin@RobTerrin·
A) this doesn't solve the endpoint problem B) "cordon off network access to internal systems," is a lot of what CMMC is designed to help with and verify, so you didn't solve the issue you just renamed it C) firms will say they're doing this, and even if they're well intentioned there's no accountability D) 1/3 of the small DIB is manufacturing where air gaps get violated because vendors require access, operations wants efficiency and management wants real-time data E) even for the other 2/3rds that is services that means they can't pull down packages, patch code, have video meetings, do research or use SaaS products for basic admin stuff You're basically asking the whole small DIB to move into a SCIF. I'm not saying CMMC is perfect, but there isn't an easy solution here.
English
1
0
1
36
Albert Lam
Albert Lam@albert_·
@RobTerrin @barbinbrad BYOC: deploy to the customers cloud, where the data already lives, and cordon off network access to just internal systems vendors get to manage their software, customers get tenant isolation in their cloud/prem
English
2
0
0
181
Rob Terrin
Rob Terrin@RobTerrin·
@barbinbrad @albert_ not wrong, but now we have fewer rules and still not enough real security (or at least that's what it sounds like it'll be after the 60 day review). What's the solution?
English
1
0
1
50
Albert Lam
Albert Lam@albert_·
july so far in nyc - collapsing building near grand central / UN - brooklyn bridge catches fire - record heat wave - flash floods - empire state spire proposal
English
0
0
6
371
Albert Lam
Albert Lam@albert_·
@WesAField it finally won't mean "deploying to your customer's cloud"
English
0
0
2
114

Keşfet

@peer_rich @gm_mertd @descript @ay_ushr @designerdada @larsencc @WorldsByMike @samlambert