Що заважає нам розгортати настільні комп’ютери Linux у нашій компанії?
Ми всі вже використовуємо Macs ;-).
У мене є дещо унікальна перспектива. У чотирьох компаніях, в яких я працював протягом останніх 10 років, займаючись професійним системним адмініструванням (включаючи IBM Global Services), у мене була можливість використовувати робочу станцію Linux, і я. Не сказати, що це не обійшлося без боротьби.
Компанія перша
Першою компанією з коледжу була компанія з резервного копіювання Unix / Linux. Генеральний директор зобов’язав, що оскільки ми розробляємо програмне забезпечення для Linux, всі, включаючи людей, що не є технічними, мали використовувати Linux як робочий стіл. Він не виключав і себе, і він був дуже не технічний. Тепер це було в 1999-2000 роках, щоб дати орієнтир. Настільний Linux не був складним. GNOME був дуже незрілим середовищем, а KDE не був набагато кращим. Підтримка обладнання в самій Linux не була такою ж хорошою, як зараз.
Виклики-
- Потокове відео. Хоча рідкість, деякі речі, з якими працювала команда з маркетингу, були Real Networks, а RealPlayer був плямистим. Я витрачав щонайменше 2-3 години на тиждень, пояснюючи маркетинговій команді, як робити справи на Linux.
- Друк. Тьфу. Я ненавиджу друк на Linux. Зараз насправді це не набагато краще, ніж тоді, за винятком, можливо, інструменти кращі. Принтери смоктають. О, це не специфічно для Linux.
- Офісні програми. Microsoft Office, звичайно, був основним додатком, використовуваним у світі бізнесу. Ми використовували StarOffice, і я ненавидів це. Можливо, через проблеми з друком.
Компанія друга
Це був IBM! Я працював системним адміністратором в електронному бізнесі, і з кінця 2000 року IBM підтримував внутрішній стек розгортання Linux, на якому встановлено все необхідне програмне забезпечення IBM, як інструмент, що вимагає праці, інструмент друку (хе!), Lotus Notes (з / ВИНО ), Lotus Sametime та програмне забезпечення VPN. Цей «дистрибутив» пройшов через багато ітерацій і отримав дійсно хороший час до того, як я покинув IBM у 2007 році. Це було грубо, але придатним для використання протягом кількох років, але Lotus Notes 8 та Lotus Sametime мали «рідні» клієнти Linux (читайте: на базі Java ), це було насправді приблизно таким же придатним, як Windows (що я не вважаю корисним :-)).
Виклики-
- Друк знову. Навіть незважаючи на те, що IBM має складні принтери та інструменти для їх налаштування, друк все-таки є досить.
- Lotus Notes. Перш за все це було проблемою для самого Notes, що це купа сміття :). Коли вони перейшли від неофіційного (але розробленого внутрішньо) стека WINE до клієнта Java, це стало набагато краще. Я все ще ненавиджу Нотатки, хоча.
- Лотос Самет. Народний клієнт Sametime у Windows був (є?) Жахливим. Було кілька внутрішніх проектів, включаючи програму perl / gtk, кілька плагінів трилієн та плагін GAIM / Pidgin. Врешті-решт вони пішли з дещо пристойним, корисним клієнтом із 7,5.
- Офісне програмне забезпечення. Це в першу чергу IBM, що висить на продуктах Lotus дорогого життя. Не було відкритих плагінів для конвертації принаймні до інтеграції відкритого офісу в Примітки 8.
- IE лише CRM. Одним із інструментів продажу квитків, який ми мали використати, був CRM Siebel, який не працював із будь-яким браузером, окрім IE6. Крім того, якби встановлено певний критичний патч (який був автоматично встановлений менеджером патчів IBM , він не запустився. Повний збій і програш.
- Унікальні проблеми IBM. Такі, як випадок CRM вище, але й інші, занадто численні, щоб повторити тут :-).
Компанія три
Я працював у навчальній компанії з безпеки, яка використовує Linux для всієї інфраструктури компанії та підтримки. Весь персонал адміністратора використовував Linux або як основну ОС робочої станції, або як вторинну робочу станцію. Прийняття Linux для персоналу, який не є систематичним, напевно нагадує проблеми, з якими стикаються інші компанії.
Виклики-
- Поширеність Outlook та загальний календар, але насправді його відсутність! Оскільки компанія орієнтована на безпеку, вони орієнтовані на "ми повинні володіти та контролювати все". У нас не було сервера Exchange, насправді спільного календаря насправді просто не існувало. Під час оновлення інфраструктури мене найняли в основному для роботи, ми встановили Zimbra, і поки міграція користувачів зі старої електронної пошти до Zimbra відбулася після того, як я пішов, я почув, що це був надзвичайний успіх, і спільний календар в Zimbra був дуже популярним функція справді.
- Офісне програмне забезпечення. Особливо презентації PowerPoint. Усі навчальні матеріали були написані авторами навчальних програм насамперед у PowerPoint. Насправді в Linux немає рівних. Нафф сказав.
- Навчання користувачів. Більшість людей звикли до Windows із своїх домашніх систем та інших посад, тому перенавчання 100 людей було б непосильним.
Компанія четверта
Ах, компанія, в якій я зараз. Усі ми використовуємо Mac. Ми використовуємо Google Apps, тому жодних загальних календарів не існує, жодних витрат на ліцензію на доступ клієнта (хоча, мабуть, вартість кожного користувача, що набагато менше, ніж Exchange!). Ми процвітаємо з програмним забезпеченням з відкритим кодом (ми - компанія з відкритим кодом!), І, звичайно, для тих, хто цього потребує, Microsoft Office (або iWork) доступний у будь-якому випадку. Я не з тих людей, тому чудово бути на 100% безкоштовним для роботи в Microsoft (я все ще використовую це для ігор!).
Я помітив, як я отримую більше впливу світу запуску, багато більше стартапів використовують Macbooks + Google Apps == виграш. Linux-сервери - це звичайно хмарний вузол, на якому працює веб-сайт, код розміщується на GitHub (державних або приватних сховищах), DNS передається в аутсорсинг.
Кінцеві думки
Тому, хоча багато людей зазначають "більш важкі" причини, чому Windows залишається на місці, а Linux не настільки широко розгорнутий, в даний час існує менше проблем з комутацією, ніж раніше. Багато аргументів проти Linux в будь-якому разі є безпідставними для тих, хто знає, TCO є найбільшим аргументом, оскільки саме Microsoft витрачає мільярди доларів на маркетингову розповсюдження FUD. TCO - це суб'єктивна відповідь на питання різноманітної теми, IMO, оскільки, хоча моделі можуть передбачати витрати, вони не завжди вражають точний простір проблем кожної компанії.