당신이 그것에 붙어 클래식 ASP를 재미있게 만드는 방법? [닫은]

나는 아주 작은 아웃소싱 회사 (4 명의 프로그래머와 상사)에서 일한 적이 있는데, 스트레스와 잦은 긴 교대가 상황을 견딜 수 없게 만들었을 때 좀 더 여유로운 일정으로 더 나은 유료 직으로 전환했습니다. 자유 시간.

그러나 문제는 대부분 AS400 시스템에 모든 것을 저장하는 맞춤형 C ++ 큐잉 시스템과 인터페이스하는 클래식 ASP로 모든 것이 코딩된다는 것입니다. 상사는 과거에이를 위해 노력한 개발자 중 한 사람이었으며, 어제 도구로 오늘날 비즈니스 요구를 개발하는 데 어려움을 겪고 있음에도 불구하고 자연스럽게 다른 언어 / 기술로의 전환을 승인하지 않습니다.

나는 가까운 장래에 Classic ASP로 코딩을 거의 고수하고 있으며, 이전에 .NET 및 Java로 작업했던 것처럼 적어도 재미있게 만드는 방법을 찾기 위해 고심하고 있습니다. 거꾸로 ... 어떤 조언?

다른 사람들이 지적했듯이, 당신은 아마도 상사의 마음을 바꾸려고하거나 당신이 그런 거꾸로 정신을 견딜 필요가없는 곳에서 일자리를 찾으려고 노력해야합니다.

그러나 그 동안 클라이언트 측에서 가능한 모든 기능을 이동하고 비동기 호출을 사용하여 서버에서 발생하는 작업을 트리거하여 작업을 좀 더 흥미롭게 만들 수 있습니다. 이것을 백엔드에 웹 서비스 (클래식 ASP로 구현 됨)가있는 HTML / JavaScript 프론트 엔드로 생각하십시오. RESTful API를 개발하는 것은 흥미로운 도전이 될 수 있습니다. Classic ASP 용 JSON 파서 와 같은 도구 를 사용하여보다 표준적인 방식으로 데이터를 앞뒤로 이동할 수 있으며 클라이언트 측 템플릿 을 사용하면 웹 서비스 에서 얻은 데이터의 형식을보다 잘 표현할 수 있습니다. LinkedIn 은 다른 백엔드 기술을 통합하기 위해 비슷한 일 을했습니다.

RESTful API가 있으면 일부 기존 웹 ASP 기능을 에뮬레이트하기 위해 관리되는 웹 서비스를 작성할 수 있습니다.

시작하기 전에, 당신의 상사가 고전적인 ASP를 주장 할 권리가 있는지의 문제를 다루지 않을 것입니다. 정보가 충분하지 않습니다. Classic ASP에 95 % 정도의 기존 코드가 매우 많고 유지 관리 작업이 적다면 Classic ASP를 사용하는 것이 좋습니다. 새로운 언어가 너무 높을 수 있습니다. 그러나 상사가 Classic ASP에서 새 프로젝트를 시작하는 경우에는 변명의 여지가 없습니다. 그리고 중간에 전체 범위가 있습니다. 그래서 나는 그것에 대해 알아볼 충분한 정보가 없으며 귀찮게하지 않을 것입니다.

그러나 나는 당신의 정확한 질문을 말하고 싶습니다 ... 코딩을 흥미롭게 만드는 법 .

가 흥미코딩에서 좋은 것? 중국의 저주를 기억하십시오. "흥미로운시기에 살 수 있을까요?" 글쎄, 아마 중국인은 아니지만 ... 문제는 모든 형태의 프로그래밍이 흥미로울 지 의문입니다. 때로는 쉽고 간단하게하기를 원할 수도 있습니다. 내가 정리해야했던 가장 큰 코드 혼란은 간단한 일을하는 간단한 방법에 지 쳤고 아무도 들어 보지 못한 영리한 언어 기능을 찾아 자신의 마음을 자극하기 위해 개발자가 발생했기 때문입니다. 목적이 해독 할 수없는 20 줄의 C ++ 코드를 찾은 것을 기억합니다. 특정 변수가 초기화를 잊었을 때 1로 초기화되도록 개발자가 일종의 미묘한 트릭으로 판명했습니다. 말도 안되고 소년은 재미있었습니다. 그러나 그것은 모든 사람을 낭비

대부분의 일일 코드를 "지루한"언어로 작성하면 많은 미덕이 있습니다. 즉, 방금 나온 최신 언어 기능이 예상대로 작동하지 않는 이유를 알아 내려고 시도하는 대신 뇌를 사용하여 응용 프로그램 도메인에 대해 생각할 수 있습니다. 언어와 라이브러리를 완전히 이해하면 일반적으로 훨씬 빠르게 작업 할 수 있습니다. 즉, 응용 프로그램을보다 재미 있고 유용하게 사용하거나 수익성을 높이거나 더 유용하게 만드는 것과 같은 생각에 두뇌주기를 사용할 수 있습니다.

