Это скорее не к тебе конкретно пост, просто выше было много флейма по поводу оправданности платности софта, вот и пытаюсь подвести какую-то черту. Если не для всех, то хотя бы для себя.

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

Disclaimer: да, я знаю что модель очень упрощена, но от этого она не теряет своей реальности.

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

А если уж брать опен-сорс, то фактически в нём нет затрат на печать дисков, т.к. по большей части затраты на тиражирование берёт на себя конечный пользователь системы, тратя кровные на трафик, когда скачивает софт себе.

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

Вопрос в другом. Вот возьмём винду. XP написали в неких лохматых годах. Стоимость её разработки была, скажем, N, стоимость продвижения — M, итого стоимость производства T=(N+M). За время жизни системы вышло 3 сервис-пака, соответственно стоимость развития/поддержки 3*S, где S — стоимость разработки сервис-пака. Итого затрачено на систему T'=(N+M+3*S).

Это чистые затраты. А какова розничная цена копии, если бы было всё по-честному? Она примерно P=T'/C, где C — число проданных копий. Реально же она продаётся по цене P'=P+D, где D — чистый доход.

Вопрос: сколько копий продано за время жизни системы? Ответ: дохрена, фактически C → ∞, соответственно «чистая» цена копии P → 0. Чистая математика. Фактически получается, что P' значительно много P, отсуда сверхдоходы Микрософта D = P'-P.

В случае со специфическим софтом, типа 3D Max и Photoshop, ситуация несколько иная. Они не так востребованы простыми хомячками, спрос на них достаточно ограничен профессионалами в определённых областях, соответственно C для них не так уж и велико, по сравнению с P, а значит и D будет меньше (хотя по прежнему достаточно велико, т.к. затраты на копирования нулевые).

Да, все эти прикидки достаточно академичны и действительны только для случаев, когда затраты на создание каждой проданной единицы товара нулевые (или почти нулевые), что верно для софта, т.к. работа того же программиста — это именно создание первой мастер-копии софта, всё остальное — копирование с нулевыми затратами (либо достаточно близкими к нулю затратами, даже если брать в расчёт стоимость тиражирования на дисках и окоробочивание софта).

Зарабатываю вимом и питоном. Что же мне теперь делать?

З.Ы. хотя вот можно денежку Брэму кинуть, заодно и деткам помочь...

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

Конкретно в исходники гимпа я не смотрел, но могу поспорить, что система подобной сложности обладает достаточно большой связностью, так что скорее всего как раз его урезанную версию поддерживать будет достаточно геморно. А вот если взять тот же вим, то его можно урезать/раздувать как хочешь: его состав определяется ключами при сборке.

В общем всё зависит от того, КАК система скомпонована, и может оказаться, что поддерживать её урезанную копию так же просто, как организовать отдельный конфиг билдера. Гентушники, думаю, со мной согласятся.

Реквестирую обоину!

Справедливости ради ещё есть pastebinit. По функционалу примерно аналогичен (вроде больше сервисов, но не умеет сам работать с буфером обмена) и есть в репах дебиана.

Подумал немного про последний пункт, и решил, что очень многим не помешало бы умение читать мануалы. Очень часто сталкиваюсь с тем, что люди подходят ко мне с вопросом, ответ на который либо уже содержится в манах в готовом виде, либо напрямую из манов следует. Отправляю гуглить в нужном направлении — вопрос в 90% случаев решается самим человеком.

Опять же не совсем платная: деньги брали за отключение рекламы (т.н. AdWare).

А я, честно говоря, испугался заголовка. А вдруг вилинукс юзера теряет? 8-O

На скриншотах выше виден индикатор на родных awesome-виджетах, получающий события по дбасу.

У меня kbdd + обвязка на дбас-события в awesome.

Как я понимаю findimagedupes на перле. Имеет смысл на нём же и интерфейс сделать... Но в любом случае спасибо, давно такое искал =)

1. Что вам интересно. Софт, какой? Технологии, какие?
Я старый вимер, веб-программист, полиглот от программирования и активно интересующийся функциональным программированием. Соотвественно: vim/vimperator/liberator и проги с вим-подобным интерфейсом, консольные программы, всякие web-технологии (включая всякие хтмл5, локалстораджи и прочая), всякие языки программирования, включая функциональные и эзотерические, всякие программистские тонкости и приёмы, паттерны, клиент-серверные технологии... Ну ты понял =)

