Комментарии 49
Ох, про JIRA это вы зря…
Мотивируйте Ваше мнение.
Тормозить со временем начнет. Да и вообще прожорлива она.
Ну и да — кластеризуется она никак.
Ну и да — кластеризуется она никак.
Зато удобная, особенно когда с гринхоппером.
Может быть, Вы знаете, как ее пощупать, не заполняя форму с миллионом дурацких вопросов?
Неа :(
Сначала смотрели в Try Now. Когда пощупали, и понравилось, потратили $20 ($10 jira и $10 grenhopper), за версию для небольших компаний, а когда народ втянулся — кпуили уже полноценную.
Их идея с версией за $10 — это отличный способ опробовать всё это дело в боевом режиме, за скромную плату.
Сначала смотрели в Try Now. Когда пощупали, и понравилось, потратили $20 ($10 jira и $10 grenhopper), за версию для небольших компаний, а когда народ втянулся — кпуили уже полноценную.
Их идея с версией за $10 — это отличный способ опробовать всё это дело в боевом режиме, за скромную плату.
А что вы использовали до этого? Есть ли там функция импорта?
Эксельки, багзилу.
Не импортили — начинали в Jira с чистого листа, с новыми проектами.
Елинственное, экспортить/импортить между двумя инсталяхами Jira — когда переезжали с маленькой лицензии, на большую, заодно и на другой сервер — перетаскивал свои схемы/настройки.
Единственное, что мне до сих пор не нравится в жире — это работа с файлами.
Под один issue можно подвесить только один файл, да и из гринхоппера (а я всё время в нём провожу) быстро этого не сделаешь — приходится создавать задачу, на ней кликать Edit Issue и там уже атачить скришот или какой-то другой файл. Может я конечно что-то упустил, но недавно смотрел на их форуме — висели просьбы сделать это более удобным.
Правда совсем недавно жира и гринхопер обновились, и старые проекты остались в режиме Classic View, который они не рекомендуют далее использовать, а попробовать что-то в новом представлении, всё руки не доходят.
Не импортили — начинали в Jira с чистого листа, с новыми проектами.
Елинственное, экспортить/импортить между двумя инсталяхами Jira — когда переезжали с маленькой лицензии, на большую, заодно и на другой сервер — перетаскивал свои схемы/настройки.
Единственное, что мне до сих пор не нравится в жире — это работа с файлами.
Под один issue можно подвесить только один файл, да и из гринхоппера (а я всё время в нём провожу) быстро этого не сделаешь — приходится создавать задачу, на ней кликать Edit Issue и там уже атачить скришот или какой-то другой файл. Может я конечно что-то упустил, но недавно смотрел на их форуме — висели просьбы сделать это более удобным.
Правда совсем недавно жира и гринхопер обновились, и старые проекты остались в режиме Classic View, который они не рекомендуют далее использовать, а попробовать что-то в новом представлении, всё руки не доходят.
Все данные хранятся в базе, база естественно скалируется при необходимости.
Нельзя сделать load balancing? Но в конце концов, issue tracker, это не то место, куда будут ломится все подряд.
Кстати, из нашей статистики, только 2.5% зарегистрированных пользователей совершили какую-то активность в Bugzilla (написали комментарий к багу, создали свой баг и т.п.).
Нельзя сделать load balancing? Но в конце концов, issue tracker, это не то место, куда будут ломится все подряд.
Кстати, из нашей статистики, только 2.5% зарегистрированных пользователей совершили какую-то активность в Bugzilla (написали комментарий к багу, создали свой баг и т.п.).
Там не тот профиль использования будет, чтобы она тормозила =)
Имхо, здесь хорошо описаны недостатки JIRA и вообще на сайте по ссылке не мало полезной информации о системах управления задачами и проектами. Не сочтите за рекламу.
Сравнение JIRA и TrackStudio на сайте TrackStudio… Да, оно определенно объективное.
Так я и не агитирую в пользу TrackStudio и ссылку привел, потому что работал с обеими системами и согласен с описанными там недостатками JIRA. Все таки, кто-то влепил минус, несмотря на «имхо»…
Это смотря с чем сравнивать. Посмотрите сравнение TrackStudio и JIRA на сайте Atlassian:
confluence.atlassian.com/display/JIRACOM/JIRA+Vs+TrackStudio
confluence.atlassian.com/display/JIRACOM/JIRA+Vs+TrackStudio
Да, я его читал, и полностью поддерживаю начинание TrackStudio. Но всё-таки, почти все, с кем я общаюсь, используют «на работе» JIRA, и поэтому самое логичное решение — это привнести в ReactOS ту же систему, которой пользуется большинство профессионалов в своей области.
Солидарен.
Подсказал коллегам из Германии Redmine, так они про Jira навсегда забыли, а Redmine-у вот-вот донейт сделают.
Подсказал коллегам из Германии Redmine, так они про Jira навсегда забыли, а Redmine-у вот-вот донейт сделают.
а какое отношение ко всему этому имеет лого хитмана?
PS. емейл для контактов это нечто
PS. емейл для контактов это нечто
И ставки прикольные.
Среднее рабочее время — 168 часов в месяц. При текущих ставках выходит 336 и 1008 евро или 13600 и 40800 рублей. Точно не «Евро»пейский уровень
Найм программистов на смешные ставки — путь в никуда для open-source проекта.
То, что человек с удовольствием делает бесплатно, за доллар он делать не станет, такова психологическая натура человека. Об этом хорошо написал Dan Arielly в «Predictably Irrational».
В итоге те, кто раньше вносил вклад бесплатно, либо перестанут это делать, либо будут работать с меньшей мотивацией и эффективностью. А новых профи такими ставками не привлечешь.
То, что человек с удовольствием делает бесплатно, за доллар он делать не станет, такова психологическая натура человека. Об этом хорошо написал Dan Arielly в «Predictably Irrational».
В итоге те, кто раньше вносил вклад бесплатно, либо перестанут это делать, либо будут работать с меньшей мотивацией и эффективностью. А новых профи такими ставками не привлечешь.
Вы несовсем правильно толкуете мысли Dan Arielly.
Речь идёт о том, что за то, что человек с удовольствием сделал бы (или делает) бесплатно, он получит некий приятный бонус в денежном исчислении, а также reference и опыт работы, который учитывается при приёме на работу ведущими софтверными компаниями по всему миру.
Это давно известная система поощрений, и ничего плохого в ней на самом деле нету.
Речь идёт о том, что за то, что человек с удовольствием сделал бы (или делает) бесплатно, он получит некий приятный бонус в денежном исчислении, а также reference и опыт работы, который учитывается при приёме на работу ведущими софтверными компаниями по всему миру.
Это давно известная система поощрений, и ничего плохого в ней на самом деле нету.
> Вы несовсем правильно толкуете мысли Dan Arielly.
Вы книжку-то читали? Как иначе можно понять главу, которая даже называется «Why We Are Happy to Do Things, but Not When We Are Paid to Do Them», кроме как «То, что человек с удовольствием делает бесплатно, за доллар он делать не станет» ???
Ваша мотивировка назначения такого бонуса понятна, но он может привести не к тем результатам, на которые вы рассчитываете.
Вы книжку-то читали? Как иначе можно понять главу, которая даже называется «Why We Are Happy to Do Things, but Not When We Are Paid to Do Them», кроме как «То, что человек с удовольствием делает бесплатно, за доллар он делать не станет» ???
Ваша мотивировка назначения такого бонуса понятна, но он может привести не к тем результатам, на которые вы рассчитываете.
Проблема в том, что в ReactOS, как и в большинство open source проектов, разработчики пишут то, что им хочется либо что они умеют писать. В некоторых подсистемах (тe же win32, explorer-new и другие) годами никто не исправлял ошибки. Разработчики либо заняты другим, либо не хотят, либо не умеют это делать. Поэтому долгое время ReactOS остается на стадии alpha.
Было время, когда ядро (kernel32) было очень нестабильным, и с этим никто ничего не делал, так как не было специалистов… Поэтому все разработчики с команды приветствуют разработчиков, которые за деньги реализуют нужный функционал либо исправят критические ошибки. Нанятые разработчики сделают дело, получат деньги и уйдут, а разработчики, которые все время бесплатно работают над ReactOS таким образом быстрее выпустят релиз, и смогут на этом потом получать прибыль (та же поддержка, предустановка на новые ПК, и т.п.).
Например, HaikuOS уже долгое время оплачивает разные задания, и ничего, скоро выйдет alpha4, а в следующем году релиз.
Было время, когда ядро (kernel32) было очень нестабильным, и с этим никто ничего не делал, так как не было специалистов… Поэтому все разработчики с команды приветствуют разработчиков, которые за деньги реализуют нужный функционал либо исправят критические ошибки. Нанятые разработчики сделают дело, получат деньги и уйдут, а разработчики, которые все время бесплатно работают над ReactOS таким образом быстрее выпустят релиз, и смогут на этом потом получать прибыль (та же поддержка, предустановка на новые ПК, и т.п.).
Например, HaikuOS уже долгое время оплачивает разные задания, и ничего, скоро выйдет alpha4, а в следующем году релиз.
Нет ничего плохого в том, чтобы нанять стороннего профессионала по рыночным ставкам, тогда будет и мотивация, и качественный результат.
Но с ваших слов ситуация выглядит совсем скверно:
— людей нанимают делать то, что они не хотят;
— то, что они не умеют;
— на низкие ставки.
В реальности наверняка всё не так плохо. Но всё равно, ожидать, что люди за небольшие деньги будут работать с горящими глазами не стоит. Почему — пересказывать не буду, в книге лучше написано.
Но с ваших слов ситуация выглядит совсем скверно:
— людей нанимают делать то, что они не хотят;
— то, что они не умеют;
— на низкие ставки.
В реальности наверняка всё не так плохо. Но всё равно, ожидать, что люди за небольшие деньги будут работать с горящими глазами не стоит. Почему — пересказывать не буду, в книге лучше написано.
Я в своем городе работаю Android-разработчиком за $5/час, тут предлагается €6. Это для вас такая ставка низкая, я бы был очень рад такой оплате. Зачем нанимать за €20, если можно дешевле? Обычная фрилансерская практика, кто сделает дешевле и проходит контроль качества — того и берут. Больше денег, не значит лучше результат. Просто будет делать человек не с США/Европы, а с СНГ/Индии/Китая, где €6/час есть хорошая заработная плата.
Что тут скверного то? Есть люди которые хотят помочь проекту, но не знают системного программирования. Они переводят сайт и ОС, пишут сайт, пишут приложения на WinAPI, тестируют… Очень сложно найти системных программистов, которые бы писали бесплатно проект в свободное время.
— людей нанимают делать то, что они не хотят;— то, что они не умеют;Что тут скверного то? Есть люди которые хотят помочь проекту, но не знают системного программирования. Они переводят сайт и ОС, пишут сайт, пишут приложения на WinAPI, тестируют… Очень сложно найти системных программистов, которые бы писали бесплатно проект в свободное время.
Если ставка соответствует рынку и на неё пойдёт профессионал хорошего уровня — отлично.
Здесь же ветка именно про низкие ставки: 13600 руб в месяц для программиста из ex-USSR, и 1000 евро для предположительно человека с Запада (James Tabor). Да и работодатель говорит про «некий приятный бонус в денежном исчислении», а не про нормальную зарплату.
Здесь же ветка именно про низкие ставки: 13600 руб в месяц для программиста из ex-USSR, и 1000 евро для предположительно человека с Запада (James Tabor). Да и работодатель говорит про «некий приятный бонус в денежном исчислении», а не про нормальную зарплату.
Цель: В течение указанного периода времени разработать как можно большее количество тестовых скриптов AHK для автоматизированного регресс-тестирования работоспособности приложений в ReactOS. Предпочтительной целью является получение как можно более детальных тестов для всех приложений, тестирование которых производится при подготовке нового релиза к выпуску. В случае наличия достаточного количества времени, будут созданы дополнительные тесты для приложений из списка «Золотых приложений».
Формат постановки целей SMART нервно курит :)
Формат постановки целей SMART нервно курит :)
Скрипты AutoHotKey какие-нибудь публично доступны?
я думаю раз GPL — то доступны все +)
Где можно скачать / посмотреть? На сайте и в вики не нашел.
Вот спасибо. Хоть какая-то польза от вашего проекта.
Пожалуйста незабывайте о Правилах GPL лицензии при создании производных продуктов.
Обязательно. Только обязанности GPL вступают в силу, если я захочу распространять производный продукт, например. Но хорошо, notice буду вставлять в скрипты, на всякий случай.
Кстати, ссылка на svn оказалась бы более полезна, поэтому привожу её здесь:
svn://svn.reactos.org/project-tools/trunk/ahk_tests/
Кстати, ссылка на svn оказалась бы более полезна, поэтому привожу её здесь:
svn://svn.reactos.org/project-tools/trunk/ahk_tests/
Почему не Redmine? Мне кажется, что когда финансы ограниченые, надо деньги тратить на людские ресурсы, а не на тулы. Сейчас столько всего в open source что платить почти ни за что не надо, если с умом подойти.
Кстати, напишу тут: не так давно хотели заюзать вашу операционку как ноду в кластерных расчетах, т.к. она идеально вписывалась в концепцию (мало жрет оперативки, мало занимает, бесплатна (а надо было поднять до 400 копий), но количество багов остановило идею. Если принимаете пожелания, то мое будет таким: выпилите все баги, а потом за фичи лучше браться, потому как все отношение портится, когда не можешь работать с повседневными программами :) А так, проект — супер. Всяческих вам успехов!
Я всегда считал, что разработчик Bugzilla — это Mozilla.
А почему «Евро» в заголовке с заглавной буквы? Это что, имя собственное?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ReactOS нанимает на работу и платит в Евро