개발직군이 놓치기 쉬운 10가지. 1. 보고는 기본 중의 기본이다. 일을 시작하기 전 본인이 맡은 일에 대한 일정을 확인하고 그 일정동안 중간 중간 생기는 이슈와 바뀌는 상황들에 대한 대응, 그리고 마무리까지 항상 공유를 하자. 2. 자기 자신을 투명인간화 하지마라. 자신의 논리를 펼치고 상대의 논리를 이해하고 새로운 논리를 만들어라. 투명인간으로는 절대 할 수 없다. 한 번 투명인간이 되어버리면 모든 사람들은 당신을 있으나 마나하는 기생충처럼 생각할것이다. 3. 수동적이지 마라. 수동적인 자세는 본인에게는 편하겠지만 같이 일하는 모든 사람에게 본인의 일을 넘겨버리는 것과 같다. 책임감없는 행동이다. 4. 토론을 할 때 방어로 일관하거나 방어에서 공격으로 이어지지 말아라. 그 사람의 논리에 반박할 수 없으면 그의 말이 맞는거다. 나의 논리를 펼치고 투영시키기 위해 먼저 스스로 생각하고 알아보고 검증해보아라. 상대방이 대응할 논리들까지. 5. 테스트하고 또 테스트하라. 개발직군의 테스트 과정은 똥싸고 뒷처리하는 것보다 더 중요한 일이다. 싸고 시원함만 느끼고 싶은가? 그러면 혼자 집에가서 해라. 개발은 혼자하는 것이 아니다. 6. 개발자는 개발만 하는 사람이 아니다. 기획에 대한 이해뿐만 아니라 기획자가 보지못한 그 너머의 것까지 알고있어야 한다. 개발 중 기획에 대한 의도에 대한 의문이 발생 시 직접 본인이 가서 컨택해라. 그것은 다른 사람이 해줄 일이 아니다. 본인이 궁금한 내용은 본인이 가장 잘 알고 있기 때문이다. 7. 경험을 공유하라. 개발중 이슈->확인->해결 방법을 공유해라 이슈의 대한 잘한 점과 못한 점 그리고 버그 방지를 위한 앞으로의 방안 등을 공유하라. 8. 잘못함을 인정하고 인정하라. 본인이 만든 소스에 버그나 이슈가 있을때 결과에 대한 인정을 하라. 적어도 부끄러움을 느낀다는 표현 정도는 해라(“제가 놓친 부분이 있었네요. 죄송합니다”) 아무도 본인에게 뭐라하지 않는다. 하지만 최소한의 부끄러움을 본인, 상대방이 느끼지 못한다면 당신이 만든 버그가 하나씩 모여갈때마다 모든 사람들이 당신에 손가락질 할것이다. 9. 본인의 취약점은 본인이 가장 잘안다. 개발중 본인이 가장 부족한 부분을 잘알것이다. 그것에 정면으로 마주하여 해결하라. 모든건 기본 논리를 알면 그뒤론 응용이다. 본인을 위해 부족한 부분을 채우라고 하고 싶지 않다. 인간은 자신에게 가장 관대하다 그저 주변 사람에게 피해주지 말아라. 10. 내 자신의 머리와 기억을 믿지마라. 우린 그저 우주의 쓰레기들로 만들어진 인간인 뿐이다. 기억력에는 한계가 있고 그 기억마저 망각과 재형성이 이루어진 전과 다른 기억일뿐이다.

요즘 간편로그인이 대세인데요 네이버 페이스북 구글 등 간편하게 로그인을 연동한 사이트가 많습니다. 그러나 저중에 하나만 아이디/패스워드가 해킹되어도 많은곳에 피해가 벌어질수 있습니다. 예방 방법이 있을까요???

7년째 SW개발업무를 하고 있어요.. 그전에 약 2년 6개월 동안 HW QE에서 일을 하다가 우연치 않게 업무가 바뀌면서 많은 변화가 있었어요.. 요즘들어 회의감이 많이 들어요 빨리 이곳을 떠났어야 했는데라는..사람들이 싫은 상황은 아니지만 일이 너무 많고 워라밸은 남의 나라 이야기인것 같고...그렇다고 일이 싫은것도 아닌데..제가 무슨 생각을 가지고 있는지 저도 이해가 되지 않으며 자꾸 분노조절장애처럼 화내서 팀 분위기를 저해하는 것 같아 맘이 편치 않고 회사를 떠나야 하나라는 생각이 드네요...ㅠ 경험 많으신 선배들의 조언 부탁드립니다..

