Уж лучше бумажными самолетиками обмениваться.

Шу просто не любит джиру, ну или имел слоупоков ПМов, которые не могут настроить нотификации :D

Ты все ещё не ответил на вопрос.

Ещё раз, @panemquotidianum Назови хотя бы один плюс, чем Джира удобнее для обсуждения требований чем условный voice call?

с обсуждением технических деталей pm - qa - dev в Джире 150-200 релизов в месяц для команды из 10 человек. Наверное, если б мывыбросили джиру и все решали на словах, было бы сколько релизов в месяц, тысяча? :)

Правильно я понимаю, что ты не можешь ответить на вопрос выше?

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

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

или мило поговорив по скайпу

Зачем вам в джире видеть процесс обсуждения задачи, если она в своем описании содержит всю необходимую информацию?

я понимаю, люди любят чатиться, общаться, это всё. фичи надо делать. и делать это формально

Ещё раз. Фичи нужны. Описание их - тоже иногда нужно. Это описание должно лежать в теле задаче в джире, в поле Description. Для обсуждения задач - джира не нужна. Обсудили в предназначенных для этого средствах коммуникации -> актуализировали таск всей необходимой информацией. Всё.

где будут лежать варианты proof of concept и все обсуждения, почему фича сделана так, а не иначе?

я понимаю, люди любят чатиться, общаться, это всё. фичи надо делать. и делать это формально

люди любят продираться через десятки-сотни каментов к сути?

где будут лежать варианты proof of concept и все обсуждения, почему фича сделана так, а не иначе?

в чате

вот говно

люди любят продираться через десятки-сотни каментов к сути?

в чате то не потеряются, ага

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

где будут лежать варианты proof of concept и все обсуждения, почему фича сделана так, а не иначе?

А зачем они должны где-то лежать? У вас есть задача -> в ней описана проблема, которую надо решить. Все заинтересованные лица обсудили варианты решения, выработали нужное -> Актуализировали таск в джире тем, какое было принято решение и почему.

Зачем вам в джире история этого обсуждения?

Это нормальный рабочий процесс: Обсудили -> Решили -> Задокументировали.

Если вы не работали в опенсорсе и не видели средний объем issues, или issue\rfc для core maintainer фреймворка срднего размера. вы едва ли поймете как должны и как круто могут быть информативны таски в джире, где есть посты с развитием фичи от прототипа до имплементации

зачем делать столь глобальные таски? сделал таск — забыл

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

а всю мякотку перенесли в вики

Если вы не работали в опенсорсе и не видели средний объем issues, или issue\rfc для core maintainer фреймворка срднего размера. вы едва ли поймете как должны и как круто могут быть информативны таски в джире, где есть посты с развитием фичи от прототипа до имплементации

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

Продуктовая разработка не имеет таких проблем.

а всю мякотку перенесли в вики

yet another duplicate tool for a mindfuck

Это не duplicate tool, это распределение информации по предназначенным для этого инструментам.

Документация - в вики, таски - в тасктрекер, обсуждения - в мессенджерах.

Можно ещё код в джире писать, что б репозитории не использовать.

Чо далеко ходить-то.

yet another duplicate tool for a mindfuck

да даже не дупликейт. Сделал описание в вики, сделал короткую юзерстори с описанием, в котором объясняется зачем и отсылкой в вики за подробностями. Разобрал тонкости в чате с разработчиками — дополнил/изменил в вики, не трогая стори

да даже не дупликейт. Сделал описание в вики, сделал короткую юзерстори с описанием, в котором объясняется зачем и отсылкой в вики за подробностями. Разобрал тонкости в чате с разработчиками — дополнил/изменил в вики, не трогая стори

Да Это, пожалуй, идeальный мир)

А о чем спор? Если у @panemquotidianum все работает и его устраивает, то в чем вы пытаетесь его переубедить? Или вы это, чтобы другим неповадно пробовать было?

А о чем спор? Если у @panemquotidianum все работает и его устраивает, то в чем вы пытаетесь его переубедить? Или вы это, чтобы другим неповадно пробовать было?

Спор про идеальный мир, который был упомянут, и степень его идеальности.

Старые песни о главном.

Все так. Но ведь в интернете все еще кто то неправ.

посоветуйте по поводу Appium

были сделаны скриншоты при ручном тестировании

проблема либо во внешней jquery библиотеке либо в способе ее интеграции

только на реальных девайсах

доступа к web developer tools у меня там нет

как дальше тестировать?

а это нативное или веб-вью?

это браузер

оу, это вообще браузер

хром умеет

сафари похоже

в тулах включается дев режим

где мне запускать?

в тулах включается дев режим

appium?

[Побуду девочкой из QA] И я даже не знаю, по каким ключевым словам искать баг здесь: https://github.com/kenwheeler/slick/issues

squeezed? squashed ?

восстановите то, что вы удалили

сафари похоже

так точно

внизу подсвечено синим

то, что включает режим

на PC?

везде

http://realeyes.com/blog/2014/02/a-quick-guide-to-chromes-new-built-in-device-emulation/

ERROR: S client not available

я один не понимаю, в чем именно проблема ?

потому эмуляторы это тестирование сквозь пальцы)

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

почему Browser Devugger Tab в TestObject пуст?

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

Ну, если вашим продуктом пользуются только в эмуляторах, то нет, не нужно конечно.

Как дебажить: подключаете девайс, включаете Remote Debugging \ Web Inspector и дебажите.

спасибо, так бы сразу и сказали бы: Нужен реальный девайс у нас, USB шнур и Chrome. Клаудные решения аля TestObject (пока) слишком сырые

давай так, я говорю что тебе делать и ты делаешь?

OK

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

можно каждый час, но пятнадцать минут

Подскажите, пожалуйста есть ли аналоги эмуляторов iOS девайсов, как Genymotion для андроида?

Аналоги по отношению к чему?

Использовать нативные от икскода нет возможности?

Аналоги по отношению к чему?

Эмулятор устройств с операционной системой iOS

на компе какая ОС?

Есть облачные решения типа saucelabs, браузерстэка и иже с ним.

на компе какая ОС?

Винда) но есть старенький мини мак с иос

Есть облачные решения типа saucelabs, браузерстэка и иже с ним.

Спасибо

Винда) но есть старенький мини мак с иос

а икскод на стареньком маке совсем плохой вариант?

а икскод на стареньком маке совсем плохой вариант?

Если честно не знаю, я практически не пользовалась им и иосом. Он просто есть

под винду нету

и небыло

А под мак икскод?

есть

?а не с глаголами пишется раздельно

Простите, уже бомбит от обилия слитного написания в чате ?

товарищи, кто нибудь юзал икскод на виртуальном маке?

тормозит

а как виртуализировали? виртуалбокс?