Node.js를 사용해 급여 시스템을 구축했는데, 제 상사는 왜 수준이 낮다고 생각하는 걸까요?

답글 내용:

사실 질문자의 혼란스러움도 이해가 되고, 많은 분들이 이해해주실 거라 믿습니다(물론 대부분의 분들은 보시고 페이지를 닫으시고 굳이 답변을 하지는 않으실 겁니다.) 밤에 몇 마디 말을 할 수 있습니다).

일반적으로 프로그래밍을 사랑하는 사람이라면 누구나 특정 문제를 해결하기 위해 배운 내용을 일정 기간 학습한 후 연습하고 싶을 것입니다. 이것은 좋은 일이며 배운 것을 적용하는 것이 옳습니다. 하지만 이 단계의 프로그래머들의 특징 중 하나는 열정이 넘치고 두려움이 없으나 야망은 높고 능력은 낮으며 여전히 고집이 세다는 점입니다. 기분을 상하게 하려는 의도는 아니지만, 사실 제가 이 단계를 이미 몇 년 동안 겪었다고 말하기가 부끄럽습니다. 하지만 이것이 틀린 것이 아니라고 감히 말할 수는 없습니다. 우리가 훌륭하다고 생각하는 많은 프로그래머들은 이전에도 그랬습니다. 왜? 경험도 없고 지식도 적기 때문에 약간의 독선도 추가합니다. (읽고 화내지 마세요. 제가 이렇게 된 것은 당신을 위해서가 아니라 나 자신을 위해서였다고 강조했다는 걸 꼭 기억해두세요)

우선 공부를 계속 하시길 바랍니다 다른 사람으로부터 비난을 받았다고 생각하지 마세요. 문제를 지적하고 발전을 촉진하기 때문에 실제로 매우 가치가 있습니다. 다른 사람의 작은 조언을 받아들이는 법을 배워야 하는데, 이것이 발전의 열쇠입니다.

예를 들어, 인터페이스는 솔직히 말해서 얼굴을 기반으로 한 세계입니다. 인터페이스가 단순하다는 것은 말할 것도 없고, 일반 사람들의 첫 반응을 직접적으로 불러일으켰습니다. 그것을 부정하면 설명한다고 아무것도 바꿀 수 없다는 것입니다. 따라서 좋은 소프트웨어를 위해서는 코어가 강력할 뿐만 아니라 인터페이스도 표준에 부합해야 한다는 것을 이해해야 합니다. 그리고 인터페이스는 10점 만점에 1.5점만 얻을 수 있습니다. 0.5는 행운의 휴식이다. 미안해요, 객관적으로 말하면 제가 줄 수 있는 게 너무 많아요. 인터페이스가 6점 표시를 통과하도록 만들 수 없다면 더 많은 기능을 추가할 필요가 없습니다. 아무도 그것에 대해 계속 배우고 싶어하지 않을 것이기 때문입니다.

Excel+Vba와의 비교를 언급하는 사람들도 있습니다. 이렇게 말하는 사람들은 경험이 많고 특히 고객을 고려하는 경우가 많습니다. 이러한 고객에 대한 배려는 단순히 획기적인 발전을 이루지 못하고, 엑셀에서 뛰쳐나와 자신만의 솔루션을 만들겠다는 대담함으로만 이해되어서는 안 됩니다. 실제로 그들은 "첨단 기술"을 강조하지 않고 완전히 사용자 습관과 학습 비용을 기반으로 하는 솔루션을 선택하는 Vba를 선택합니다. 이는 모든 성공적인 상용 소프트웨어 설계자에게 필수적인 품질입니다. 즉, 편리하지 않고 사용자 친화적입니다. . 자기 중심이 아닌 사용자 중심입니다. 이 품질은 어디에서 오는가? 그것은 분명 타고난 것이 아니라, 당신과 같은 단계를 거치고 현실에 부딪혀 뼈아프게 배운 것입니다. 그러나 이는 교훈이라고 할 수는 없습니다. 이는 실제로 사회의 건강한 기능을 위해 요구되는 봉사 정신입니다. "기술을 예술로 대하는 것"에서 "기술을 도구로 대하는 것"으로의 전환입니다. 우리는 기술을 제단에서 제거하고 입장과 사고 방식을 바로잡은 후 새로운 이해를 얻었습니다. 그들은 당신에게 이 지식을 말할 때 당신에게 해를 끼치고 싶어하지 않습니다. 말이 좀 무뚝뚝하더라도 먼저 생각하고 이해하려고 노력해야 하며, 성급하게 부정하거나 논쟁을 벌여서는 안 됩니다.

