А все просто. С учетом крайне низкой себестоимости тиражирования продукта всегда можно уменьшение цены копии компенсировать количеством этих копий, потому цена определяется емкостью рынка (черт, не уверен в правильности термина).
Т.е. в Китае можно уменьшить стоимость копии по сравнению с Россией в десять раз и продать в двадцать раз больше, чем в России. В результате прибыль еще и больше будет (грубо — почти в два раза, на деле меньше).
Если у нас даже с уменьшением цены в десять раз продать удастся не сильно большее количество — соотвественно, тут не выгодно снижать цену.
Да, все цифры с потолка взяты, чисто для примера. Сколько тут можно продать = «сколько тут можно продать с точки зрения MS».
Не знаю, я с гнома (который он там был в убунте 8.10?) сполз на кде4 с полгода назад — все пашет лучше гнома (субъективно), да и еще эффекты работают как надо с двумя мониторами через нвидиевский Twin View (в компизе совершенно извратно работал Desktop Wall, например).
Минус один — файрфокс и тандерберд не воспринимают кдешные ассоциации типов файлов, но пока не сильно напрягает. Это поправят — будет идеальный (для меня) десктоп. А если еще и автоматическое определение подключенного монитора сделают с выбором последних использованных настроек — цены вообще не будет.
Один-два — да, фигня, если другие сделки профитные.
А вот бывают дни так себе, когда стабильно стопы отрабатывают, тогда вот на форум напишешь — «а, черт, лось за лосем!» — ну и стратегию пересматривать-корректировать =)
Ну а большого лося я не представляю, как можно поймать. Это вообще если без стопов работать — тогда да.
Не обязательно крупно.
«Лось» — калька с английского loss (переводить не буду). Сделка может быть прибыльной (profit), может быть убыточной (loss). Таким образом, «словить лося» означает «закрыть позицию с убытком».
К.О.
Насчет превышения полномочий не соглашусь категорически. Вот фильм «Ночной дозор» — превышение, а тут все очень даже правильно. Перевод не должен быть подстрочником, хотите Neverhood — играйте в оригинал.
Бросьте ваши теории заговоров. Все зависит от того, что считать. Если количество скачанных копий — я убунты скачал штук пять образов, наверное. Айпишиков, с которых я обновлялся хоть раз — опять-же, порядка пяти. В результате работает один комп, и тот под архом =)
Чем более популярна система — тем больше софта под нее, и тем более он стабильный. Есть куча специфического железа (проф. аудио карты, например), которые очень надо тщательно выбирать, т.к. под линуксом они далеко не все работают. С другой стороны, нормального софта для работы со звуком (аналога Nuendo + нужные плагины) под Линукс я не видел. Почему их нет — потому что мало Линукс распространен, и производителю нет особого смысла тратиться на портирование. Я уж про фотошоп и вижуалстудию молчу.
Не знаю, как тебе, но мне операционка нужна для работы, а не как повод пообщаться на форуме =)
Плюс один. Оно (выражение) не про предсмертные визуальные образы, а про то, что если идти по неосвещенному туннелю, то через какое-то время притупляется чувство направления, и свет означает выход. И появилось несколько раньше заявлений от товарищей, переживших клиническую смерть. Так что тут все хорошо. А камни и pretend — это да, лажа получилась.
Нет, польза очень даже есть. REST — это не сами запросы GET/POST/PUT/DELETE. Это, скажем, подход к реализации, и он шире, нежели HTTP, который является самым известным примером использования данного подхода.
Вот в SOAP, например, может быть куча методов (=глаголов в терминологии REST). Это некий бардак создает, т.к. один разработчик для получения данных пользователя сделает методы GetUserById, GetUserByLogin, SetUserEmail, SetUserName, а другой — GetUserInfoByUserId, GetUserInfoByUserName и SaveUser. И вариантов тут может быть куча. А если придерживаться REST, то методов тут два (GET и PUT), меняются параметры — URI объекта «пользователей» и непосредственно сами данные.
Теперь представим, что мы сделали софт, который работает с сервисом первого разработчика, а тут нам понадобилось подключить второй сервис.
В даже идеальном случае с SOAP'ом надо дописывать нужный класс-враппер, а с REST'ом в идеале надо только поменять URI объекта «пользователь». Бонусы видны?
Не совсем. Они сделали отдельную конструкцию «интерфейс» (в плюсах ее нет, вместо нее используются абстрактные классы), и разрешили множественное наследование только от нее, что мне лично очень нравится.
Да уж, не знаю, радоваться этому, или нет… Использование перегрузки однозначно говорило о том, что дефолтные параметры — плохо. Теперь это вроде как чисто и красиво.
Т.е. в Китае можно уменьшить стоимость копии по сравнению с Россией в десять раз и продать в двадцать раз больше, чем в России. В результате прибыль еще и больше будет (грубо — почти в два раза, на деле меньше).
Если у нас даже с уменьшением цены в десять раз продать удастся не сильно большее количество — соотвественно, тут не выгодно снижать цену.
Да, все цифры с потолка взяты, чисто для примера. Сколько тут можно продать = «сколько тут можно продать с точки зрения MS».
Минус один — файрфокс и тандерберд не воспринимают кдешные ассоциации типов файлов, но пока не сильно напрягает. Это поправят — будет идеальный (для меня) десктоп. А если еще и автоматическое определение подключенного монитора сделают с выбором последних использованных настроек — цены вообще не будет.
rectangle, rectangular и marquee пишутся и читаются несколько иначе ;-)
А вот бывают дни так себе, когда стабильно стопы отрабатывают, тогда вот на форум напишешь — «а, черт, лось за лосем!» — ну и стратегию пересматривать-корректировать =)
Ну а большого лося я не представляю, как можно поймать. Это вообще если без стопов работать — тогда да.
«Лось» — калька с английского loss (переводить не буду). Сделка может быть прибыльной (profit), может быть убыточной (loss). Таким образом, «словить лося» означает «закрыть позицию с убытком».
К.О.
Скачал, буду смотреть…
Чем более популярна система — тем больше софта под нее, и тем более он стабильный. Есть куча специфического железа (проф. аудио карты, например), которые очень надо тщательно выбирать, т.к. под линуксом они далеко не все работают. С другой стороны, нормального софта для работы со звуком (аналога Nuendo + нужные плагины) под Линукс я не видел. Почему их нет — потому что мало Линукс распространен, и производителю нет особого смысла тратиться на портирование. Я уж про фотошоп и вижуалстудию молчу.
Не знаю, как тебе, но мне операционка нужна для работы, а не как повод пообщаться на форуме =)
Вот в SOAP, например, может быть куча методов (=глаголов в терминологии REST). Это некий бардак создает, т.к. один разработчик для получения данных пользователя сделает методы GetUserById, GetUserByLogin, SetUserEmail, SetUserName, а другой — GetUserInfoByUserId, GetUserInfoByUserName и SaveUser. И вариантов тут может быть куча. А если придерживаться REST, то методов тут два (GET и PUT), меняются параметры — URI объекта «пользователей» и непосредственно сами данные.
Теперь представим, что мы сделали софт, который работает с сервисом первого разработчика, а тут нам понадобилось подключить второй сервис.
В даже идеальном случае с SOAP'ом надо дописывать нужный класс-враппер, а с REST'ом в идеале надо только поменять URI объекта «пользователь». Бонусы видны?
Это сократит время итерации и количество оных, что на препродакшне критично.