Какова каноническая реплика: «С открытым исходным кодом, отправьте патч»? [закрыто]

Опасность когда-либо предлагать какую-либо особенность продукта, особенно с открытым исходным кодом, заключается в том, что вы получите ответ «почему бы вам не сделать это?».

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

Существуют некоторые общие термины, используемые для обозначения проблем разработки программного обеспечения. например Bikeshedding . Есть ли общий термин, который по сути отвечает: «Да, я знаю, что я могу изменить почти что-нибудь в мире - даже закрытый источник. Я мог бы нанять и написать этот код, но в этом случае я просто делая наблюдение, которое на самом деле может быть полезно для другого кодера, который уже хорошо подходит для того, чтобы легко сделать это изменение - или просто вообще обсуждать возможности ».

[p.s. (несколько дней в году) - я должен был указать, что «отправить патч» часто говорят с кривым юмором, и я ищу подходящий остроумный ответ.]

215 голосов | спросил 5 revs, 3 users 53%
Vincent Scheib
1 Jam1000000amThu, 01 Jan 1970 03:00:00 +030070 1970, 03:00:00

29 ответов


115

Это сложный момент: поскольку пользователь не прямо или косвенно не оплачивает продукт, она не может попросить реализовать функцию. Это не так, как если бы вы были заинтересованной стороной или прямым клиентом, который заказал продукт, и даже не был конечным пользователем коммерческого продукта.

При этом «отправить патч» не является допустимым ответом. Это не вежливо. Это неправильно. Даже для продукта с открытым исходным кодом. «Отправить патч» - это короткая версия:

  

"нам все равно, нравится ли нам наш продукт или нет. Идите и измените его, если хотите, но не мешайте нам с вашими запросами клиентов.

Как насчет отправки патча?

Ну, это не так просто. Для этого:

  • Вы должны знать язык (ы), используемый в проекте с открытым исходным кодом.

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

  • У вас должны быть установлены все правильные версии любых зависимостей сборки (включая библиотеки времени выполнения и инструменты сборки).

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

  • Вы должны хорошо понимать, как выполняется проект , какой стиль кодирования использовать, если он есть, как запускать модульные тесты и т. д. Если проект не имеет достойная документация (что часто бывает для проектов с открытым исходным кодом), это может быть очень сложно.

  • Вы должны приспособиться к проекту и привычкам разработчиков, которые активно участвуют в проекте. Например, если вы ежедневно используете .NET Framework 4, но в проекте используется .NET Framework 2.0, вы не можете использовать LINQ, ни кодовые контракты, ни другие тысячи новых функций последних версий фреймворка.

  • Ваш патч должен быть принят (если вы не сделаете изменения только для себя, без намерения поделиться им с сообществом).

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

Итак, есть каноническая реплика: «Это открытый исходный код, отправьте патч»? Я так не думаю. Либо вы объясните человеку, что она невежливая, либо просто перестаньте с ней разговаривать.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
79

Каноническая реторта состоит в том, чтобы отправить патч.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
67

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

Это очень несправедливо, когда его неоднократно поднимали, но тот, кто недавно упомянул об этом, не знает этого, и просто получает «мы немедленно берем исправления для этого». В этом случае разработчику надоело обсуждать, но пользователь считает, что это новая тема. Во всяком случае, скорее всего, если вы сразу же получите «взятие исправлений», вы не должны воспринимать его лично, но можете захотеть прочитать архив и отладчик ошибок для получения более подробной информации о проблеме.

Если вы неоднократно поднимаете запрос самостоятельно, «принятие патчей» потенциально может быть относительно вежливым, если не считать менее вежливых альтернатив ...

И тогда, конечно, есть грубые сопровождающие, которые скажут «взятие патчей» без каких-либо объяснений кому-либо, но я бы сказал, что это меньшинство.

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

Большинство компаний, не являющихся открытыми, не предоставят вам доступ к разработчикам вообще, и вы просто получите молчаливое обращение или вежливую, но фиктивную историю от поддержки клиентов. Итак, в open source, по крайней мере, у вас есть некоторые опции (заплатить кому-то, чтобы закодировать эту функцию и т. Д.), И, хотя разработчики могут быть грубыми, по крайней мере, они дают прямые ответы. Я предпочел бы «нет», чем обычный «это в нашей дорожной карте ... [2 года спустя] ... это все еще в нашей дорожной карте», которую я получил от ряда продавцов ...