SQL문을 사용자에게 학습시킬 수 있다고 말씀하신 부분에 대해서요. 이렇게 생각하는 게 이상한 건 아닌 것 같아요. 왜냐하면 당신은 그것이 "올바른 선택"이라고 느끼기 때문입니다. 그리고 이것은 더욱 "강력한" 계획이며, 학습은 "모든 이점이 있고 해로움은 없습니다".하지만 이런 논리에 따르면 Matlab을 직접 배우도록 해야 한다고 생각합니다. 우리 모두 알고 있듯이 Matlab은 매우 강력하고 "배우기 쉽습니다." 아마도 SQL보다 난이도가 약간 높을 것입니다. 그러나 그것을 배우고 나면 다양한 데이터 처리를 위해 다른 소프트웨어가 필요한 이유는 무엇입니까? 당신과 당신의 상사가 학습할 에너지가 충분하다면 인공 신경망 도구 상자를 설치하고 급여에 대해 직접 기계 학습을 수행할 수도 있습니다(웃음). SQL을 배우도록 요청함으로써 그들을 방해한다고 생각하십니까? 그들이 당신의 직업을 빼앗을까봐 두렵나요? 당신은 잘못된 사고 방식을 가지고 있습니다. 기술적 솔루션의 선택은 여전히 ​​이기적인 동기에 기초하고 있으며 너무 보수적이며 충분히 원시적이지 않습니다.

물론 농담이니까 이해는 하셔야겠죠. 사용자에 대한 요구 사항과 기대치는 자신에 대한 기대치만큼 높습니다. 당신은 마음 속으로 "이것은 또한 그들 자신의 이익을 위한 것"이라고 느낍니다. 사실 그들은 당신이 가능한 한 강력하지 않고 가능한 한 어리석기를 원합니다.

그들은 강력함을 기대하지 않고 단순함을 기대합니다. 사용될 때 아름답고 체면을 구할 것으로 기대하십시오. 이러한 요구 사항을 충족할 수 있다면 그들은 당신을 존중하는 데 인색하지 않을 것입니다. 당신은 존경받을 자격이 있기 때문입니다.

하지만 형편없는 인터페이스, 불분명한 컨셉, 완고한 정당성을 보면 그들은 당신이 그들을 존경한다고 느끼지 않습니다. 그렇다면 그들이 당신을 존경할 것이라고 어떻게 기대할 수 있습니까?

마지막으로 당신의 엉뚱한 버릇에 대해 이야기해보자. 사실 열등감을 느낄 필요는 없습니다. 열린 마음으로 배우고자 하는 의지가 있고, 책을 더 많이 읽고, 더 많이 연습한다면, 교실에서만 배울 수 있는 것 외에 못 배울 것이 없습니다. 이것은 영감을 주는 것이 아니라 사실입니다.

