전체 글 231

2024 Prography 네트워킹 세미나 이야기

안녕하세요. 문범우입니다. 2024년 첫 주말, 1월 6일 토요일 Prography에서는 여러 사람들을 대상으로 네트워킹 세미나를 개최했습니다. 👏 저 또한 세미나에서 "6년차 서버개발자가 IT커뮤니티를 하는 이유"라는 주제로 발표를 진행했는데요, 네트워킹 세미나에서의 이야기를 공유드리고자 합니다. HTML 삽입 미리보기할 수 없는 소스 0. 네트워킹 세미나 Prography에서 준비한 네트워킹 세미나는 프로그라피 소개 세션을 포함하여 총 9개의 세션으로 구성이 되었습니다. 그리고 총 1시간의 커피챗이 준비되어 있었습니다. (자세한 내용을 보려면 아래 더보기를 클릭해주세요!) 더보기 사실 어떠한 주제들이 많은 분들에게 공감을 사고 열정을 나눌 수 있을지 많은 고민을 했던 터라 세션 주제에 대해서 사전수요..

Prography 2024.01.08

IT동아리 프로그라피(Prography) 8기 운영진 활동 이야기

안녕하세요. 문범우입니다. 오랜만에 블로그에 글을 적게 되었네요. 오늘은 23년 한해동안 활동한 프로그라피(Prography)에 대해서 후기를 적어보려고 합니다. 곧 24년이 다가오면서, 새롭게 외부활동이나 동아리, 단체를 고민하시는 분들에게 조금이나마 도움이 되었으면 좋겠네요. 1. 프로그라피(Prography)는 무엇을 하는 곳 인가요? 주변분들에게도 동아리 활동을 한다고 이야기했을 때, 가장 많이 듣는 질문이기도 합니다. 프로그라피는 '디자이너, 개발자가 모여서 하나의 프로덕트를 만들고 운영하며 함께 성장하는 곳' 입니다. ( 24년 프로그라피 9기에서는 P.O와 마케터가 합류해서 보다 전문적인 프로덕트를 만들어 나갈 예정입니다! ) 매년 조금씩 차이는 있지만, 8기에서는 디자이너2명, 프론트개발자..

Prography 2023.12.16

왜 개발자가 되려고 하시나요?

