Seungdols Company

https://seungdols.tistory.com/246 Yoda Condition 이란 방어코딩의 종류에 대해 알아보자!! 우리가 보통 C언어에서 if( 변수 == 상수 ) 이런 방식으로 많이 써왔는데 C 언어를 만든 개발자는 굉장히 똑똑한 사람이기에 자질구레한 실수를 하지 않는 사람이었나보다. if( val = literal) 이런 식 seungdols.tistory.com 2014년도쯤 C언어를 쓸 무렵에 Yoda condition을 접했고, 잘 썼던 기억이 있다. 오랜만에 다시 찾아보니, WordPress에서도 Fade out 된 것인가? 버그를 찾는데에는 능하지만, 코드를 읽기 어렵게 만든다는 것이 주된 내용이다. https://developer.woocommerce.com/2022/08/1..

실무 하면서 유지보수 하거나, 이관 받은 업무 코드를 보면 어디는 풀어서 쓰고, 어디는 다른 prefix 변수명을 쓰고 혼재 된 경우는 매우 빡치는 일이다. 아...모든 코드가 사연이 있겠지만, 도대체 이 용어, 저 용어 왜 섞어 쓰는걸까.. JPA를 쓰든, DTO, VO를 쓰든 용어의 통일은 기본 개념이고, 만약 바꾸고 싶다면, 컬럼명은 못바꾸더라도, alias 걸고 코드 내의 변수명들은 통일이 필요하다. 코드를 잘 짜는 것도 중요하지만, 변수명도 막 쓰는데, 코드를 잘 짤 수 있을리 없다. 그 정도조차 배려가 없는데, 코드에 배려가 묻어 날까? 결과적으로 가장 기본은 repository 안에서 쓸 용어를 통일 하는 것이다. 그 용어를 고르게 써야지만 다른 사람들이 이해하기 쉽다. 변수명이 아무리 길어..

#chatgpt #bard https://bard.google.com/ Bard Bard is your creative and helpful collaborator to supercharge your imagination, boost productivity, and bring ideas to life. bard.google.com bard를 쓸 수 있게 되서 써 봤는데, chatGPT 보다 속도가 좀 더 빠르고, chatGPT를 구독 할 이유가 없겠다 싶어졌다. 그리고 답변하는 퀄리티도 훨씬 좋은 것 같은데, 아래는 예시다. Q) Please tell me the difference between MySQL 5.7 L and MySQL 8.0 A) ChatGPT The differences between..

#개발자의넋두리 넋두리니까, 솔직하게 쓰자. 일하다가 가끔 기술을 딥하게 논하는 사람들이 있는데, 늘 어렵다. 기술은 기술일뿐이지, 정답은 없다고 생각하고, 믿는 편이다. 그런데, 간혹 늘 이게 정답이다 라고 하는 사람들이랑은 좀 어렵게 느낄 때가 많다. 상황에 늘 해답 정도만이 존재하고 그 해답을 같이 일 하는 사람끼리 맞춰 가는 것이 개발자의 삶이라고 생각하고 정진하고 있는 사람이라, 정답 같은건 없다. 결과적으로 진리의 정답이라는게 개발 세계에 있었으면, 한번 개발하고 계속 냅둬도 John na게 잘 돌아가고, 서버 전원 내리기 전까지 잘 동작해야 된다. 그리고, 진리니까 불변해야 된다. 근데 특정한 상황이 되었을때, 설계를 포함한 무언가를 바꿔야만 하는 것이라면, 그건 그 상황에서만 해답인 것이지..

원본은 아래 트위터에서 남긴 글입니다. 혼자만의 생각이라, 문체가 불편할 수 있는 점 사전에 사과 드립니다. 아래의 내용은 모두 어쭙잖은 내용일 수 있습니다. 모든 분들에게 도움이 되지 않을 수 있는 내용임을 밝힙니다. “Fake it till you make it” 문구는 내 예전 jeykll blog 문구였는데 어느 순간 나는 이게 불가능하다는 것을 알게 되었다. 그래서 그냥 늘 “전 잘 모르는데”를 달고 살고, 상대에게 내가 알던게 잘못된 거면 배웠다고 말하고 몰랐던걸 알게 되면 많이 배웠다고 말한다. 결과적으로 나한테 “그 연차에 어쩌네 저쩌네 하는 사람”이 있다면, 어차피 같이 일 안하면 그만이다. 연차를 떠나서 꼭 상대방이 아는 걸 다 알아야 할 필요는 없다. 난 여기서 협업의 시너지가 생성 ..