앞으로도 좋은 활동 부탁드립니다. 잘 돌봐주세요. 저도 문제의 것과 비슷한 상황을 겪은 적이 있습니다. 구체적인 상황은 피시방이 원래 교대근무 후 통계를 목적으로 하는 엑셀 기반의 신고 시스템을 갖고 있었는데, 일반적인 문제로 인해 더 심각한 문제가 발생했습니다. 계산원의 자질이 높지 않습니다. 셀 간 복사 및 붙여넣기는 명시적으로 금지됩니다(보고서는 수식을 통해 계산되므로 복사하여 붙여넣으면 참조 관계가 파괴됩니다). 그러나 여전히 복사하여 붙여넣는 신입 직원이 많습니다. 마음대로 다양한 계산 오류가 발생합니다.
따라서 복사 및 붙여넣기에 영향을 받지 않고 관리자가 다양한 데이터 개체 간의 관계를 직접 정의할 수 있는 보고 시스템을 개발할 필요성이 대두되었습니다.
생각해보니 이 요구사항이 어렵지 않나? 그래서 위에서 언급한 요구 사항을 기본적으로 충족할 수 있는 간단한 보고 시스템(Node.Js 사용)을 구축하는 데 며칠을 보냈습니다.
그러나 더 빠릅니다. 정식 출시되기 전에 심각한 문제가 발견되었습니다. Excel 형식이 엉망이 되기 전에 큰 문제였다면, 현재 버전에서는 Excel 작업이 실제로는 불가능하기 때문에 직원들을 더욱 혼란스럽게 만듭니다. 배우기가 너무 쉽고, 대부분의 사람들이 이전 경험을 바탕으로 능숙하게 작동할 수 있습니다. 결국 베테랑 직원이 많이 있기 때문입니다.
그래서 Excel을 변환하는 방법을 생각했습니다. 이전 Excel 솔루션은 실제로 한 가지 문제만 있었지만 안정성 등 많은 이점이 있었습니다. 빠르게 시작하세요.
구체적인 해결책은 Excel에 내장된 메커니즘을 사용하여 이 문제를 오랫동안 조사한 결과 마침내 Excel에 내장된 VBA를 통해 이 문제를 해결하는 것입니다. , 즉 메뉴를 직접 차단한 후 해당 단축키에 대한 매크로를 설정하고, 복사 및 붙여넣기 기능을 수동으로 구현하는 방식인데, 수식 참조가 업데이트되지 않는 문제가 해결되었습니다. , 상대방은 매우 만족합니다.
왜 내가 쓴 내용을 수정하지 않았나요? 비용 때문이죠! Excel은 대부분의 요구 사항을 충족할 수 있지만 사용자가 기존 습관에 따라 작업할 수 있는 소프트웨어를 구축하는 데 비용이 얼마나 드나요? Excel 기능의 하위 집합을 만들더라도 여전히 많은 작업이 필요합니다. 이 에너지와 능력으로 왜 다른 일을 할 수 없습니까?
대안 프로젝트의 가치는 문제를 해결하는 동시에 더 큰 문제를 야기하는지 여부에 달려 있습니다. 새로운 것에는 항상 학습 비용이 따르며, 특히 솔루션이 완전히 다른 경우 학습 비용이 해결하는 문제보다 더 많은 문제를 야기한다면 이상할 것입니다. 을 채택했습니다.
또한 작성하는 내용이 Excel보다 더 많은 극단적인 경우를 고려하도록 할 수 있습니까? 그걸 감안하더라도 나중에 인수하게 될 사람들은 어떻게 될까요? 그리고 금융인이 작성한 코드는 어떤가요? 이러한 시스템은 실용성이 거의 없습니다. 실제로 사용하는 것 외에는 실용성이 높지 않습니다.