Поэтому я не думаю, что есть реторта. Может быть, разработчик с открытым исходным кодом просто очень занят, может быть, они рывком, но в любом случае у них, вероятно, сложная работа, и попасть в дискуссию «кто-есть-последнее слово» никуда не денется. Самое лучшее, что вы можете сделать, это внести свой вклад и попытаться быть конструктивным.

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

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

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
43

Причина, по которой вы получаете этот ответ, заключается не в том, что сопровождающие являются рывками, а в том, что вы не достаточно убедительно убедили их в ценностном предложении them , работающем над вашим для вас .

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

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

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
31
  

Какова каноническая реплика к «открытому исходному коду», отправьте патч?

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

Ваши варианты:

  • Сделайте то, что предлагает ответ; т. е. реализовать эту функцию и представить ее как патч. Это называется «давая что-то обратно».

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

  • Найдите альтернативный продукт.


Если вы получили этот ответ, когда вы сделали «полезное» предложение, подумайте, как вы могли бы ответить, если бы вы были на его месте. Например, как вы ответили бы, если бы считали, что предложение не стоит /хорошо продуманно /понятно или нет, но не было времени или терпения для участия в длительных дебатах?


Я участвовал в долговременном проекте ОС с открытым исходным кодом, и одним из самых неприятных вещей являются люди, которые сидят в «галерее арахиса» и переполняют вас потоком предложений о том, чтобы делать вещи «лучше»:

  • являются неполными, непонятными или совершенно бессмысленными,
  • - это нереализованные идеи с объективно низким шансом на успех,
  • потребуется огромное количество усилий для реализации и /или
  • противоречат заявленным целям проекта.

Часто лучший ответ заключается в том, чтобы напомнить человеку о том, чтобы принять участие в проекте ... и надеяться, что они примут намек ... «встать или заткнуться». К сожалению, самые неприятные из них даже не подсказывают.

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

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
20

Ответ был бы разумным, если бы вы и программист были равны, и знали примерно то же самое о базе кода и языке, а также о других вещах, относящихся к этой конкретной вещи, о которой вы указываете.

Вы не равны (или вы, вероятно, просто сделали бы это), поэтому я бы предложил правильный реторт:

«Я не могу сделать это так быстро и хорошо, как вы можете, поэтому я попросил вас помочь мне в первую очередь. Пожалуйста!»

Я считаю, что это идет вразрез с фундаментальной человеческой природой, чтобы сказать тогда «о, да, эта вещь, на которую я долгое время проводила и действительно хороша, настолько проста, что любой может прийти с улицы и сделать так же хорошо задание I может ".

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
16

Каноническая реторта состоит в том, чтобы развернуть проект.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
15

Канонический ответ на «отправить патч»:

  

«У меня нет навыков, опыта   или время, необходимое, пожалуйста,   скажите мне, куда отправить   пиво парню, который может это сделать для меня »

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
13

Отправить комплексный тестовый пример .

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
11

«Если вы это сделаете, я включу его» намного лучше, чем «нет».

Если вы не можете выполнять работу по той или иной причине, объясните обстоятельство для сопровождающего проекта в частном порядке.

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

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
10

«Спасибо за ответ».

Потому что:

  • При нулевой цене спрос (запросы на функции) превышает предложение (доступные кодеры для реализации указанных функций).
  • Рэггинг на все, что предоставляется бесплатно, не имеет класса IMHO.
  • В этом весь смысл FOSS: люди приносят овощи и мясо самостоятельно, чтобы добавить питание к каменному супу. Если я не могу что-то внести, тогда я должен быть благодарен за то, что я могу есть вообще, и не жалуюсь, что я не ем лучше.
ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
9

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

В конце дня вы ничего не скажете, чтобы убедить разработчика работать на вас, если они этого не хотят.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
9

Хороший проект с открытым исходным кодом будет иметь систему запросов ошибок /функций, в которой пользователи могут отправлять ошибки /функции, а другие могут голосовать за них, чтобы сопровождающие могли определить, что важно для сообщества в целом. Самый быстрый способ получить вашу функцию на месте - это отправить патч для нее. Период ... нет способов обойти это.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
8

Лично я бы предпочел получить ответ «Это известная проблема, но, к сожалению, это не проблема, которая будет решена в ближайшее время. Разработчики работают над другими проблемами. На данный момент нет ETA».

Ответ «отправить патч» очень груб, поскольку он предполагает несколько вещей:

  1. Все пользователи программы являются программистами или все репортеры ошибок являются программистами.
  2. Все программисты знают язык, на котором находится программа.
  3. Все программисты знают о любых проблемах, которые могут иметь любые программы.
  4. У всех программистов есть свободное время для работы над проектом с открытым исходным кодом.

