IT 교육뿐만 아니라 전문적인 것에 대한 매우 주관적인 의견

보통 나는 SAN/스토리지 시스템 또는 FreeBSD와 같은 다양하고 다소 전문적인 주제에 대해 IT에 대해 글을 쓰지만 지금은 다른 사람의 분야에 대해 이야기하려고 하므로 많은 독자들에게 내 추가 추론은 상당히 논란의 여지가 많거나 심지어는 논쟁의 여지가 있는 것처럼 보일 것입니다. 순진한. 그러나 이것이 바로 그렇기 때문에 나는 기분이 상하지 않습니다. 그러나 지식과 교육 서비스의 직접적인 소비자로서, 이 끔찍한 관료주의에 대해 유감스럽게 생각하며, 또한 그의 모호한 "발견과 발견"을 urbi et orbi와 공유하기를 열망하는 열정적인 아마추어로서 나는 침묵을 지킬 수 없습니다.

그러므로 너무 늦기 전에 이 본문을 건너 뛰거나 겸손하고 인내하십시오. 왜냐하면 내가 원하는 것은 자전거를 타는 것뿐이기 때문입니다.

따라서 모든 것을 관점에서 살펴보기 위해 이론적으로 과학과 우리 주변 세계에 대한 기본 사항을 가르쳐야 하는 학교에서 멀리 떨어진 곳에서 시작합시다. 기본적으로 이 짐은 교사가 준비한 제한된 결론과 공식 세트, 동일한 과제와 연습의 반복을 포함하는 신중하게 쇠약해진 학교 커리큘럼을 밀어넣는 것과 같은 전통적인 스콜라주의 방법을 사용하여 제시됩니다. 이러한 접근 방식으로 인해 연구되는 주제는 종종 물리적 또는 실제적 의미의 명확성을 잃어 지식의 체계화에 심각한 손상을 초래한다고 생각합니다.

일반적으로 학교 방법은 실제로 배우고 싶지 않은 사람들의 머리에 최소한의 필수 정보 세트를 대량으로 망치는 데 좋습니다. 반면에, 반사 훈련 이상의 것을 성취할 수 있는 사람들의 발달을 늦출 수 있습니다.

나는 학교를 떠난 지 30년이 지나서 상황이 좋아졌다는 것을 인정하지만, 특히 종교가 다시 학교로 돌아왔고 그곳에서 꽤 좋은 느낌을 받고 있기 때문에 여전히 중세 시대에서 크게 벗어나지 않았다고 생각합니다.

나는 대학이나 다른 직업 교육 기관에 다닌 적이 없기 때문에 실질적인 내용을 말할 수는 없지만, 그곳에서 직업을 공부하는 것은 이론적인 측면을 간과하고 특정 응용 기술을 훈련하는 데만 국한될 위험이 높습니다. 기초.

계속하세요. 학교를 배경으로 지식 습득의 관점에서 교육 기관이나 대학은 실제 출구처럼 보입니다. 자료를 독립적으로 공부할 수 있는 기회와 경우에 따라서는 의무, 학습 방법과 정보 출처를 선택할 수 있는 더 큰 자유는 배울 수 있고 배우고 싶어하는 사람들에게 더 넓은 기회를 열어줍니다. 그것은 모두 학생의 성숙도와 그의 포부 및 목표에 달려 있습니다. 따라서 고등교육은 현대 IT의 발전에 어느 정도 정체되고 뒤처져 있다는 평판을 얻었음에도 불구하고 여전히 많은 학생들이 인지 방법을 실천하고 있으며 학교의 부족한 점을 보완할 기회를 얻고 있습니다. 지식을 얻기 위해 자율적이고 독립적으로 학습하는 과학을 교육하고 다시 익히십시오.

