C.W.K.
Stream
Lesson 06 of 07 · published

TF 쓸지 말지 — 결정 트리

~10 min · decision-making, tradeoffs

Level 0Level 0
0 XP0/78 lessons0/17 achievements
0/100 XP to next level100 XP to go0% complete

이유까지 같이 보는 도구 선택

Framework 고르는 건 프로젝트 요구사항이 결정해야지, 인터넷 바이브가 아니야. 이 결정 트리는 시작점 — 완벽하지 않지만 80% 케이스는 잡아.

TensorFlow 골라야 할 때:

  • Mobile, edge, 마이크로컨트롤러로 배포 (LiteRT/TFLite 만큼 성숙한 PyTorch 대안 없음).
  • 대규모 REST/gRPC API 운영 + 검증된 서버 (TF Serving) 원할 때.
  • Training이 Cloud TPU 필요한 규모일 때.
  • 팀 기존 infra가 TF — 갈아타는 비용이 이득보다 큼.
  • TF 전용 라이브러리 필요 (TF Probability, TF Recommenders, TF-Agents).
  • backend 안 띄우고 브라우저 inference 하고 싶을 때 (TF.js).

PyTorch 고려할 때:

  • 지난 12개월 paper 구현 — 공식 코드 거의 PyTorch.
  • HuggingFace Transformers를 native하게 써야 할 때.
  • 완전히 dynamic graph 필요 (불규칙 구조, recursion, 학습된 graph topology).

JAX 고려할 때:

  • 대규모 training에 TPU 성능 max로 뽑고 싶을 때.
  • functional transform (jit, vmap, pmap, grad)을 합성 가능한 primitive로 다루고 싶을 때.
  • Google DeepMind 안이거나, 이미 JAX인 research 코드베이스 작업할 때.
피파의 heuristic: ecosystem 친절한 데서 train하고, runtime 성숙한 데서 deploy해. 답이 같은 framework일 필요 없어 — jax2tf bridge랑 ONNX가 그래서 존재해.

External links

Exercise

지금 하고 있는 (또는 상상하는) 프로젝트 하나 골라. 위 세 list로 통과시켜 보고 어느 framework이 이기는지 + 이유 적어. research는 PyTorch, production은 TF가 답이면, 그건 양다리 아니라 현실에서 가장 흔한 답이야.

Progress

Progress is local-only — sign in to sync across devices.
이 페이지에서 버그를 발견하셨거나 피드백이 있으세요?문제 신고

댓글 0

🔔 답글 알림 (로그인 필요)
로그인댓글을 남기려면 로그인해 주세요.

아직 댓글이 없어요. 첫 댓글을 남겨보세요.