불과 일주일 전까지도 내가 일을 하던 조직은 머신러닝에 deep-dive 하는 일이 많았고 아무래도 자주 쓰이는 용어와 단어의 차이 때문에 내부에서도 외부에서도 협업 하는 사람과의 마찰이 우려되었는데 역시나 초기에는 엄청난 소음을 안고 살았다. 처음 이 일을 시작한 2015년에는 뉴럴 네트워크에 대해 설명하거나 딥러닝을 설명하는 것도 벅찼고 꽤나 구체적으로 3시간을 떠들고 설명해도 그게 되냐는 답변만 돌아올 뿐 진척이 없었다. 2016년 알파고가 휩쓸고 지나가자 다들 찾아와 나의 설명과는 무관하게 무조건 신뢰하는 스탠스를 보였고 시간이 흐를수록 나를 포함한 조직 전체가 삐딱한 자세를 갖게 되었다. 아무래도 이렇다보니 사용하는 언어에서도 문제가 많이 발생하였는데 오히려 설명의 시간이 줄어들어 기뻐했던 나와..

JDBC connection 설정하는 부분에 스키마 설정을 하지 않으면 default 스키마로 잡는다. 아래처럼 params를 추가해서 호출하면 해당 해당 schema를 기본으로 잡고 호출하면 해결된다 Schema = "sample-database",

AWS Athena는 처음이라 복잡하고 느려서 골탕 좀 먹었다. 아직도 이해가 되지 않는 건 왜 Athena에서 Date_format을 쿼리에 넣으면 에러 나는지 모르겠다ㅠ 찾아봐야지.. install.packages("rJava") install.packages("RJDBC") Sys.setenv(JAVA_HOME = '/Library/Java/JavaVirtualMachines/jdk14.jdk/Contents/Home') dyn.load('/Library/Java/JavaVirtualMachines/jdk14.jdk/Contents/Home/lib/server/libjvm.dylib') Sys.setenv("ATHENA_USER" = "ATHENA_PASSWORD"..

아래 링크에서 JDK를 다운받는다. https://www.oracle.com/technetwork/java/javase/downloads/jdk12-downloads-5295953.html Java SE - Downloads | Oracle Technology Network | Oracle Java API Documentation Updater Tool 1.3 Java API Documentation Updater Tool repairs-in-place Java API Documentation created with javadoc versions included with JDK 5u45, 6u45, 7u21 and earlier. See the 7u25 release notes for more infor..

이번에 이직을 준비하며 채용 공고와 각 회사의 문화 등을 살펴보니 회사마다 프로덕트 오너에 대한 정의가 조금씩 차이가 있다는 것을 알게 되었다. 정답이 있는 것은 아니지만 가장 특이하게 보았던 것은 프로덕트 매니저 위에 프로덕트 오너가 있는 A사였다. 면접을 진행하며 뒤늦게 안 사실이지만 이 곳에서 프로덕트 매니저는 사실상 백로그 관리자이면서 스크럼 마스터이자 촉진제 역할에 집중하는 기능팀의 리더와 같은 느낌이라는 것을 알 수 있었다. 프로덕트 매니저는 없고 프로덕트 오너들로 구성되어 모두가 하나의 기능과 제품에 오너십을 갖고 일을 하고 있는 B사보다 조금 더 위계적인 뉘앙스를 풍기고 있다는 것을 알게 되었다. 물론 어떤 게 정답이라고 이야기 할 수는 없지만 개인적으로 이상적인 조직이자 프로덕트 오너 또..

많은 회사를 경험 해보지 못했으나 위계적인 조직에서 수평적인 조직, 스타트업처럼 다이내믹하기도 하고 정적이기도 했던 흔히 말하는 ㅈ소기업까지 경험담을 토대로 피하면 좋은 회사를 골랐다. (특히 PM이나 PO 입장에서) 물론 개인차는 있을 수 있지만 일을 제대로 하는 것이 좋고 개인의 성장과 조직의 성장을 모두 추구하는 분에게 좀 더 맞을 거라고 예상된다. 넌 시키는 거나 해 사실 이건 면접 때 뉘앙스를 통해 고압적인지 파악할 수 있으면 회사가 좋더라도 거르는 것이 좋다. 특히나 같은 회사더라도 부서마다 팀마다 저마다 다른 조직 문화와 업무 특성을 갖기 때문에 이런 고압적인 태도가 있는 상사나 조직에서 일하는 것은 상당히 피곤하다. 특히 수평적인 조직에서의 PM은 단순히 내 업무만 잘하는 것이 아니라 의사..

SQL 서버에서 저장된 String을 내려받아 바로 Label이나 textView에 뿌리면 \n이 정상적으로 출력되지 않을 수 있다. SQL에 작성하면 \n 을 \\n 으로 저장하기 때문인데 이럴 때는 아래처럼 수정해주면 줄바꿈이 정상적으로 되는 것을 확인 할 수 있다. text.replacingOccurrences(of: "\\n", with: "\n")

우한 코로나가 유행하자 여러 기업들이 재택 근무를 도입하고 있다. 개인적으로 기대했던 것보다 훨씬 빨리 디지털 노마드를 경험하고 있는 상태인데 집에만 있으니 상상했던 디지털 노마드와는 조금 다른 느낌이다. 아무래도 프로덕트 오너가 완전한 리모트 근무가 가능할지에 대한 의구심이 있었는데 생각보다 불편함은 적었다. 이제와서 돌아보면 회의를 진행함에 있어 어떻게든 질문을 해서 추후에 생길만한 리스크를 스캔하기 위한 시간이 있었는데 이제는 컨퍼런스콜에서의 침묵의 불편함 때문에 기다림 없이 회의를 종료하고 빠르게 실행할 수 있다. 아무래도 이렇게 정리되는 시간들이 많아지니 프로덕트 오너가 온전히 집중하고 고민해야 하는 것에 집중할 수 있는 장점이 생겼고 문제와 가설 검증에 집중하다보니 더욱 효율적인 이터레이션을 ..

일일 업무 보고 vs 스크럼 뭐가 다른가요? 사실 비슷해보이지만 업무보고와 스크럼의 가장 큰 차이는 언제 누구에게 왜 내 업무를 공유하느냐 이지 공유냐 보고냐의 차이가 아닙니다. 혹자는 스크럼을 바라보며 팀장처럼 의사결정을 하는 사람이 있고 업무 보고하듯 이야기 하는 팀원들이 있다고 바라보는데 실제로 안에서 직접 스크럼에 참여하면 완전히 다릅니다. 누구에게 왜 하나요? 일일보고는 참여자가 의무적으로 상사에게 합니다. 즉 시켜서 합니다. 스크럼은 스프린트 목표를 다시 상기하고 하루의 계획을 공유하고 플래닝 하는 것을 목표로 합니다. 즉 함께 일하는 동료들에게 나의 계획을 공유함으로서 협업에 필요한 최소한의 윤활유 역할을 하는 것입니다. 언제 하나요? 일일보고는 업무가 끝나고 다 한 일을 공유합니다. (사후..

공장 초기화고 뭐고 다 해보다가 계속 안되어서 DFU 초기화하려고 아이튠즈를 찾던 중 파인더에서 해당 기기를 신뢰하겠냐고 묻길래 신뢰했더니 사이드카가 됐다.. 선도 뽑았는데.. 잘 된다... 뭐냐..