지난 XNUMX월에 우리는 다음과 같이 설명하는 기사를 작성했습니다. Adobe는 브래킷을 포기했습니다.. 프로젝트는 계속되지만 Linux가 아닌 커뮤니티에 의해 진행됩니다. Linux 사용자는 포기했기 때문에 Visual Studio Code 또는 원격 측정이 없는 버전. 우리는 또한 선택할 수 있습니다 원자. 그 소유자인 GitHub가 이미 발표 그들이 그에게 합의금을 줄 것이라고.
약 XNUMX년 전에 몇 가지를 편집하기 시작했을 때 HTML을 실험하기 시작했습니다. 어떤 튜토리얼에서 그들은 메모장으로 충분하다고 말합니다. 제 경우에는 Kate이지만 그다지 효율적이지 않습니다. 가장 먼저 하고 싶었던 것은 코드의 형식을 지정하는 것이었고 Kate에게는 쉬운 선택이 아니었습니다. 그 때 Atom을 찾았고 Emmett를 만났고 그와 함께 매우 기뻤습니다. 지나온 시간과 함께 Visual Studio 코드, 그리고 그것은 GitHub가 알아차린 것 같습니다.
마이크로소프트가 GitHub를 인수했습니다. GitHub가 Atom을 죽입니다.
Atom은 강력하고 커스터마이징이 가능하다는 생각으로 2014년 최고의 의도로 만들어졌고, 마이크로소프트, 깃허브 인수. Microsoft는 더 많은 사용자 기반과 경쟁이 없는 것을 선호하는 Visual Studio Code를 보유하고 있습니다. 그렇다면 둘 다 유지해야 하는 이유는 무엇입니까?
공식 버전에서는 다르게 말합니다. GitHub에 따르면:
Atom은 최근 몇 년 동안 중요한 기능 개발이 없었지만 이 기간 동안 프로젝트와 제품을 잘 관리할 수 있도록 유지 관리 및 보안 업데이트를 수행했습니다. 새로운 클라우드 기반 도구가 등장하고 발전함에 따라 Atom 커뮤니티의 참여는 상당히 줄어들었습니다. 결과적으로 GitHub Codespaces로 클라우드 개발자 경험을 개선하는 데 집중할 수 있도록 Atom을 종료하기로 결정했습니다.
그들은 또한 Visual Studio Code, Slack 또는 GitHub Desktop이 눈에 띄는 수천 개의 애플리케이션을 위한 길을 닦았지만 우리는 미래를 봐야 한다고 말합니다. 그리고 그 미래에는 무엇이 있습니까? 너무 많이하지. 에서 로드맵 이 작별 인사의 세 가지 포인트가 있습니다.
- 8월 XNUMX일 수요일, 그들은 Atom의 작별 인사를 발표했습니다. XNUMX개월 안에 사라질 것이다.
- 그 XNUMX개월 동안 회사는 모든 사용자에게 Atom이 더 이상 지원을 받지 않을 것임을 계속 알릴 것이며 이는 atom.io에서도 수행할 것입니다.
- 15월 XNUMX일에 그들은 atom/atom 저장소 및 기타 조직 저장소를 아카이브할 것입니다.
Brackets에서도 같은 일이 일어날 수 있습니까?
음, 아톰은 FOSS-소프트웨어즉, 무료 및 오픈 소스입니다. 가능성은 있지만 그들에게는 쉽지 않을 것입니다. 대괄호에는 사용자 기반이 있으며 주로 사용자가 익숙하기 때문에 보유하고 있습니다. 내가 틀리지 않는다면 최소한 다음과 같은 문서에서 실시간으로 입력한 내용을 확인하기 위해 기본적으로 처음으로 추가한 것입니다. HTML/CSS에 있는 것들.
누군가 한 발 더 나아가 Atom의 발전을 계속할 것이라는 점을 배제할 수는 없지만, 그 앞에는 많은 일이 있을 것이다. 사실, GitHub 자체가 인정하는 것처럼, 에디터에 대한 최신 추가 사항은 오래전에 나왔습니다., 최신 업데이트에서 보안 패치를 제공하는 것으로 제한됩니다.
Atom의 좋은 점 또는 그 당시 내가 보았던 좋은 점은 매우 사용자 지정이 가능하고 많은 확장과 호환된다는 점이었습니다. 하지만 그것은 오늘날 Visual Studio Code 또는 Brackets에서도 마찬가지입니다. 또한, 공연 Atom은 결코 최고가 아니므로 절대로 말하지 마십시오. 그러나 나는 그것이 가장 가능성이 높다고 생각하지 않습니다. 또는 예, 아마도 예이지만 최선의 아이디어는 아닙니다.
어쨌든 확실한 것은 GitHub가 Atom과 작별을 선언했다는 것이므로 가능한 한 빨리 다른 편집기로 이동하여 새 편집기에 익숙해지는 것이 좋습니다.