2. Что вы изучаете?
3. Что вы активно используете?
Ответ на эти вопросы по сути выше + мой профиль: (g)vim, vimperator (последнее время pentadactyl), cmus, exim+fetchmail+mutt, изучаю мат.основы computer science, разные языки и парадигмы, и применение это к реальному прикладному программированию и веб-программированию в частности.

4. Что по вашему мнению актуально, полезно знать другим?
Это, пожалуй, самый сложный вопрос, т.к. это не мне решать =) Лично мне было бы интересно... в общем копипаст дальше =)

• файловый менеджер — rox и zsh =)
• терминал — xterm + tmux
• автозагрузка — ~/.xinitrc + shifty (на теги повешен автозапуск разных приложений при переключении на них) + rc.lua
• темы — ~/.gtkrc-2.0
• шрифты — Consolas со сглаживанием + Terminus
• скриншотов тут моих где-то валялось, может ещё ниже выложу.
• 
  

А что, очень даже симпотично. Можно потыкать на досуге.

Винрарно таргзипно же!

А укачивание детей в сумке-люльке, жонглирование детьми (малой 9 кг) и ношение детей на руках и шее (малая 16 кг) за спорт считается? Если да, то у меня каждый вечер спортзал дома.

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

Катайся ещё вместо обеда — эффект будеет...

Попробуй ls -A | less, приятно удивишься. ls с выводом в пайп ВСЕГДА даёт построчный одноколоночный вывол (если не использовать -l).

AWN — это именно что попытка повторить маковский док не в макоси. Пруф.

То есть совсем не существует.

Юзабилити не существует.

Иногда ролики (сейчас реже), а так стараюсь много ходить и реже пользоваться лифтом =)

Равно как и 10%, 20% и т.д. Грепать надо " 0% packet loss", с пробелом перед 0. Ваш К.О.

systemd — это такое унылое поделие от афтора pulseaudio, который руки тянутся выпилить сразу, как только он откуда-то вылазит? Нафиг-нафиг. Upstart — идеальное сочетание простоты и функциональности, не надо делать ещё один велосипед.

SysVinit Upstart поддерживает через костыли: дополнительные конфиги, которые запускают разные наборы скриптов старта-стопа по сигналам переключения на разные ранлевелы. Если делать переход не быстро, а качественно и по уму, то надо все эти скрипты старт-стопа, заточенные под sysv, переписать в конфиги Upstart-а и забыть ранлевелы как страшный сон.

:w

Делайте бекапы криптоключей от криптоконтейнеров, в которых лежат ваши бекапы.

aptitude show ssh-login
E: Не удалось найти пакет ssh-login

Может имеется в виду ssh-copy-id? Из пакета openssh-client.

Если я правильно понял, это и был совет =)

min(pids)?

* /proc/${pid}/cmdline

Разграничивать по cmdline, выдирая данные из /proc//cmdline например?

В том, что atexit сработает в любом случае при выходе из любого места скрипта по exit.

Например:

1 2 3 4 5 6 7 8

function atexit() { echo "exiting" } trap atexit EXIT [ x$1 = x1 ] && echo one && exit 1 [ x$1 = x2 ] && echo two && exit 2 exit 0

напечатает "exiting" при любом значении $1, то есть не важно по какой команде прошёл выход, всегда выполнится заданный код. Полезно, например, для подчистки мусора за скриптом (ну там временные файлы удалить, чё).

Ну, тут уж у кого как =) Само собой, главный критерий — чтоб работало. Я ж не настаиваю, просто делюсь впечатлениями =)

С некоторых пор перешёл на OSSv4, не нажелею ни разу.

Причём здесь винда или не винда? Человеку работать надо, а не ковырять настройки со звуком. И он прекрасно настроил среду под себя, что вызывает уважение. Плюс 1.

А по идее если её не загружать всякой фигнёй, то она и не должна настолько греться, чтоб разгонять кулер до громких оборотов.

Или exim. Мне он почему-то больше нравится =)

Слушай, огромное спасибо! До сих пор этого не знал.

* fortune
fixed

Элементарно же.

xterm -e 'forune; exec bash -l'

Для буков понятно зачем это. А на десктопе-то зачем? УПС экономить если свет вырубят?

Ясно... Хорошая новость (для меня). Главное, чтоб не случилось как маемой: начали за здравие, а закончили...