------
정말 상사가 받아들일 수 있는 계획을 세우려면 처음부터 요구사항을 수집해야 합니다. 예를 들어, 직원들은 자신의 임금을 편리하게 확인하고, 이전 임금과 비교하고, 임금 인상 또는 감소 이유를 확인해야 할 수 있습니다. 상사와 재무의 요구는 일부 계수 또는 관련 성과 비율을 조정하고 새로운 영향 요소를 추가하는 등 편리한 관리 기능일 수 있습니다. 위에 대해 말도 안되는 이야기를 하고 있으며 직접 조사해야 합니다. 자세히 알아보세요. 그런 다음 이러한 요구 사항을 구성하고, 모든 사용 사례를 설계하고, 다양한 시나리오에서 운영을 고려하세요. 이것은 수요 부분입니다. 이 부분을 잘 수행하지 못하면 아무것도 작성하지 마십시오.요구사항을 정리하는 과정에서 이 사람들과 더 많이 소통해야 한다는 점을 기억하세요.
그러면 코딩 과정에서 테스트능력에 주목하세요. 결국 단위 테스트를 작성할 수 있는 것이 가장 좋습니다. 문제가 발생하면 훨씬 더 심각해질 것입니다. 다른 문제보다.
인터페이스에 대해서는 다른 분들도 아주 잘 말씀해 주셨는데, 사실 인터페이스가 문제의 핵심은 아닌 것 같아요. 미리 디자인해놓으면 인터페이스가 사용하기 쉽지 않을 수 있잖아요?
정말로 그렇게 한다면 이 프로젝트는 요구사항 분석 단계에서 거절될 것 같아요. . . 우리 팀은 현재 nodejs를 사용하여 인사 관리 시스템을 작성하고 있습니다. 우리 시스템을 사용하는 고객을 생각하면 고객의 학습 비용 증가에 대해 감히 생각하지 않습니다. 기본적으로 고객이 버튼을 클릭하면 백엔드가 시간이 부족해지는 디자인입니다.
당신이 재무 담당자들에게 SQL 사용법을 배우라고 말하는 것을 보면 정말 겁이 납니다. 왜 이런 반인간적인 생각을 가지고 있는 걸까요? 저는 주로 Sequelize나 Workbench를 사용하여 데이터베이스를 운영하는데, SQL을 직접 작성하는 방법은 주로 배치 데이터를 디버깅하거나 추가하는 데 사용됩니다.
정말로 제품을 출시하고 싶다면 리더들이 제품에 막대한 학습 비용이 소요될 것이라고 생각하게 해서는 안 됩니다. 명령줄과 SQL은 대부분의 사람들의 마음을 바꾸기에 충분합니다.
마지막으로, 고객 유치의 핵심은 멋진 인터페이스입니다. 우리 고객은 백엔드에서 결점을 찾지 못하고 페이지의 글꼴 크기 등만 이해하지 못합니다. `). 프론트 엔드 페이지, 플랫 디자인, jquery 기반의 빠른 개발을 위해 부트스트랩을 사용하는 것이 좋으며, 학습 비용이 저렴하고, 보기에 좋다는 것이 핵심입니다.
Sao Nian, 금융인이 SQL을 배우는 것이 어렵지 않다고 생각했다면 Bootstrap을 배우는 것도 어렵지 않을 것입니다


~~~ 아아, 그런 뜻은 아니었는데...

1. 감히 더 못생겼나요?
2.SQL을 배우나요? 농담하는거야!

여러 가지 문제를 고려해야 합니다.

1. 동료는 바보입니다
2. 사용자는 바보입니다
3. 제품은 바보입니다


위의 세 가지를 모두 마친 후에도 여전히 효율성이 향상되었다고 감히 말할 수 있습니까? 질문자는 매우 사려 깊고 재능이 있습니다.
그러나 이 작업은 일반적으로 사용자의 실제 요구와 동떨어진 유사 요구라고 불립니다.
소프트웨어를 만들려면 먼저 사람이 사용해야 합니다.
그러면 먼저 이 소프트웨어의 대상 고객과 실제 사용자를 찾아야 합니다.
그런 다음 고객의 요구 사항을 조사하고 분석합니다.
물론 사람마다 요구사항이 다르며 다양한 수준으로 분류되어야 합니다.
그래서 개발자가 어떻게 생각하는지는 중요하지 않습니다.
좋은지 아닌지는 개발자의 몫이 아닙니다. 개발자는 최종 사용자가 아니고 실제 애플리케이션 시나리오에서 어떤 일이 일어날지 모르기 때문입니다.
사장님 말씀이 맞네요. 재무직원들이 엑셀을 사용하는 데 매우 능숙한 것으로 나타났습니다. 사람들을 만나는 것은 어렵지 않으며 변경할 필요가 없습니다.
질문자는 친절하고 15분 안에 어떤 일을 하면 2분 정도 걸린다고 하더군요. 이는 질문자 자신의 기술 수준에 따라 다를 수도 있습니다.
그리고 초기에는 훈련 비용이 많이 듭니다.
그리고 질문자는 프로그램에 버그가 없다고 보장할 수 있나요? 사용자의 미숙한 조작으로 인해 데이터 손실이 발생하지 않을 것이라고 확신하십니까?
또 다른 질문은, 개선 프로젝트를 진행한다면 사용자가 형성한 조작 습관도 고려해야 한다는 것입니다.
일반 사용자가 사용하기 쉽지 않은 것을 접하면 첫 번째 반응은 사용하기 쉽지 않다는 것입니다.
그러면 사용에 익숙해지면 원래 상황과 객관적으로 비교할 수 있을 것입니다. 직설적으로 말하면 사용자 습관의 하위 호환성입니다.
Win8이 출시되었을 때 얼마나 논란이 되었는지 생각해 보세요.
세 번째 질문은 질문 페이지가 직설적으로 말하면 모방 냄새가 너무 난다는 것입니다. 일반 사용자는 기술에 익숙하지 않지만 여전히 GUI에 대해 매우 우려하고 있습니다. 뒤에 멋진 기술적인 방법이 많이 있다면 보기에 좋지 않으면 불쾌할 것입니다.
그리고 일반 사용자는커녕 명령줄에 대해 사용자에게 이야기하지 마세요. 읽는 것도 지겹습니다.
요컨대 일반 사용자의 눈에는 질문의 주제가 쓸모없는 반제품으로 보입니다. 질문의 목적은 주로 홍보용이므로 더 많은 작업이 필요합니다.
당신의 업무가 충분히 친절하고 실질적인 문제를 보다 효과적이고 편리하게 해결할 수 있다면 상사도 당신의 의견에 동의할 것이라고 생각합니다. 영어를 독일어로 바꾸고 기호를 룬 문자
로 바꾸면 기본적으로 프로그래머가 아닌 사람에게 프로그램이 이렇게 보일 것입니다. 프론트 엔드를 받고, 입력 조건을 설정하고, 사람들이 직접 클릭하게 하세요.
머글들이 마법을 사용하길 원하시나요? 그들은 주문을 가르치는 대신 두루마리로 만들어 팔았습니다. 비즈니스 사람들이 코드를 배울 수 있도록 하세요. . 당신을 꾸짖는 법을 배우지 못하는 사람을 원하십니까, 아니면 당신을 대신하는 법을 배울 수 있는 사람을 원하십니까? 사용자가 SQL 문을 작성하도록 허용하시겠습니까? ? 그럼 그냥 처형하는 건가요? ? 제가 대학에서 했던 주요 과제는 모두 이 수준 이상이었습니다. 그렇죠... 소프트웨어를 만드는 사람은 사용자 입력을 절대 믿어서는 안 된다는 것을 알아야 합니다... 지난번 스파와 삭제 버튼을 만들었을 때 3가지 자세를 시도하다가 최종적으로 결정했습니다.
이전에는 "사용자를 바보, 참을성 없는 장난꾸러기 취급하면 맞습니다."라는 말을 들었습니다.
전에는 그렇게 생각하지 않았지만 몇 번의 함정을 겪은 후에는 전적으로 동의하게 되었습니다.
사용자는 애플리케이션의 복잡성에 대해 생각하지 않습니다. 유일한 고려 사항은 사용하기 좋은지, 잘생겼는지, 섹스에 사용할 수 있는지, 여자를 유혹할 수 있는지 여부입니다.프로그래밍의 첫 번째 원칙은 사용자를 무지한 바보로 취급하는 것입니다. 자신만의 프로그램 인터페이스와 로직을 설계해야만 최종 결과에 문제가 없을 수 있습니다...

분명히 당신이 하고 있는 일은 너무 멀습니다. 이 목표에서...

일반적으로 콘텐츠를 조작할 수 있는 프로젝트에는 권한이 다른 것과 배경 관리 인터페이스가 있어야 합니다. 네, 직접 조작하는 것은 금기니까요. 일반적으로 데이터 검증 권한을 완료해야 하며 관리자가 직접 데이터를 조작하는 경우는 거의 없습니다. 모두 백그라운드 관리 페이지에서 데이터를 조작하기 때문입니다. 데이터베이스, 실수하면 어떻게 해야 할까요? 가장 중요한 것은 조심하는 것...

이제 프런트 엔드 지식뿐만 아니라 사용자 경험 디자인도 수정해야 합니다. 저급한 실수가 많이 생기지 않도록 배울게 많아요...

이 시스템을 평가한다면 100점 만점에 최대 1점을 주겠습니다...그냥 인터페이스가 나갔다고... 사장님이 무슨 뜻인지 모르시는군요

그 말은

다들 익숙해지고 나서 아이가 사퇴하면 앞으로는 누구를 찾아 지켜줄까요?