Seungdols Company

회사 동료로부터 flowith를 알게 되어 사용 해봤습니다. 재밌는 기능들이 많았는데, 일단 agent mode가 참 편했습니다. 일단, 화면에서 보이는 모습은 agemt mode와 아닌 경우 llm 다양한 버전을 쓸 수 있다는 점이다. (대통합의 ai일까?)notebooklm의 장점이었는데, 여기에서도 비슷한 기능을 쓸 수 있네요?일단은 먼저 확인 해보고자.테스트로 러스트 학습 로드맵을 작성 해달라고 한번 시켜봤습니다.절차적으로 어떻게 진행 되는지? 수집 - 정리 - 목록화가 아주 잘 됩니다.그렇게 AI agent가 Rust 기초 학습 로드맵을 작성 해줬습니다.Rust 프로그래머를 위한 종합 학습 가이드서론: Rust 학습 여정의 시작Rust는 성능, 안전성, 동시성이라는 세 가지 핵심 가치를 추구하는..

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 해당 다큐를 보면서, 요새 주식 선진국 지수 들어가자 말자 하는 와중에서 선진국 지수를 들어가는게 무슨 소용인가? 라는 생각을 하게 되었다. 기술적인 진보를 이룩하려는 스타트업이 법의 규제에 방해를 받고 진보 되지 못하는 사회가 문제가 된다. 어찌보면, 사회에서 특정 계층에 대한 법적 제도 안에서의 구제가 역설적이게도 다른 사람들의 일자리 창출의 박탈이 된다. 어쩌면, 택시 드라이버 라이센스에 대한 이슈, 택시 시장의 몰락 위험 그에 따라 발생할 택시 단체의 반발 여객 운수 자동차법 자체가 엄청나게 법의 가호를 받..