Компании Forrester, North Bridge Venture Partners и Black Duck провели опрос более 1400 разработчиков, в результате которого выяснилось (http://www.zdnet.com/survey-indicates-four-out-of-five-devel.../), что 84% из опрошенных используют в своей практике открытое ПО. При этом опрос не ограничивался компаниями, связанными с open source, а охватывал широкий круг разнообразных поставщиков, включая сотрудников компании Microsoft и разработчиков разнобразных проприетарных программных продуктов (2/3 опрошенных используют на рабочем месте платформу Windows).
Интересно, что в качестве причины выбора открытых инструментов большинство указали на высокий уровень производительности и надёжности, минимально отметив такой фактор, как стоимость. Из областей, в которых открытое ПО вырвалось в лидеры, 73% опрошенных отметили виртуализацию и облачные технологии, 66% - системы управления контентом, 61% - мобильные системы, 59% - средства защиты, 57% - системы управления сетью. Из наиболее перспективных отраслей продвижения открытого ПО отмечены образование, госуправление и здравоохранение.URL: http://www.zdnet.com/survey-indicates-four-out-of-five-devel.../
Новость: http://www.opennet.me/opennews/art.shtml?num=40962
значит отток пользователя идёт, не иначе
> 2/3 опрошенных используют на рабочем месте платформу Windows"используют открытое ПО" != "используют _только_ открытое ПО"
В данном случае это не важно.Надеюсь все читать умеют?
> ... (2/3 опрошенных используют на рабочем месте платформу Windows).
>
> ... Интересно, что в качестве причины выбора открытых инструментов большинство указали на высокий уровень производительности и надёжности, минимально отметив такой фактор, как стоимость.Тем более, что опрашивали как раз блобо-генераторов.
Разработчик использует для упаковки 7zip и уже в статистике. Криво как-то. Тогда нужне процент использующих пропиетарщину.
> Разработчик использует для упаковки 7zip и уже в статистике.Э-э-э, знакомый Вася одноэсник?
> Криво как-то.Не то слово.
> Тогда нужне процент использующих пропиетарщину.Назови хоть одну проприетарную библу, пакующую в zip, которую ты использовал в своём ПО (ты вообще программист?)
Отток разработчиков != отток пользователей.
Пользователи текущей (т.е. никакущей) квалификации не в силах отличить одну операционку от другой, или считают Офис операционкой...
Ниже стечь им уже просто некуда...
В данном случае пользователем называется как раз разработчик.
Потому что он использует открытое ПО. Очевидно же.Трэнд на использование такого ПО тоже радует. Потому что появляются и совершенствуются новые стандарты и подходы к разработке ПО.
Например никого уже не удивишь наличием sqlite, libzip, libjpeg,..
>значит отток пользователя идёт, не иначеКакой отток? То что какие-нибудь виртуалки запускают не на вмваре или гипер-ви еще не означает отттока. Они же при этом могут и в Visual Studio писать.
>>значит отток пользователя идёт, не иначе
> Какой отток?А помните лысый клоун скакал с криками "Developers!"? Он хоть понимал, кому Windows обязана успехом.
> То что какие-нибудь виртуалки запускают не на вмваре или гипер-ви еще не означает отттока.
Ну да. Как и то, что вся "деятельность" технологической компании начинает сводиться к биржевым спекуляциям и патентному троллингу - не означает ее краха.
И тут 84% ._.
два по 42, хехе
Еще 9 до 95
11?
10?
11 же, умник.
Отличный пример того как работает open-source =)
> Отличный пример того как работает open-source =)Клоун, тебя забанили?
че минусите? чел сразу два ответа нашел.
http://philologist.livejournal.com/6629768.html
Меня не удивляет, что 84% опрошенных используют открытое ПО. Меня удивляет, что 16% его _не_ используют!
Целых 16 процентов, у кого даже фаерфокса и кодеков видео нет)
Ну тут вопрос стоял о "использвании в своей практике".
Но всё равно странно: как без опенсорсной системы управления версиями файлов жить? Я про git/svn/mercurial/vcs? Или так: зачем вместо них использовать нечто проприетарное? Зачем?
> Я про git/svn/mercurial/vcs? Или так: зачем вместо них использовать нечто проприетарное?Молодой ещё.
Запросто - тех.директор получает предложение, от которого сложно отказаться - 20-30% отката, если компания перейдёт на Borland StarTeam.
Под внедрение StarTeam создаётся отдел, народ там получает нехилую зарплату, запускается многолетний проект по интеграции с корпоративным AD, проводятся регулярные совещания, все счастливы.
А мнения быдлокодеров никто не спрашивал, их на такие совещания не приглашают.
> Но всё равно странно: как без опенсорсной системы управления версиями файлов жить? Я про git/svn/mercurial/vcs? Или так: зачем вместо них использовать нечто проприетарное? Зачем?Я знал одну такую контору, причём немаленькую, несколько тысяч сотрудников; там существа, называющиеся почему-то "программистами" и занимающиеся "программированием" на вижуалбасике под продукты жизнедеятельности Баллмера принципиально не пользуются контролем версий. Вернее контроль версий есть, реализован еженочным бекапом, если оно где-то косячит и надо откатиться, то просит поднять ночной бекап и начинает СРАВНИВАТЬ! И когда я предложил ихнему главному программисту начать использовать хоть какой-то контроль версий, он мне рассказал, что это он тут программист и лучше знает, как правильно работать.
Кстати, из тамошних "программистов" только половина хотя бы имеет тестовые машины, чтобы смотреть, как будут работать их нововведения, остальные быдлокодят прямо в продакшен.
И каким-то чудом они ухитряются существовать! Лично я очень удивлён, что владелец бизнеса ещё не сунул ноги ИТ-директора в тазик с цементом.
Есть такая категория разработчиков как .нет
Вот это особая каста умственно отсталых, которые заглушили в себе позывы к действительности ради стабильности
Много букавак не асилил. Надеюсь, это то, о чем я думаю...
> Есть такая категория разработчиков как .нет
> Вот это особая каста умственно отсталых, которые заглушили в себе позывы к
> действительности ради стабильностиИМХО, Java-разрабы им фору дадут :)
На Маках с СПО проблемы.
Никаких проблем.
И линух ставится. Да и на самой макос вон — brew update...
уж точно лучше, чем под вантузом. таки никс. тот же gcc нативно встаёт без всяких слоёв совместимости.
>brew updateСыроват. База маловата. MacPorts пока спасают
Хм. Перешёл и не жалею, всё что надо есть.
Правда всё равно в основном в линухе сижу.
Вот прям сейчас нпример:
# dmidecode -t system
# dmidecode 2.12
# SMBIOS entry point at 0x7ad15000
SMBIOS 2.4 present.Handle 0x000D, DMI type 1, 27 bytes
System Information
Manufacturer: Apple Inc.
Product Name: MacBookPro11,3
Version: 1.0
Serial Number:
Чего не хватает там?
Операционной системы linux
Вероятнее всего они просто не понимаю что такое лицензии на ПО
используют, просто не знают что оно открытое ;)
Скорее всего.
Просто пишут в своей нише (дотнетчиков уже упоминали. Одноэсников не хватает) и больше ни на что внимание не обращают.
16% не знают, что используют открытое ПО.
просто 84% разработчиков поняли суть вопроса именно так, как он был поставлен (например: используешь 7zip - отвечай 'да'), остальные 16% подумали, что речь идёт об использовании исключительно открытого ПО
Не, я, конечно, пробовал code::blocks, lazarus, eclipse, но пишу код все равно в ide от borland/embarcadero и oracle :)
осталось vim, emacs попробовать)))
попробуй kdevelop или qt-creator
А что ж молчите за открытые IDE JetBrains?
> я, конечно, пробовал code::blocks, lazarus, eclipseИ верно, но
> borland/embarcadero и oracle
Теперь эти тебя пробуют ...
Ну хз, у меня периодически бывают заскоки перейти на все свободное, поставил недавно lazarus на винду - в шрифтах межбуквенный интервал большой, в настройках не регулируется (или я не нашел где)... интерфейс все еще MDI, SDI, видимо, придется самому запилить, если время и желание разбираться найду... Для трехзвенки (клиент - сервер приложений - сервер БД) компонентов, подобных Datasnap (бывший Midas) от Embarcadero, так и не нашел (Laz-n-tier и еще какой-то посмотрел - слабовато)... Короче, все это хорошо, что бесплатно и с исходниками, но без напильника не стоит лезть видимо...
Это потому что напильник нужен побольше.
Не, так подсесть на паскаль и его аппендиксы и не замечать весь остальной мир, надо ещё умудриться.Зыж
Я бы лично вашим кодом не пользовался. Как пример напомню историю поиска 64-битного компилятора для тоталкомандера.
Отказывайтесь уже от этих ваших "компонентов". Всё это пережитки 90-х. Один вендор, один компилятор, одна ОС,..
А то подобный код мало того что плохо переносим, так он ещё и плохо переносим в рамках разных версий винды.
Правда весь остальной мир в основном живёт на си/си++, но.. это ведь не проблема? Напомню, мы тут в век мобильных девайсов существуем. Не учитывать это глупо.
>[оверквотинг удален]
> Зыж
> Я бы лично вашим кодом не пользовался. Как пример напомню историю поиска
> 64-битного компилятора для тоталкомандера.
> Отказывайтесь уже от этих ваших "компонентов". Всё это пережитки 90-х. Один вендор,
> один компилятор, одна ОС,..
> А то подобный код мало того что плохо переносим, так он ещё
> и плохо переносим в рамках разных версий винды.
> Правда весь остальной мир в основном живёт на си/си++, но.. это ведь
> не проблема? Напомню, мы тут в век мобильных девайсов существуем. Не
> учитывать это глупо.Никто не настаивает, однако. Но для писания софта под автоматизацию небольших компаний, которые не в силах осознать свои потребности и сделать постановку задачи, ничего лучше RAD (Delphi5 его классический пример) пока не придумано. Другое дело, что для 50+ пользователей нужно этим инструментом владеть, а не просто сбрасывать мышью картинки на форму.
Си\си++ же для ваяния интерфейсов к БД тяжеловат. Еще можно спросить - а что же на ПХП, Руби, питоне и пр. так много сайтов рисуют, а не на Си/Си++, как остальной мир?Кстати, А ЗАЧЕМ тоталкомандеру 64 бита? Он в 32 бита не справляется, что ли?
> Но для писания софта под автоматизацию небольших компаний, которые не в силах осознать свои потребности и сделать постановку задачи, ничего лучше RAD (Delphi5 его классический пример) пока не придумано.Да ладно.
Вон Qt-creator вполне заменяет. При этом и порог вхождения низкий (никакие выкрутасы аля лямбда выражений,.. да даже шаблоны - не требуется) и расширяемость большая (теже лябда таки не запрещаются. плюс килотонны.. нет, МЕГАтонны уэе готового кода на С/С++).Просто ТРАДИЦИЯ и ИСТОРИЧЕСКИ ТАК СЛОЖИЛОСЬ. Ну и - "а нам в вузе паскаль давали".
Вот и все аргументы.зыж
>Кстати, А ЗАЧЕМ тоталкомандеру 64 бита? Он в 32 бита не справляется, что ли?Постановка вопроса умилет. Это называется прогресс.
Сам факт наличия компилятора и твоих возможностей, как програмиста что-то сделать этим инструментом.
Или 640кб хватит всем?
Не, не нравится этот пример. пожалуйста другой - поддержка unicode (в нём же) тоже был ещё тот квест с элементами хоррора.
> Самая главная причина, почему я хотел попытаться портировать TC под Lazarus, это то, что Lazarus может создавать нативные 64-битные приложения, а Delphi - нет. Разработчики Delphi уже много лет анонсируют выход 64-битовой версии среды разработки, но её до сих пор нет.
> ...
> Есть и приятные моменты. Например, полная поддержка Unicode в TC была написана мной вручную, тогда как в Lazarus все контролы изначально поддерживают Unicode и базируются на UTF-8.
Не, я C++ знаю и использую так же, как паскаль, хотя мне он и не нравится, в силу того, что без библиотек типа boost и stl он слишком ограничен и для задач, которые на паскале решаются прозрачно, приходится писать велосипеды или использовать чужие решения. Но, в любом случае, меня радует, что в RAD Studio от Embarcadero проекты и на том, и на другом языке ведутся одинаково, 100500 сред держать для каждого языка не надо...
> которые на паскале решаются прозрачно, приходится писать велосипеды или использовать чужие решения.А выше-указанные компоненты свои что ли?
Не, врё.. вводите в заблуждение.Зыж
А под си++ решений столько, что никаким паскалям не снилось.
Просто вы о них не знаете. Раз утверждаете обратное.
Дело не в решениях, реализованных другими разработчиками, их полно, независимо от языка, а в самой недоработанности языка C++. Вы ведь в курсе, что в нем нет понятия "строка", а только массив символов (если не использовать классы, которые не входят в стандарт), нет понятия "динамический массив", если не использовать vector, который не входит в стандарт языка. Регистрозависимость - я не встречал еще ни одного реального примера, когда потребовалось бы одновременно объявить, скажем, функции с именами ABC, AbC и abC в одном модуле. Хоть все это унаследовано от C - но мы в каком веке живем, такие фундаментальные ограничения просто в ступор вводят. А паскаль с самого начала как был спроектирован идеально - так и существует :)
>в нем нет понятия "строка"В С нету, а в С++ это string. И да STL является частью стандарта С++.
>нет понятия "динамический массив",
Опять же. Динамический массив есть как в С так и в С++. В удобном виде в С++ это vector и он опять таки является частью стандарта.
В общем вы стандарта не знаете. На те читайте: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2012/n333...
1. В oject pascal'e тоже есть ноль-терменированные строки. Вы не в курсе? Жаль.
2. vector входит в stl, stadard template library и вы не поверите как переводится первое слово. И конечно же входит в стандарт.
3. Регистро-зависимость — это офигенный плюс языка. Только ограниченные люди могут себя ограничивать. Например, PI и pi можно использовать одновременно, где первое это константа, а второе — функция (например для разной точности подсчёта в зависимости от настройки опций), и не нужно что-то выдумывать с именами.
4. Си++ можно использовать на нужном уровне абстракций, от железа, до коней в вакууме. А паскаль как был спроектирован для обучения программированию, так и остался.А вообще, какие-то аргументы у вас на уровне первого курса.
Блин, тотже begin и end банально длиннее {}. И набирать дольше, и наглядности меньше.
Фигурные скобки вместо begin ... end; - весомый аргумент :)Вроде как уже сто лет можно набрать begin и тебе автоматом поставит end, так же как вбить фигурную скобку открывающую - а за тебя поставят закрывающую, так что слабовато преимущество :)
Опять же, пИшите, что только ограниченные люди могут себя ограничивать - и дальше о регистрозависимости, это разве не ограничение, которого нет в паскале? :)
Язык C++ когда официально считается принятым? с 81 года? STL когда стала частью стандарта? в 98 году? И то не полностью? Всего-то 30 лет понадобилось, чтобы приблизиться к тому, что в паскале всегда было... Boost - это не часть стандарта.
>Опять же, пИшите, что только ограниченные люди могут себя ограничивать - и дальше о регистрозависимости, это разве не ограничение, которого нет в паскале? :)Это зависит от того с какой стороны посмотреть. С точки зрения возможности иметь две разные сущности названые одинаково, но в разном регистре - это свобода. С точки зрения отсутствия возможности назвать одно и то же в разном регистре - это ограничение.
Но что одно что другое обе вещи плохие с точки зрения написания кода. Лучше всего что бы разные сущности назывались по разному и при этом в одинаковом стиле(не было шатания регистров символов)>Язык C++ когда официально считается принятым? с 81 года? STL когда стала частью стандарта? в 98 году? И то не полностью? Всего-то 30 лет понадобилось, чтобы приблизиться к тому, что в паскале всегда было...
И? Конечно не я вас заставлял пользоваться С++(пусть каждый пользуется тем чем ему удобнее). Но если вы хотите сравнивать С++ 81 года, то с вами что-то не так.
В нынешнем С++ STL является частью стандарта и не надо списывать ваше незнание его нынешнего стандарта, на историю.>Boost - это не часть стандарта.
Да не является, но тем не менее компилируется большинством компиляторов под разные платформы и использовать его никто не запрещает.
[сообщение отредактировано модератором]
> Это зависит от того с какой стороны посмотреть.Не только.
Вот я точно уверен, что (по традиции) PI — это константа (или дефайн).
И компилятор мне не даст ошибиться в этом вопросе, если я хочу именно константу здесь и сейчас.
Началось, плеать. Только срач разводить, си vs паскаль. Какая тебе накуй разница, на чем пишет человек? Нравится, удобнее, привычнее, etc. Нахер ему сями и прочими кутями пользоваться, если все устраивает?
Да пусть пользуется чем угодно. Своё авторитетное мнение только пусть держит при себе.
А то все идут не в ногу (на какой платформе С не является базовым стандартом?) и только он дартанян.
Хех, если толпа выбрала что-то - она ведь не может ошибаться, ведь это толпа :) Так? Ну тогда, значит, винда лучше линукса, ведь ее тоже толпа выбрала, правильно? И не надо высказывать свое авторитетное мнение, что может быть быть что-то лучше винды, ведь это - стандарт! Вот такая логика, сами себе противоречите.
А кто говорил про толпу? Троллинг?
Если так, то примитивный. Если нет — то примитивный вы.Речь о профессионалах. Маркетинговый заказ вполне себе конечно работает (как показал на своём примере делфист), но тотже бэйсик с жабой вполне себе таки на сях. Как и ядра всех ОС, и системные (да и не системные) библиотеки.
Где маркетинга меньше, там картина точнее. И, что характерно, в этом случае доля паскаля стремиться к 0. Потому что это всего лишь дополнительный лэйер между ПО и системмой.
Поэтому и паскалевцы ограничены, т.к. видят возможности системы только через призму тех компонетов, что им борланд (и наследники) соизволят написать. Вон ниже пример с баркодами.
Дык зачем тогда вообще какие-либо прослойки использовать, можно сразу в машинных кодах набивать! Даже асм - и то уже какая-никакая, а абстрактная прослойка между программистом и работой машины, чего уж там говорить про языки высокого уровня, из которых компилируется нативный код, а про генераторы байт-кода для ВМ типа явы и дотнета вообще не стоит упоминать... Мне, как разработчику прикладного ПО, совсем неинтересно, какие сейчас появились у железа новые регистры или наборы инструкций - пусть это интересует разработчиков компиляторов, я хочу, чтобы написанный мною код, хоть на паскале, хоть на с++, добивался поставленной цели, независимо от конкретного железа и конкретной программной прослойки в виде ОС.
Вот именно! Но Вы зря распинаетесь, упоротые будут до усрачки спорить - си или паскаль. Клиент еще не созрел.
Ваш клиент упорно проигнорировал, то что ему указали на сильно ошибочные высказывания с его стороны. Пускай товарищ не пытается что-то говорить про язык программирования про который он ни черта не знает или знал когда-то давно.
А особенно нравятся двойные стандарты. В одном месте он пишет что нету готовых компонентов в Lazarus, а в другом говорит что надо использовать чужой код и это плохо.
>Для трехзвенки (клиент - сервер приложений - сервер БД) компонентов, подобных Datasnap (бывший Midas) от Embarcadero, так и не нашел (Laz-n-tier и еще какой-то посмотрел - слабовато)...
>... для задач, которые на паскале решаются прозрачно, приходится писать велосипеды или использовать чужие решения.
>Не, я C++ знаю и использую так же, как паскаль, хотя мне он и не нравится, в силу того, что без библиотек типа boost и stl он слишком ограничен и для задач...То есть видите ли boost и stl это нестандартно и плохо(причём первый спокойно собирается под любые платформы), а набор костылей от embracadero это свет и щасте.
>А паскаль с самого начала как был спроектирован идеально - так и существуетИ не надо идеализировать какой либо язык программирования. У всех языков есть слабые места и недостатки.
> А паскаль с самого начала как был спроектирован идеально -
> так и существует :)Неправда.
>>Кстати, А ЗАЧЕМ тоталкомандеру 64 бита? Он в 32 бита не справляется, что ли?Гислер рассказывал об этом в интервью. Люди думают,что 64bit лучше 32bit, поэтому и требуют
> Ну хз, у меня периодически бывают заскоки перейти на все свободное, поставил
> недавно lazarus на винду - в шрифтах межбуквенный интервал большой, в
> настройках не регулируется (или я не нашел где)... интерфейс все еще
> MDI, SDI, видимо, придется самому запилить, если время и желание разбираться
> найду... Для трехзвенки (клиент - сервер приложений - сервер БД) компонентов,
> подобных Datasnap (бывший Midas) от Embarcadero, так и не нашел (Laz-n-tier
> и еще какой-то посмотрел - слабовато)... Короче, все это хорошо, что
> бесплатно и с исходниками, но без напильника не стоит лезть видимо...Ага, а хоть печать чего-либо непростого (этикеток, баркодов) в Лазарусе чем делать? До трехзвенки еще дожить надобно (100 и более пользователей), а печать - первое дело для нишевого софта Лазаруса (от 3 до 50 пользователей без администрирования).
Да вы издеваетесь что ли?
# eix app-text/barcode
* app-text/barcode
Available versions: 0.98-r1
Homepage: http://www.gnu.org/software/barcode/
Description: barcode generator> GNU Barcode is a tool to convert text strings to printed bars. It supports a variety of standard codes to represent the textual strings and creates postscript output.
> Main features of GNU Barcode:
> Available as both a library and an executable program
> Supports UPC, EAN, ISBN, CODE39 and other encoding standards
> Postscript and Encapsulated Postscript output
> Accepts sizes and positions as inches, centimeters, millimeters
> Can create tables of barcodes (to print labels on sticker pages)Ну выйдите уже из рамок своих песочниц.
Мир гораздо (ГОРАЗДО) больше, чем вам предоставляет делви и вантуз.
> поставил недавно lazarus на винду - в шрифтах межбуквенный интервал большой, в
> настройках не регулируется (или я не нашел где)Всё верно - ты, вендузоид, должен страдать.
Ну, Debian у меня стоит на ноуте и я им нормально пользуюсь, но ничего не пишу под Linux. Одна надежда, что когда-нибудь Embarcadero допилит свою библиотеку FireMonkey до такого состояния, что нативное ПО можно будет писать одинаково легко как под Windows, MacOSX, Android и iOS, так и под linux, вроде как работы в этом направлении ведутся, но когда это все будет и будет ли вообще...
> ничего не пишу под LinuxСпасибо, удачи тебе!
А ты пишешь? :) Можно кода примеры, что ли? В какой среде, какой язык, какие библиотеки используешь?
> Можно кода примеры, что ли?Нет, я же аноним.
> В какой среде, какой язык, какие библиотеки используешь?
vim
c (реже c++, tcl, python)
все которые подходят и есть в репозитории.
> ничего не пишу под Linux.и правильно делаешь
Ну, поэтому любой софт пишется, в первую очередь, под винду, потому что нет такого пренебрежительного отношения и никто не ограничивает какими-то навязанными стереотипами. Просто цель, в большинстве случаев, решение какой-то конкретной задачи, любыми средствами на выбор разработчика, а не программирование ради программирования.
> Ну, поэтому любой софт пишется, в первую очередь, под виндуВы регулярно повторяете себе это перед сном?
На самом деле, все сильно зависит от рода деятельности. Напр., научные приложения - разрабатываются почти ислючительно в (и под) Linux, в меньшей степени - MacOS.
> потому что нет такого пренебрежительного отношения
Какого "такого"? Вам ничто не мешает, конечно, выдавать мнение какого-то придурка за типичное "отношение" к разработчикам в FOSS сообществе. Просто это глупо.
"Какого такого" и в следующей же фразе оскорбил...
> "Какого такого" и в следующей же фразе оскорбил...Ох, детсад. Вовочке объяснили что он сказал глупость - он побежал к маме жаловаться "они меня дураком назвали!!!"
Так?
А что за IDE от oracle?Уж не netbeans ли GPL'ный?
SQL Developer, для pl/sql и sql.
> SQL Developer, для pl/sql и sql.facepalm
Ну, Oracle Forms тогда, тоже среда разработки и тоже не open-source. Хотя я не понимаю вышеприведенного коммента. PL/SQL - уже не язык программирования? SQL Developer - не среда? Тут выше советуют VIM и EMACS, которые, насколько я понимаю, вообще просто текстовые редакторы.
JDeveloper
Разработчик сидит, читает MSDN через файерфокс - все, использует открыто ПО )
> Разработчик сидит, читает MSDN через файерфокс - все, использует открыто ПО )Разработчик сидит, читает MSDN - все, законтачился
А что, это неправда?
свободное не всегда открытое
это я лично говорю
Очень интересная дискуссия российских сторонников "пропиетарщины" и "опенсорщины". А вот вопрос на "засыпку" для "пропиетарщиков", как часто вы покупаете этот самый софт? Ессно у официалов. Думаю процентов 99% российских разработчиков, любителей "фирменного", сидят на варезе, а 1% юзает софт, купленный для них фирмой. Я не прав?
> Очень интересная дискуссия российских сторонников "пропиетарщины" и "опенсорщины". А
> вот вопрос на "засыпку" для "пропиетарщиков", как часто вы покупаете этот
> самый софт? Ессно у официалов. Думаю процентов 99% российских разработчиков, любителей
> "фирменного", сидят на варезе, а 1% юзает софт, купленный для них
> фирмой. Я не прав?Прав, ситуация, схожая ситуации с макбуками.
интересно чем.
> интересно чем.Тем, что макбуки работникам, в основном, фирмами покупаются, а не за их, работников, денежки.
у меня тоже дома только винда 8.1 из платного софта и то шла вместе с ноутбуком, а остальное все легальное бесплатное (notepad++, libreoffice, virtualbox + ubuntu server и тд)
>платного софта
>легальное бесплатноеСущности Вашего мозга в опасности!