작업 요약 > 연간 작업 요약

프로그래머의 개인 연례 작업 요약

첫 번째 자기 소개, 나는 1 년 동안 asp.net 개발에 종사하고, 9 졸업생, asp.net, 2 월 이후 asp.net, 지금은 12 개 이상의 사람들과 회사의 변화로 인해 시작된 후 ASP를, XX 년 전에 11 월 XX 일을 시작했습니다 주로 준 금융 업계의 산업 관리 소프트웨어에 관한 asp.net 개발에 참여하십시오. 연례 요약본도 회의에서 작성되었지만 작업 요약과 XX 년도 작업 계획으로 제한되어 있었기 때문에 자체 만족도는 낮았습니다. 따라서 오늘은 주로 기술, 경영 및 생활에 대해 이야기하는 저의 연례 요약을하고 있습니다. 수확과 연장자들은 지나가고 많은 수정을 환영했습니다.
기술 저는 학교에서 전기 자동화를 배웠습니다. 프로그램 기초는 C 기반 과정의 일부 지식으로 제한되어 있었고, 나중에 vb, html에서 asp로 변경되었고, ASP에 익숙했으며, 나중에 회사의 비즈니스 요구로 인해 ASP에 많은 시간을 보냈습니다. 개발 플랫폼을 asp.net으로 바꾸면 asp.net에서 조금 추락하기 시작했고, 나중에 Beida Jade Birds를 몇 개 모았으며 asp.net의 힘을 깨달았습니다. 개인적인 노력 끝에 점차적으로 나는 현재 asp.net을 마스터했으며, 나는 개인적으로 그것이 소개라고 생각한다고 말할 수있다. 그 이유는 많이 있으며, 나는 나중에 그것에 대해서 이야기 할 것이다.
나는 프로세스 중심에서 객체 지향 클래스 메이트로 감정을 가지고 있다고 생각한다 : 객체 지향 시작은 속성, 특히 클래스 간의 다양한 관계를 포함하는 약간 어색하고, 많은 측면을 전달하기 위해 프로세스 지향 매개 변수를 사용하고자한다. 그래서 나는 항상 객체에 대해 생각하고, 개념을 뛰어 넘어 자신 만의 방식으로 이해하며 점차적으로 페이지 객체의 본질을 깨달았습니다. 계층 적 표현, 계층 적 액세스 및 캡슐화 객체 간의 관계가 점차 이해되었습니다. 특히, 객체와 객체 간의 관계와 같은 객체 간의 관계는 완전히 열려 있어야하고, 숨겨져 있어야하며, 제 3자가 통과 할 필요가 있고, 부하가 볼 수 있어야하고, 부하를 허용 할 필요가있는 객체가 필요합니다. 특정 작업을 완료하려면 - 이것이 현실의 현실적인 모델이 아닌가? 객체 지향은 현실에서 비롯된 것으로 이해해야하며, 공중에서 나오는 이론은 아니며, 이러한 객체 간의 관계를 아버지와 아들, 남편과 아내, 부하, 동료 및 친구들과의 관계로 축소 할 수 있습니다. 반대로 페이지 프로세스는 사용자에게 완전히 밀려가는 경향이 있으며 데이터 및 데이터 액세스 방법은 분명하지 않지만 시뮬레이션 현실에서는 객체 지향보다 이해하기 쉽고 정확하고 직접 표현하기는 어렵습니다. .
반면에 객체 지향적 인 디자인 패턴이 있습니다. 이전의 프로세스 지향적 인 프로세스에서는이 디자인 패턴이 명확하게 제시되지 않았습니다. 우수한 프로세스를위한 코드는 높은 응집력과 낮은 결합력을 필요로합니다. 소프트웨어 개발 방법의 "기법"에 대한 이론적 요약 : 디자인 패턴은 "더"수준에 있으며, 이는 더 큰 방향과 더 추상적 인 수준에서 특정 코드 모듈 간의 관계를 표현하고 디자인 패턴으로 간주 될 수 있기 때문입니다. 그것은 실제 집합과 완전히 일치하는 일종의 경험이지만, 그들 사이에 그런 용어는 없지만, 전임자들도 이런 생각을 사용해야 만한다고 생각합니다. 실제로 적용되었지만, 실제 작업에 심각하게 적용되어야합니다. 사고는 끊임없이 모든 사람이 자신의 "디자인 모드"를 갖게되며, 이전 모델의 아이디어에서 배울 수 있습니다. "디자인 모드"의 패턴을 디자인하는 것이 아닙니다.
특정 asp.net의 구현 모델에 메커니즘과 방법을 이해하는 것은 어렵지 않다는 것을 깨닫지 못한다. b / s가 포스트와 분리되거나 모든 autopostback, selectedindexchanged를 가질 수 없다는 것을 기억하라 ... 폼 값을 호출한다. runat의 서버 컨트롤 = 서버가 생성 한 소스 파일도 정상적인 HTML 태그이며, 소프트웨어 개발을 쉽게하기위한 Microsoft의 아이디어는 매우 좋으며, 시대는 앞으로 나아갈 것입니다. 몇 년 전에 여러분은 mis를 작성하기 위해 C를 사용했습니다. 수년 후에 "학생 관리 시스템"이나 "도서관 관리 시스템"을 쓰기 위해 c를 사용하지 않고 단지 두뇌의 리브가 1 개 미만임을 보여줍니다. 개발 언어는 장점과 단점이 있습니다. 해당 사건은 단검과 비슷하지만 캐논볼과 비교할 수 없으며 C와 PHP 비율을 취할 수 없으며 프로그래머는 편집증 적 정신력을 지니고 있지만 기억해야 할 것은 사용자가 직면 한 최종 말, 프로그램 필요성, 사용 편의성, 안정성 및 비용을 충족시킬 수 있는지 여부는 우선 중요한 위치에 있어야합니다.
관리직에있을 때 관리직에 있었을 때 개발 팀에는 4 명이 있었지만 그 당시에는 도전을 받아 들일 수있었습니다. 나는 많은 감정을 가지고 있습니다. 팀 간의 관계는 훌륭하지만 진지합니다. 프로젝트의 자의성, 팀워크의 약화, 열심히 일하는 것 등 여러 가지 프로젝트가 진행될 수 있다는 사실에 감명을 받았고, 결국 매일 6시에 매일 초과 근무하고 7시 30 분 동안 잤습니다. 일하러가는 몇몇 동료들은 같은 나이의 젊은 사람들로 에너지가 넘칩니다. 나중에 시간이 지남에 따라 문제는 점점 더 분명해졌습니다. 프로젝트를 완료 할 수 없었고, 회사의 대우로 인해 신입 사원이 합당하지 못해서 직원이 불평했다고 불만을 나타 냈습니다. 나는 2 점 중간에있었습니다. "불을 피우다"는이시기는 우리 부서에서 가장 피곤한시기이지만 가장 만족스러운시기이기도합니다. 나중에 전직 직원이 "나는 그 느낌을 더 이상 찾을 수 없습니다"라고 말하면서 상상할 수있는 것입니다. . 이 기간 동안 최고 경영자는 나에게 매우 신뢰하고 있었고, 나는 주로 경영 방법에 대한 많은 연구를 지적했다. 나중에, 나는 점차적으로 경영진이 "모든 사람의 규칙 준수"를 받아야하며 "개인적 관리"가되어서는 안된다는 점을 깨달았다.
사람들이 오해에 빠지기 쉽습니다. 지도자가 항상 각 직원에게주의를 기울이면 직원의 형편없는 행동으로 이어지고 관리자는 느슨해지고 직원의 책임은 줄어들며 경영진은 단단히되어 직원과 리더십 사이에 긴장감이 생깁니다. 반면에, 지도력의 제한된 시간과 에너지는 필연적으로 일일 감독에서 많은 에너지를 요구할 것이고 전반적인 관리로서는 필요하지 않을 것이다.
따라서,이 기간 동안 회사의 주요 업무 규칙 및 규정 외에도 다른 일상 업무 분야, 일일 관리 및 기타 규칙 및 규정이 제정되고 그 후에 귀하의 의견을 구하십시오. 마지막으로 구현하십시오. 한편으로는 qq를 내부적으로 사용하기 시작하여 직원들이 qq를 사용하여 작업 시간을 크게 늘려 작업 효율성에 큰 영향을 주었고 결국 금지하기로 결정하여 더 많은 저항을하기 시작하여 결국 여러 번 만났습니다. 진실을 밝히기 위해 상황은 점차 개선되었습니다.
분업에서는 기술 수준에 따라 노동 분업이 명확하게 정의되어 있고 프로젝트 개발 계획이 수립되어 있기 때문에 시작 기술은 성숙하지 않았기 때문에 여러 번 강력한 요구 사항이 있으며 야만적 인 방법으로 초과 근무를 완료했습니다. 나는 직원이 나에 관해 조금 불평했다고 느끼지만 일반적으로 그것을 인식했다.
이 기간 동안 신입 사원 채용 및 인원 증가로 인해 팀 관리의 중요성을 깨닫게되었고,이 기간 동안 버전 관리, 코딩 사양, 문서 관리, 버그 관리 등과 같은 많은 문제가 하나씩 해결되었습니다. 기술 수준은 주로 내 개인입니다. 새로운 지식을 배우는 데 여유 시간을 사용하고, 주로 photoshop, css, js, sql 등의 다양한 교육을 수행합니다. 한편으로 교육은 직원의 기술 수준을 향상시킵니다. 한편으로는 학습과 교육 과정에서 가장 많이 얻습니다. 이 시점에서 개인은 더 생각하고, 기술에 대한 내 자신의 관심은 상대적으로 깊기 때문에 포스트 작업은 천천히 선순환에 들어갔다.
낮은 치료, 어려운 조건, 긴 노동 시간 및 높은 노동 압력은 팀의 가장 큰 문제입니다.이 점에서 회사는 의사 결정의 일부 측면에서 심각한 오해를 가지고있어서 기술 인력이 회사를 탓할 수 있습니다. 아내의 가치를 설득하여 주변의 형제들을 위로하기 위해, 나는 중국 소프트웨어 산업의 문제가 맹목적으로 관심의 극대화를 추구하면서 품질 추구보다는 속도를 추구하면서 현재의 문제와 동일하다는 것을 알고 있기 때문에 전체적인 사회적 분위기로 인해 소프트웨어 업계가 고르지 않게 발전했습니다. 중국의 3 ~ 4 명의 개발 팀에는 무수히 많은 회사가 있으며, 전체 프로그래머의 생존을 예측할 수 있으며 초과 근무 시간이 길고 코드 품질이 좋지 않으며 유지 관리 비용이 높고 안정성이 떨어지며 사용자 경험이 좋지 않습니다. 물론 우리는 이러한 상황을 피할 수 없으며 모든 개인이 슬로건이 가짜라고 말할 수는 없습니다. 기술자로서 프로그래머에게 가장 중요한 것은 정신력입니다. 그들은 좋은 태도로 다양한 문제에 직면하고 문제를 찾고 해결합니다. 문제는 불만이있는 문제를 발견하면 문제를 해결할 수 없다는 것이고, 가장 중요한 것은 문제를 해결하는 것입니다.
직원 인터뷰에서 반복적으로 언급 한 3 가지 포인트는 작업 태도, 개발 잠재력, 업무 능력, 앞에서부터 뒤로 정렬, 정신력이 가장 중요하며 대기업은 머리를 날카롭게하고 좁히기를 원하지만 할당량이 제한되어 있으므로 대다수가 대부분의 프로그래머 동지들은 2 단계, 3 위 소프트웨어 회사에 집중되어 있으며, 현재로서는 더 개인적인 위치에 있어야합니다. 제 개인적인 경험에 따르면, 신입 사원은 임금과 개발 잠재력에 가장 많은 관심을 기울이는 회사를 선택합니다 프로그래머는 혼합 할 수없는 직업입니다. 일할 수있는 능력은 중요하지만 중요하지 않습니다. 일하는 태도가 가장 중요합니다. 일하는 태도는 종종 개인의 이데올로기 적 이해와 직업이있는 환경과 관련이 있습니다. 제 개인적인 경험은 너무 감정적이지 않습니다. 감정이 직장이나 개인 발전에 좋지 않습니다. 즉, 내일이더라도. 사임하려면 오늘하고있는 일을 신중히해야합니다.
불완전한 업무 책임을 지닌 직원들은 특히주의를 기울일 필요가 있습니다. 그들은 너무 자의식을 갖고 자기 중심을 추구하는 경향이 있습니다. 작업이 인식되지 않을 때, 작업이 가득 차고 불행한 경우가 많습니다. 저는 당신이 진정한 사람을 관리하고 있습니다. 그는 자신의 처분 할 수있는 기계가 아니며, 종종 감정을 가지고 마음을 열고, 이유를 찾고, 구성원 개개인을 돌보게합니다. 이 팀의 발전에 적합하지 않은 사람들은 최악의 상황을 극복해야합니다. 프로그래머의 직업은 현재의 대학생들과 같은 특징을 가지고 있습니다. 하나는 하늘에 대한 자부심에서, 다른 하나는 높은 IQ 사람들로부터 오늘날 중국에있는 "이주 노동자"가되는 것입니다. 반면 프로그래머는 남성과 여성이 20 대에서 25 세 사이 인 경향이 있으며 감정, 상실감, 미성숙 심리와 같은 일련의 문제가 나타납니다. 그러나이 단계의 사람들은 종종 의사 소통이 쉽고 강한 소성력을 가지고 있으며야만 경영보다 적절한 지침과 합리적인 방법이 수 백배 더 효과적입니다.

추천 기사

인기있는 기사