폼 하나에 보통 컨트롤요소가 적게는 수십개 보통은 수박개쯤 달림
이때 컨트롤 이름을 잘 정해야 작업이 편해지는데,

컨트롤을 디자이너 일일히 찍으면서 찾는건 바보같은 행동이고 속성 메뉴에서 스크롤해서 찾거든.

근데 속성 메뉴에서는 자동으로 알파벳 순서대로 컨트롤을 정렬을 해준다.
이걸 활용하려면 네이밍 자체를 찾기 쉬운 방식으로 결정해 둬야함
예를 들어 button_select 내지는 btn_select, selectButton butt등등인데,

실제 속성의 드롭다운 메뉴에 정렬되는 컨트롤들의 목록을 볼 때

btn_select 방식의 정렬이 가장 보기 편함

btn_add
btn_delete
btn_modify
cbx_debug
dgv_employee
…

등의 순서로 자동정렬되어 찾기 쉽고 눈이 편하거든
그래서 축약어를 쓰지 않는게 더 좋지 않느냐?

물론 맞는 말임

button_add
button_delete
checkbox_debug
dataGridView_employee
…


나는 합의만 된다면 회사 내부 문서에 따라 축약어를 쓸 수도 있다고 보지만, 굳이 이런 방식이 더 편하다면 사용해도 관계는 없는거같음, 특히 메뉴창을 넓게 활용할 수 있는 모니터가 있다면.
이 말고도 윈폼 컨벤션에 대해 할 말이 더 있는데 이쯤 해두고

가독성때문에 selectButton이라고 쓰라는 지침이 보쳔적으로 사용되는데, 많은 상황에서 옳은 이야기지만 절대적이지는 않음
이런 네이밍을 윈폼의 컨트롤에 사용할 경우 컨트롤의 순서가 엉망이 되어 찾기가 더 어렵다.

addButton
debugCheckbox
deleteButton
employeeDataGridView
modifyButton
…

이런 순서로 정렬이 되겠네.

이런게 수백개가 된다면 생각만 해도 어지럽다..
아이러니하게도 가독성 및 편의때분에 축약어 등의 보편적이지 않은 컨벤션이 적용되는 영역임

생각이 다르다면 이야기 해주면 좋겠고,
작업에 더 좋은 대안이 있으면 수렴하고싶음.
나도 배우는 입장이고, 논란이 많은 영역임을 안다.