제가 하고 싶은 얘기입니다.
저희 기획자는 커밋 pr 다 할 줄 알고(개념적으로 이해완) 하지 말라는 것 안 하고, 테스트도 본인이 하고, 눈에 보이는 버그는 스스로 수정합니다.
그럼 개발에서 하는 건 뭐냐? 하면, 눈에 안 보는 걸 해야죠. 그게 왜 재미가 없다는 건지.
곱게 받아줄 프로그래머… 여기 있습니다…!
단,
- 설명 하면 듣기
- 터미널 열고 타자치는 행동을 수용 하기
- 같이 프로그램 돌아가다 안되는 것들 보기
- 주석이나 설명서 (진짜 친절하게 그림까지 넣어드림)를 드리면 그 설명서를 최소한 노트북에 저장은 해두기
정도는 합시다… 개발자에게 감놔라 배놔라 하는거 ㅇㅋㅇㅋ 좋습니다.
그런데 비료 뿌리고 씨앗 심는 작업을 할줄이라도 알고(설명 듣고 돌아가는걸 알기라도) 오기라도 하면 얼마나 좋을까요…
그렇게 해주는 기획 팀이 아예 없는 것도 아니고 컴퓨터 프로그래밍에 관심 있는 기획자들도 많은데요. 당연하지만 그런 분들은 이해도 빠르고 전달력도 좋아서 서로서로 능률도 좋죠.
댓글에 쓰여진 것처럼 왔으면 응가는 같이 치우고 가야한다는 것이죠…
저는 자유소프트웨어 만드는지라 앵간해선 프로그램을 친절하게 만들지만 그 친절 범위 안에 오려면 “이 정돈 할줄 알아야 이 프로그램 쓸 수 있어요” 경계도 확실하게 합니다.
이발사데브너 retweeted
곱게 받아줄 프로그래머… 여기 있습니다…!
단,
- 설명 하면 듣기
- 터미널 열고 타자치는 행동을 수용 하기
- 같이 프로그램 돌아가다 안되는 것들 보기
- 주석이나 설명서 (진짜 친절하게 그림까지 넣어드림)를 드리면 그 설명서를 최소한 노트북에 저장은 해두기
정도는 합시다… 개발자에게 감놔라 배놔라 하는거 ㅇㅋㅇㅋ 좋습니다.
그런데 비료 뿌리고 씨앗 심는 작업을 할줄이라도 알고(설명 듣고 돌아가는걸 알기라도) 오기라도 하면 얼마나 좋을까요…
그렇게 해주는 기획 팀이 아예 없는 것도 아니고 컴퓨터 프로그래밍에 관심 있는 기획자들도 많은데요. 당연하지만 그런 분들은 이해도 빠르고 전달력도 좋아서 서로서로 능률도 좋죠.
댓글에 쓰여진 것처럼 왔으면 응가는 같이 치우고 가야한다는 것이죠…
저는 자유소프트웨어 만드는지라 앵간해선 프로그램을 친절하게 만들지만 그 친절 범위 안에 오려면 “이 정돈 할줄 알아야 이 프로그램 쓸 수 있어요” 경계도 확실하게 합니다.
기획자가 프로덕트를 만드는 건 재미있는 일이고, 개발자가 그 환경을 만드는 일은 똥치우기라고 생각하는 게 잘 이해가 안 됨.
공학이 뭔데요? 상황을 파악하고 문제를 해결하는 것이고, 그 과정에서 효율을 추구하는 것 아닌가? 상황이 바뀌었는데 문제에 대한 인식이 과거에 머물러 있는 것 아닌지
이 혼돈의 상황에서 솔루션을 만들어낸다는 건 재밌는 일 아닌가요? 협업도 엔지니어링입니다. 대립하려고만 하지 않으셨으면 합니다. 기획자들은 공학 비전공자라 이런 거 잘 모를 수도 있으니 개발에서 이해해야죠.
1
126
개발이 ai에 가장 빠르게 대체된 이유는 시작과 끝에 사람이 없기 때문임. 코드와 결과라는 정답만 있으니까. 정답이 있는 문제는 ai가 당연히 잘함.
반면 기획은 사람으로 시작해서 사람으로 끝남. 정답이 있을 수가 없음. 그래서 ai가 완전히 대체할 수 없음. 사람이 좋아하는 건 계속 바뀌니까.
1
90
남이 짠 코드를 내가 왜 유지보수해야 하나? 로 접근하면 힘들어짐. 기획자가 개같은 코드를 못짜게끔 워크플로우를 만들 수 있어야 함. 그게 개발자에게 주어진 새로운 역할이라거 생각합니다. 개발이 쉬워진 게 아니라 더 어려워진 것임을 이미 모두가 체감하고 있구요. 사람을 콘트롤하십시다.
1
38