프로그래밍이 쉽다고 생각하는 사람들을 어떻게 평가하시나요?

최근에 비교적 작은 스타트업 회사에 입사했는데, 사장님이 기술을 잘 모르는 분이시다. 그러다가 사장님의 요구에 따라 우리 둘이서 프로젝트를 완성했는데, 프로젝트가 진행되는 동안 사장님이 오셔서 진행 상황을 확인하셨다. 그리고 그것이 왜 그렇게 간단한지 우리에게 묻기 시작했습니다. 무언가를 만드는 데 시간이 너무 오래 걸렸고, 저는 백엔드와 프론트엔드이고 전체 시스템의 요구 사항, 아키텍처 및 디자인을 지원해야 합니다. . 이후 단계에서는 프론트엔드에 webpack, jq, vue.js, js를 사용하는 것을 포함하여 많은 것들이 고려되었습니다. 백엔드는 PHP와 Laravel 프레임워크를 사용하고, Composer 관리 패키지를 사용하여 overtrue의 easywechat 등 휠 재발명을 최소화하여 개발 시간을 최대한 단축하고, 진행 상황은 git 버전 컨트롤러로 따라갈 수 있습니다. 그런데 사장님이 기술진을 존중하지 않는다는 생각이 들어서 참을 수 없었습니다. 프로그래밍을 쉽다고 생각하는 사람들을 어떻게 대해야 할까요?

답글 내용:

프로그래밍이 쉽다고 생각하는 사람들이 많이 있습니다. 어떤 사람들은 스스로 그것을 이해할 뿐만 아니라, 좋은 기본기와 탄탄한 실력을 갖추고 있기도 합니다. 어쩌면 그들의 눈에는 당신의 직업이 단지 간단하고 쉬운 일일 수도 있습니다. 물론, 그런 사람들에게 겸손하게 조언을 구해야 할 것입니다. 그들을 만나는 일은 거의 없습니다.

당신이 가진 상사의 유형은 아마도 모든 것이 준비되어 있고 코더만 필요한 전설적인 상사일까요? 보통 이런 상황에서는 급여 인상이나 뭐 그런 얘기를 하는 게 낫고, 실력이 탄탄하다면 부하 직원 몇 명 구하는 얘기도 할 수 있지만, 그래도 안 되면 그냥 그만두세요. 급여가 매우 높으면 그만한 가치가 있는지 여부와 관련이 있고, 급여가 매우 낮으면 해당 작업을 수행할 가치가 있는지 여부와 관련이 있습니다.

기업가 정신에 투자하는 사람들이 기술을 높이 평가하지 않는 것은 정상입니다. 왜냐하면 대부분의 경우 이들에게 필요한 기술 스택은 반드시 너무 복잡할 필요는 없고 당신은 대체 불가능한 존재가 아니기 때문입니다. 그냥 프로그래머를 찾는 게 좋은 것 같아요. 돈을 버는 건 그들의 자본과 아이디어니까요. 당신이 그것을 스스로 이해하지 못한다면, 당신이 패배를 겪은 경우에만 이 견해를 바꾸는 것이 가능합니다.

당신의 하차가 그에게 손해가 되길 바랍니다. 당신의 경우에는 작업을 시작하기 전에 공사 기간과 계획에 대해 합의했어야 합니다. 당신은 아직, 그건 그 사람 잘못이에요. . 이러한 돈 관련 요소를 제쳐두십시오.

내가 작성한 코드가 단순하다고 항상 생각하는 대학 룸메이트가 있었는데, 그는 자신이 작성한 코드가 내 눈에 똥보다 더 나쁘다는 것을 몰랐습니다. 그는 ACM에서 반년 동안 경력을 쌓아왔으며 학교 교사를 위한 프로젝트를 자주 작성하고 있으며 백엔드, Java 및 Python에 대해 조금 알고 있습니다. 그는 클라우드 컴퓨팅, 빅 데이터, 데이터 마이닝 및 기타 고급 기능을 좋아합니다. 수학적 기초는 없지만 이런 것에 관심이 많은 명사. 한번은 그가 보기에 컴퓨터에는 데이터베이스, 컴퓨터 네트워크 원리, 운영 체제라는 세 가지만 있다고 말했습니다. 나도 그를 고쳐보려고 노력했고 그래픽, PLT, 알고리즘, 컴파일러, 배포판 등도 매우 흥미롭다고 말했지만 모두 헛수고였습니다. 나에게 식별번호 같은 것을 자주 보여주곤 한다.