Даже если мы предположим, что создатель ответов «отправить патч» знает все вышеизложенное, это просто заставляет высказывание звучать так: «X часов моего времени стоят больше, чем на несколько порядков больше времени вашего времени, чтобы ускориться и исправить проблему ».

Как правило, когда я получаю грубый ответ от разработчика, когда я спрашиваю о проблеме, у меня есть или отправляю ошибку, я перестаю использовать эту программу . Я больше не использую uTorrent (не открытый источник, но точка остается), например, потому что ответы, которые я получил на форуме поддержки, были настолько грубыми. Я представил проблему, которая была у меня на форуме «Отчеты об ошибках». Поток был немедленно заблокирован ссылкой на другой поток о подобной, но другой проблеме в потоке (который также был заблокирован, конечно). Тем временем я открыл поток на форуме общей дискуссии, спрашивая, нашел ли кто-нибудь обходной путь к проблеме. За это время, чтобы сохранить этот поток и вернуться назад и увидеть, что мой первый поток был заблокирован, мой поток в General был заблокирован, а моя учетная запись форума запрещена для разрушительного поведения. Я удалил uTorrent и не вернулся с тех пор.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
8

Просто ответ «отправить патч» - это грубая ИМО, но все же ... если вы используете программное обеспечение с открытым исходным кодом для чего-то серьезного, вы должны быть готовы позаботиться о нем, если возникнет такая необходимость.

Ниже приведено сообщение от Jeremias Maerki (от славы Apache FOP):

  

Если что-то не работает для вас, у вас есть несколько вариантов:

     
  • Это открытый исходный код: вы можете исправить его самостоятельно.
  •   
  • Если вы не можете исправить это самостоятельно, вы можете подождать, пока у кого-то есть свободное время, и думает, что это весело.
  •   
  • Если этого не произойдет, вы можете найти или нанять кого-то, чтобы сделать это за вас.
  •   

Я думаю, что это очень действительная полная версия ответа «отправить патч».

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
6

Каждый раз, когда я вижу это, я сразу же начинаю искать альтернативный продукт. Для меня это опасный знак того, что сопровождающие либо не заботятся о своих пользователях (плохо, если ваш проект используется повсюду), либо потеряли интерес к проекту. Оба они обычно означают, что проект скоро умрет или будет страдать от застоя, поскольку разработчики отказываются продвигать проект вперед

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

Как сказал @MainMa, начало вносить свой вклад в совершенно новый проект очень сложно. Большинство разработчиков этого не понимают, поскольку они работали над проектом в течение месяцев /лет, и это имеет смысл для них. Иногда это может быть честной ошибкой.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
3

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

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

«Отправить патч» - это бесит, но в нем подчеркивается что-то о OSS, и, возможно, это должно напоминание о том, что OSS не подходит для всех в любой ситуации, по крайней мере, не забудьте убедиться, что у вас есть прочная основа поддержки для он (как внутри, оплачивается, так и через сообщество).

Мы часто думаем о программном обеспечении, которое бесплатное, как в пиве, но не как в речи (это не открытое бесплатное ПО). Возможно, это случай, когда мы должны думать о том, что программное обеспечение бесплатное, как в речи, но not , как в пиве.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
2

Переключитесь на поддерживаемую альтернативу.

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

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
1

«Я могу работать только по одной вещи одновременно, но я могу жаловаться на многие вещи сразу. Я думаю, что обе функции полезны». - akkartik на ycombinator .

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
1

Я считаю, что когда кто-то работает над проектом, предоставляя релизы и поддержку, возникает невысказанный, подразумеваемый контракт поддержки между разработчиком и пользователем. Разработчик взял на себя подразумеваемую ответственность за поддержку кода для своих пользователей, включая добавление функций по запросу.

«Отправить патч» в основном дает палец пользователям, на мой взгляд. Это контекстуально - иногда это слишком много усилий для реализации, иногда это разрушает существующий проект или подвергает себя сильному креатиту или любому из множества других причин. Но, в конечном счете, он говорит: «Вверните вас, не делайте этого». Который, на мой взгляд, на каком-то уровне является нарушением этого невысказанного контракта.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
1

