Перейти к содержанию

Aceler

Members
  • Постов

    1760
  • Зарегистрирован

  • Посещение

    Никогда

Сообщения, опубликованные Aceler

  1. Проверки лицензионности ПО не проходят при наличии маски-шоу и двух десятков автоматов. Если к вам пришёл ОБЭП — значит они не за ПО пришли, а за двойной бухгалтерией или чем-нибудь не менее жареным.

    Проверка происходит тихо мирно, в присутствии понятых. Приходят дяденька в погонах, предъявляет удостоверение, организует понятых, заводит протокол осмотра техники.

    Спрашивают про род деятельности конторы, соответственно ищут ПО. Если вы веб-студия, ищут фотошоп, если проектное бюро — ищут автокад и так далее. Просто запускают и переписывают в протокол серийники. Затем просят на все серийники предъявить бумаги. Если проверяюбщий видит программу не из списка проверка, будь она трижды пиратской — он на неё внимания не обратит.

    Увидев при загрузке заставку убунты интерес проверяющего резко гаснет и он переходит к другому компу.

    В общем, никаких бумаг на убунту или SLES, даже пиратский, особенно и не нужно. Если же попросят — звоните в Novell. Более того, имея на руках протокол с серийными номерами, прверяющие могут дать время вам найти соответствующие бумаги, если вы их сразу не предоставили, поскольку если у вас их нет — то вы их и не найдёте, а если есть — то принесёте через пару дней к ним.

    Это, повторюсь, относится к обычным проверкам лицензионности ПО. Если пришёл ОБЭП или если пришли забирать технику — это уже наезд и тут вам никакие бумаги не помогут, даже с голографическими наклейками.

  2. Troll_winnt писал(а) Sat, 25 April 2009 17:26

    Можеш поверить мне на слово, как инженеру электронику, в исправном компьютерном БП нет никаких "флуктуаций"(по крайней мере критичных для работы железа).

    Как инженер-электронщик — инженеру-электронщику: на типичном домашнем блоке питания, особенно на старом с полувысохшими конденсаторами, импульсная помеха от БП есть всегда — не зря же на материнских платах делают ещё один стабилизатор напряжения. Винчестеру, конечно, не критично, на нём и механизмы коррекции ошибок есть, и сам физический принцип не так сильно зависит от точности напряжения, но звёзды могут сложиться и так, что данные всё-таки накроются.

    Особенно отрезвляют данные SMART о том, сколько ошибок было восстановленно контроллером HDD, например, для моего: 217031652 шт.

    Винчестеру чуть больше года, а любая из этих ошибок могла бы оказаться двойной, и тогда нам прямая дорога к fsck.

  3. На правтике есть вероятность появления ошибки, скажем, в 0.001%, которая исправляется журналом. Две ошибки подряд журналом уже не исправляются, нужно запускать fsck. Если вероятность 0.00001% для вас приемлима — можете fsck не запускать никогда, ФС не будет сыпаться сама по себе. Однако с периодической проверкой риск сводится до куда меньших значений.

  4. Troll_winnt писал(а) Fri, 24 April 2009 17:09

    Что, действительно есть повод, или так пугают Smile ?

    Ошибки были, есть и будут всегда. Флуктуации по питанию, случайный удар во время записи — и вы можете получить неправильно записанные данные. Обычно они проверяются сразу же после записи, но вдруг что-то пойдёт не так?

  5. Из практики — Novell по первому же звонку с перечислением, какие именно продукты вы используете присылает факс, подтверждающий, что вы можете использовать эти продукты со списком продуктов.

    Вполне себе бумага, которая сама по себе не нужна, но вдруг.

  6. beetle2001 писал(а) Tue, 14 April 2009 17:12

    так я ж не на исповеди Smile и тем более не считаю себя более грешным нежели любой юниксоид Smile

    Цитата:

    Дальше вы можете продавать коробки, организовывать сервисы на базе своего ПО либо около него, дорабатывать на заказ, въехать в какой-нибудь крупный проект, заниматься интеграцией своего продукта, организовать двойную лицензию

    Все это я так понимаю сводится к модели проприетарного кода?

    спасибо за ссылку, сейчас посмотрю Smile

    Это не модель проприетарного кода, это просто шесть разных моделей, безотносительно того, проприетарные они или свободные. Я вам сразу сказал — деньги они одинаковые, модели те же, только другой способ разработки.

  7. beetle2001 писал(а) Tue, 14 April 2009 16:25

    Чтоб рассказать что мне непонятно возьмем простую ситуацию:

    я написал программу под юникс и хочу на ней заработать - вариант тех поддержки учитывать не будем ) Какие у меня варианты?

    Поздно каяться, сын мой Smile

    Вы УЖЕ начали работать по проприетарной модели — какая тут может быть выгода? Выгода от СПО может быть, если вы с самого начала открываете проект — то есть ДО написания программы.

    Соответственно, не получив преимущества на старте, сложно будет потом отыгрывать его относительно других моделей. Ну да ладно — вы открыли программу. Дальше вы можете продавать коробки, организовывать сервисы на базе своего ПО либо около него, дорабатывать на заказ, въехать в какой-нибудь крупный проект, заниматься интеграцией своего продукта, организовать двойную лицензию.

    Цитата:

    кстати если бы вы снабдили меня ссылочками бизнес-моделей на основе СПО я был бы очень вам благодарен Smile

    Очень хорошая ссылка: http://vdel.ru/redhat/info/history/07-07-1

    Там не всё, конечно, но для начала сойдёт.

  8. beetle2001 писал(а) Tue, 14 April 2009 14:28

    ведь судя по словам никсовиков софт должен быть открытым и бесплатным ))

    Ни разу не встречал такого никсовика. Все говорят о свободе софта, но не бесплатности.

    Цитата:

    как же большинство юникс программеров зарабатывают? тоже просто пишут коммерческий софт с той лишь разницей что под юникс? я ж не думаю что все такие добрые и бескорыстные чтоб работать бесплатно)) Smile

    Нет, они пишут свободный софт и зарабатывают на нём также, как и все остальные.

×
×
  • Создать...