갑자기 생각났는데 개발자분에게 질문이 있습니다
알림
|
페이지 정보
작성일
2024.12.16 19:48
본문
전에 고등학교친구들이랑 이야기하다가 나온건데
예전회사 제품 이야기 하는데
제품이 10초마다 데이터를 받아와서 계속 저장을 합니다
제가 개발자 친구한테 저장 하는거말고 새로 나오는거만 보게하면안되냐?
라고 했다가 개발이 쉽냐고 개발안하는 사람들은 말로는 다 쉽게 말한다고 뭐라고 하더라고요 (실사용 하는 분들이 당장 뭐로 뜨는지 즁요하지 왜 길게 나오냐고 했거든요)
이게 진짜 어려운건지 갑자기 생각나서요
계속 데이터 저장 하는거 대신 실시간 값만 보이게 하는게 진짜 어려운건가요?
[이 게시물은 운영님에 의해 2024-12-16 21:47:16 자유게시판에서 이동 됨]
댓글 24
/ 1 페이지
900c0891님의 댓글의 댓글
@에놀미타님에게 답글
개발 10년 넘게한 그친구는 왜 어렵다고 개발 쉽게 말하지 말라고 했는지 궁금해지네요..
에놀미타님의 댓글의 댓글
@900c0891님에게 답글
경력과 실력은 비례하지 않고 하기 싫다는 의미일 수도 있고 긴 말하기 싫었을 수도 있고 알 수 없죠
900c0891님의 댓글의 댓글
@에놀미타님에게 답글
아하 그럴수도 있네요 그냥 대화를...ㅠ
900c0891님의 댓글의 댓글
@고물개님에게 답글
어차피 확인안하는데 조금이라도 줄여보면 어떨까해서요(현장에서 확인도 안합니다 원랴 해야하는대 비밀비밀)
900c0891님의 댓글의 댓글
@Tylor님에게 답글
아...근데 그 친구한테 개발해달라고 한게아니라 그냥 물어본거라...어차피 따로 외주 주는 업체가 있었어요
LV426님의 댓글
조건에 따라 쉬울 수도 어려울 수도 있습니다.
예를 들어 실시간 데이터를
보는 사람이 얼마나 되냐에 따라 다를테고, 데이터 사이즈, 데이터 구조, 조회 로직의 복잡성에 따라 다릅니다.
예를 들어 실시간 데이터를
보는 사람이 얼마나 되냐에 따라 다를테고, 데이터 사이즈, 데이터 구조, 조회 로직의 복잡성에 따라 다릅니다.
x파리도새다님의 댓글
음 전 어렵다에 한표 던집니다.
제일 어려운 부분은 고객과의 대화 겠네요.
정합성 확인도 안하고 왜 저렇게 필요도 없는 데이타를 수신하는지 확인도 안되고
개발자가 정확히 이해도 못하고, 고객을 설득도 하지 못한
전형적인 쓰레기 프로그램 이네요.
ㅎㅎㅎ
제일 어려운 부분은 고객과의 대화 겠네요.
정합성 확인도 안하고 왜 저렇게 필요도 없는 데이타를 수신하는지 확인도 안되고
개발자가 정확히 이해도 못하고, 고객을 설득도 하지 못한
전형적인 쓰레기 프로그램 이네요.
ㅎㅎㅎ
스탠리님의 댓글
모든 일이 그렇지만...
- 본인이 서버 클라이언트 둘 다 맘대로 하고 있다면 쉽습니다.
- 다른 부서로 나뉘어 맡고 있다면 (팀 크기에 따라 다르지만) 시간이 걸리고, 시간이 걸린다 = 어렵다 입니다.
- 이런 거 하겠다고 할 때 "아니 지금 할일이 산더미인데 시키지도 않은 일을 벌이느냐"는 사람이 의사결정 라인에 있으면 당연히 해야하는 일을 사정해서 해야하는 모양새가 되고, 그럼 역시 어렵다 혹은 안하고만다 입니다.
- 본인이 서버 클라이언트 둘 다 맘대로 하고 있다면 쉽습니다.
- 다른 부서로 나뉘어 맡고 있다면 (팀 크기에 따라 다르지만) 시간이 걸리고, 시간이 걸린다 = 어렵다 입니다.
- 이런 거 하겠다고 할 때 "아니 지금 할일이 산더미인데 시키지도 않은 일을 벌이느냐"는 사람이 의사결정 라인에 있으면 당연히 해야하는 일을 사정해서 해야하는 모양새가 되고, 그럼 역시 어렵다 혹은 안하고만다 입니다.
날개의신님의 댓글
제생각에는
데이터를 주는쪽에서 일을 하느냐.
데이터를 받는쪽에서 일을 하느냐.
차이고 어떤기준으로 신규데이터로 하느냐에 따른 개발공수차이가 있을듯 한데요.
데이터 동기화 개념이라면 양쪽모두 번거롭습니다.
데이터를 주는쪽에서 일을 하느냐.
데이터를 받는쪽에서 일을 하느냐.
차이고 어떤기준으로 신규데이터로 하느냐에 따른 개발공수차이가 있을듯 한데요.
데이터 동기화 개념이라면 양쪽모두 번거롭습니다.
900c0891님의 댓글의 댓글
@날개의신님에게 답글
한쪽에서는 계속 데이터 보내는 중이고
받는쪽에서 계속 저장 하지말고 10초에 한번 씩 갱신되는데 이거만 보이게 하는게 힘든건가 물어봤었습니다
받는쪽에서 계속 저장 하지말고 10초에 한번 씩 갱신되는데 이거만 보이게 하는게 힘든건가 물어봤었습니다
Endwl님의 댓글
개발자는 그냥 습관적으로 나오는 말 입니다. 하라면 다 합니다..그게 저에요..ㅠㅠㅠㅠ
StarMix님의 댓글
이 글만 읽어서는 뭔 말인지 모르겠는데 어떻게 쉽다고 말하죠. ?
그거 제품 찍는김에 다른 모델 하나더 찍어주는게 그렇게 어렵나요??
그거 제품 찍는김에 다른 모델 하나더 찍어주는게 그렇게 어렵나요??
900c0891님의 댓글의 댓글
@StarMix님에게 답글
저는 쉽다고 한적없는데 개발자 한테 쉽게 이야기 하지말라고 하더라고요
아침소리님의 댓글
정확하게 제품 가능이나 적용 사양을 알려주셔야 정확한 답이 가능할거 같아요.
유저 인터페이스 없이 그냥 센서에서 자료를 받아와서 저장 매체에 저장만 하는 제품을 디스플레이 붙이고 직전 데이터 붙이게 만든다면 하드웨어부터 수정이 되어야 해서 할게 많겠죠. 이거도 최초 제품의 플랫폼이 뭘로 되어 있는가에 따라 디스플레이를 뭘 붙일지 스위치 기능은 어떻게 할지 등등 생각할 거리가 많습니다..
돈 주면 다 합니다..
유저 인터페이스 없이 그냥 센서에서 자료를 받아와서 저장 매체에 저장만 하는 제품을 디스플레이 붙이고 직전 데이터 붙이게 만든다면 하드웨어부터 수정이 되어야 해서 할게 많겠죠. 이거도 최초 제품의 플랫폼이 뭘로 되어 있는가에 따라 디스플레이를 뭘 붙일지 스위치 기능은 어떻게 할지 등등 생각할 거리가 많습니다..
돈 주면 다 합니다..
900c0891님의 댓글의 댓글
@아침소리님에게 답글
역시 머니 파워죠
장비가 두개가 있는대 한쪽에서는 계속 데이터를 보냅니다 1,2,3 이라고 예시들어볼게요
저는 벋는쪽에서 저 1,2,3를 받아서 계속 저장하지말고
(어차피 안보더라고요 현장에서는) 연결해서 10초마다 1,2,3오는거 두어번만 갱신되서 보게 하는게 어려운 기술 인가 물어 봤거든요
어차피 현장은 1,2,3 10초뒤 1,2,3 그리고 연결해제 합니다
인터페이스는 있습니다 그당시엔
1,2,3 받음
1,2,3 받음
1,2,3 받음 이럴게 계곡 저장 되더라고요
장비가 두개가 있는대 한쪽에서는 계속 데이터를 보냅니다 1,2,3 이라고 예시들어볼게요
저는 벋는쪽에서 저 1,2,3를 받아서 계속 저장하지말고
(어차피 안보더라고요 현장에서는) 연결해서 10초마다 1,2,3오는거 두어번만 갱신되서 보게 하는게 어려운 기술 인가 물어 봤거든요
어차피 현장은 1,2,3 10초뒤 1,2,3 그리고 연결해제 합니다
인터페이스는 있습니다 그당시엔
1,2,3 받음
1,2,3 받음
1,2,3 받음 이럴게 계곡 저장 되더라고요
도깨비방뫙님의 댓글
말씀하시는 제한된 정보로는 단언하기 어렵네요.
말씀하시는 동작의 로직자체는 어려운게 아니에요.
그런데 그게 현장의 상황이나 데이터의 형식, 연관된 다른 모듈이나 의존성같은 걸 감안하면 가성비가 안나오는 리소스 투입이라거나 업데이트중에 발생될 시간적 손실등이 불필요한 리스크라면 쉽더라도 안하니만 못한 수정이 될 수도 있습니다. 그래서 개발은 누군가의 생각만으로 (아이디어 제공과는 별개로) 금방 실무적용하기는 어렵거든요. 친구분의 답변은 그런 내용에서 나오는 걸 수도 있습니다.
개발자가 인하우스로 있으면 뭐 논의해보면 바로 답나올거고, 외주라도 외주쪽에 자세한 상황으로 문의를 해보세요.
말씀하시는 동작의 로직자체는 어려운게 아니에요.
그런데 그게 현장의 상황이나 데이터의 형식, 연관된 다른 모듈이나 의존성같은 걸 감안하면 가성비가 안나오는 리소스 투입이라거나 업데이트중에 발생될 시간적 손실등이 불필요한 리스크라면 쉽더라도 안하니만 못한 수정이 될 수도 있습니다. 그래서 개발은 누군가의 생각만으로 (아이디어 제공과는 별개로) 금방 실무적용하기는 어렵거든요. 친구분의 답변은 그런 내용에서 나오는 걸 수도 있습니다.
개발자가 인하우스로 있으면 뭐 논의해보면 바로 답나올거고, 외주라도 외주쪽에 자세한 상황으로 문의를 해보세요.
아찌님의 댓글
둘중에 비교하면 전체 저장하는게 훠어어얼씬 쉽죠
그렇다고 후자가 뭐 아무나 못하는 어려운 기술이냐 하면 그것은 아니고요
상대적으로 어려운 것을 적용할때는 그만한 이유가 필요합니다. 복잡한 것은 비용이 더 소모되고 버그가 더 발생하니까요. 결정적으로 개발자가 귀찮죠ㅋ
아시겠지만 개발자들은 논리(자본일수도 있고..)에 움직입니다
이것도 쉬워보이는데 그냥 해줘~ 는 입력 에러가 발생합니다
그리고 필드에 나가보면 개발자의 노력을 폄훼하려는 시도가 정말 말도 안될정도로 계속계속계속 들어옵니다.(물론 개발자만의 이야기는 아니죠. 모든 노동자가 비슷한 면이 있을겁니다)
진짜로 개발을 무시하는 사람도 있고 어떻게든 비용을 줄여보려는 노력일때도 있습니다. 연차 쌓인 개발자는 민감할수밖에 없습니다
그렇다고 후자가 뭐 아무나 못하는 어려운 기술이냐 하면 그것은 아니고요
상대적으로 어려운 것을 적용할때는 그만한 이유가 필요합니다. 복잡한 것은 비용이 더 소모되고 버그가 더 발생하니까요. 결정적으로 개발자가 귀찮죠ㅋ
아시겠지만 개발자들은 논리(자본일수도 있고..)에 움직입니다
이것도 쉬워보이는데 그냥 해줘~ 는 입력 에러가 발생합니다
그리고 필드에 나가보면 개발자의 노력을 폄훼하려는 시도가 정말 말도 안될정도로 계속계속계속 들어옵니다.(물론 개발자만의 이야기는 아니죠. 모든 노동자가 비슷한 면이 있을겁니다)
진짜로 개발을 무시하는 사람도 있고 어떻게든 비용을 줄여보려는 노력일때도 있습니다. 연차 쌓인 개발자는 민감할수밖에 없습니다
메두사님의 댓글
어려운 이유는요.....
고객과의 커뮤니케이션때문입니다.
당장 이 글만 봐도...
저장을 외부서버에 하는지.. 내부 메모리에 하는지...
화면에 보이는게 웹페이지인지.. 장치의 액정화면인지... 별도의 단말인지...
저장되는 데이터를 아에 안봐도 되는건지..
과거 추이를 보여주던걸 최신값으로만 바꾸면 되는건지...
데이터 소스가 단일인지... 데이터 소스가 여러개인지...
아무런 정보가 없거든요.
때문에 그냥 저장되던걸 최신만 보여주는게 어렵냐? 라고 물으면
위와 같은 질문들이 하나도 해결이 안되었기 때문에 어렵습니다.
고객과의 커뮤니케이션때문입니다.
당장 이 글만 봐도...
저장을 외부서버에 하는지.. 내부 메모리에 하는지...
화면에 보이는게 웹페이지인지.. 장치의 액정화면인지... 별도의 단말인지...
저장되는 데이터를 아에 안봐도 되는건지..
과거 추이를 보여주던걸 최신값으로만 바꾸면 되는건지...
데이터 소스가 단일인지... 데이터 소스가 여러개인지...
아무런 정보가 없거든요.
때문에 그냥 저장되던걸 최신만 보여주는게 어렵냐? 라고 물으면
위와 같은 질문들이 하나도 해결이 안되었기 때문에 어렵습니다.
에놀미타님의 댓글