LinkedIn에서 구글 UX 리드 디자이너이신 김은주님의 소식을 팔로우 하고 있는데, 좋은 글을 보게 되어 공유 합니다. 구글에 40번의 지원 끝에 합격하게 된 포스팅인데, 두 가지의 생각이 들었습니다. 1. 구글의 문턱은 높구나. 2. 노력 하면 안되는 것은 없구나. 결과적으로 안 된다는 나의 마음 가짐일뿐이지, 노력 하면 된다는 것을 알 수 있었습니다. 그런데, 어쨌거나 39번의 실패가 아닌 reject였다는 점이 좋았습니다. 면접에 떨어졌다고 해서 실패가 아니라는 사실. 최근에 생전 처음으로 몇번의 면접을 봤었는데, 정말 긴장하니까 횡설수설 내가 무슨 말을 하는지도 잘 모르겠고, 내가 뭘 했더라? 기억도 잘 나지 않았습니다. 준비가 덜 되었으니, 당연히 불합격들을 받았습니다. 대신 깨닫는 것들이 ..

아침에 유퀴즈 짧은 영상을 하나 보게 되었습니다. 이미 보셨을지도 모르지만, 사회 심리학자분께서 말하는 한국인의 심리를 말씀 해주시는데, 굉장히 공감이 많이 가게 됐습니다. 영상 후반부에 나오는 특징 중 하나가 "나와 의견이 다른 것을 참지 못한다" 결국 인정 해주지 못한다는 것이죠. 동의, 비동의 모두 같은 맥락의 의견입니다. 결과적으로 나와 생각이 다르면, 설득 하는 문화가 팽배하죠. 어찌 보면, 개발자가 일 하는 모든 공간에서 의견이 다를 수 있습니다. 흔한 코드 리뷰나 시스템 설계에도 의견은 다를 수 있습니다. 해당 영상을 보면서 나도 저렇게 행동하지 않았나? 나와 다르면, 설득 하려고 하지 않았나? 한번이라도 상대 입장, 관점에서 생각 해보기나 했나? 왜 이렇게 생각 하는지 들어보려고 노력 했던..

https://www.youtube.com/watch?v=ssDMIcPBqUE&ab_channel=%EC%9A%B0%EC%95%84%ED%95%9CTech 알게 된 부분 unused import, declaration => error로 표시 되도록 설정 PR을 올릴 때 주석 달기 -> 먼저 읽어보고 설명을 커멘트로 남겨서 리뷰어의 시간 절약 리뷰어를 모두 포함 시켜라 의미 있는 커밋으로 분리 파일 생성부터 커밋을 분리 테스트 추가 커밋 등 리뷰에 대한 룰 확보 아침 30분, 점심 이후 30분 PR의 변경분이 적도록 노력 리뷰하는 것 자체의 노고를 인정 해줘야 함. 리뷰의 핵심 무엇이 코드를 나아지게 하는가? 에 초점 누가 그런 아이디어를 냈는지가 아니다. 너만 빼라. 너라고 하지 않는게 좋고, 대상은 코..

https://movie.daum.net/moviedb/main?movieId=152961 타다: 대한민국 스타트업의 초상 Daum영화에서 자세한 내용을 확인하세요! movie.daum.net 해당 다큐를 보면서, 요새 주식 선진국 지수 들어가자 말자 하는 와중에서 선진국 지수를 들어가는게 무슨 소용인가? 라는 생각을 하게 되었다. 기술적인 진보를 이룩하려는 스타트업이 법의 규제에 방해를 받고 진보 되지 못하는 사회가 문제가 된다. 어찌보면, 사회에서 특정 계층에 대한 법적 제도 안에서의 구제가 역설적이게도 다른 사람들의 일자리 창출의 박탈이 된다. 어쩌면, 택시 드라이버 라이센스에 대한 이슈, 택시 시장의 몰락 위험 그에 따라 발생할 택시 단체의 반발 여객 운수 자동차법 자체가 엄청나게 법의 가호를 받..

출처는 이 곳입니다. https://t.motd.kr/posts/1575/%eb%a6%ac%eb%8d%94%ec%9d%98-%ec%95%88%ed%8b%b0%ed%8c%a8%ed%84%b4/ 리더의 안티패턴 — T's message of the day 무지 잘못된 아키텍처에 대한 집착에 가까운 나르시즘 전체를 바라보는 멍청하리만치 낮은 시각 개체지향 디자인에 대해 전혀 모르거나 경험이 없음 무지에 대한 무지 이중성 겉으로는 익스트 t.motd.kr 리더의 안티패턴이란 글이다. 이 글을 보자마자 무릎을 탁 치게 되는데, 2006년도 글이니 결과적으로 세상 사람 사는 이야기는 다 같다는 말이고, 개발자들의 세계 이전에 사람 사는 세계이기에 역사는 반복 된다. 진보는 조금씩 이루어질 뿐이고, 살아가는 모습은 ..