developerWorks에 오신 것을 환영합니다

개발자를 위한 튜토리얼, 툴 그리고 다양한 정보를 검색하세요

IBM Code 최근 게시물

MQTT로 실시간 데이터 스트리밍하기

MQTT와 Kubernetes로 뉴욕 주 전력망의 탄소 집약도에 대한 실시간 스트리밍 생성하기

인공위성 위치 추적하기

우주공간에 인공위성을 추적하기 위해 Node-RED 및 IBM Watson Assistant를 활용하여 웹 UI를 빌드하십시오.

블록체인으로 기부금 추적하기

정부에서 출연한 구호 자금을 추적하기 위한 블록체인 네트워크를 생성합니다.

피자 주문용 챗봇의 대화 구성하기

Watson Assistant 슬롯은 단 몇 개의 노드로 복잡한 대화를 만들 수 있게 도와줍니다. 이 예제에 있는 슬롯으로 필드를 하나의 dialog 노드로 정의하고 단 하나의 노드로 로직을 제어할 수 있습니다.

산업 설비의 결함 분석하기

Watson Visual Recognition 서비스와 이미지를 사용하여 산업 장비의 검사를 자동화해서 결함을 찾아내어 수리합니다.

IBM Cloud에 하이퍼레저 패브릭 네트워크 배포하기

Kubernetes API를 사용하여 Hyperledger Fabric에 블록체인 네트워크를 배치하여 블록체인을 시작하십시오.

developerWorks 최근 게시물

Watson Studio 를 활용하여 페이스북 포스팅의 감정/분위기 분석하기

Introduction 감정 분석 (sentiment analysis) 이란? : 텍스트나 발화에 표현된 감정 또는 의견을 컴퓨터로 식별, 분류하여 해당 대화 주제에 대한 주관적 태도를 분석하는 것. 이 아티클에서는 페이스북 analytics 에서 추출한 좋아요, 공유, 도달률, 부정적 피드백 등 페이스북 매트릭스 raw 데이터를 감정 분석하여 인사이트를 도출합니다. Note) 페이스북 애널리틱스란? 페이스북 애널리틱스는 사용자가 관리하고 있는 페이스북 페이지,...

R 패키지 R4ML을 활용한 데이터 전처리 실습하기

Garbage In, Garbage Out 데이터 전처리의 중요성 잘못된 데이터가 들어가게 되면, 아무리 훌륭한 알고리즘을 돌려도 제대로 된 결과를 뽑아내지 못할 것입니다. 흔히 데이터 사이언티스트들은 데이터 모델링에 온 시간을 보내리라 생각지만, 실제로 데이터 준비에만 작업 시간의 60%를 보낸다고 합니다. (CrowdFlower, The NewYork Times) 그만큼 원시 데이터는 값이 누락되거나 잘못된 경우가 많고, 이를 정제하여 ‘쓸만하게’ 만드는 일이...

Microservices with Docker

안녕하세요 이번 실습에서는 microservice architecture 로 web application을 만들어 보겠습니다. docker container를 활용할 것이고 docker환경에서 deploy, debugging, testing을 어떻게 하는지 알아 보겠습니다. 본 과정을 진행하기 위해선 Docker, Microservice 개념에 대해서 기본적인 이해가 필요합니다. 전체 application은 아래와 같은 구조를 갖습니다. 회원 가입과 로그인 이 있고, location에 따른 날씨 정보를 보여주는 application 입니다. DB 는 postgres를 사용하고 날씨...

[Hyperledger Fabric] 하이퍼레저 프로젝트 개요

블록체인 기술은 2018년 현재, 도입과 확장을 거쳐 확산기에 있습니다. 기본적인 실험들을 끝내고, 플랫폼 간 본격적인 경쟁을 시작하는 단계에 있다는 뜻이지요. 누구를 기준으로 표준화가 이루어지느냐가 그 경쟁의 승자를 결정할 것입니다. 본 포스팅에서는 블록체인 대표 플랫폼의 승기를 잡기 위한 하이퍼레저(Hyperledger)의 프로젝트 진행 방향과, 현재 진행 중인 인큐베이팅 프로젝트를 소개합니다. 하이퍼레저(Hyperledger)란?? 리눅스 재단에서 주관하는 블록체인 오픈소스 프로젝트입니다. 금융,...

[Hyperledger Fabric] Architecture: 6 합의 알고리즘

Hyperledger Fabric은 왜 Kafka와 SBFT를 선택했나 이번 포스팅에서 살펴볼 것은, 개인적으로 제가 가장 어렵고 헷갈렸던 합의 알고리즘입니다. 이상하게 Hyperledger Fabric의 합의 알고리즘은 참 이해하기가 어려웠습니다. 이더리움의 POS(Casper)나 EOS의 dPOS 같이 상대적으로 명확히 잡히는 알고리즘 개념은 아니었죠. 조금 더 세세히 뜯어보니 그럴 만한 이유가 있었다는 개인적인 깨달음(?)을 얻었습니다. 합의 알고리즘에 대해 조금이라도 찾아보신 분이라면 Byzantine General...

[Hyperledger Fabric] Architecture: 5 트랜잭션과 gRPC

chaincode 작성의 최대 챌린지인 gRPC 뽀개기 얼마전에 blockchain 프로젝트 수행을 위한 회사 내부 교육을 이수했습니다. go-lang으로 chaincode를 실제로 개발하면서 가장 많이 부딪혔던 문제는, gRPC의 버전 문제와 gRPC 인터페이스 처리였습니다. 사실 gRPC 자체를 아예 잘 몰랐던 터라 어떻게 동작하는지 알기 어려워서 겪었던 문제였죠. 그래서 도대체 왜 Hyperledger Fabric은 HTTP 통신이 아니라 gRPC 통신을 하도록 설계한 걸까...

튜토리얼 시리즈

Blockchain

Cloud

Code

Watson

Contributor 등록

IBM developer 기술 포럼에서 글을 기고 하고 싶으신가요?
Contributor로 등록하시고 싶으신 분은 아래의 버튼을 눌러주세요.