IT 장비 및 소프트웨어 공급업체가 구성하는 모든 종류의 코스의 주요 목표는 소비자에게 프로그램 및 장비 사용 방법, 종종 알고리즘 및 이론적 기초뿐만 아니라 가장 중요한 사용법을 가르치는 것임을 이해해야 합니다. "내부"에 숨겨져 있는 내용에 대한 세부 사항은 영업 비밀을 공개하지 않고 경쟁사에 비해 기술의 장점을 강조하는 것을 잊지 않고 기술에 대한 일반적인 정보를 제공하기 위해 제조업체가 그렇게 하도록 강요받는 범위까지만 수업에서 논의됩니다.

같은 이유로 IT 전문가, 특히 초보 수준의 인증 절차는 사소한 지식 테스트로 어려움을 겪는 경우가 많으며, 테스트는 뻔한 질문을 하거나 더 나쁘게는 지원자의 해당 자료에 대한 성찰적 지식을 테스트합니다. 예를 들어, 인증 시험에서 UNIX 또는 Linux 배포판의 특정 변형을 언급하면서 엔지니어에게 "ps 명령을 -ef 또는 -ax 중 어떤 인수로 실행해야 하는지" 물어보는 것은 어떨까요? 이러한 접근 방식을 사용하려면 응시자가 이 명령과 다른 많은 명령을 기억해야 합니다. 비록 이러한 매개 변수는 관리자가 어느 시점에 잊어버린 경우 사람이 항상 명확하게 알 수 있지만 말입니다.

다행스럽게도 진전은 멈추지 않고 몇 년 안에 일부 주장은 바뀌고 다른 주장은 구식이 될 것이며 새로운 주장이 나타나 이전 ​​주장을 대신하게 될 것입니다. 일부 운영 체제에서 발생한 것처럼 시간이 지남에 따라 "마이너스" 없는 구문을 선호하는 ps 유틸리티 버전인 ps ax를 사용하기 시작했습니다.

그럼 어쩌지? 그렇습니다. 전문가를 재인증해야 합니다. 또는 N년에 한 번 또는 새 버전의 소프트웨어 및 장비가 출시되면 "오래된 자격증"이 취소되어 엔지니어가 다음을 사용하여 인증을 받도록 하는 규칙을 만드는 것이 더 좋습니다. 업데이트된 버전. 그리고 당연히 유료인증이 필요합니다. 그리고 이는 전문가의 고용주가 공급업체를 변경하고 다른 공급업체로부터 유사한 장비를 구매하기 시작하면 한 공급업체의 인증서가 현지 가치를 크게 잃게 된다는 사실에도 불구하고 말입니다. 그리고 만약 이것이 "폐쇄된" 상업용 제품에서만 발생했다면 이에 대한 인증은 상대적인 희소성으로 인해 어느 정도 가치가 있지만 일부 회사는 "개방형" 제품에 대한 인증을 부과하는 데 꽤 성공적이었습니다. 예를 들어 일부 Linux 배포판에서 발생합니다. 더욱이 엔지니어들 자신도 Linux 인증에 푹 빠져 시간과 돈을 투자하려고 노력하고 있습니다. 이 성취가 노동 시장에서 그들에게 무게를 더해줄 것이라는 희망을 갖고 있기 때문입니다.

인증을 통해 전문가의 지식을 표준화하여 자동화 지점까지 단일 평균 수준의 지식과 연마 기술을 제공할 수 있습니다. 물론 이는 다음과 같은 개념으로 운영되는 관리 스타일에 매우 편리합니다. 자원 및 생산 표준. 이러한 공식적인 접근 방식은 산업 시대의 황금기에 뿌리를 두고 있습니다. 조립 라인을 중심으로 건설된 대규모 공장과 산업 플랜트에서는 각 작업자가 매우 제한된 시간 내에 특정 작업을 정확하고 수행해야 하며, 아무런 작업도 할 수 없습니다. 생각할 시간. 그러나 생각하고 결정을 내리기 위해 공장에는 항상 다른 사람들이 있습니다. 분명히 그러한 계획에서 사람은 알려진 성능 특성을 가진 쉽게 교체 가능한 요소인 "시스템의 톱니바퀴"로 변합니다.