벌써 일을 한지도 수 년째, QA라는 세계에서 일을하며 아직도 정확하게 깨닫지 못하고 있네요. 어떻게 개발을 서포트하여 질적으로 더 나은 제품을 완성시킬 수 있는지에 대한 고민은 나날이 깊어져 가는거 같습니다. 빠르고, 정확하고, 완성도가 마냥 높은 제품을 만들어야 하는 것은 당연한 얘기지만 실제로 자원도 리소스도 한정적인 상황에서 이런것들을 모두 다 챙기려면 여러 딜레마에 빠지는 것 같습니다. 게다가 요즘은 IT산업의 발전속도도 훨씬 더 빨라서 하나의 테스크라도 더 빨리 배포해야 한다는 촉박감에 긴장도 계속 되고요. '이런 QA가 잘한다' 라는 말씀들을 들려주셔도 크게 도움이 될 것 같고, '이런 QA와 일해서 좋았다.'라는 QA와 함께 일해보신 경험담들이 있다면 공유해주세요 :)

장모님이 카카오톡 해킹당하셔서 주민등록증 카드 통장 사진 보냈다는데 어찌해야해요?

코로나 관련 무급휴직이 아니 유급휴가(직) 제안 받아보신분.... 거부할 수 있을까요?

Hybrid app 형태의 서비스가 늘어남에도 Native app 개발영역이 왜 필요한지에 대한 근거(수치)를 마련해 달라는 요청이 있습니다. (이게 문 뚱딴지 같은 X소리야) 상황과 요건에 맞게 선택해야 하는 주제인데..ㅠㅜ 행님들 조언 부탁드립니다.

안녕하세요 저는 중견SI업제에서 플랫폼 영업을 담당하고있습니다. 30대중반에 겨우입사해서 공공기관영업과 플랫폼설계를하고있는데 추후 서비스기획자로 직무를 바꾸고싶어서 이렇게 글을올려봅니다. 아직 제업무도 미숙하지만 나이가 적지 않은 나이인지라 기회가있을때 빨리 커리어를쌓고싶은데 서비스기획 정확히 웹/앱기획자나 콘텐츠기획자로 갈수있는 테크트리나 방법이있을까요? 책도읽고 인터넷서칭도하는데 참조할만한부분이 힘드네요. 그리고 공공쪽 설계담당하다가 서비스기획으로 이직시 경력이 인정이될까요

재미있네요~^^ 꼰대의 기준은 ? 나도 모르게 했던말이 그러면 꼰대에요로 돌아오네요ㅜㅜ

컬러셋 네이밍을 어떻게 하시는지 궁금합니다. 저는 그동안 해왔던걸 보면 red01 red02 blue01 이런 식으로 네이밍을 해왔는데, 다크모드를 쓰게 되면 이렇게 정의하기가 어려운 구조인 것 같아서... 경험자 분들의 조언을 구합니다 🙇🏻‍♂️

제목 그대로입니다. 회사마다 다를 수 있지만 사업에 협조적인 개발자를 만나기는 정말 어려운 것 같습니다. 완벽한 기획이란 없기에... 서비스 개발을 하다보면 빵꾸가 있기 마련인 것 같습니다. 작은 영역의 기획서 수정조차 이러면 개발일정 밀린다, 이 시점에 못한다, 개발밀리는건 사업탓이다 라고 갑질?하는 개발자랑 어떻게 풀어나가야하는지 고민입니다.

어디인가요??

https://www.notion.so/pricing 노션 무료 플랜에서 1000블럭 제한이 없어졌네요. Free 플랜은 Personal 플랜으로, Personal 플랜은 Personal Pro 플랜으로 변경됐고요. 이참에 한번 써볼까요? 예전부터 생산성 툴에 관심이 많아서 이것저것 써왔는데, 써오던거 바꾸기 싫어서 노션은 손 안대고 있었는데, 무료라니 써보고 싶긴 하네요. 유저분들 어떠신지요. 어떤 강점이 있는지

생산적인 회의를 위한 움직임이 많아진 요즘, 리멤버 회원분들만의 회의 진행 노하우를 여쭈어 보았습니다.🧐 * 회의(會議) : 공통된 의제를 해결하기 위해 여러 사람이 모여 의견이나 정보를 교환하고 해답을 얻기 위해 논의하는 일 결국, 회의에서 가장 중요한 것은 '공통된 의제'와 '논의하는 과정', 그리고 '해답을 얻는 것'일 것입니다. 📌 사전 - 회의 안건, 준비할 내용, 회의에서 도출할 결과를 미리 공지한다. 📌 회의 중 - 마지막 산출물(의사결정)만 도출하는 시간으로 정의하고 토의한다. 📌 회의 후 - 회의록으로 회의결과를 공유하며, 회의 후 문제가 해결되는 성공사례를 꾸준히 축적해야 한다. - 리멤버 커뮤니티 회원님들 의견 중 - 40여 분의 회원분들도 동일한 관점에서 소중한 의견을 남겨주셨는데요, 생산적인 회의를 만들기 위한 리멤버 회원들의 노하우를 아래의 댓글 모음에서 확인해보세요 : )

제목과 같이 씨젠 다니시는분 계시면 근무여건이 어떤지 말씀해주시면 감사하겠습니다. 근래 급성장하고 있는 회사여서 관심이 가네요.