여러분들은, 왜 개발자가 되려고 하시나요? 안녕하세요. 문범우입니다. 이번 글에서는 ‘개발자'에 대해서 개인적인 생각을 풀어보려고 합니다. 글을 쓰고자 하는 의도는, ‘개발자’라는 직업을 생각하고 꿈꾸는 분들께 보다 현실적인 이야기를 전해드리기 위함이고 글의 내용만을 본다면 ‘개발자의 단점'이라고 볼 수도 있을 것 같습니다. 무엇보다 주관적인 견해의 글이며 다른 개발자분들께서는 다르게 생각하실 수도 있으니 가볍게 읽어주시면 좋을 것 같습니다. 최근 개발자라는 직업이 다양한 매체에서 좋은 모습으로 많이 소개되는데, 정말 좋은 모습만 있는건 아니라는 것을 전달드리고 싶어서 글을 써내려간다는 점을 생각하고 읽어주시면 좋을 것 같습니다. (아래 사용된 모든 사진들의 출처는 Instagram @waterglass..

생각정리 2022.04.25

[Kubernetes] 쿠버네티스 레이블(Labels)에 대한 9가지 모범 사례(번역)

안녕하세요. 문범우입니다. 해당 내용은 아래 글에 대한 번역을 바탕으로 합니다. https://www.replex.io/blog/9-best-practices-and-examples-for-working-with-kubernetes-labels 9 Best Practices and Examples for Working with Kubernetes Labels Kubernetes labels allow DevOps teams to identify, select and operate on Kubernetes objects. In this blog post we outline 9 best practices for working with Kubernetes Labels and examples for Kubern..

Devops/K8S 2022.03.27

코틀린[Kotlin] #04_함수 정의와 호출

안녕하세요. 문범우입니다. 이번 포스팅에서는 코틀린에서의 함수 정의와 함수 호출을 중심으로 알아보도록 하겠습니다.관련된 코드의 내용은 아래 주소에서 확인할 수 있습니다.https://github.com/doorBW/kotlin-study 1. 컬렉션 코틀린에서 알아보고자 했던 함수에 대해 확인하기 이전에 컬렉션을 만드는 방법부터 확인해보고 넘어가자.아래와 같이 컬렉션을 만들고, 만들어진 컬렉션 객체가 어떤 클래스에 속하는지 함께 확인해보자. 1234567891011fun main(){ val set = hashSetOf(1,7,53) println(set.javaClass) // class java.util.HashSet val list = arrayListOf(1,7,53) println(list.ja..

코틀린[Kotlin] #03_코틀린 기초(when, 스마트 캐스트, 반복문, in, 예외처리)

안녕하세요. 문범우입니다. 오늘은 지난번 포스팅에 이어서, 코틀린의 기초에 대해서 알아봅니다. 보다 자세하게는 when, 스마트캐스트, 반복문, in, 예외처리에 대해서 학습하도록 하겠습니다. 관련된 코드의 내용은 아래 주소에서 확인하실 수 있습니다. https://github.com/doorBW/kotlin-study1. when먼저 지난 시간에 구성했던 enum class, Color를 이용하여 when에 관한 함수를 만들어보자.12345678910111213141516171819202122232425enum class Color( val r: Int, val g: Int, val b: Int) { RED(255, 0, 0), ORANGE(255, 165, 0), YELLOW(255, 255, 0),..

코틀린[Kotlin] #02_코틀린 기초(함수,클래스,프로퍼티,enum)

안녕하세요. 문범우입니다.이번 포스팅에서는 코틀린의 기초에 대해서 알아보도록 합니다.구체적으로는 함수, 변수, 클래스, 프로퍼티, enum에 대해서 학습합니다.관련된 내용의 코드는 아래 주소에서 확인하실 수 있습니다.https://github.com/doorBW/kotlin-study 1. 함수 우선 어느 프로그래밍 언어에서나 시작해보는 "Hello, world!"를 출력해보자. 123fun main(args: Array){ println("Hello, world!")}cs 코틀린에서는 위와 같이 간단한 코드로 문자열 출력을 할 수 있다. 본격적으로 코틀린에 대해서 알아보기 이전에 위 코드에서 파악할 수 있는 몇가지를 살펴보자. - 함수를 최상위 수준에 정의가 가능하다. 즉, 꼭 클래스 안에 함수가 존재..

코틀린[Kotlin] #01_코틀린이란?

안녕하세요. 문범우입니다.최근 팀 동료분들과 함께 Kotlin 스터디를 하게 되었습니다. 빠르게 관련 서적을 함께 공부하고 이후 무언가를 만들어보기로 목표를 가지고 진행합니다. 우선적으로는, 책의 내용을 공부하며 블로그에 포스팅을 진행할 예정입니다. 서적은 [Kotlin in Action, 드미트리 제메로프/스베트라나 이사코바 지음, 오현석 옮김, 에이콘출판사]를 참고합니다.잘못된 내용이나 궁금한 사항에 대해서는 언제든 연락주시면 감사하겠습니다. 1. 코틀린이란 무엇인가? 코틀린(Kotlin)이란 기존의 자바 플랫폼에서 돌아가는 새로운 프로그래밍 언어이다.앞으로 함께 알아보겠지만 코틀린은 간결하고, 실용적이면서도 자바 코드와 상호운용성(interoperability)을 중요시한다. 즉, 현재 자바가 사용..

파이썬(PYTHON) 클린코드 #10_ SOLID, 의존성 역전 원칙(DIP)

안녕하세요. 문범우입니다.이번 포스팅에서는 SOLID 원칙 중 마지막 원칙인, 의존성 역전 원칙(Dependency Inversion Principle)에 대해서 알아보도록 하겠습니다. 1. DIP(Dependency Inversion Principle) 우선 의존성 역전 원칙(DIP)의 정의에 대해서 알아보자. 의존성 역전 원칙은, 추상화를 통해 세부 사항에 의존하지 않도록 해야 하지만, 반대로 세부 사항(구체적인 구현)은 추상화에 의존해야 한다는 원칙이다. 쉽게 말해서, 보다 고수준 모듈(클래스)은 보다 저수준 모듈(클래스)에 대해 의존하면 안된다는 것이고, 의존하지 않는다는 것은 저수준 모듈의 변경이나 추가 등에 있어서 변경점이 없어야 한다는 것이다. 파이썬이라는 언어의 특성상 융통성이 있으며, 동..

파이썬(PYTHON) 클린코드 #9_ SOLID, 인터페이스 분리 원칙(ISP)

안녕하세요. 문범우입니다.이번 포스팅에서는 SOLID 원칙 중, 인터페이스 분리 원칙(ISP)에 대해서 알아보도록 하겠습니다. 1. ISP(Interface Segregation Principle) 인터페이스 분리 원칙(ISP)은, 클라이언트가 자신이 이용하지 않는 메소드에 의존하면 안된다라는 원칙이다.다른 방향으로 해석해보자면, 하나의 인터페이스는그 책임에 맞는 메소드만 가지고 있어야 한다는 의미이다. 책임이라는 용어, 매우 익숙할 것이라고 생각한다. SOLID에 대해서 알아보며 첫번째로 다루었던 SRP원칙과 매우 유사하게 느껴질 것이다. 물론 SOLID 원칙 모두가 상호 연관 관계가 있고, 좋은 코드를 목표로 하고 있기 때문에 더욱 그렇게 느껴질 수 있다.이번에 다뤄볼 ISP와 이전에 학습한 SRP의..

728x90