Статья На Заказ: Предложите Тему Статьи И Подарите Карму Или Пригласите Автора

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

Говорят, сложно придумать тему и написать на нее хороший пост, а у некоторых просто не хватает на это кармы.

Для меня, наоборот, проблема скорее в том, чтобы найти время для написания поста; всегда будет тема.

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

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

Кажется, с точки зрения правил в этом нет ничего криминального.

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

И при этом заказчик получает информацию по интересующей его теме.

Обновление с описанием реализации под катом.



ОБНОВЛЕНИЕ: Немного о реализации.

Я представляю реализацию этого примерно так: Выполняем задачу: 1) Список открыт и виден всем.

2) Желающий попробовать выбирает тему и блокирует ее.

2.1) Если через 2 дня ничего не получилось, тема разблокируется, и тот, кто взял ее первый раз, получает наказание (минус кармы зарегистрированным пользователям что ли (тут нужна помощь с идеями для потенциальных пользователей)).

И все начинается с начала.

3) Если в течение 2 дней человек делает соответствующую тему, он показывает ее заказчику.

3.1) Если работа заказчику нравится, то тема публикуется, заказчик платит кармой/инвайтом, все довольны и читают тему.

3.2) Если работа не нравится по объективным причинам (необходимо составить список возможных объективных причин), то человеку дается еще 1 день на исправление ошибок, после чего заказчик проверяет еще раз.

3.3) Если клиент недоступен для первичной проверки в течение 2 дней (или повторной в течение 1 дня), тема просто публикуется.

3.4) Если пост публикуется без проверки и оказывается неудачным (рейтинг менее +20), заказчик получает минус в карму.

3.5) Если пост не публикуется в течение 5 дней (художник пытался, но не получилось), все начинается заново.

Заказчик получает плюс за проверку, подрядчик — минус за наглость.

Добавляем задачу: 1) Заказчик добавляет задачу, которую необходимо выполнить.

2) Заказчик предлагает цену (не больше кармы/инвайта, чем он может дать).

3) Заказчик описывает минимальный уровень работы (т.е.

примерно то, что он там ожидает увидеть).

Пример: Я хочу знать производительность каждой математической операции (можно ограничиться самыми популярными +-*/%&| и всякими корнями, тригонометрией, длинами векторов, но чем больше, тем лучше), которую OpenCL поддерживает на видео nVidia карта с вычислительными возможностями 2.0. Те.

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

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

Я также хочу знать производительность целочисленных операций.

Примерно так я все это себе представляю.

Теги: #статья #ПОСТ #заказ #тема #карма #приглашение #улучшение #список #Хабр

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.