그러나 산업 기업이 아니라 IT에서는 게으름과 같은 놀라운 품질로 인해 사람들이 단순화를 위해 노력하게됩니다. SRK(Skills, Rules, Knowledge) 시스템에서 우리 중 많은 사람들은 노력하고 문제를 깊이 탐구하기보다는 자동적으로 개발된 기술을 사용하고 똑똑한 사람들이 개발한 규칙을 따르는 것을 자발적으로 선호합니다. 스스로 지식을 얻는 것은 또 다른 의미 없는 자전거를 발명하는 것과 매우 유사하기 때문입니다. 그리고 기본적으로 학교부터 IT 전문가 과정/인증에 이르기까지 전체 교육 시스템은 이를 용인하고 연구 대신 벼락치기를 가르치고 있습니다. 근본 원인, 알고리즘 및 기술에 대한 지식을 이해하는 대신 특정 응용 프로그램 또는 장비 인스턴스에 적합한 교육 기술.

즉, 훈련하는 동안 접근 방식을 연습하는 데 많은 노력과 시간이 투자됩니다.방법 "라는 질문에 대한 답을 찾기보다는 이 도구 저 도구를 사용하십시오.이유 이런 식으로 작동하고 그렇지 않으면 작동하지 않습니까?” 같은 이유로 IT 분야에서는 특정 구성 요소나 시스템의 "최상의" 구성 및 사용에 대한 권장 사항을 설명하는 "모범 사례" 방법을 사용하는 경우가 많습니다. 아니요, 저는 모범 사례라는 아이디어를 거부하지 않습니다. 치트 시트나 체크리스트로 매우 유용하지만 종종 이러한 권장 사항은 "황금 망치"로 사용되며 엔지니어와 경영진이 엄격하게 따르는 불가침의 원칙이 됩니다. 그리고 "왜"라는 질문에 대한 답을 찾으려고 애쓰지 않고 무심코 하나 또는 다른 권장 사항이 제공됩니다. 그리고 이것은 이상합니다. 왜냐하면 엔지니어가 공부했다 и 알고있다 자료를 바탕으로 그는 권위 있는 의견에 맹목적으로 의존할 필요가 없습니다. 이는 대부분의 상황에 적합하지만 특정 사례에는 적용되지 않을 가능성이 높습니다.

때로는 모범 사례와 관련하여 터무니없는 지점에 도달합니다. 제 실제 사례에서도 서로 다른 브랜드로 동일한 제품을 공급하는 공급업체가 해당 주제에 대해 약간 다른 견해를 갖는 경우가 있었습니다. 고객의 보고서 중 하나에는 항상 모범 사례 위반에 대한 경고가 포함되어 있는 반면, 다른 하나에는 완전한 준수에 대해 칭찬했습니다.

그리고 이것이 너무 학술적이고 언뜻보기에는 다음과 같은 분야에는 적용되지 않는 것처럼 들립니다. 지원 과목에 대한 연구가 아닌 기술의 적용이 필요한 IT 시스템이지만, 정말 중요한 정보와 지식이 부족함에도 불구하고 악순환에서 벗어나고 싶은 욕구가 있다면 항상 파악하는 방법과 방법이 있을 것입니다. 밖으로. 적어도 그들이 도움이 되는 것 같습니다:

• 비판적 사고, 과학적 접근 및 상식;
• 정보의 주요 소스, 소스 텍스트, 표준 및 기술의 공식 설명에 대한 원인 검색 및 연구
• 연구 대 벼락치기. "자전거"에 대한 두려움이 없기 때문에 최소한 다른 개발자, 엔지니어 및 건축가가 유사한 문제를 해결하기 위해 왜 이런 저런 방식을 선택했는지 이해하고 최대로 자전거를 만드는 것이 가능합니다. 이전보다 더 나은.

출처 : habr.com