ㅅㅇ @dcafighter

We're launching code storage and git hosting. Origin gives teams and agents a place to host, review, and collaborate on code. Available this fall. Join the waitlist. cursor.com/origin-waitlist

1년 만에 유료 고객 2200명까지 간 창업자가 정리한 @ycombinator 15가지 규칙 ㅋㅋ 1. 확장되지 않는 일들을 해라. 처음 10명 고객은 직접 손으로 데려와라. 2. 준비될 때까지 기다리지 말고 지금 런칭해라. 완벽할 때까지 미루지 마라. 3. 첫날부터 돈을 받아라. 돈 내는 사람이 없으면 스타트업이 아니라 취미다. 4. 매일 고객과 대화해라. 고객 머릿속에 로드맵이 있다. 5. 항상 90/10 해법을 찾아라. 대부분 기능은 10% 노력으로 90% 가치를 얻을 수 있다. 6. 진짜 일은 두 가지만 해라. 코드 짜기와 사용자 대화하기. 7. 고객을 직접 골라라. 10명이 진심으로 사랑하는 게 1000명이 그냥 좋아하는 것보다 낫다. 8. 성장은 결과이지 전략이 아니다. PMF 전에 성장만 쫓으면 고객 이탈만 늘어난다. 9. 적게 제대로 해라. 1~2개 지표만 골라서 모든 일을 판단해라. 10. 기본적으로 살아남을 수 있는지 확인해라. 현재 성장과 소진 속도로 돈 떨어지기 전에 수익 날 수 있나. 11. 아플 때까지는 사람 뽑지 마라. 채용은 큰 부담이다. 12. 모멘텀이 유일한 방벽이다. 1년차엔 매주 뭐라도 출시해라. 13. 모든 위대한 스타트업은 심하게 망가져 있다. 불 끄는 속도가 게임이다. 14. 경쟁사는 무시해라. 스타트업은 경쟁 때문에 죽는 게 아니라 스스로 죽는다. 15. 공동창업자와 관계가 깨진다. 솔직한 대화가 최고의 보험. 글이 올라오고 나서 yc창업자 폴 그레이엄이 댓글로 15번을 정정해줌. 공동창업자 싸움보다 잘못된 제품을 만들거나 돈을 너무 빨리 태우는 경우가 훨씬 더 많다고.

Pierre-Eliott Lallemant @pierreeliottlal

3 weeks ago

We went from 0 to 2,200 paying customers in under a year by following @ycombinator's 15 rules: 1/ Do things that don't scale. Get your first 10 customers by hand. 2/ Launch now, not when it's "ready". A mediocre product in front of real users teaches you more in a week than 6

107 322 3K 261K 5K

It's really so satisfying to watch how @huge_icons make these UI icons Try - hugeicons.com/?via=Ali

Access Key 발급을 안해주면 된다 사용자는 IAM Identity Center로 Session Token이랑 같이 발급하고 AWS 내의 Compute Resource는 IAM Role붙이고 EKS 내의 Pod는 EKS Pod Identity 쓰고 AWS 밖의 Cloud Compute Resource는 Cognito Identity로 Workload Identity Federation 하면 된다

한국의 공공/공개 API을 정리해둔 Repo. JS의 Fetch/Axios, Python의 Requests 등을 연습할 때 좋을듯. (참고로 [OpenAPI]와 [Public/Open API], [Free API]는 각각 다른 개념임) github.com/yybmion/public…

@_inhobaek 안녕하세요. bcrypt는 메모리하드하지 못해서, GPU, ASIC 때문에 이젠 쓰시면 안됩니다. argon2 가 제일 낫구요, 안되면 최소 scrypt를 써야합니다. password-hashing.net 말씀하시는 KISA 규정 보시면 NIST도 인정을 하는데, NIST에선 balloon을 예시로 들고있어서 이거 쓰시면 될거같습니다.

keyboard_arrow_left Previous keyboard_arrow_right Next

Since Opus 4.8 is out and more and more designers are getting into Design Engineering, I thought I’d share some of the interaction patterns I use most often: Use proximity, not just hover. When the cursor gets close, nearby elements can subtly scale and darken based on distance. It makes interfaces feel more responsive, less binary, and way more alive onpointermove = e => document.querySelectorAll(".dock>*").forEach(el => { const r = el.getBoundingClientRect(); const t = Math.max(0, 1 - Math.abs(e.clientX - r.x - r.width/2) / 120); el. style.scale = 1 + t * .5; });

if you’re dynamically masking a scroll container with css, consider leaving room for the scrollbar instead of masking it too 🧑‍🍳 mask-repeat: no-repeat; mask-size: calc(100% - 10px) 100px;

jhey ʕ•ᴥ•ʔ @jh3yy

2 years ago

Scroll masking with CSS scroll animation as a progressive enhancement ⭐️ .scroller { animation: mask-up; animation-timeline: scroll(self); animation-range: 0 1rem; mask-composite: exclude; } @​keyframes mask-up { to { mask-size: 100% 120px, 100% 100%; } }

30 325 3K 590K 4K

replaced 2 useEffects with some css. please clap.

@64bitcoinkr @gnh1201 여러모로 비흡연인은 흡연인 상대 안하는게 좋겠군요. 담배빵이 무서워서 피하나 냄새 나서 피하지

