웹 개발 산업의 도구가 익사합니다-JS 튜토리얼-php.cn

웹 개발 산업의 도구가 익사합니다 키 테이크 아웃

웹 개발 산업은 압도적 인 도구, 앱, 스크립트, 플러그인, 라이브러리 등으로 포화되어 있습니다. 이것은 프론트 엔드 개발자에게는 혜택이자 금이 될 수 있으며, 너무 많은 옵션으로 인해 마비를 일으킬 수있는 끝없는 자원 공급을 제공합니다.

. 개발자는 모든 새로운 도구 나 기술을 따라 가도록 압력을받지 않아야합니다. 대신, 그들은 자신의 속도로 새로운 도구를 배우고 채택하는 데 중점을 두어 진정으로 유익하고 생산성을 향상 시키거나 특정 문제를 해결하는 데 중점을 두어야합니다.

. 도구가 유입 되었음에도 불구하고 개발자에게 교육 자료 역할을 할 수 있습니다. 스크립트, 라이브러리 및 플러그인의 소스 코드를 검토함으로써 개발자는 새로운 패턴을 배우고 코딩 관행에 대한 이해를 향상 시키며 문제 해결 능력을 향상시킬 수 있습니다.

이 업계에서 가끔씩 우리는 프론트 엔드 개발자로서의 거래를 상기시켜야합니다. 몇 년 전 당시에 확산되고있는 프레임 워크와 라이브러리의 수를 조롱하고 그들이 제시된 방식으로 재미를 찌르면서 전체 개념이 업계의 모든 사람들과 화음을 치르는 것처럼 보였습니다. 그 웹 사이트는 바이러스에 빠졌고 한 사람이 내가 상황을 밝히기 위해 줄을 섰다는 것을 기억하지 못한다.

“아, 머리가 아직 폭발하지 않았습니까? 이렇게해야합니다.”

- h9rbs.js

놀랍게도, 우리는 오늘날 더 나쁜 상황에 처할 수 있습니다.

7 월 말부터 Web Tools Weekly라는 도구에 중점을 둔 주간 뉴스 레터를 선별했습니다. 매주 내 피드를 살펴보고 (예, RSS가 살아 있고) 다양한 형태의 다른 연구를 수행 할 때 새로운 앱, 스크립트, 플러그인, 라이브러리, CSS 프레임 워크, 생산성 도구, 테스트 도구 및 테스트 도구 및 테스트 도구를 지속적으로 북마크하고 있습니다. 더. <.> 실제로, 나는 아마도 그 뉴스 레터 daily 를 공개 할 수 있었을 것입니다. 그리고 여전히 충분한 콘텐츠가있을 것입니다. 이 글을 쓰는 시점에서 아직 문제에 아직 포함되지 않은 약 500 개의 서로 다른 앱, 리소스, 스크립트, 라이브러리, 플러그인 등의 분류 된 목록이 있습니다. 그리고 처음 30 개의 이슈에서 삭감 한 500 개의 도구를 잊지 마십시오.

. 그리고 그것은 단지 한 사람의 연구 결과입니다!

이게 좋은 일이야?

많은 사람들이 우리 모두가 아니라면 도구로 너무 많이 침수하는 것이 좋고 나쁜 일이라는 데 동의 할 것입니다. 우리는 선과 나쁜 것을 그렇게 요약 할 수 있습니다

우리가 처분 할 때 끝없는 도구 공급이 있기 때문에 좋은 일입니다. 우리가 프론트 엔드 개발자로서 우리가 직면 한 거의 모든 문제를 해결하는 데 도움이됩니다. 너무 많은 옵션이 너무 많아서 너무 많은 옵션이 마비 될 수 있으며 때로는 우리가하는 일을 미워하게 만들 수 있습니다.

물론, 모든 사람 이이 두 지점에서 내 평가에 대해 단어를위한 단어에 동의하는 것은 아니지만, 모든 사람들 이이 모든 것에 대한 업 사이드와 단점이 있다는 데 동의 할 것이라고 생각합니다.

. 문제가 존재하는 이유는 무엇입니까? 대부분의 사람들은 아마도 우리가 우리가있는 상황에있는 이유를 이해할 것입니다. 웹 플랫폼은 누구나 어떤 이유로 든 자신이 적합한 이유에 사용할 수있는 개방형 플랫폼입니다.

웹 플랫폼

우리는 웹 플랫폼을 구성하는 기술을 사용하여 물건을 구축합니다. 그리고 대부분의 시간 동안, 우리는 공개적으로 물건을 만들어 다른 사람들이 우리가 구축 한 것을 개선하는 방법에 대한 피드백을 제공 할뿐만 아니라 프로젝트를 수행하고 자신의 것을 만들 수 있습니다. 그것은 강력한 일이 될 수 있습니다.

이것은 우리 산업의 위대한 것 중 하나이며, 일부 비즈니스 전략과 달리이 개방성과 협업은 혁신을 방해하지 않습니다. 그것은 반대입니다.

머리를 물 위로 가져 가면 나는이 게시물의 제목이 주목을 끌기위한 것이라는 것을 인정하는 첫 번째 사람이 될 것입니다. 그러나 나는 그것이 우리가 어디에 있는지에 대한 정직한 설명이라고 생각합니다. 그래서 나는 그것을 사용하는 것을 부끄러워하지 않습니다. 내가 논의한 문제 - 그리고 이것이 좋은 문제임을 분명히하기를 바랍니다! - 곧 나아지지 않을 것입니다. 상황이 기본적으로 동일하게 유지 될 것으로 기대합니다. 그리고 새로운 오픈 기술이 추가되면 상황이 악화 될 것으로 기대할 수 있습니다.

그래서 우리는 어떻게 대처할 수 있습니까? 새로운 도구를 계속 사용하고 생산성을 유지하며 새로운 기능을 유지할 수있는 방법은 무엇입니까? 의견에서 귀하의 제안을 듣게되어 기쁩니다. 그러나 여기 내 조언이 있습니다. 압도적이라고 느끼지 마십시오 이 업계에서는“1 년이 걸리면 쓸모 없게 될 것”이라고합니다. 그것은 내가 이전에 링크 한 Tuts 기사의 직접적인 인용입니다. 그리고 이것의 최악의 부분은 그런 식으로 느끼기 위해 1 년이 걸릴 필요가 없다는 것입니다. 나에게 여기의 핵심 단어는

느낌

입니다. 예, 당신은 웹 개발 산업의 도구가 익사합니다

쓸모없는 느낌이 들지만, 그다지 나쁘지는 않을 것입니다.

내 생각에, 업계의 개발자 중 80%조차도 "남은"것인지는 중요하지 않습니다. 중요한 것은 우리가 일을 끝내고 있다는 것입니다. 편안하게 느끼는 속도와 작업을 수행하기 위해 필요한 속도로 새로운 물건을 집어 들으십시오. 확실히, 특정 도구를 따라 가지 못하면 새로운 실리콘 밸리 스타트 업에 기술을 마케팅하지 못할 수도 있습니다. 그러나 표준을 낮추어야 할 수도 있습니다. 전 세계의 장소에서해야 할 일이 많으며 모든 개발자 채용 게시에 모든 것을 알고 있어야하는 것은 아닙니다. 도구를 교육적으로