> Я Вас тоже не пойму.
А я еще не выкладывал свою точку зрения :)
Давайте сначала выясним, как цена в 100$ может быть не завышенной и в то же время без потерь для себя (убытков) её можно снижать до 50$ там, где за 100 не берут?
Может быть вместо idVendor/idProduct, которые по идее одинаковые для всех хардов одной модели, стоит попробовать прязаться к серийнику или к UUID раздела? А то действительно, кто-нибудь вставит такой же винт и унесет бэкап.
С одной стороны цена винды оправдана, так как "занят далеко не один программист - это месяцы разработки несколькими командами, работа многих подразделений, производство, затраты на рекламу и продвижение". Нет сверхприбылей.
А с другой — продавать по низким ценам лучше чем ничего.
Если бы цена винды не была бы завышеной, то продажа по таким низким ценам была бы себе в убыток, а это уже не "лучше чем ничего", не так ли?
Главная проблема — формат файлов. MS или делает свой формат, или реализует чужой со своими вставками и "шероховатостями", которые, с нашего молчаливого согласия, быстро становятся стандартом де-факто. Это приводит к тому, что и другим приходится реализовывать эти все ньюансы, в основном, "на ощупь". Т.е. они в невыгодном положении.
А тут МС не только выбирает открытый формат но и идеально его реализует. Ну разве не подарок?
Скорее всего так и будет. Что-то закроют в свой namespace, а что-то попытаются стандартизировать официально. Быстрого счастья ждать не стоит, но шаг в нужную сторону уже сделан :)
Еще есть способ запомнить символы, которых нет в стандартном Compose:
gedit ~/.XCompose
Вписать туда первой строчкой:
include "/usr/share/X11/locale/en_US.UTF-8/Compose"
А дальше можно вставлять свои комбинации как в настоящем Compose:
<Multi_key> <minus> <greater> : "→" U2192 # RIGHT
<Multi_key> <less> <minus> : "←" U2190 # LEFT
...
Сохранить. Работает для вновь запущенных приложений.
> Без соответствующей поддержки разобраться в них практически невозможно. .... А вот в gcc - просто взял и добавил. Ага, щас!
Сейчас расскажу тебе секрет: найди человека, который уже разобрался, и заплати ему, чтобы он добавил %)
Искать долго? Вот второй секрет: список людей, которые разобрались, лежит в AUTORS. Там же их e-mail. Заодно и решишь проблему, куда девать изменения — он же потом и закоммитит в trunk :)
А вообще разобраться самостоятельно (сужу по своему опыту) не сложно, если есть приличный опыт в программировании. Проекты были куда меньше, но обычно поиск места, где нужно дописать или поправить, и "акклиматизация" занимал от силы пол часа. Фокус в том, чтобы прицепиться к строчке лога, или к названию меню, или к тексту сообщения, а потом grep-ом быстро находится место, где она есть и тем же грепом по исходникам находится место откуда она вызвалось. И вот ты на месте %)
> По-моему, вы отказываетесь понимать, что при продаже тысячи копий по заниженной цене убыток всё равно меньше, чем при продаже 0 копий.
Действительно, я не могу это понять, хотя и хочу. Давай определимся со словом "убыток". Я под ним имел в виду следующее:
Цена копии винды примерно == стоимость разработки + поддержки + апдейтов + рекламы + все что было потрачено + доставка / кол-во копий. Пусть это 70$
Продажу за 100$ будем считать нормой, без сверхприбылей. Продажа за 90, 80, и даже 71 это еще не убыток. Прибыль меньше, но она есть!
А вот продажа за 50$ это уже убыток в моем понимании.
Так вот вопрос: почему продажа тысячи копий за 50$ в убыток лучше чем вообще их не продавать?
тысяча проданных копий в убыток себе лучше чем ничего?
А я еще не выкладывал свою точку зрения :)
Давайте сначала выясним, как цена в 100$ может быть не завышенной и в то же время без потерь для себя (убытков) её можно снижать до 50$ там, где за 100 не берут?
С одной стороны цена винды оправдана, так как "занят далеко не один программист - это месяцы разработки несколькими командами, работа многих подразделений, производство, затраты на рекламу и продвижение". Нет сверхприбылей.
А с другой — продавать по низким ценам лучше чем ничего.
Если бы цена винды не была бы завышеной, то продажа по таким низким ценам была бы себе в убыток, а это уже не "лучше чем ничего", не так ли?
Главная проблема — формат файлов. MS или делает свой формат, или реализует чужой со своими вставками и "шероховатостями", которые, с нашего молчаливого согласия, быстро становятся стандартом де-факто. Это приводит к тому, что и другим приходится реализовывать эти все ньюансы, в основном, "на ощупь". Т.е. они в невыгодном положении.
А тут МС не только выбирает открытый формат но и идеально его реализует. Ну разве не подарок?
gedit ~/.XCompose
Вписать туда первой строчкой:
include "/usr/share/X11/locale/en_US.UTF-8/Compose"
А дальше можно вставлять свои комбинации как в настоящем Compose:
<Multi_key> <minus> <greater> : "→" U2192 # RIGHT
<Multi_key> <less> <minus> : "←" U2190 # LEFT
...
Сохранить. Работает для вновь запущенных приложений.
Сейчас расскажу тебе секрет: найди человека, который уже разобрался, и заплати ему, чтобы он добавил %)
Искать долго? Вот второй секрет: список людей, которые разобрались, лежит в AUTORS. Там же их e-mail. Заодно и решишь проблему, куда девать изменения — он же потом и закоммитит в trunk :)
А вообще разобраться самостоятельно (сужу по своему опыту) не сложно, если есть приличный опыт в программировании. Проекты были куда меньше, но обычно поиск места, где нужно дописать или поправить, и "акклиматизация" занимал от силы пол часа. Фокус в том, чтобы прицепиться к строчке лога, или к названию меню, или к тексту сообщения, а потом grep-ом быстро находится место, где она есть и тем же грепом по исходникам находится место откуда она вызвалось. И вот ты на месте %)
Что-то я не могу найти Электроника :)