소프트웨어의 가치를 근로자의 노동 시간으로 측정할 것인가?
* 아직 소프트웨어를 모르는 대한민국 기업의 위기를 읽지 않으신 분은 이를 함께 읽어주세요. 얼마전 주 52시간 근로 제도 논쟁[1]이 있었습니다. 그 중에서 특별히 ICT 업종은 예외를 인정해준다는 정부의 방침이 기사화 되면서 페친들의 비난이 줄을 이었습니다. 사회생활 초기부터 늘 스스로 야근을 했던 제 입장에서는 근로 시간에 대한 규정은 관심 밖의
Software
마이크로서비스
마이크로 서비스는 왜 점점 더 각광을 받을 수 밖에 없을까?
예언자처럼 말했다. 확실히 그럴 가능성이 높기 때문이다. 주식처럼 살 수 있다면 마이크로 서비스가 늘어난다에 여유 재산을 다 쏟아 부어도 좋다. 그런 확신이 어디에서 비롯된 것인지 여러분과 공유하는 것이 이 글의 주제다. 마이크로 서비스는 사업 전개 속도의 문제 현재 내 직업 일상은 비즈니스 속도를 높이는 일이다. 단언컨대 소프트웨어를 잘 활용하면 굴뚝
QA 그리고 오해의 시선
오해의 시선? 어찌보면 살짝 논란의 여지가 있을만한 이 제목과 내용은 일전에 Software QA가 하는 일? 이라는 발로 쓴 듯한 짧고 간단한 QA 소개글을 올리고 나서 벌써 1년 하고도 수개월이 훌쩍 지나고 있어 아쉽던 차에 평소 존경하던 분으로 부터 글 요청을 받아 공유하게 되었습니다. 사실 타인의 시선 보다는 자기 자신의 시선도
Software QA가 하는 일?
QA가 뭔가요? QnA (Question and Answer)세션 처럼 질문과 답변하는 거 아닌가요? 구글에서 QA로 검색 시 첫 번째 페이지에 나오는 QA와 QnA, 아마도 현업에 계신 분들이 아니라면 비슷한 반응일 거라 예상해 봅니다. 임베디드 S/W 개발을 전공하고 펌웨어 개발을 조금 하다가 당시 프로젝트의 버그로 인해 고생했던 일과 그 일이 주는