제가 내린 결론은: 자신보다 시력과 실력이 낮은 사람들과 기술적인 문제를 논의하지 말라는 것입니다. (얼마 전 MIT에 들어갈 줄 모르고 고집하던 의사가 있었습니다. 시작하려면 그것을 사용해야 한다고 나에게 말하면서) 파이썬). 당신의 상사는 이러한 기술이 얼마나 멋지고 어려운지 이해하지 못할 수도 있습니다. 그는 단지 당신이 해야 할 일을 하기를 원할 뿐입니다. 이 프로젝트에 얼마나 많은 작업이 필요한지 궁금합니다.

webpack, jq, vue.js laravel Composer에 얼마나 익숙하시나요?
webpack, jq, vue.js의 프런트엔드는 얼마나 친숙한가요...
그냥 궁금하네요... 일하는 프로그래머라면 이런 종류의 문제에 한번쯤은 직면하게 되기 때문에 여기에 몇 가지 유용한 정보가 있습니다.

상사가 진행 상황을 따라잡으러 옵니다
어떻게 처리해야 할까요?

먼저 웃으며 1000억 줄을 쓴 척하면서 그는 코딩 베테랑처럼 요구 사항의 세부 사항(뭐야, 없어?)을 아낌없이 꺼내더니 단순해 보이는 일부 기능에는 많은 코드를 작성해야 한다고 말했습니다. 문장은 설명이나 변명이 아니라 사실에 입각한 태도를 말씀드리겠습니다.
개발 중인 요구 사항에 대한 자세한 흐름도를 확인하고 소요된 시간을 추가할 수도 있습니다.
그런 다음, 기능이 준비되면 테스트를 해야 합니다. 사장님, 테스트 소녀를 찾으면 개발 진행이 훨씬 빨라질 것입니다. 상사가 기술을 이해하지 못하는 것은 정상입니다. 만약 그가 기술을 이해한다면 그에게 또 무엇이 필요할까요? 이건 어디든 마찬가지다 지금 가장 해야 할 일은 개발의 논리적인 흐름과 개발 중에 고려해야 할 모든 세부 사항을 알려주어 프로그램이 생각만큼 간단하지 않다는 것을 이해하도록 하는 것이다. ... 나중에 자세히 설명합니다. 간단합니다
혹시 그가 당신을 이해하지 못한다면 당신의 마음을 따를 방법이 없습니다 ~ "프로그래밍이 쉽다고 생각하는 사람을 평가하는 방법"이라고 대답한다고 해서 현재 상황이 해결되는 것은 아닙니다.
그 이유는 이 사람은 무시할 수 있는 지나가는 사람이 아니라 당신의 상사이기 때문입니다.

해결해야 할 것은 "프로그래밍을 쉽다고 생각하는 상사를 대하는 방법"입니다.
상사의 필요에 따라 현재 업무 내용을 상사에게 보고하여 상사가 업무의 진행 상황과 중요성을 인식할 수 있습니다.
아니면 기술을 더 존중하는 회사를 찾으면 지금과 같은 문제는 발생하지 않을 것입니다.

얼마나 근무했는지는 모르겠지만 "기술직이 아닌 사람들과의 소통도 기술직에게는 매우 중요한 능력"이라는 점을 아셔야 할 것 같습니다. 네 말대로라면 포기할 이유가 없지. 일반인은 전문가를 이해할 수 없지만 전문가는 존경해야 한다. 전체 시스템의 개발 일정에 대한 자세한 설명과 기능 포인트의 세부 분석을 제안합니다.
각 기능 포인트의 개발 시간을 인간의 날까지 정확하게 설명하고 버퍼를 추가합니다.
제품 요구사항을 충족하는 데 걸리는 시간과 그 이유를 명확하게 설명하세요. 사실 PM을 설득하는 것과 마찬가지다. PM이 기술부서에 제품 요구 사항을 제안하고 반복적으로 논의하고 최종 결정을 내리는 것이다. 그런 다음 제품 요구 사항에 따라 개발 일정을 만듭니다. 상사가 동의하지 않으면 제품 기능을 줄이거 나 아키텍처를 조정하는 것이 좋습니다.
이렇게 하면 사장님께서 구체적인 이유를 알게 되실 겁니다. 나는 당신이 그것을 시도하는 것이 좋습니다 우리 상사가 그룹 회의에서 매일 저에게 이것이 간단하고 그것이 간단하다고 말하면서 가끔 작은 문제로 많은 기본 사항을 이야기하는 것을 들었습니다. 나는 의사소통 방법을 전혀 모른다. . .