![데브원영 DVWY](/img/default-banner.jpg)
- 56
- 646 205
데브원영 DVWY
South Korea
Приєднався 13 лип 2018
#Bigdata #DevOps #Hackathon #Blog #Tips
개발하면서 겪었던 많은 경험들을 공유하고자 합니다.
개발관련 다양한 내용에 대해서 알고싶으시다면 구독🔔
질문은 댓글💬
감사합니다!!
contact : devwonyoung.biz@gmail.com
개발하면서 겪었던 많은 경험들을 공유하고자 합니다.
개발관련 다양한 내용에 대해서 알고싶으시다면 구독🔔
질문은 댓글💬
감사합니다!!
contact : devwonyoung.biz@gmail.com
테스트 주도 개발(TDD)의 장단점: Bob Martin과 Jim Coplien의 토론
이번 영상에서는 소프트웨어 개발 분야의 두 거장, Bob Martin(클린 코드 저자)과 Jim Coplien이 테스트 주도 개발(TDD)에 대해 심층적으로 토론합니다. 이들은 TDD의 장단점, 소프트웨어 아키텍처의 중요성, 그리고 프로페셔널리즘에 대해 논의합니다.
이번 토론을 통해 소프트웨어 개발의 다양한 접근법과 철학을 배울 수 있는 기회가 될 것입니다. 개발자 여러분의 많은 관심과 시청 부탁드립니다!
🔔 구독과 좋아요를 눌러 더 많은 유익한 컨텐츠를 받아보세요!
이번 토론을 통해 소프트웨어 개발의 다양한 접근법과 철학을 배울 수 있는 기회가 될 것입니다. 개발자 여러분의 많은 관심과 시청 부탁드립니다!
🔔 구독과 좋아요를 눌러 더 많은 유익한 컨텐츠를 받아보세요!
Переглядів: 12 206
Відео
개발자가 말하는 소프트웨어🖥️ 특허 출원! 특허에 대한 권리와 기준에 대해 알아봅시다
Переглядів 8295 місяців тому
오늘은 소프트웨어 특허 출원에 대해 알아보겠습니다. 소프트웨어는 특허출원이 가능할까요? 다른 나라는 어떤 사례를 가지고 있을까요? 함께 알아봅시다.
데브원영이 참석한 데이터 엔지니어 밋업 VLOG! 개발자 밋업에서 무슨 일이?
Переглядів 9879 місяців тому
"수군수군 데이터 엔지니어 밋업 제 3회"에 참석하였습니다! 개발자 밋업에 아주 오랜만에 참석했는데요. 너무 좋은 네트워킹 시간과 발표 세션으로 구성되어 있어서 밋업이 열리는 3시간동안 시간가는 줄 몰랐습니다. 다음에 또 참석하고 싶네요!!
아파치 카프카에서 정확히 한 번(Exactly-once)처리하는 방법에 대해서 알아봅시다
Переглядів 9429 місяців тому
데이터 처리에서 핵심은 '메시지 전달 시멘틱' 입니다. 메시지 전달 시멘틱은 크게 세가지로 나뉩니다. 적어도 한 번(at least once), 많아도 한 번(at most once), 정확히 한 번(exactly once)입니다. 아파치 카프카는 트랜잭션 프로듀서/컨슈머(transaction producer/consumer)과 컨슈머의 커밋을 트랜잭션에 포함시키는 기능(sendOffsetsToTransaction)을 통해 정확히 한 번을 달성할 수 있습니다.
파이썬으로 이벤트 드리븐 아키텍처를 만드는 방법 | Event-driven microservices with Python and Apache Kafka
Переглядів 2,8 тис.Рік тому
- 원본 영상 : ua-cam.com/video/dlWSHbMl67E/v-deo.html 파이썬과 카프카를 사용하여 이벤트 드리븐 아키텍처를 구성하는 방법에 대해 설명합니다. 이벤트 드리븐 아키텍처에 대한 정의를 설명하고 예제 소스코드를 통해 이벤트 드리븐 아키텍처의 예시를 보여줍니다. #아파치카프카 #카프카 #빅데이터 #파이썬
데브원영이 추천하는 실시간 데이터 파이프라인 아키텍처 | 번역서 출간 | 출간 이벤트
Переглядів 2,8 тис.Рік тому
- 예스24: bit.ly/3XnYrxj - 교보문고: bit.ly/3WgniBS - 알라딘: bit.ly/3XL1Xln 실시간 데이터를 완벽히 이해하고 잘 다루고 싶은 모든 사람들을 위한 지침서! 이 책이 필요한 분들 • 데이터 파이프라인을 개발하고 구축해야 하는 데이터 엔지니어 및 백엔드 엔지니어 • 스트리밍 애플리케이션 기반의 엔터프라이즈 아키텍처를 구축하고 싶은 개발자 • 데이터 플랫폼 팀을 이끌고, 데이터 기반 의사결정을 내려야 하는 기업 임원 • 데이터 기반 엔지니어링 및 데이터 플랫폼 아키텍처에 관심 있는 모든 사람
카프카를 활용한 레이싱카 센서 실시간 수집 데이터 파이프라인 구축
Переглядів 3,9 тис.2 роки тому
카레이싱에서 자동차에서 출력되는 여러 지표들을 수집하는 데이터 파이프라인을 만들어 보았습니다. 자세한 구축 관련 코드와 설명은 blog.voidmainvoid.net/478 에서 확인하실 수 있습니다.
데이터 엔지니어 어떻게 공부하면 좋을까? 꾸준히 성장하는 개발자가 되기 위한 공부법 소개
Переглядів 11 тис.2 роки тому
오늘은 데이터 엔지니어로 커리어를 쌓아나가기 위해 공부하는 저만의 방법을 정리하였습니다. 개발자로서 성장하기 위해 지속적으로 노력하기 위해 할 수 있는 좋은 방법을 소개합니다.
빅데이터 아키텍처에서 하둡 플랫폼과 카프카의 역할|HDFS, SPARK, KAFKA
Переглядів 14 тис.2 роки тому
빅데이터 아키텍처에서 하둡 플랫폼을 빠트릴 수 없는데요. 하둡 플랫폼으로 사용되는 HDFS, spark를 살펴보고 카프카는 어떤 용도로 사용되는지 알아보겠습니다.
컬럼형 데이터베이스가 무엇인가요? 관계형 데이터베이스와 비교하기! 아파치 카산드라도 함께 알아보아요🧑🏫
Переглядів 3,3 тис.2 роки тому
컬럼형 데이터베이스에 대해서 알아보는 시간을 가졌습니다. 많이 사용하는 관계형 데이터베이스와 어떻게 다를까요?
Software as a Service? 온프레미스? 어디에 설치하는게 좋을까요. 클라우드 사용 사례와 함께 짚어보기
Переглядів 1,4 тис.2 роки тому
이번 영상에서는 플랫폼 설치, 운영시 SaaS와 온프레미스 중 어느 것을 선택하면 좋을지에 대해 이야기합니다. 여러분의 생각은 어떠신가요? 무엇을 더 선호하시나요?
카파 아키텍처? 람다 아키텍처? 빅데이터 플랫폼 아키텍처의 미래 살펴보기
Переглядів 5 тис.2 роки тому
그림 출처 : www.yes24.com/Product/Goods/99122569 - 아파치 카프카 애플리케이션 프로그래밍 with 자바 안녕하세요! 오늘은 빅데이터 플랫폼 아키텍처에 대해 살펴보았습니다. 람다 아키텍처, 카파 아키텍처 그리고 미래에는 어떤 아키텍처가 적용될까요? 함께 알아보시죠.
데이터 파이프라인을 가장 효율적으로 개발, 배포, 운영하는 방법! | 카프카 커넥트 Kafka Connect
Переглядів 8 тис.3 роки тому
카프카 커넥트는 카프카와 연동되는 데이터 파이프라인을 반복적으로 생성하고 운영할 때 효과적으로 사용할 수 있습니다. 커넥트와 커넥터에 대한 내용을 알아보고 어떤 커넥터가 있는지 소개합니다. - 아파치 카프카 서적 구매 : www.yes24.com/Product/Goods/99122569 - 데브원영 블로그 : blog.voidmainvoid.net/
📚개발자가 책을 쓰는 방법 | 개발 기술 서적 집필 시작 방법 | 출간, 출판을 위한 집필 계획서
Переглядів 1,5 тис.3 роки тому
개발자가 보는 대부분의 개발 기술 서적들은 개발자가 저자로 활동하여 나온 것입니다. 이번 영상에서는 어떻게 개발자가 책을 집필 시작할 수 있는지? 어떤 계기로 출판하게 되었는지 설명합니다. 그리고 집필 계획서에 대한 내용도 함께 다룹니다. - 아파치 카프카 서적 구매 : m.yes24.com/Goods/Detail/99122569 - 데브원영 블로그 : blog.voidmainvoid.net/
카프카 스트림즈! 대용량, 폭발적인 성능의 실시간 데이터 처리!
Переглядів 13 тис.3 роки тому
카프카 스트림즈는 카프카와 연동하는 스트림 처리 라이브러리로써 비상태(stateless) 기반, 상태(stateful)기반 처리에 특화되어 있습니다. 이번영상은 카프카 스트림즈의 특징과 코드를 설명합니다. - 아파치 카프카 서적 구매 : www.yes24.com/Product/Goods/99122569 - 데브원영 블로그 : blog.voidmainvoid.net/
카프카, 레빗엠큐, 레디스 큐의 큰 차이점! 이벤트 브로커와 메시지 브로커에 대해 알아봅시다.
Переглядів 43 тис.3 роки тому
카프카, 레빗엠큐, 레디스 큐의 큰 차이점! 이벤트 브로커와 메시지 브로커에 대해 알아봅시다.
🥳책 출간! 아파치 카프카를 입문하고 활용하고 싶다면? 빠르게 카프카 전문가 되는 방법!
Переглядів 8 тис.3 роки тому
🥳책 출간! 아파치 카프카를 입문하고 활용하고 싶다면? 빠르게 카프카 전문가 되는 방법!
아파치 카프카 | 파티셔너의 역할과 동작! 파티션으로 가는 길목!
Переглядів 7 тис.3 роки тому
아파치 카프카 | 파티셔너의 역할과 동작! 파티션으로 가는 길목!
[마틴 파울러] 리팩토링의 중요성 feat.테스트 코드를 짜는 이유(한글 자막)
Переглядів 19 тис.3 роки тому
[마틴 파울러] 리팩토링의 중요성 feat.테스트 코드를 짜는 이유(한글 자막)
집에서 일하는 개발자의 공간💻 + 내돈내산 재택근무 필수템 소개 👨💻 깔끔하고 집중할 수 있는 책상 꾸미기
Переглядів 3,4 тис.3 роки тому
집에서 일하는 개발자의 공간💻 내돈내산 재택근무 필수템 소개 👨💻 깔끔하고 집중할 수 있는 책상 꾸미기
개발 생산성을 높여주는 3가지 아이템. 데이터 엔지니어가 선택한 키보드, 마우스, 이어폰!
Переглядів 8 тис.4 роки тому
개발 생산성을 높여주는 3가지 아이템. 데이터 엔지니어가 선택한 키보드, 마우스, 이어폰!
둘 다 사짜
안드로이드 개발 한다는 것이 안드로이드 스튜디오 사용하여 모바일 앱을 개발하신다는 말씀인가요?
잘 봤습니다!!! 깔끔한 번역, 영상 공유 감사드립니다!!
번역, 영상 공유 감사드립니다!! 덕분에 쉽게 강연 들을 수 있었습니다!!
집필하신 책에는 카프카 브로커를 1대만 쓰던데 이유가 있으실까요?!
로컬에서 카프카 클라이언트 애플리케이션에 대한 개념을 학습하실 때는 브로커 1대로도 충분합니다!
이사람은 찐이다!!!!!!
메일한번만 확인해주시면 감사합니당!
바쁘셨을텐데 번역해주셔서 감사합니다! 덕분에 좋은 영상 시청합니다
Bob이 얘기하는 극단적인 테스트 방법론은 처음 들었을 때 꽤나 매력적으로 들림. 하지만 Jim이 얘기하는 것처럼 실용주의적 사고를 조금만 해보면 금방 이성적인 사고를 할 수 있게 되돌아옴.
5년차 개발자입니다. 수준높은 대화에 입이 떡 벌어지고 아직 공부하고 배워나가야 할 것이 너무 많다고 느끼네요 좋은 영상 감사합니다.
저도 TDD의 유닛테스트에 집착하는 방식으로는 스노비즘에 걸린 쓰레기코드만 양산될 뿐이라고 봅니다. 시스템 기능을 테스트 할 수 있어야 하지요. 어떤 언어가 제공하는 기능을, 테스트코드 노르마를 때우기 위해, 소프트웨어 유닛테스트에 구겨넣고, 그걸 묵인하는 미친 프로젝트들을 너무 많이 봐왔습니다.
작가와 개발자의 토론
사실 좀 도전적인 로직이 첨가됐을 때는 TDD가 꽤나 유용하다고 보지만, 일반적인 로직에 TDD는 좀 아니라는 생각이 듭니다. 실제적으로 형식적인 테스트 코드 작성이 많아지게 되고 이는 생산성을 떨어뜨리게 되는 가능성을 안고 도입하게 됩니다. 개인적으로는 어떤 프로그램이 작성하게 되면 그 프로그램이 실제적으로 잘돌아가는 지에 대해 테스트 목록을 작성해서 그 리스트 항목에 맞춰서 테스트를 체크 해 나가는 게 개인적으로는 버그도 덜 발생하게 되고 프로그램에서 테스트가 빠진게 있는 지를 더 쉽게 확인해 볼 수 있었던 것 같습니다.
jim의 언급처럼, 비지니스 요구사항이 api나 객체 단위와 직접적으로 연결될 수 없습니다. 유닛테스트는 적당한 수준에서 해야 하는 것이지, 유닛테스트가 개발을 주도할 수는 없다고 봅니다. 테스트 코드 커버리지에 목숨거는 프로젝트 운영에 반감이 있습니다. 비지니스 요구사항을 달성하는 software feature의 테스트를 중심에 두는 BDD가 현실적이고 효과가 좋다고 생각합니다.
Tdd 개념자체는 참고할 만하다고 생각 하는데 신봉자 광신도 한놈이 팀에 있으면 아주 개판됨. 지금 당장 고객 피드백을 수정해야 하는데 뜬구름 잡는 tdd 이상론 부터 이야기 함. Tdd는 하기 싫다고 하면 테스트 코드 왜 작성 안하냐고 함. tdd와 테스트 코드를 동일시 하기 까지 함. tdd가 싫다 했지 테스트코드 싫다고는 안했는데 마치 자신의 소중한 가족을 부정당한듯한 모습. 면접에서 tdd 좋아하냐고 물어보고 광신도 끼보이면 탈락시켜야 함
국내에서 TDD를 한다고 깝치는 새끼는 많지만 제대로 하는놈은 단 한번도 못본듯
이게 ㄹㅇ ㅋㅋ
안타깝게도 이게 현실임.. 나도 이제 10년쯤 되가지만 20년 30년 나름 왕년에 난다 긴다하신 분들도 제대로 하는걸 본적이 없음
개발을 누가 더 잘하는지는 모르겠고 리더에 어울리는건 JIM이고 Bob같은 새끼한테 맏기면 안된다는거
한국은 약팔이들이 넘 많아 tdd강의팔다가 욕먹으니까 패거리로 뒷담화나 하는 그 cto라던지 ㅋㅋ
입장이 너무 다른 것 같은데요 자바-비지니스 현업 개발자와 C++ 뜬구름 개발자
누가 현업이고 누가 뜬구름이에요?
TDD는 나쁘지 않은데 문제는 TDD는 갑이다 하는 게 문제임. 그리고 저건 조직에 머지팀이 있는 경우에는 TDD가 적합함. 없는 경우는 걍 유닛테스트 많이 돌려보면서 가다듬거나 결함 찾는게 나음 근데 문제는 가끔 가다가 경력직 왔는데 뇌내 테스트만에 코드 올리니 TDD 하자고하는 거라 생각함
원본 영상은 몇년전건가요?
12년 전 이야기군요.
좋은 영상 번역 공유해주셔서 감사합니다! 영상을 아직 다 보진 못했는데 3:10에 procedural bottom-up architecture 부분은 '절차적 상향식 아키텍쳐'라고 번역하는게 맞지 않을까요?
10년간 TDD를 사용한 제 의견은, SW Quality 향상을 위해 꼭 TDD로 개발할 필요는 없지만 unittest는 70% 이상 달성해야 버그가 줄어든다입니다. 즉, 어차피 사후에 unittest를 만들거면 처음부터 TDD를 사용하면 설계도 향상되고 좋죠. 다만 현 시점에 집중할 부분은 AI로 unittest를 자동으로 만들어주는 방법입니다. 몇 년 안에 AI가 code와 unittest를 동시에 개발해주는 세상이 오면 TDD라는 용어도 역사 뒤안길로 사라지겠고 개발자도 줄어들겠지요..
저는 개인적으로 용어를 재 정의해서 쓰는데 Jim이 말한 코딩 완료시점에 그것을 테스트하는 테스트 코드가 있어야 한다는 방식을 실용중의 TDD라고 하고 Bob이 말하는 언제나 테스트코드를 먼저 작성해야 한다는 방식을 원리주의 TDD라고 부릅니다. Bob과 같은 원리주의자들의 문제점은 이 원리주의 TDD에 반대하는 것을 테스트에 반대하는 것으로 이야기 한다는거죠. 테스트는 TDD가 아닙니다.
와… 나는 프로그래머다 너무 재밌게 들었고 근황 궁금했었는데 이런 댓글이. ㅠㅠㅠㅠㅠ 내적친밀감과 반가움에 댓글달아보네요 :)
둘다 성격 진짜 부담스러운데 Jim 쪽이 더 ㅎㄷㄷ 하네요 ㅎㅎ 개인적으로 Jim 의견에 동의합니다. 보다 다방면에서 검토하면서 실질적으로 문제 해결이 이루어지는 쪽인 것 같네요. 돈도 확실히 Jim이 잘 벌것 같고...능력이 딸려서 그런가 확실히 테스트 작성하면서 코드가 복잡해지면서 관리가 안됐던 경험이 많았어서... 그러나 배포전에 반드시 초반에 언급한 테스트 원칙을 가능한 지키도록 하는 것은 필요한 것 같네요. Test Driven에 집착하면서 테스트 위주로 하는 것은 너무 교조적인 것 같구요.
너무 재밌는 내용이었습니다. 저는 TEST는 필수지만 TDD는 필수가 아니다 라는 관점에서, 테스트는 단순 커버리지 보다는 비지니스 로직에 맞게 결국 어떻게 의미있게 잘짜냐 중요한데 효율성이라는 관점에서 jim이 말한 계약 중심으로 바라보는 CDD가 효율적으로 보이는데요. 요즘은 AI 덕분에 실제 코드량과 단위테스트 코드량이 같다고 하지만 생산하는 시간 자체가 0에 가까워 지기 때문에 어느정도 기계적인 TDD를 진행하는것 자체도 나쁠건 없다 라는 생각이 들기도 합니다.
너무 좋은 내용이네요. 감사합니다. TDD는 방법론이므로 소프트웨어 개발의 필수의 영역은 될 수 없다고 봅니다. 다만 수준 높은 프로젝트는 자동화된 셀프 테스트 기능을 가져야 하지 않을까 싶네요. 프로라면 그런 프로젝트를 지향해야 할 것이고요.
너무 관심있는 주젠데 선댓글 후감상합니다 감사합니다!
💬 오늘 영상에 대한 여러분의 생각은? 이번 영상에서는 Bob Martin과 Jim Coplien이 *테스트 주도 개발(TDD)* 의 중요성에 대해 깊이 있는 토론을 나눴습니다. > 여러분은 TDD가 소프트웨어 개발에 필수적이라고 생각하시나요? > TDD가 개발자의 프로페셔널리즘의 기준이 될 수 있다고 생각하시나요? 댓글로 여러분의 생각과 경험을 공유해 주세요! TDD에 대해 함께 이야기해 봅시다! 😊
멋진 영상과 자막 감사합니다!
회사 복지로 바로 ebook 신청할게요
너무 감사합니다!!
데브 원영님! 오늘도 한 수 배웠습니다. 다음에는 SQS를 활용한 poor man's exactly once도 알려주세요❤
특허=자연법칙+신규성+진보성 “고도(高度)한 것을 말한다.“
애플이 한국에 출원한 "모바일 디바이스를 사용한 추락 검출" 특허 보러가기 👉 doi.org/10.8080/1020227023249
안녕하세요 취업한지 1년도 되지 않은 신입 자바 백엔드 프로그래머입니다. 저희 회사 도메인이 결제가 주 시스템이라 이 영상 내용이 정말 와닫는데요.. 저는 python 기초는 어느정도 알고 있다고 생각하는데 hdfs를 익힌 뒤 spark와 kafka중 어느것을 학습하는게 좋을지 여쭤보고 싶습니다.
데이터 엔지니어로써 성정하기 위해서는 둘다 빠져서는 안될 중요한 기술이라고 생각합니다. 그래서 우선적으로 업무에 필요한 기술의 비중을 두고 수행하면 될것 같습니다. 어느것을 시작하시든 나중에는 둘다 공부하시게 될 확률이 높습니다!
유닉스로 명령만 치면서 할까 하다가 찾아보니 데브장원영님 덕분에 편하게 합니다
똥치우기는 돈이 된다 잘만하면 회사를 과비용에서 구원할수도 오버스펙으로 괴롭힐수도 때로는 적당히 중간만 하면서 아는 것도 모른척 할 수도 평소 벼르고있던 사장님을 협박할 수도 있다 성장해서 권력을 가지자
이걸 대체 내가 언제 본거지? ㅋ
혹시 카프카에서 메시지의 파티션 할당에 대한 개념에 대해 도움을 구할 수 있을까요? 프로듀서 내 파티셔너의 역할이 ISR의 리더 파티션을 찾아서 메시지를 전달하는 것으로 알고 있습니다. 다시 말해서 프로듀서의 파티셔너는 메시지를 전송할 때, 여러 카프카 브로커에 존재하는 파티션 중에서도 리더 파티션에게만 전송하는 걸로 알고 있습니다. 그런데 메시지의 파티션 할당에 대한 개념을 보면, 메시지의 키의 유무에 따라 해시 방식과 라운드 로빈 방식에 따라서 여러 파티션에 메시지를 균등하게 할당한다고 하네요. 위의 두 개념이 충돌합니다. 프로듀서에서 메시지를 리더 파티션에만 전달한다면, 해시 기반이나 라운드 로빈 방식으로 메시지를 균등하게 배분할 필요가 없지 않을까요?
메시지 키를 넣으면 해시 기반으로 특정 파티션에만 데이터가 전달됩니다. 반면 메시지 키를 넣지 않으면 라운드 로빈 방식으로 모든 파티션에 균등하게 데이터가 전달됩니다. 그러므로 메시지 키 사용여부에 따라 달라지다고 볼 수 있습니다~
윈도에선 그냥 압축 해제하면되는거죠?
구매했습니다~! 잘볼게요!
말잘하는 스타 개발자네
안녕하세요 ssh접속할때 질문이있는데요 ssh -i abcd.pem ec2-user 123.456 이렇게해서 ssh접속을 하는데 abcd.pem은 개인키를 쓰는데 123.456은 왜 퍼블릭ip를 쓰는건가요…? abcd.pem도 개인키말고 공개키를 써야 짝이맞는거아닌가요??
크리스마스 기념 30% 할인해서 구매했어요!
할인만 기다렸다 ㅠㅠ
감사합니다! 아무쪼록 도움이 되셨으면 좋겠습니다.
안녕하세요! 질문이 있는데요.. 데이터 엔지니어가 되려면 백엔드 개발자로 시작하는 것이 좋을까요?
반드시 백엔드 개발자로 시작해야만 좋은 것은 아닙니다. 데이터 엔지니어링 역량을 쌓아서 곧바로 데이터 엔지니어 신입으로 시작하시는 것도 좋은 방법입니다.
궁금한 것이 있어 여쭈어 보고 싶습니다^^ 이 쪽 전문가가 아니라 잘 모르겠는데요. 기업에서 주최하는 해커톤대회에서 대학생이 백엔드와. 데브옵스?로 참여해서 1등을 했다면(대상 삼금 2000만원) 전문가의 입장으로 어떤평가를 내릴 수 있는지요. 어느 정도의 수준인 지...^^ 정보올림피아드나 icpc 같은 대회는 프로그래밍 대회로 대략 알고 있는 데 해커톤은 어떤 역량을 보는 것이며 저 정도면 수준급인지 궁금해요
해커톤 대회의 규모, 심사 기준, 종류 등 다양한 요소에 따라서 평가가 달라질 수 있습니다. 그러므로 해커톤 대회에서의 수상과 다른 프로그래밍 대회와의 단순 비교는 어렵습니다.
좋습니다
안녕하세요 원영님 ㅋㅋ 만나서 반가웠습니다 :) 제 목소리가 영상 후미에 많이 나오는군요 ㅋㅋ 제 링크드인 채널에 후기 글을 간단히 올려두었는데, 해당 링크드인 글 댓글에 이 영상을 레퍼로 넣어도 괜찮을까요?
안녕하세요! 여기서 다시 만나게 되어 반갑습니다 ㅎㅎ 영상은 어떤 형태로든 퍼가셔도 좋습니다 :)
참석 인원 정원이 제한되었고 추첨으로 선별했다고 들었는데 자리에 들으셨나보네요
운좋게 당첨되었어요😸 다음에도 꼭 가고싶네요🙌
감사합니다.