Чому Atom, Brackets і OpenOffice зазнали невдачі та спадок, який вони залишили

Якщо ви хоч раз працювали з програмним забезпеченням з відкритим вихідним кодом, то знаєте жахливе відчуття, яке виникає, коли проект, від якого ви залежите, раптово стає темним. Одного тижня він бурхливий разом із новими оновленнями, виправленнями та діяльністю спільноти, а наступного – це місто-привид.

З часом ви звикнете до інструменту, адаптуєте його так, щоб він ідеально вписувався у ваш робочий процес, а потім раптом його покидають. Саме тоді настає справжнє розчарування. Вам доведеться шукати нову альтернативу з відкритим вихідним кодом, яка може не відповідати, або, що ще гірше, змиритися з ще однією платною підпискою.

Суть вибору відкритого вихідного коду насамперед полягає в тому, щоб уникнути блокування та нескінченних комісій, тому, коли проект зникає, створюється відчуття, що вас штовхають назад у ту саму екосистему, з якої ви намагалися втекти. Хоча це правда, що відкритий вихідний код може надати вам дивовижну свободу та вибір, це також пов’язано з ризиком того, що навіть найперспективніші проекти можуть зникнути.

Чому Atom все ще має значення, навіть після його вимкнення

Якщо ви кодували в 2014 році, швидше за все, ви були знайомі з Atom, текстовим редактором GitHub з відкритим кодом. Він швидко став популярним серед розробників завдяки нескінченним налаштуванням. Ви можете зробити Atom будь-яким, що вам потрібно, наприклад, налаштувати теми інтерфейсу, додати потужні розширення або максимально використати його інтеграцію з платформою GitHub.

Що виділяло Atom, так це спільнота, яку він підтримував. Розробники вилили свою енергію у створення пакетів і плагінів, додавши все, від підтримки незрозумілих мов до інструментів, які зробили його повноцінною IDE. Навіть якщо ви не були глибоко в програмуванні, ви могли б оцінити, наскільки це було доступно та як швидко воно стало частиною сучасного робочого процесу кодування.

Вплив Atom можна побачити й сьогодні. Незважаючи на те, що GitHub закрив його у 2022 році, щоб зосередитися на VS Code, він залишив по собі спадок, який змінив спосіб взаємодії з редакторами коду та довів, наскільки потужним може бути відкритий код, керований спільнотою, навіть якщо корпоративна стратегія не узгоджується.

Якщо ви вивчали веб-розробку в 2014 році, ви, мабуть, натрапили на Adobe Brackets, легкий редактор коду з відкритим вихідним кодом, створений для дизайнерів інтерфейсу. Там, де інші редактори здавалися складними та розробленими для більш просунутої розробки, Brackets зробили кодування більш зручним для початківців. Його претензією на популярність був Live Preview, який дозволяв вам бачити зміни коду HTML і CSS у вашому браузері. Замість того, щоб клацати між додатками та вкладками та постійно оновлювати веб-переглядач, користувачі бачать, як кожна зміна з’являється в реальному часі. Це був чудовий інструмент, якщо ви вивчали фронтенд розробку.

Можливо, дужки не досягли такої популярності, як Atom або Visual Studio Code, але вони сприяли прихильності дизайнерів і початківців програмістів, які цінували його простий підхід до веб-розробки. Adobe офіційно припинила підтримку в 2021 році, порекомендувавши користувачам перейти на VS Code після того, як стало ясно, що Brackets не можуть конкурувати з іншими більш розширюваними редакторами тієї епохи.

Хоча Adobe рекомендувала VS Code як альтернативу, його складність і потужність — це саме те, чого намагалися уникнути користувачі Brackets. Тим не менш, Brackets не вистачає за те, що він представляв: редактор, який зробив веб-розробку трохи менш страшною. Це знизило бар’єр входу для багатьох новачків. Він продемонстрував, що продуманий підхід до дизайну може зробити кодування доступнішим для всіх.

Зліт, падіння та форк OpenOffice.org

Задовго до того, як Google Docs або LibreOffice стали поширеними на робочому місці, OpenOffice.org був офісним пакетом із відкритим кодом, до якого зверталися люди, які не хотіли бути в екосистемі Microsoft. Це було серйозне програмне забезпечення для підвищення продуктивності, яке мало обробку текстів, презентації, електронні таблиці тощо.

Але проблеми назрівали на початку 2010 року, коли Oracle придбала Sun Microsystems. Розробка проекту сповільнилася, і між спільнотою та Oracle почав формуватися розрив. Багато хто з основних учасників проекту розчаровано залишили проект і у вересні 2010 року створили форк під назвою LibreOffice.

Офіційно OpenOffice.org не було закрито; код сьогодні відомий як Apache OpenOffice, але дух спільноти точно був таким. Для користувачів OpenOffice справжньою втратою був не код, а імпульс і енергія спільноти, які могли зберегти його справжнім конкурентом Microsoft Office.

Коли ви озираєтеся на такі проекти, як Atom, Brackets і OpenOffice, важко не мати гірких відчуттів щодо них. Кожна з них представляла момент, коли відкрите програмне забезпечення йшло в ногу з технологічними гігантами. Вони розширили межі, давши вам потужні, доступні та безкоштовні інструменти. Вони не завжди були досконалими, але вони вирішували реальні проблеми та створювали спільноти зацікавлених користувачів.

Це двосічний меч відкритого коду. Ви отримуєте свободу, гнучкість і відсутність додаткових щомісячних підписок чи комісій, але ви також ризикуєте тим, що навіть чудові проекти можуть зникнути, коли корпоративні пріоритети змінюються або з’являється новий, яскравіший проект. Срібна підкладка в усьому цьому полягає в тому, що відкритий вихідний код насправді ніколи не вмирає, його ідеї та код живуть у форках, нових версіях і наступній хвилі проектів.