프로그래머로서 나는 내 도구, 다른 사람들의 코드, 내 코드, 일반적으로 세계에서 고유 한 잔소리가 발생합니다. 항상 개선하고 싶습니다. 리팩토링, 나는 최신 기술을 유지합니다. 나는 패턴을 배우고, 바퀴를 재발 명하지 않도록 프레임 워크를 사용하려고합니다. 내가 짜낼 수있는 패턴의 양으로 양말을 날려 버릴 기술 사양을 작성할 수 있습니다.
그러나 요즘에는 실제로 성공적인 소프트웨어를 구현하는 방법보다 사용하는 도구에 대해 더 많이 알고 있다고 생각합니다.
인적 요소 기술이 부족하다고 생각하며 성공적인 소프트웨어 엔지니어가 되려면 멋진 프레임 워크를 아는 것보다 더 많은 것이 필요하다고 생각합니다. 다음 스킬 셋도 필요하다고 생각합니다.
- 인터랙션 디자인
- 사용자 경험
- 마케팅
나는 내가 함께 일했던 사람들과 내가 해본 훌륭한 프로젝트에서 배운 약간의 것을 가지고 있지만, 나는이 기술을 "소유"하는 것처럼 느끼지 않는다.
내가 맞아? 이 기술을 더 발전 시키려고 노력해야합니까, 아니면 경력을 쌓기 위해 이것을 수행하는 사람들에게 맡겨야합니까?
어떤 일을하고 있는지에 너무 얽매이지 않고 "사용자를 멋지게"만드는 방법은 무엇입니까?
프로그래밍 관점에서 이러한 기술을 배우는 데 유용한 자료를 아는 사람이 있습니까?
2
그렇습니다. 당신이 한 사람의 회사라면, 당신은 즉시 꼬집음을 느꼈을 것입니다. 스타트 업은 생존을 위해 싸우는 것을 얻지 못하고 다음 달에 베타 품질의 물건을 내 놓거나 죽어야하거나 고객과 이야기 할 때 진실을 조금이라도 늘릴 수 없기 때문에 고용하지 않을 수도 있습니다. 그러나 잘못 관리되는 대기업에서는 이기적인 자기 이익을 추구하는 것이 좋습니다. 어쨌든 경영진은 항상 그렇게합니다.
—
직업
나는 "와우, 원활하게 작동한다"고 생각하는 훌륭한 제품을 사용하는 것을 좋아합니다. 따라서 "와우"제품을 만드는 데 참여하려고 노력하는 것은 저에게 당연합니다. 이것이 당신에게 자연스럽지 않다면, 아마도 이것을 즐기고 좋은 돈을 기꺼이 지불하려는 사람들을 염두에 두십시오 (Apple 제품 생각).
—
LennyProgrammers
결과 지향적 인 근로자 대신 프로세스 지향적 인 근로자가되는 길에 들리는 것처럼 들립니다. 프로세스에 집중하면 익숙해지기 때문입니다. 프로세스에서 벗어나 결과에 집중하는 방법을 배웁니다. 당신이 말했듯이, 디자인 패턴과 재료는 단지 도구 일뿐입니다. 당신의 주요 관심사는 당신이 만들고있는 제품이 어떤 문제를 해결할지에 관한 것이어야합니다.
—
whatsisname
@whatisname, 그렇게 간단하지는 않습니다. "결과"는 그러한 것으로 보일 수 있으며 그러한 응용 프로그램은 함께 해킹 된 일부 임시 코드로 버전 1.0에서 훌륭하게 작동하지만 버전 2.0에서는 큰 변화가 필요합니다. 재 작업이 필요한 이전 노력의 "결과"에 갇히게 될 것입니다. 실제로 사용자 관점에서 응용 프로그램의 기능이 빙산의 일각 일 뿐이고 여러분이 할 수있는 상황이라고 생각합니다. ' t "결과"를 그저
—
programmx10
@whatisname 만약 이것이 답이 되었다면 나는 그것을 받아 들였을 것이지만 나는 당신에게도 동의합니다. Rick. 내가 얻으려고하는 것은 두 가지 기술 세트 중 하나가 균형을 이룰 수있는 지점이므로 최고의 도구와 기술을 사용하면서 훌륭한 사용자 경험을 디자인 할 수 있습니다. 지금 어느 한쪽이 고통 받고있는 것 같습니다. 두 기술을 모두 자연스럽게 만들어야합니다.
—
Rob Stevenson-Leggett