Infrastructure Concept — explained simply systemd When your Linux server boots, something has to start the kernel, mount file systems, bring up networking, launch services, and handle shutdowns. That something is systemd, PID 1, the init system on almost every modern Linux distro. Everything systemd manages is a unit. The most common types: → .service - a daemon (nginx, sshd, docker) → .timer - a scheduled job (modern cron alternative) → .socket - a network or IPC socket → .mount - a filesystem mount Commands you’ll use daily: systemctl status nginx - is it running? systemctl restart nginx - restart it systemctl enable nginx - start it on boot journalctl -u nginx -f - tail its logs If you understand systemd, you understand how Linux servers actually run.

@gnh1201 그냥 영어 읽고 작업하는거 싫어하는걸 돌려말한거 아닐까요 스펙상으로도 손해 볼 이유가 없을텐데

The latest 𝕏 algorithm has been published to GitHub github.com/xai-org/x-algo…

🧵 Day 30/30 — #SystemDesign Most people fail System Design interviews before they even start designing. Not because they don’t know Kafka, Load Balancers, or databases… but because they jump into architecture without understanding the problem first. System Design interviews are less about “perfect architecture” and more about structured thinking under constraints. A strong system design approach usually looks like this: → Clarify requirements → Estimate scale (users, traffic, storage) → Design high-level architecture → Identify bottlenecks → Discuss databases, caching, queues, scaling → Handle tradeoffs → Think about failures, reliability, monitoring Interviewers want to see how you think, communicate, and prioritize. One of the biggest mistakes candidates make: Trying to sound “advanced.” People randomly add: → Kafka → Microservices → Redis → Kubernetes even when the system doesn’t need them. Good engineering is not adding more tools. It’s choosing the right level of complexity. Another important skill is discussing tradeoffs clearly. Example: → SQL vs NoSQL → Consistency vs Availability → Monolith vs Microservices → Poll

Nitin.nn @NitinthisSide_

2 months ago

🧵 Day 29/30 — #SystemDesign Sending a message feels instant. But behind that simple “Send” button, real-time chat systems handle: → Millions of concurrent connections → Message delivery guarantees → Online/offline users → Notifications → Read receipts → Media uploads →

17 31 177 18K 143

Go + Gin → REST APIs Go + Fiber → High-Performance APIs Go + Echo → Web Framework Go + net/http → Core Backend Go + gRPC → Microservices Go + PostgreSQL → Relational DB Go + GORM → ORM / DB Access Go + Redis → Caching Go + Kafka → Event Streaming Go + NATS → Messaging Systems Go + Docker → Containers Go + Kubernetes → Cloud Native Go + Terraform → Infrastructure as Code Go + Prometheus → Monitoring Go + CLI → Dev Tools Go + WebSockets → Real-Time Systems one language backend cloud devops systems and people still say “go is too basic” 👇

웹 스크래핑 좀 해본 놈들은 알겠지만 데이터 모으는 것보다 안티봇 차단 피하는 게 진짜 고역임. Botasaurus는 아예 탐지 불가 컨셉으로 우회 도구들을 세트로 묶어버렸는데, 이건 노가다 줄여주는 수준이 아니라 데이터 수집 문제에 집중할수 있게 해줌. 단순 크롤러 짜는 기술보다 이런 완성형 프레임워크 얼마나 잘 갖다 쓰느냐가 중요함.

Tom Dörr @tom_doerr

2 months ago

Framework to build undetectable web scrapers github.com/omkarcloud/bot…

1 24 217 19K 300

오픈소스 컨트리뷰션 아카데미 모집 공고 떴어요 oss.kr/pages/10/4511?…

41년 동안 교과서처럼 군림하던 다익스트라의 시대가 저물고 있음. 칭화대 연구진이 '최단 경로를 찾으려면 노드 정렬이 필수'라는 고정관념을 깨고 정렬 없이 계산하는 알고리즘을 내놨는데, 이건 단순한 성능 개선이 아니라 수십 년 된 이론적 천장을 뚫어버린 사건임. 구글 지도부터 인터넷 라우팅까지 밑바닥 인프라의 효율 자체가 한 단계 점프할 듯..

Kyronis @kyronis_talks

2 months ago

Chinese researchers have developed the best shortest-path algorithm in 41 years. Dijkstra’s Algorithm has been the undefeated king of the shortest path for over 40 years. Whether you’re using Google Maps, booking a flight, or routing internet packets, Dijkstra is the engine

37 153 337 110K 236

레거시 코드나 처음 보는 거대 프로젝트 분석할 때 써먹기 좋은 도구임. 브라우저에서 ZIP이나 깃허브 링크만 넣으면 로컬 자원으로 지식 그래프 만들고 RAG 에이전트까지 붙여줌. 서버 없이 클라이언트 사이드에서 다 처리하니까 보안 민감한 프로젝트 맛보기 분석용으로 저장해둘 만함. 단, 레포가 너무 크면 브라우저가 버벅일 수 있으니 적당한 모듈 단위로 끊어보는 게 나음. 유즈케이스를 좀 보태자면 특정 비지니스 로직 변경되면 영향받는 코드범위 식별가능해짐. 그래서 이곳만 QA 빡세게 태우면 배포도 자신있게 할수 있게 되니 얼메나 좋게요. github.com/abhigyanpatwar…

Linux Performance Observability Tools Cheatsheet.