Задать вопрос
  • Каковы плюсы и минусы профессии тестировщика?

    @azShoo
    Из минусов:
    Ограниченное развитие.
    Недооцененность сферы в СНГ.
    Постоянные душевные страдания за качества продукта.

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

    В целом, минусов больше чем плюсов, потому что подход "этого небыло в тз" для тестировщика не работает. Нужно всегда думать о том, что остальные что-то упустили, забыли, не подумали.
    Нужно всегда помнить, что everything is broken. И всегда быть готовым к тому, что за баги на проде, которые неизбежно будут, шишки полетят именно в вас. :)
    Но, в то же время, мне, например, вполне нравится. Если перебороть в умах коллег по IT стереотип, что тестировщик это обезъянка, тупо кликающая куда-попало - будет вообще отлично.
    Ответ написан
    Комментировать
  • Существует смесь workflowy и todoist для организации процесса GTD?

    maxxannik
    @maxxannik
    Сайты на WordPress + Интернет магазины WooCommerce
    Это называется acm (адаптивный кейс менеджмент). В моём понимании.
    Концепция такая. Я ее называю gtd для групп.

    Но готовых продуктов нет. Не нашёл. Давно искал. Потом начал свою систему думать)

    Придумал. Внедрил в ряде компаний.

    Сами в ней работаем.

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

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

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

    Их довольно сложно уводить в личный список.

    Есть чек поинты кейса. Они создаются под задачу. Это то что есть в воркфловли. И аналогах типа Трелло.

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

    Таким образом имеем 3 типа чек листов.

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

    На практике мы лишь идём сюда и хотим попробовать. Не факт что эта схема выживет.

    Понятна причина отсутствия такого решения - оно до жути сложное. И потому живёт только в кастомных системах. Коробку под такое сделать будет крайне сложно.

    Хотя тот же Мегаплан что то подобное пытался сделать. И отчасти у них получилось. Но применять тяжело.

    И пока решение такое что основное управление идёт в нашей системе (кейспресс). Там отчёты разные. Представления данных о ситуации. А доп контроль через чек листы wunderlist. Благо они хорошо интегрированы как в телефоне так и в хроме.

    Вот как то так )
    Ответ написан
    Комментировать
  • Карьера с PL/SQL, Oracle на заводе?

    Fadmin
    @Fadmin
    Если нет других предложений, надо идти.
    Перспективы можно проверить набрав например на hh.ru oracle forms.
    Ответ написан
    1 комментарий