Существует несколько способов сделать это.

  • Предложение и голосование. но это требует времени.

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

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

  • Используйте проприетарное программное обеспечение, которое делает то, что вы хотите.

  • Помните, что программное обеспечение ООП часто упрощает процесс интеграции функции.

  • Воняние в списке рассылки, на irc или на форуме просто вышибает программистов и даст боеприпасы сторонникам OSS.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
0

Нет ничего, что можно сказать, что он сделает сделать его. В конце концов, зачем ему? Из-за пожеланий одного пользователя? Это не достаточно хорошо.

Но , если вы можете собрать разумное количество пользователей и дать рациональные причины («Я хочу, чтобы это было» не является разумной причиной.), почему эта функция может быть полезной, в общем и для вас и еще несколько других он просто мог передумать.

Хотя, есть также специальный случай, который необходимо учитывать. Это дев. устал от разработки приложения, медленно желая отказаться от него (есть другие вещи), и поэтому он медленно уклоняется от запросов функций. Кроме того, чтобы убедить его освободить код, в этом случае вы практически ничего не можете сделать, даже в отношении вышеизложенного.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
0

Проекты с открытым исходным кодом, в частности, дружелюбны к щедростям или финансированию разработки определенной функции, даже если новая функция не попадает в официальные выпуски.

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

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

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
0

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

«Отправить патч» - относительно грубый ответ (и его следует избегать, конечно, особенно в этой краткой и четкой форме. Существует много способов выразить примерно одно и то же сообщение - например, «пригласить» пользователей на помогите, потому что у вас нет времени реализовать его самостоятельно). Но, как есть, это явный «стоп, теряющий мой показатель времени». Таким образом, вы ничего не можете с этим поделать, и не существует «канонического» ответа.

Лучший ответ, который я могу представить, - это фактически представить патч . Предполагая, что ваш патч работает, вы, по крайней мере, доказали, что идея не совсем нереалистична. Обычно это означает, что люди, отвечающие за проект, пересмотрят это предложение.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
0

«отправить патч» - это законный оттиск для идей, которые не вписываются в цели проекта. Вероятно, в конечном итоге лучше всего сказать вам, что идея отстойна, или вы пытаетесь использовать проект для чего-то далеко за пределами его предполагаемой области действия, но «эй, если вы думаете, что вы спрашиваете, настолько тривиально, t вы пытаетесь поместить его в нашу существующую базу кода ", когда-то подходящий.

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

Что может показаться незначительным простым изменением, которое помогло бы тонне пользователей на самом деле стать огромной болью в заднице, которую никто не будет использовать помимо вас. Это лучший вариант для «отправки патча».

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

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
0

Я бы предложил создать проект для реализации функции на таких сайтах, как RentACoder /ELance /etc, и опубликовать ее на форуме с исходным кодом проекта с открытым исходным кодом. Любой из программистов проектов с открытым исходным кодом, включая автора, теперь имеет финансовые стимулы для рассмотрения вашего запроса.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
-1

Я действительно подписался, чтобы ответить на этот вопрос.

Есть ли необходимость в реторте? этот ответ обычно используется, когда разработчик знает об этом, но не считает его важным.

Я приведу вам живой пример. ubuntu отказался от поддержки systray (но может быть обработан белым списком приложений) и добавил новые индикаторы приложений. некоторые приложения, такие как jupiter, опирались на поддержку systray, поэтому разработчик рассказал о workaournd вместо добавления поддержки индикаторов приложений, поэтому я попросил разработчика добавить app-indicator suppory, ответ был " Отправьте нам патчи. " по поводу причины, по которой они решили не реализовывать это. было это

  

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

     

Если бы это была настоящая техническая проблема, я бы, вероятно, принял меры, но это чисто политический маневр, поэтому я так не думаю.

     

Нет, я просто перейду в белый список

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

нижняя строка: каноническая реторта должна была отправить патч, но если вы не можете, то нет необходимости в реторте

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
-1

Начните щедрость за нужную функцию.

Или выйдите и купите продукт, который утверждает, что делает именно то, что вы хотите, и злоупотребляйте своим персоналом поддержки, когда обнаружите, что маркетинг не соответствует вашим ожиданиям.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31
-2

Лучшее, что я могу придумать, это «вы сосать».

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

Вы можете попробовать ( cough ) «пожертвования», чтобы ваша проблема была решена, но я боюсь, что такая практика, если она будет распространена, приведет к некоторой действительно плохой потере целостности в отрасли, поскольку исправления ошибок никогда не должны быть прибыльными, либо для «свободного», либо для коммерческого программного обеспечения.

ответил Bernard 12 J000000Tuesday11 2011, 23:13:31

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132