이번 프로젝트에서 vue js 사용하려고 합니다. 러닝커브가 있을듯 싶은데 금방 적응 하려나요??

클라우드 서비스를 도입하려는 기업 입장에서 AWS, MS Azure, Google Cloud의 장단점을 판단한다면, 어떠한가요? 또한 이 선택에 있어서 가장 중요한 고려 사항이 무엇일까요? (예: 제공 기능, 속도 및 성능, 솔루션 생태계, 기술 지원, 가격 체계 등) 제공 기능은 큰 차이가 없어 보이는데, SaaS는 구글 클라우드가 좀 낫나요?

직무톡에 글을 쓰면 쓸 수록 더 많은 보상이 지급되는 이벤트, 벌써 250여 분이 참여하셨어요. 6월 11일까지, 직무톡에서 활발하게 지식과 고민을 나누고 최대 10만원 상당의 지식나눔 보상을 받아가세요.

회사에 pm이 생긴지 얼마 안되었습니다 또한 pm을 해본 사람이라고는 저 밖에 없구요 그러다보니 이전에는 화면 기획, 와이어프레임도 없었고 제가 와서 하나하나 만들고 있습니다. 근데 문제는 20년차 가까이 되는 개발자 분이 이런 와이어프레임, 화면 기획에 대해서는 본인이 더 잘 아니 본인이 리드하겠다고 하시네요... 이럴 때 문제점은 뭐가 있을까요? 일이 줄었다고 좋아만 하면 될까요?? 문서 관리는 잘 될지 걱정입니다 ㅠㅠ

catia caa 개발자 계신지 궁금하네요 저만 유일한건지...

개발직군이 놓치기 쉬운 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 이런 식으로 네이밍을 해왔는데, 다크모드를 쓰게 되면 이렇게 정의하기가 어려운 구조인 것 같아서... 경험자 분들의 조언을 구합니다 🙇🏻‍♂️