마음을 선명하게하려면 여가 시간을 사용하여 흥미로운 새 언어를 배우십시오. 오픈 소스 프로젝트에서 작업하거나 자신의 프로젝트에서 작업하십시오.

클래식 ASP의 사용을 변호하지는 않으며 "지루하기"때문에 사용하는 것이 좋습니다. "흥미로운"개발 환경을 사용하는 것이 미덕이라고 생각한다면 더 많은 힘을 얻을 수 있지만 잘못된 것에 집중하고 있습니다. 훌륭한 조각가는 재미있는 조각상을 원하지 않습니다. 좋은 조각상을 만드는 데 방해가됩니다. 좋은 화가는 "흥미로운"붓을 찾고 있지 않습니다. 그들은 흥미로운 도구를 가지고 놀 수도 있지만, 가장 지루한 도구로 최선을 다할 것입니다. 지루한 도구는 사라지고 예술가가 예술 작품을 만들게합니다.

때문에 거꾸로가는 것 같은 기분이 당신이 . 암흑 시대에 갇혀 있지 않은 회사를 찾는 것 외에는 조언 이 없습니다 . 이 시대에 클래식 ASP를 고수해야 할 이유는 전혀 없습니다. 사실 저는 A) .NET 및 Java 기술이 위축되고 B) 미래의 미래 고용주에게 기술인 Classic ASP 를 사용하면서 Classic ASP를 고수하기로 선택 하면 미래에 당신 을 해칠 것이라고 말할 것입니다. 그것은 10 년 넘게 쓸모 없었으며 심지어 치아를 당기는 것과 같았습니다. 다시 말해, 관련 경험이 없습니다. 당신은 잘못 선택한 것 같습니다.

Classic ASP로만 할 수 있으며 모두 매우 고통 스럽습니다.

선택한 현대 언어를 배우고이를 사용하여 대상 데이터베이스에서 리버스 엔지니어링과 같은 ASP 페이지 및 클래스를 생성하는 도구를 작성하십시오. 그것은 확실히 흥미로울 것입니다.

왜 오래된 기술을 고집 했을까요? 회사는 항상 기술을 마이그레이션합니다. 최신 기술로의 전환이 기술적 인 측면과 비즈니스 측면 모두에서 회사에 유리한 이유를 목록으로 작성하는 것이 요령입니다. 기술 스택 마이그레이션의 초기 비용은 미래의 개발 비용보다 훨씬 많습니다 .

모호한 이유로 기술 스택을 전환 할 수없는 것으로 밝혀 졌더라도 항상 최신 도구와 기술을 사용하여 구식 기술을보다 견딜 수있게 만들 수 있습니다.

당신의 상사가 프로젝트의 초기 개발자 중 하나이며 경우 거부 변경 요원에 전적으로 그가 당신의 상사 그리고 당신보다 더 잘 알고 있다는 사실에 기초, 그때 나는 새로운 일에 대한 가장 가능성이 모습을 거라고 - 당신이 원하지 않는 당신의 지도력이 근시 인 환경에 갇혀 있어야합니다. 나는 그들이 아기 에게 몇 년간 의 일을 투자했고 변화가 필요하다는 것을 인정하는 것이 'ole ego. 당신은 명확 , 간결 하고 측정 이 꽤 많은 상황에서 어디에서 당신의 상사를 둘 것입니다 어디에 마이그레이션이 필요한 이유에 이유가 되지를 이주는 분명히 나쁜 결정이 될 것입니다.

행운을 빕니다.

나는 직장에서 Classic ASP와 함께 일하고 있으며, 어느 정도 재미있게 관리했습니다. 단계는 다음과 같습니다.

• 클래식 ASP는 아키텍처를 수정하지 않고 VBScript 또는 JScript (Javascript)로 코딩 할 수 있습니다. Javascript로 전환하십시오.
• json2.js, 밑줄, 콧수염 등 다양한 라이브러리에 액세스 할 수 있습니다. 다양한 수정을 통해 Node.JS 라이브러리 또는 클라이언트 측 라이브러리를 볼 수 있습니다.
• MVC 프레임 워크를 구축하거나 다운로드하십시오. 서버에서 파일을로드하여 템플리트 및보기를 관리하고 해당 컨텐츠를 읽고 수많은 JS 템플리트 라이브러리 중 하나를 사용할 수 있습니다. 컨트롤러의 경우 쿼리에서 변수를 사용하여 일반적으로 URL을 사용하는 방식으로 요청을 리디렉션 할 수 있습니다 (깨끗하지만 덜 작동 함).
• (간체 화 된) REST API를 구축 할 수도 있습니다!
• ORM을 작성하거나 (데이터베이스에 액세스 할 수있는 경우) 다운로드하십시오. 밑줄을 기반으로 LINQ-to-SQL을 만들 수도 있습니다.
• 당신의 관점에서 작업하십시오. Angular 또는 Backbone과 같은 고급 JS 라이브러리를 사용하십시오. CSS에서 LESS, 스타일러스 또는 SASS까지 Swtich
• 프록시에서 못생긴 코드 클래스를 만듭니다. 그것들은 예전의 추악한 코드와 인터페이스하기위한 유일한 목적으로 만들어진 클래스이므로 만질 필요가 없습니다.

