이미 1퍼센트입니다. 최신 소프트웨어를 가진 나머지 사용자들이 그 비율을 유지할 수 있어야 하는 것인가요?
5개의 좋아요
더 균형 잡힌 답변을 드리기 위해, 그 1%가 실제로 몇 명의 사용자를 의미하는지 알려주시면 도움이 될 것입니다. 그것이 몇백 명인지, 아니면 수만 명인지 알 수 없다면 이 변경 사항의 영향을 의미 있게 평가하기 어렵습니다.
또한 명확히 하자면, 나머지 99%의 사용자를 뒤처지게 하자는 제안은 아닙니다. 하지만 이 결정이 반드시 전부 또는 전무(all-or-nothing)인 것은 아닙니다. 많은 플랫폼이 구형 시스템을 사용하는 사용자를 위한 기본 호환 모드나 대체 경험을 제공합니다. 일부 새로운 기능이 사용되지 않더라도 기능을 유지할 수 있는 수준입니다. 이러한 접근 방식은 진보와 접근성을 모두 지원합니다.
따라서 진짜 질문은 다음과 같습니다: 대체 모드가 고려된 적이 있는가? 그렇다면 왜 하드 컷오프를 선택하고 이를 거부했는가?
이 부분에 대한 일부 투명성은 커뮤니티가 이것이 진정한 사용자 중심의 결정인지, 아니면 단순한 기술적 편의성인지 이해하는 데 큰 도움이 될 것입니다.
다양한 트레이드오프를 저울질하고 있습니다.
연기는 더 많은 커뮤니티가 스스로 내리는 결정에 대한 통제권을 가질 수 있음을 의미합니다.
이 문제에 직면한 사용자가 많은 커뮤니티든, 혹은 단 한 명만 해당되는 커뮤니티든, "우리에게는 잘 작동하는 버전을 유지하고 싶다"고 판단하여 다음 안정 버전으로 남을 수 있습니다. 해당 버전은 출시 후 6개월 동안 유지보수자들로부터 보안 패치를 계속 받을 것입니다.
다른 커뮤니티는 충분한 수요나 자발적인 동기가 있다면 그 날짜 이후에도 패치를 적용할 수 있습니다.
다른 커뮤니티들은 그것이 자신의 구성원에게 최선이라고 판단한다면 다른 결정을 내릴 수도 있습니다.
대안(Fallback)은 어느 정도 고려되었지만, 현재 우리가 하고 있는 것 이상을 하는 것은 지금 우리가 감당할 준비가 되어 있지 않은 비용입니다.
6개의 좋아요
설명해 주셔서 감사합니다.
그럼에도 불구하고, 대부분의 커뮤니티는 최신 안정판으로 업데이트를 유지해야 한다는 압박을 느낄 것입니다. 특히 보안상의 이유로 더욱 그렇습니다. 따라서 이론적으로는 이전 릴리스를 유지하는 옵션이 존재하지만, 실제로는 많은 경우 선택지가 되지 않습니다. 이는 지연 여부와 관계없이 결국 서비스에서 배제되는 사용자 수에는 변화가 없을 것이라는 의미입니다.
다시 한번 말하지만, 이 결정의 영향을 완전히 이해하려면 1%가 실제로 얼마나 많은 사용자를 의미하는지 아는 것이 도움이 될 것입니다. 저는 이 수치를 세 번에 걸쳐 정중하게 요청했지만 아직 답변을 받지 못했습니다. 이 시점에서 답변이 없는 것은 해당 숫자가 상당히 클 수 있음을 시사합니다. 즉, 인정하기에는 불편할 정도로 큰 규모라는 뜻입니다.
결정이 이미 내려졌다면 그렇다는 뜻입니다. 하지만 영향을 받는 커뮤니티에 대한 존중과 투명성을 위해, 적어도 그 영향의 규모를 공개하는 것이 더 적절할 것입니다.
여기서 명확한 답변을 드리기 어렵습니다.
Discourse는 여러 제공자와 수많은 셀프호스팅 사이트가 있는 오픈 소스 제품입니다.
우리 역시 백분율 기준으로 생각하고 있으며, 커뮤니티에 따라 영향의 규모가 다를 수 있습니다.
6개의 좋아요
@Falco의 게시물을 읽어보세요. Windows XP에서의 그의 시연처럼 여기에서 지원하도록 하는 몇 가지 옵션이 있습니다.
Mac의 경우 Wine이 하나의 옵션이며, 틀리지 않았다면 VirtualBox와 같은 도구를 사용하여 공백을 메울 수 있습니다.
소프트웨어 지원과 관련하여 기술에서 시간은 항상 중요한 요인입니다. VirtualBox와 같은 가상 머신은 잘 작동할 수 있으며, 기억이 맞다면 이미지 파일을 다운로드하여 사용할 수 있어 가파른 학습 곡선 없이 비교적 쉽게 사용할 수 있습니다.
2개의 좋아요
이 1%라는 수치가 어디서 나온 것인지 정확히 모르겠지만, 1,400만 명의 사용자 중 1%라면 14,000명이 Discourse에서 배제되는 셈입니다. CSS와 성능 조정 몇 가지를 위해요?
"최신 소프트웨어의 이점을 누리지 못하게 막을 수 있는 사용자 수는 몇 명이어야 합니까?"라는 질문에 대해… 왜 그 수치가 1%보다 훨씬 적고, 0%에 훨씬 가까운 값이 될 수 없을까요? Discourse는 반대 접근 방식을 취해야 한다고 주장합니다. 즉, 반드시 필요한 중대한 수정 사항이나 이를 절대적으로 요구하는 주요 기능이 있으며, 동시에 이에 대한 광범위한 사용자 수요가 있는 경우를 제외하고는 불필요하게 후방 호환성을 깨는 변경 사항을 하지 말아야 한다는 것입니다.
그 질문의 역문은 "낮거나 없는 사용자 체감 영향을 가진 사소한 편의 기능을 쫓기 위해 몇 명의 사용자를 차단할 의사가 있는가"입니다. 정밀한 벤치마크를 제외하고는 거의 눈에 띄지 않을 작은 성능 향상을 위해 14,000명의 사람들을 그들의 커뮤니티에서 차단하는 것이 합리적일까요?
포럼 사용자들은 어떤 "최신 소프트웨어"를 갈망하고 있는 걸까요? … 이건 포럼입니다. 사람들은 텍스트를 읽고 텍스트 게시물에 답글을 달죠. 실제 고객들이 "왜, 이 기능들은 아무 의미도 없고 당신들은 실제 사람들을 차단하고 있다"고 말하고 있는 동안 개발자들이 계속 "우리는 앞으로 나아가야 한다"고 말하는 것이 무섭습니다.
Discourse와 같은 안정적이고 오래된 포럼 소프트웨어라면 기대할 법한 정반대의 접근 방식이라고 느낍니다. 새로운 기능을 실험하고 싶다면, 사람들이 명시적으로 선택(opt-in)해야 하는 불안정한 카나리(canary) 브랜치에서 이루어져야 하며, 메인 브랜치는 기본적으로 LTS(장기 지원)여야 합니다. 점진적 향상(progressive enhancements)을 제공하지는 못할망정, 우아한 열화(graceful degradations)도 제공하지 않고 있습니다. 이것은 소프트웨어 개발의 본질적인 부분이 아니라 선택의 문제입니다. 사용자들이 따라올 수 있는 속도보다 빠르게 움직이고 있는 것입니다.
그리고 호스팅된 커뮤니티에는 선택지 자체가 없습니다. 테크 데모나 JS 놀이터가 되기 위해, 그리고 커뮤니티를 위해 당신에게 돈을 지불하는 사람들 말이죠.
이것이 문화적 문제이지 기술적 문제가 아닌 이유입니다. 적어도 이를 소리 내어 말해 주셔서 감사합니다. 개발 시간과 예상되는 사용자 영향 사이에서 이 비용의 장단점을 저울질해 보았고, 당신의 계산에서 사용자는 기본적인 게시판을 만드는 데 드는 비용보다 가치가 낮다고 판단한 것입니다. 다르게 말할 방법이 없습니다: 당신들은 개발자의 편의를 위해 실제 사용자와 커뮤니티를 그만큼 가치 있게 여기지 않는 것입니다 
이 인용을 조금 맥락에서 벗어나서 말씀드리자면… 백분율 단위로 생각하는 것을 멈추고, 커뮤니티 내 실제 개별 개인에게 미칠 영향을 생각해 본다면, 계산 결과가 달라질 수도 있지 않을까요?
이 전체 사안은 다소 스탈린주의적입니다. 하드웨어를 업그레이드할 만큼 가난하거나, 다른 운영체제나 호환성 레이어 또는 브라우저 포크를 설치하기 위해 복잡한 과정을 거칠 의지나 능력이 없기 때문에, 수년 동안 소속되어 온 포럼에서 텍스트 메시지를 계속 게시할 수 없게 되는 것은 기본적으로 일회용 통계 수치에 불과하다고 사람들에게 말하는 것이죠.
이러한 비용-편익 분석은 완전한 재작성과 같은 주요 새 버전에서 기대할 만한 것이지, 작은 성능 이점이 있을 수 있는 사소하고 눈에 보이지 않는 개발자 지향 기능에서 기대할 만한 것이 아닙니다 =/贵公司가 이 입장을 취하고 있는 것은 정말 안타깝다고 생각합니다. 하지만 여전히… 투명성에 대해서는 진심으로 감사드립니다.
자, 어쨌든 불평은 여기까지 하겠습니다. 잠재적으로/기대적으로 더 건설적인 질문이 하나 있습니다…
기본 HTML 모드가 소수의 사용자에게 도움이 될 수 있지만, Discourse가 자체적으로 구축하는 데 자원을 투입하고 싶지 않은 것이라면… 오픈소스 커뮤니티가 이를 잠재적으로 떠맡을 수 있는 실현 가능한 일일까요? 플러그인 같은 것에는 너무 크고, 완전히 별개의 프로젝트(예: Discorkie)에는 너무 작아 보입니다.
현재 API와 함께 작동하는 대체 오픈 프론트엔드로 범위를 설정해 보는 것이 conceivable(상상할 수 있는) 일일까요? 그리고 만약 가능하다면, 그러한 것(언젠가 구축되고 테스트된다면)이 메인 소프트웨어에 “공식적으로” 수용/통합될 가능성이 있을까요? 호스팅된 Discourse 인스턴스에서도 사용할 수 있도록 (제 영향받는 커뮤니티 중 하나가 그곳에 있으니까요).
그 맥락에서, 그러한 대체 프론트엔드가 추적할 수 있는 어떤 종류의 API 버전 관리/안정성 시스템이 있습니까?
아마도 여러 이유로 여전히 다양한 "아니오"가 답일 수 있고, 그렇다면 괜찮지만, 만약 조금이라도 실현 가능하다면… 생각해 볼 가치가 있을지도 모릅니다. 대규모 타당성 조사를 요구하는 것이 아니라, 그저 직감적인 의견 정도를 듣고 싶습니다.
그런 것이 실제로 성공하거나 유지될 수 있을지 확신할 수 없습니다. HTML과 최소한의 JS를 사용하여 오래된 소프트웨어를 작업하는 것을 좋아하는 개발자는 많지 않지만 (HTMX 팀과 같은 몇몇은 여전히 있습니다). 그냥 생각난 것일 뿐입니다.
6개의 좋아요
아마도 그렇지 않을 것입니다.
다음과 같은 상황을 가정해 보겠습니다.
- 로그인/회원가입(이메일 인증, 2FA 등 캡처가 포함될 가능성이 높음)을 설계하고 코딩하는 데 몇 달의 전일제 작업이 필요합니다.
- 프로필 편집 페이지와 게시글 작성 기능을 정리하는 데 한 달이 더 필요합니다.
- 그리고 다시 작업이 필요한 알림 페이지도 있습니다.
- 현실적으로 오픈소스 엔지니어는 왔다 갔다 하므로, CDCK가 장기적인 유지보수를 책임져야 합니다.
따라서 저는 다음과 같이 말씀드리고 싶습니다.
- 커뮤니티가 무료로 해내기를 기대하기에는 부담이 너무 큽니다.
- Discourse와 너무 깊이 얽혀 있어 결국 우리도 개입해야 합니다.
- 그리고 결국에는 매우 큰 부분을 유지보수해야 하는 책임이 우리에게 돌아올 것입니다.
CDCK는 오랫동안 구형 유지보수 중단 브라우저를 지원 중단해 왔습니다.
- https://meta.discourse.org/t/discourse-will-be-dropping-ie9-support-in-2016
- Maintaining support for iOS 12 - 14 until January 2023
그리고 더 많은 사례가 있을 것입니다.
기억해 두어야 할 매우 중요한 한 가지 점은 구형 유지보수 중단 브라우저가 인터넷에 나쁜 것이라는 것입니다.
모든 사람이 새 컴퓨터를 살 여유가 있는 것은 아니라는 점은 이해합니다. 하지만 유지보수가 중단된 브라우저를 사용하면 구형 컴퓨터가 웜, 악성코드, 바이러스 및 수많은 매우 위험한 소프트웨어가 쉽게 실행될 수 있는 상태에 놓이게 됩니다. 시간이 지날수록 블랙햇 해커들이 컴퓨터를 해킹하는 비용이 점점 더 저렴해지고 있으며, 이는 마치 활짝 열린 전방의 문과 같습니다.
여기서 많은 논쟁이 목표점을 계속 바꾸고 있다고 느낍니다. 이는 Discourse에 JS/CSS 없는 인터페이스를 요구하는 것입니다. 이 요청은 Discourse가 생긴 이래로 존재해 왔지만, 구축하는 데는 막대한 노력이 필요합니다.
Discourse는 철학적으로 패치를 받는 소프트웨어에서 실행되기를 원합니다. 우리는 이점에 대해 매우, 매우 강하게 믿고 있습니다.
17개의 좋아요
사용자에게 매우 높은 기술적 이해력을 요구하는 것입니다.
즉, 그들은 자신의 커뮤니티와 단절되는 것입니다.
이 변경 사항이 제 커뮤니티에 미칠 영향에 대해 매우 우려하고 있습니다. 저는 비교적 새로운 하드웨어에서 새로운 브라우저를 사용하고 있습니다. 하지만 커뮤니티 멤버를 잃는다면 제게는 문제가 됩니다.
그것은 합리적으로 들립니다. 그리고 테스트 중이던 기능이 보안과 조금이라도 관련이 있었다면, 저는 100% 동의했을 것입니다. 하지만 색상이 약간 더 좋아진 것? 커뮤니티 멤버를 뒤로하고 희생할 만한 이유가 되지 않습니다.
3개의 좋아요
높은 기술적 숙련도를 요구한다는 점에 대해 말씀드리자면: 그 말이 무슨 뜻인지 전혀 감이 잡히지 않습니다. 따라서 학습 곡선은 당신이 생각하는 것보다 훨씬 더 가파릅니다.
제게 컴퓨터는 도구입니다. 작동하는 것을 원할 뿐, 직접 만들어야 한다는 부담은 원하지 않습니다. 트랙터도 직접 만들지 않았고, 도끼 머리도 직접 대장장이로 만들지 않았습니다.
제 인생에서 배워야 할 다른 것들이 매우 많습니다. 그중에는 지속적인 지식 업데이트가 필요한 것들도 포함됩니다. 컴퓨터 소프트웨어의 기반 구조를 충분히 배우기까지의 시간이나 인지적 여유가 없습니다. 위 문장이 제게 의미 있는 것이 되려면 그걸 먼저 해야 하는데, 당신이 말하고 있는 것을 시도해 보기 전에는 그걸 해야 합니다.
제 Firefox 버전은 유지 관리되고 있으며 업데이트도 되고 있습니다. 단지 당신이 사용하려는 특정 기능(toys)을 사용하기 위해 업데이트되지 않았을 뿐입니다.
이것도 사실입니다. 디스코urs를 사용할 수 없게 된다고 해서 온라인에서 컴퓨터를 사용하지 않게 되거나, 그렇게 하는 동안 더 안전해지지는 않습니다. 저는 평소 다른 예방 조치를 취하고 있습니다.
2개의 좋아요
자, 그 1%에 대해 이야기해보자. 편의를 위해 다른 운영체제는 모두 제외하고 윈도우 사용자만 고려해보자. 인터넷 사용량을 분석하는 대부분의 사이트들은 주로 지리적, 경제적 또는 유사한 이유로 인해 여전히 윈도우 7을 사용하는 사용자가 약 6,000만 명에서 1억 명 사이일 것이라고 추정한다. 다만, 일부 사이트들은 실제 수치를 정확히 알 수 없으며, 현실적으로는 이 두 배가 될 수도 있다고 인정한다.
가장 좋은 시나리오를 가정하여 사용자가 6,000만 명이라고 치자. 그중 10%만이 Discourse 소프트웨어가 구동되는 포럼이나 사이트를 사용한다고 가정하면 600만 명이 된다. 예상되는 1%를 계산하는 것은 쉽다 
그리고 구형 브라우저의 모든 "보안 위험"에 대해 
, 자, 항상 안티바이러스와 방화벽이 있으니까. 내가 아는 한, 가장 우수한 보안 제품들은 윈도우 7에 대한 지원을 중단할 의도가 없다. 적어도 지금까지는 그렇다 (그리고 위험에 대한 가장 좋은 보안 "장치"는 여전히 사용자의 머릿속에 있는 작동하는 두뇌이다) … 왜냐하면 나는 모든 사람이 "알 수 없는 링크를 클릭하지 말 것, 이메일로 수백만 달러를 선물한다고 해서 개인 데이터를 제공하지 말 것, 사이트가 사기처럼 보이면 아마도 사기일 것이다"와 같은 몇 가지 합리적인 습관을 따르지 않는 사용자는 적용되는 기능, 패치 또는 업데이트가 아무리 많든 상관없이 그 자체가 위험이라는 것을 알고 있다고 가정하기 때문이다 
내 소소한 의견이다
1개의 좋아요
VirtualBox를 설치하는 것을 추천합니다. 기억이 맞다면 바로 사용할 수 있는 가상 이미지들이 몇 가지 있습니다. 복잡했던 많은 것들에 대해 사용 편의성을 목표로 하는 프로젝트들이 많이 생겼습니다.
예를 들어 Wine은 다양한 프론트엔드를 제공하며, 여러 프로그램들을 위해 스크립트가 만들어져 있습니다. 이를 통해 프로그램 설치를 쉽게 만들어 줍니다.
1개의 좋아요
VirtualBox는 하드웨어 시스템을 에뮬레이션하는 프로그램입니다. 다양한 Linux 배포판의 이미지를 쉽게 찾을 수 있습니다. Chrome OS 같은 것을 로드하는 것도 가능합니다.
이런 것들을 실행하는 것은 예전에는 다소 복잡했습니다. 요즘은 프롬프트(안내) 덕분에 꽤 직관적이고 간단해졌습니다.
개인적으로 Mac을 사용 중이라면 가장 간단하고 쉬운 방법은 프론트엔드를 사용하여 Wine을 활용하는 것입니다. 이렇게 하면 네이티브 애플리케이션처럼 몇 번의 클릭만으로 Windows 프로그램을 설치할 수 있습니다.
1개의 좋아요
이 토론에서 링크된 프로젝트를 사용해 Falco는 Windows XP가 작동하는 것을 시연했습니다.
6개의 좋아요
그것을 봤습니다 … 하지만 이 때문에 포럼을 따라가기 위해 winXP로 돌아가야 한다는 뜻인가요? … 아니기를 바랍니다
여기서는 도움이 되지 않고(대부분의 경우 원하지 않는) 기능이 추가되는 것을 지원하기 위해 많은 사용자의 OS를 변경하자는 이야기를 하고 있는 것이 아닙니다. 이 기능은 색상 몇 가지를 제외하고는 아무것도 추가하지 않습니다(보안도, 기능도, 도움도, 색상 외에는 아무것도) … 이미 말했듯이, “색상” 기능이 대부분의 구형 브라우저를 깨뜨리는 것입니다. 나머지 두 기능은 통과하는 것 같습니다. 아니면 적어도 제 브라우저는 통과합니다(firefox 115 … 여전히, 위 GitHub에 링크된 곳에서 구형 브라우저를 가진 더 많은 사람들이 그 테스트를 하고 여기에서 어떤 것이 실패하는지 보고하는 것이 도움이 될 수 있을 것입니다. 이 개발자 여러분에게도 작동하는 것과 작동하지 않는 것에 대한 데이터를 수집하는 데 도움이 될 것이라고 생각합니다). 따라서 아마도 더 좋은 방법은 그 기능을 제외하고 나머지 두 기능을 통합하여 구형 브라우저와 광범위하게 테스트하는 것일 것입니다(사람들도 테스트를 돕는 것을 기꺼이 할 것이라고 생각합니다)
2개의 좋아요
"심지어 WinXP에서도 최신 브라우저를 실행할 수 있다"는 점을 강조하기 위한 표현일 뿐, 필수 요건은 아닙니다.
6개의 좋아요
그 프로젝트는 다른 Windows 버전에서도 작동하는 것으로 알고 있습니다. Falco는 단순히 XP에서도 작동한다는 것을 보여준 것뿐입니다. 그리고 사용하는 Windows 버전에 따라 WinZO가 필요할 경우 호환성 마법사가 있는 경우도 있을 수 있습니다. . 지원이 제거된 시기는 기억이 잘 나지 않는데, Vista 이후였던 것 같습니다.
1개의 좋아요
죄송합니다, 장난이었어요 (아마 제 농담에 이모지를 더 많이 넣어야 할 것 같습니다 
)
앞으로 2~3개월 안에 RedFox로 전환하는 것을 이미 생각하고 있지만, 먼저 업무와 취미로 사용하는 특정 워크그룹 전용 서버들과 함께 제대로 작동하는지 확인하기 위해 많은 테스트를 해야 합니다. 그 서버들은 브라우저에 대해, 뭐, 그저 "매우 까다롭다"고 표현할 수 있겠네요.
1개의 좋아요
무언가 잘못되면 어떻게 해야 할지 전혀 모르는데, 내 운영 체제를 만져보라고 하기에는 정보가 너무 부족합니다. (그리고 두 번째 문장은 여전히 전혀 이해가 되지 않습니다.)
– 자동차 운전법을 전혀 모르는 사람에게 '자, 그냥 고속도로로 올라가면 돼. 괜찮을 거야. 표지판이 어디로 가야 하는지 알려줄 테니까. 브레이크는 차를 멈추는 거야.'라고 말하는 것과 같은 격입니다.
VirtualBox는 샌드박스 환경입니다. 문제가 발생하면 종료한 후 다시 열면 됩니다. VirtualBox 환경은 호스트 운영체제에 영향을 주지 않습니다. 관련 정보를 인터넷에서 많이 찾아볼 수 있으며, YouTube 영상을 시청하는 것도 좋습니다.
2개의 좋아요