<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Machine Learning - 태그 - lee's blog</title><link>http://ken-0913.github.io/myblog/tags/machine-learning/</link><description>Machine Learning - 태그 - lee's blog</description><generator>Hugo -- gohugo.io</generator><language>ko-kr</language><managingEditor>hyeonjae0913@gmail.com (ken-0913)</managingEditor><webMaster>hyeonjae0913@gmail.com (ken-0913)</webMaster><lastBuildDate>Sat, 07 Nov 2026 19:00:00 +0900</lastBuildDate><atom:link href="http://ken-0913.github.io/myblog/tags/machine-learning/" rel="self" type="application/rss+xml"/><item><title>핸즈온 머신러닝 1주차 - 실제 사례로 보는 머신러닝 작업의 종류</title><link>http://ken-0913.github.io/myblog/posts/hands-on-machine/hands-on-ml-01-application-cases/</link><pubDate>Sat, 07 Nov 2026 19:00:00 +0900</pubDate><author><name>ken-0913</name></author><guid>http://ken-0913.github.io/myblog/posts/hands-on-machine/hands-on-ml-01-application-cases/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/hands-on-ml-01-application-cases-a27177b5.png" referrerpolicy="no-referrer">
            </div><p><code>핸즈온 머신러닝 with 사이킷런, 파이토치</code> 완독 챌린지를 시작합니다. </p>
<p>먼저 1장에서 다루는 내용은 아래와 같습니다. </p>
<ol>
<li>머신러닝이 무엇이며 왜 사용하는지</li>
<li>애플리케이션의 사례는 무엇이 있는지</li>
<li>머신러닝 시스템의 종류</li>
<li>머신러닝의 주요 도전 과제</li>
<li>테스트 및 검증</li>
</ol>
<h2 id="1-머신러닝이란-무엇이며-왜-사용하는가" class="headerLink">
    <a href="#1-%eb%a8%b8%ec%8b%a0%eb%9f%ac%eb%8b%9d%ec%9d%b4%eb%9e%80-%eb%ac%b4%ec%97%87%ec%9d%b4%eb%a9%b0-%ec%99%9c-%ec%82%ac%ec%9a%a9%ed%95%98%eb%8a%94%ea%b0%80" class="header-mark"></a>1. 머신러닝이란 무엇이며 왜 사용하는가</h2><p>머신러닝(Machine Learning)은 사람이 규칙을 직접 코딩하지 않고, 프로그램이 <strong>데이터에서 규칙을 스스로 배우게</strong> 하는 기술이다. 스팸 필터라면 스팸 메일과 정상 메일 샘플을 보여 주고, 둘을 가르는 패턴을 모델이 찾게 한다.</p>
<p>전통적인 방식은 &ldquo;이 단어가 들어가면 스팸&rdquo; 같은 규칙을 사람이 계속 써 넣는다. 스패머가 단어를 바꾸면 규칙도 다시 써야 해서, 규칙 목록이 끝없이 길어진다. 머신러닝은 이런 문제를 아래 네 가지 이유로 더 잘 푼다.</p>]]></description></item><item><title>MLPE 스터디 1주차 - ML 수명주기의 두 국면</title><link>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-01-ml-lifecycle/</link><pubDate>Sun, 18 Oct 2026 19:00:00 +0900</pubDate><author><name>ken-0913</name></author><guid>http://ken-0913.github.io/myblog/posts/mlpe/mlpe-01-ml-lifecycle/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/mlpe-01-ml-lifecycle-04755093.png" referrerpolicy="no-referrer">
            </div><p><code>Machine Learning Platform Engineering</code> 1장을 읽고 정리한 글이다.</p>
<h2 id="1-ml-프로젝트가-소프트웨어-프로젝트와-다른점" class="headerLink">
    <a href="#1-ml-%ed%94%84%eb%a1%9c%ec%a0%9d%ed%8a%b8%ea%b0%80-%ec%86%8c%ed%94%84%ed%8a%b8%ec%9b%a8%ec%96%b4-%ed%94%84%eb%a1%9c%ec%a0%9d%ed%8a%b8%ec%99%80-%eb%8b%a4%eb%a5%b8%ec%a0%90" class="header-mark"></a>1. ML 프로젝트가 소프트웨어 프로젝트와 다른점</h2><p>소프트웨어 프로젝트는 안정성을 우선하며 배포한 것이 그대로 돌기를 기대한다.</p>
<p>ML 프로젝트는 맞는 접근을 미리 알 수 없어서 <strong>시행착오의 연속</strong>이고 단계 사이 흐름이 비선형적이다. 학습을 돌려본 뒤 데이터 준비로 되돌아가는 일이 흔하다.</p>
<h2 id="2-두가지-국면" class="headerLink">
    <a href="#2-%eb%91%90%ea%b0%80%ec%a7%80-%ea%b5%ad%eb%a9%b4" class="header-mark"></a>2. 두가지 국면</h2><table>
	<thead>
			<tr>
					<th></th>
					<th>실험 국면</th>
					<th>개발·스테이징·프로덕션 국면</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td>목적</td>
					<td>접근법을 <strong>찾는다</strong></td>
					<td>찾은 것을 <strong>운영한다</strong></td>
			</tr>
			<tr>
					<td>흐름</td>
					<td>비선형, 루프가 많다</td>
					<td>트리거로 실행되는 파이프라인</td>
			</tr>
			<tr>
					<td>실행 주체</td>
					<td>사람</td>
					<td><strong>자동화</strong></td>
			</tr>
	</tbody>
</table>
<p><strong>같은 단계 이름이 양쪽에 다 나온다</strong>는 데서 이 구분이 중요해진다. 데이터 버전 관리, 모델 학습, 평가, 검증이 양쪽 모두에 있다.</p>]]></description></item></channel></rss>