자신 만의 클래스를 만들고 가능한 많은 프로세스를 간소화 할 수 있습니다. 몇 가지 예가있는 사이트는 다음과 같습니다. http://www.u229.no/stuff/

클래식 ASP를 여전히 사용하는 다른 사람들에게 수업을 마케팅 할 수도 있습니다. 데미안 (Demian)이 말했듯이, 오래된 기술을 가진 많은 회사들이있다.

가장 먼저, 기술 업데이트 비용이 아니라 CEO가 너무 짧아서 그가 가장 잘 알고있는 아이디어를 기반으로 기술 업그레이드를 거부하고 고전적인 ASP를 좋아한다는 사실에 대해 회사의 장기 건강 상태와 고전적인 ASP를 수행하는 기술 부패로 더 오래 기다릴수록 다른 직업을 얻는 것이 어려워집니다.

"옵션 엄격한"을 사용하기 위해 모든 것을 마이그레이션하기 시작하면 코드 기반을 덜 고통스럽게 만들 수 있습니다.

데이터가 이미 AS400 / IBMi에 있기 때문에 해당 OS에서 Java, PHP, MySQL 인터페이스 및 기타 항목을 실행할 수 있다는 것을 알고 있습니까? 내 생각 엔 그는 400 명의 사람이고 ASP의 사람은 아닙니다. 이것을 받아 들여보십시오. 저는 400 생태계를 성장시킬 수있는 기회를 갖고 싶습니다.

여기에있는 모든 대답은 정말 좋습니다. 방금 다른 대안을 제안하고 싶었습니다.

인프라 문제 (데이터베이스, 파일 시스템, COM 코드 등)를 별도의 파일로 옮기십시오. 예를 들어 레코드 세트를 배열로 반환하는 프로 시저가있을 수 있습니다 (8 년 전에이 작업을 수행했지만 코드 샘플은 없습니다-죄송합니다).

HTML을 페이지 상단이나 일반 / 유틸리티 클래스로 이동하여 HTML에 나타나는 "코드"를 제거하십시오. 상대적으로 코드가 적은 콘텐츠 페이지가있는 단일 ASP 페이지에 헤더 / 탐색 / 바닥 글 기능을 가질 수도 있습니다 (변수에 대한 소수의 참조 포함).

컨텐츠, 프리젠 테이션 / 포맷팅, 비즈니스 로직 및 인프라 관련 문제가 모두 해결되었으므로 이제 해당 기술로 학습 곡선을 극복하면 ASP.NET MVC로 전환 할 수 있습니다. 스위치를 뒤집는 것만 큼 쉽지는 않지만 모듈 식 클래식 ASP 솔루션을 사용하는 사람과 매우 흡사합니다 (보스가 실제로 좋아할 수도 있음).

당신이 그것에 붙어 클래식 ASP를 재미있게 만드는 방법?

먼저, 클래식 ASP 임에도 불구하고 자신의 작업에 자부심을 가지십시오. 이유 : 제대로 개발되지 않았거나 패치 된 클래식 ASP 페이지는 목 주위에 더 큰 배설물이 될 것입니다. 당신의 상사는 자연스럽게 당신이 발생하는 모든 버그를 고치기를 기대할 것이고, 기분이 좋지 않을 것입니다. 좋은 음악을 싣고 헤드폰을 착용하고 최대한 빨리 들어오고 나가십시오 (실제로 터널 끝에 빛이 있고 곧 작업 할 것이라고 가정 할 때) 더 흥미로운).

둘째, 가능한 한 페이지를보기 좋게 만들기 위해 최선을 다하십시오. CSS를 사용하여 마법을 발휘하십시오. 가능하면 부트 스트랩을 사용하십시오. 또한 AJAX 및 기타 기술을 사용하여로드 시간과 전체 화면 새로 고침을 줄입니다.

셋째, jQuery, jQuery UI 및 기타 클라이언트 측 라이브러리를 사용하여 페이지를 빠르고 유동적으로 만들도록 최선을 다하십시오. 때로는 모달, 마법사 또는 SPA 를 사용하여 전체 ASP 페이지를 제거 할 수 있습니다 ! 이렇게하면 작성해야하는 클래식 ASP의 양이 줄어들고 작업이 훨씬 흥미로워집니다.