자신만의 코딩 스타일은 개인 프로젝트 하실 때 찾으시고 SI에서는 소속된 "프로젝트 표준"을 따르는 것이 좋은 코딩이라고 봅니다. 물론 갈 수록 기능 구성이 복잡해지고 기술이 다양해진다는 핑계(?)로 요즘 프로젝트에서 진짜 표준이라는 것은 찾아보기 힘들고 그냥 이래도 되고 저래도 된다는 식의 "가이드"만 넘쳐나죠...
예전에는 전부 추상화 컴포넌트 만들고 손수 styled 뭐 어쩌고저쩌고 손수 다 만들고 그랬는데 요즘은 걍 mui 쓰고 theme를 픽스 할 수 있도록 걍 스토리북이나 샘플페이지로 정해서 컴포넌트 통일화 먼저 시켜서 커뮤니케이션을 강하게 합니다. 그 후 컴포넌트 내부는 복잡하게 만들어도 어차피 샘플 컴포넌트에서 픽스가 되었기때문에 상관이 없는거같아요. 훅스 또한 그에 맞춰서 내부를 복잡하게 커스텀해도 상관이 없죠 여튼.. 가장 힘들고 고생해야하는 부분이지만 이렇게 해야 추후 고도화 2차사업 3차 사업 등등 올라갈때 빠른 퍼포먼스가 나오고 개인 시간 많이 나온다고 생각합니다. 정답은 없져..
2:44 시니어 하는 순간 "설마 추상화?!"라고 생각했는데 딱 나왔네요 저희 회사도 그래요 극단적으로 추상화가 되어 있어서 이게 외부에서 뭔가 주입해주는 게 있는 건가?! 싶더라구욬 진짜 주니어 입장에서는 너무 힘든 것 같아욬 안 그래도 레거시라 문법 스타일도 많이 다른데. .. !!
고생 많으셧습니다 로그님! 개발자라면 누구나 어느정도 스타일이 있는데, 그런 측면에서 위계(?)가 있는 분과 협의를 하는건 참 쉽지 않은거 같아요 🥲 저도 최근에 건드렸던 코드가 추상화가 좀 되어있는 코드였는데, 영상의 맥락처럼 그 추상화가 과면 모든 케이스를 수용하기에 적합한가 를 따졌을때, 오히려 추상화가 독이되는 느낌을 받았어서 영상의 내용이 공감되었습니다! 그래도 로그님이라면 영상에서 느껴지는 것 처럼 생각을 장 정리하셔서 차분하게 소통하실거라 믿습니다!! 화이팅!! 예전 댓글에 개발에 재미가 없어진다 뭐 이런 내용을 단적이 있었는데, 최근에 일적으로 좀 집중하면서 재미까진 아니더라도 몰입하는 정도는 어느정도 돌아온 것 같습니다 ㅎㅎ 다시 개발에 몰입하면서, 제가 개발적으로 이루고자 하는 목표를 올해가 가기전에 정리해보면서 다시 좀 타올라야 할거같아요 ㅎㅎ 로그님 영상 보니까 그런 생각이 드네요 💪 아 그리고 머리스타일 좀 바뀌신거 같은데! 아니라면 제 눈썰미 죄송합니다 😅 이번주도 고생 많으셨어요~ 개발도 좋지만 , 주말엔 푹 쉬시길 바랄게요!!
저는 뭐… 매일 매일이 새로워서… ㅋ 다음에 할 때는 구조와 설계를 좀 더 유연하고 확장성 있게 짜야겠다는 생각은 있어요. Db 데이터 바탕으로 컴포넌트 나오는 방식을 진작 했었으면 좀 더 편했을 텐데 생각도 들고… 하지만 너무 복잡해 지면 개발 진행이 안 되니 내 깜냥 만큼만 하자 하고 개발해서 지금까지 진행 된 것 같아요. 제 역량이 커지면 더 효율적인 걸 처음 부터 잘 개발 할 수 있겠죠 ㅎ
이렇게 핵심도 없이 초보 상태에서 어리석은 이야기를 이렇게 전파해도 되는지 의문이긴 합니다. ^^ ~ 초보 레벨 개발자 친구들끼리 수다떨 정도의 내용이네요~ 추상화는 아키텍트 레벨에서 하면 확장에는 자유롭고 수정에는 폐쇄적인 코드를 작성할 수 있습니다. 이런거 모르고 추상화 하면 지옥이죠. 심플한 코드의 기준을 제시해주셨다면 도움이 될건데.. 그냥 쉽게 코드 짜자. 정도로 들려요. ㅎㅎ 어려운건 못만들것 같은 CRUD개발자들 레벨에서 코드 어쩌고는 아닌 것 같습니다. 초보들의 자기위로 시간에 간섭을 해서 죄송하긴 하네요. 그래도 좀 어려운 거 만들려면 ㅎㅎ SOLID 원칙 지켜야 해요.
괜히 사람 내려치면서 자기위로 하시는 건 본인이 아닌지? 초보들한테 필요할 내용들을 얘기해 주는 사람과 뭐하는지도 모르는 사람 세상에 어떤게 더 유익한 인간인지? 어려운 개발? ㅎㅎㅎ 뭐 대단한거라도 하셨는지? 진짜 대단한 사람들은 누구나 아는데 안상현? 이름 들어본 일이 없는데 혹시 본인이 카멕급은 된다고 생각하나? 진짜 고수들은 어려운 문제 해결하는 걸로 부심 안부리지 어떻게 세상을 유익하게 했는지가 그 사람들 자존심인데
@othniel0000 안녕하세요 안상현님 :) 개발을 오래 해오신 분 입장에서 그렇게 보일 수 있다는거 충분히 이해합니다. 말씀하신대로 제가 아직 많은 경험이 없고, 큰 프로젝트를 설계해본적도 없어서요. 그래서 저도 틀린말을 하고싶진 않아서.. 영상을 만들때 항상 조심스러운데요, 다만 이번에는 책에서 비슷한 내용을 읽게 되고, 또 너무 공감되는 부분이 있어서 '책 첫 장에 나올정도면 나만 이렇게 느꼈던게 아니구나, 다들 비슷한 고민을 한적이 있지 않을까?' 해서 주제를 가져오게 되었습니다. 누구나 초보일때가 있는 법이니까요 ㅎㅎ 초보 개발자들에게 해주실 수 있는 조언이 있다면 언제나 환영입니다. 영상 봐주셔서 감사합니다~
@@songkyulee 안녕하세요 이성규님 :) 유익하다고 말씀해주셔서 감사합니다! 음.. 사실 유튜브에서 개발자 영상들 보면 다들 대단하신 분들밖에 없는 기분이라서요. 좀 부족하고, 초보인 사람도 영상을 올려줘야 좀 다들 용기를 얻지 않을까, 이제 막 시작하는 분들께는 내가 할 수 있는 말도 있지 않을까 하면서 시작해버린 유튜브라서요 ㅎㅎ 피드백에는 언제나 열려있습니다! 제 회사에 시니어가 없다보니 대신 이렇게 댓글들 보면서 다양한 의견도 듣고 하네요. '어떻게 세상을 유익하게 했는지가 진짜 고수들의 자존심이다' 라는 말 마음에 담아갑니다!
자신만의 코딩 스타일은 개인 프로젝트 하실 때 찾으시고 SI에서는 소속된 "프로젝트 표준"을 따르는 것이 좋은 코딩이라고 봅니다. 물론 갈 수록 기능 구성이 복잡해지고 기술이 다양해진다는 핑계(?)로 요즘 프로젝트에서 진짜 표준이라는 것은 찾아보기 힘들고 그냥 이래도 되고 저래도 된다는 식의 "가이드"만 넘쳐나죠...
예전에는 전부 추상화 컴포넌트 만들고 손수 styled 뭐 어쩌고저쩌고 손수 다 만들고 그랬는데 요즘은 걍 mui 쓰고 theme를 픽스 할 수 있도록 걍 스토리북이나 샘플페이지로 정해서 컴포넌트 통일화 먼저 시켜서 커뮤니케이션을 강하게 합니다.
그 후 컴포넌트 내부는 복잡하게 만들어도 어차피 샘플 컴포넌트에서 픽스가 되었기때문에 상관이 없는거같아요.
훅스 또한 그에 맞춰서 내부를 복잡하게 커스텀해도 상관이 없죠 여튼..
가장 힘들고 고생해야하는 부분이지만 이렇게 해야 추후 고도화 2차사업 3차 사업 등등 올라갈때 빠른 퍼포먼스가 나오고 개인 시간 많이 나온다고 생각합니다.
정답은 없져..
2:44 시니어 하는 순간 "설마 추상화?!"라고 생각했는데 딱 나왔네요 저희 회사도 그래요
극단적으로 추상화가 되어 있어서 이게 외부에서 뭔가 주입해주는 게 있는 건가?! 싶더라구욬
진짜 주니어 입장에서는 너무 힘든 것 같아욬 안 그래도 레거시라 문법 스타일도 많이 다른데. .. !!
저는 가장 많이 사용하는 방법으로 코드를 작성한 뒤, 하나씩 알고 있는 기법을 적용하면서 코드를 수정합니다. 처음부터 새로운 방법을 적용하면서 짜기는 어렵더라고요. 이렇게 하면 장단점도 알 수 있고
interrupt 개념이 없는 곳에서 오다 보니 throw 대신에 state를 반환하는 습성이 생겼습니다
... 생각해 보니 규칙까지는 아닌 것 같군요.
쉬운것도 돌려서 wrap 해서 숨기고 숨겨서 어렵게 돌리고 생각해서 코딩해야 합니다.
그래야, 다음 2차 사업에도 전화가 옵니다. ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
고생 많으셧습니다 로그님!
개발자라면 누구나 어느정도 스타일이 있는데,
그런 측면에서 위계(?)가 있는 분과 협의를 하는건 참 쉽지 않은거 같아요 🥲
저도 최근에 건드렸던 코드가 추상화가 좀 되어있는 코드였는데,
영상의 맥락처럼 그 추상화가 과면 모든 케이스를 수용하기에 적합한가
를 따졌을때,
오히려 추상화가 독이되는 느낌을 받았어서
영상의 내용이 공감되었습니다!
그래도 로그님이라면
영상에서 느껴지는 것 처럼
생각을 장 정리하셔서 차분하게 소통하실거라 믿습니다!!
화이팅!!
예전 댓글에 개발에 재미가 없어진다 뭐 이런 내용을 단적이 있었는데,
최근에 일적으로 좀 집중하면서
재미까진 아니더라도 몰입하는 정도는 어느정도 돌아온 것 같습니다 ㅎㅎ
다시 개발에 몰입하면서,
제가 개발적으로 이루고자 하는 목표를 올해가 가기전에 정리해보면서
다시 좀 타올라야 할거같아요 ㅎㅎ
로그님 영상 보니까 그런 생각이 드네요 💪
아 그리고 머리스타일 좀 바뀌신거 같은데!
아니라면 제 눈썰미 죄송합니다 😅
이번주도 고생 많으셨어요~
개발도 좋지만 , 주말엔 푹 쉬시길 바랄게요!!
공공sm 입장에서 남의소스 볼일이 정말 많은데요. 요즘 si개발자친구들 소스보면 주석만 잘 달아줘도 감지덕지 랍니다.... ㅎㅎ
저도 성급하게 추상화하지 않는걸 원칙으로 두고 있네요.
다쪼개다보면 이게 추상화를하는건지 하드코딩을 하는건지 ㅋㅋㅋㅋ
저는 뭐… 매일 매일이 새로워서… ㅋ
다음에 할 때는 구조와 설계를 좀 더 유연하고 확장성 있게 짜야겠다는 생각은 있어요.
Db 데이터 바탕으로 컴포넌트 나오는 방식을 진작 했었으면 좀 더 편했을 텐데 생각도 들고…
하지만 너무 복잡해 지면 개발 진행이 안 되니 내 깜냥 만큼만 하자 하고 개발해서 지금까지 진행 된 것 같아요. 제 역량이 커지면 더 효율적인 걸 처음 부터 잘 개발 할 수 있겠죠 ㅎ
안녕하세요~!
이렇게 핵심도 없이 초보 상태에서 어리석은 이야기를 이렇게 전파해도 되는지 의문이긴 합니다. ^^ ~ 초보 레벨 개발자 친구들끼리 수다떨 정도의 내용이네요~ 추상화는 아키텍트 레벨에서 하면 확장에는 자유롭고 수정에는 폐쇄적인 코드를 작성할 수 있습니다. 이런거 모르고 추상화 하면 지옥이죠. 심플한 코드의 기준을 제시해주셨다면 도움이 될건데.. 그냥 쉽게 코드 짜자. 정도로 들려요. ㅎㅎ 어려운건 못만들것 같은 CRUD개발자들 레벨에서 코드 어쩌고는 아닌 것 같습니다. 초보들의 자기위로 시간에 간섭을 해서 죄송하긴 하네요. 그래도 좀 어려운 거 만들려면 ㅎㅎ SOLID 원칙 지켜야 해요.
괜히 사람 내려치면서 자기위로 하시는 건 본인이 아닌지? 초보들한테 필요할 내용들을 얘기해 주는 사람과 뭐하는지도 모르는 사람 세상에 어떤게 더 유익한 인간인지?
어려운 개발? ㅎㅎㅎ 뭐 대단한거라도 하셨는지? 진짜 대단한 사람들은 누구나 아는데 안상현? 이름 들어본 일이 없는데 혹시 본인이 카멕급은 된다고 생각하나?
진짜 고수들은 어려운 문제 해결하는 걸로 부심 안부리지 어떻게 세상을 유익하게 했는지가 그 사람들 자존심인데
@othniel0000 안녕하세요 안상현님 :)
개발을 오래 해오신 분 입장에서 그렇게 보일 수 있다는거 충분히 이해합니다. 말씀하신대로 제가 아직 많은 경험이 없고, 큰 프로젝트를 설계해본적도 없어서요. 그래서 저도 틀린말을 하고싶진 않아서.. 영상을 만들때 항상 조심스러운데요, 다만 이번에는 책에서 비슷한 내용을 읽게 되고, 또 너무 공감되는 부분이 있어서 '책 첫 장에 나올정도면 나만 이렇게 느꼈던게 아니구나, 다들 비슷한 고민을 한적이 있지 않을까?' 해서 주제를 가져오게 되었습니다. 누구나 초보일때가 있는 법이니까요 ㅎㅎ 초보 개발자들에게 해주실 수 있는 조언이 있다면 언제나 환영입니다. 영상 봐주셔서 감사합니다~
@@songkyulee 안녕하세요 이성규님 :) 유익하다고 말씀해주셔서 감사합니다! 음.. 사실 유튜브에서 개발자 영상들 보면 다들 대단하신 분들밖에 없는 기분이라서요. 좀 부족하고, 초보인 사람도 영상을 올려줘야 좀 다들 용기를 얻지 않을까, 이제 막 시작하는 분들께는 내가 할 수 있는 말도 있지 않을까 하면서 시작해버린 유튜브라서요 ㅎㅎ 피드백에는 언제나 열려있습니다! 제 회사에 시니어가 없다보니 대신 이렇게 댓글들 보면서 다양한 의견도 듣고 하네요. '어떻게 세상을 유익하게 했는지가 진짜 고수들의 자존심이다' 라는 말 마음에 담아갑니다!
이런 경우도 있구나~ 하고 받아들이면 될 것을 뭐 이렇게 급발진하시는지요.. 어디서 깨지고 오셨나
주니어임?
과연 그걸 잘한다고 할 수 있을까요 😂
그냥 컨벤션이나
해당 프로젝트 리딩하는 분이 무능해서
PR 구성도 제대로 못하신겁니다.
기본적인 PR구성만 제대로 해놔도
추상화를 하던 뭘 하던 절대 안복잡해요
안녕하세요 :) 댓글 달아주셔서 감사합니다. 오 말씀해주신 내용을 보니 나중에 유능한 프로젝트 리더를 만나서 배울 기회가 있으면 좋겠네요.