개발자이야기

업무 룰

김푸른초푸른 2020. 11. 24. 18:53

0. 문제해결능력

blog.daum.net/whop369/167?category=1762562

 

1. 문제 해결력

1. 로지컬 씽킹 습득 로지컬 씽킹의 기초 베이스는 아리스토텔레스의 논리학 로직을 사용한다고 한다. 즉, A=B, B=C, A=C를 사용한다. 주의할 점은 여기에 들어가는건 단순히 단어가 아닌 명제이자

blog.daum.net

0-1. 정량적 평가

= 내가 해야될 일의 양을 체크해서 인원 충원이나 기한을 늘려 달라든지 등 판단이 가능하다.

 

0-2. 정성적 평가

= 내가 해야될 본수의 %로 수치화해서 언제 끝나는지 생각해보기

 

1. 해석

개발자와 코더의 차이는 고객이 원하는 업무를 아는 것과 모르고 코딩만 하는 차이가 있다.

개발자가 되고 싶으면 업무를 알고 고객이 원하는 것을 알아야한다. 

-> 그래서 어떤 이는 개발은 심리학이라고 한다.

: 왜 이렇게 짜놓았는지 해석 및 분석이 필요하다. (상식적으로 생각해보기)

 

* 주의

 - 사용자가 이 화면을 어떻게 사용하는지 이해한다

- 이 화면에서 다른 화면에 어떤 영향을 미치는지 파악한다.

 

2. 측정

코딩은 언어다. 

: 말 그대로 하나의 언어로 인간이 해석을 해서 이해할 수 있도록 만들어졌다.

-> 해석이 된다면 0과 1로 이루어진 메모리가 얼마나 들어오고 나가는지 알아야한다.

즉, 값이 얼마나 들어오고 나가는지 측정해야한다.

 

* 흐름 

- 코딩은 사람과 다르게 위에서 아래로 읽혀진다. 

- 단, 미리 호출된게 없으면 순서대로 읽혀진다. 

 

3. 구현방법

해석과 측정이 되었는데 새로 구현을 해야한다면?

-> 위의 해석과 측정을 한 경험과 구글링을 통해서 개발을 해야한다. 

그래서 개발은 유지보수보다 8배는 더 힘이 들어간다고 말하는 것 같다. 

 

1) UI 껍데기를 그린다. 

-> 그리면서 조회에 따른 조건들을 세팅(미리 파악)

 

2) 조회 조건에 따른 조회쿼리 붙여서 연동하기

 

3) CRUD 및 나머지 부분 처리

-> 나머지 : 중복, 필수값 등

 

4. 책임

개발이나 유지보수에서 가장 책임자는 본인이다.

누군가가 옆에서 뭐라고 해도 옆에서 도와주는 사람은 조력자일 뿐이다.

그래서 옆에서 도와준다고 그거만 보지말고 위에 있었던 해석과 측정을 꼼꼼히 해야한다! 

 

5. 복잡한 시스템 빨리 이해하기

 

 

 

 

참고 : https://careerly.co.kr/comments/90742

 

 

'개발자이야기' 카테고리의 다른 글

기능 분산  (0) 2021.02.19
발상의 전환 - 객체지향  (0) 2021.02.07
[프로그램이란]  (0) 2020.12.01
모르는 것을 인정하는 용기  (0) 2020.11.25
sm과 si의 개발자의 차이  (0) 2020.07.08