А что думаете насчёт того что часто там пописываешь что то вроде того " после увольнения вы не имеете права 2 года работать в смежных структурах "

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

А что думаете насчёт того что часто там пописываешь что то вроде того " после увольнения вы не имеете права 2 года работать в смежных структурах "

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

Давайте без мата?

исправил

У меня есть история про NDA, рассказаная другом знакомого друга мне незнакомого человека, который эту историю увидел во сне - все свои NDA я соблюдаю). Технический специалист в одной телеком-компании умудрился кликнуть на фишинговую ссылку. И при этом нет, он был грамотным компьютерно человеком, просто не доглядел, и скрипт, написанный этим человеком, схавал ссылку и прошёлся его учётной записи. Иииии после этого некоторые конфиденциальные данные нескольких тысяч абонентов оказались в свободной продаже на широко известных в узких кругах форумах. Гром грянул когда вообще не ждали. Человек не подозревал о том что накосячил, к приходу сотрудников соответствующих служб был не готов. И человек был уволен, формально, за несоблюдение NDA.

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

Спасибо, так примерно и думал всегда)

У меня есть история про NDA, рассказаная другом знакомого друга мне незнакомого человека, который эту историю увидел во сне - все свои NDA я соблюдаю). Технический специалист в одной телеком-компании умудрился кликнуть на фишинговую ссылку. И при этом нет, он был грамотным компьютерно человеком, просто не доглядел, и скрипт, написанный этим человеком, схавал ссылку и прошёлся его учётной записи. Иииии после этого некоторые конфиденциальные данные нескольких тысяч абонентов оказались в свободной продаже на широко известных в узких кругах форумах. Гром грянул когда вообще не ждали. Человек не подозревал о том что накосячил, к приходу сотрудников соответствующих служб был не готов. И человек был уволен, формально, за несоблюдение NDA.

жестко конечно( нашли быстренько виноватого и всё.

У меня есть история про NDA, рассказаная другом знакомого друга мне незнакомого человека, который эту историю увидел во сне - все свои NDA я соблюдаю). Технический специалист в одной телеком-компании умудрился кликнуть на фишинговую ссылку. И при этом нет, он был грамотным компьютерно человеком, просто не доглядел, и скрипт, написанный этим человеком, схавал ссылку и прошёлся его учётной записи. Иииии после этого некоторые конфиденциальные данные нескольких тысяч абонентов оказались в свободной продаже на широко известных в узких кругах форумах. Гром грянул когда вообще не ждали. Человек не подозревал о том что накосячил, к приходу сотрудников соответствующих служб был не готов. И человек был уволен, формально, за несоблюдение NDA.

а че сотрудник-то, админам надо за такое вставлять

а че сотрудник-то, админам надо за такое вставлять

Видимо иногда проще сотрудника слить чем админа

Часто проще просто не думать, а сразу найти крайнего)

жестко конечно( нашли быстренько виноватого и всё.

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

в нормально компании после такого(если в большой) проведут тренинг для всех что не надо делать и почему

нормальной*

админам думаю тоже досталось

Огребли почти все. Кто-то в меньшей, кто-то в большей степени.

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

фактически виноват сотрудник - нефиг кликать непонятно что, сидел в порноххх.ком и кликал чо не попадя

а вот это "он недоглядел" - это оправдание для бедных

отсутствие злого умысла не оправдывает халатность

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

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

вообще интересно, как так скрипт всё слил. в банках, где я работаю - вообще доступа напрямую в инет нет. вообще.

вообще интересно, как так скрипт всё слил. в банках, где я работаю - вообще доступа напрямую в инет нет. вообще.

Да там два компа. Один без ничего и с инетом, другой со всем но без инета.

)))

+ это банк а там абонентская база чисто, какие услуги да адреса наверн

Да там два компа. Один без ничего и с инетом, другой со всем но без инета.

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

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

Ключевая фраза - "должен быть".

Ключевая фраза - "должен быть".

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

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

это да

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

смотря какая бага

это вроде бы обсуждается с лидом

смотря какая бага

Бага, которая блокирует проверку задачи

У нас лид разработки сделал так: Если тестер находит багу и возвращает на доработку, то задание маринуется две недели, и включается в следующий спринт

Правильно это или нет?

У нас лид разработки сделал так: Если тестер находит багу и возвращает на доработку, то задание маринуется две недели, и включается в следующий спринт

у нас закладывалось до 20% в спринте на багфиксинг. потому мариновки не было.

Правильно это или нет?

Ну как уже выше сказали, это зависит от бага, смотря какую приорити/севирити баг имеет

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

У нас просто такая гнилая система, что процент разрабатываемых задач и возвращенных на разрабов наверное 80%. Т.к. разрабу дается время например 3 часа, разработчик начинает делать задание, потом смотри, что не успевает, коммитит время и отдает на тестирование. Потом тестер смотрит, что часть спеки не реализованно и возвращает на разработчика, а тот объясняет, что было выделено 3 часа все сделать я не успел и задача маринуется 2 недели.

Плачевная ситуация

У нас просто такая гнилая система, что процент разрабатываемых задач и возвращенных на разрабов наверное 80%. Т.к. разрабу дается время например 3 часа, разработчик начинает делать задание, потом смотри, что не успевает, коммитит время и отдает на тестирование. Потом тестер смотрит, что часть спеки не реализованно и возвращает на разработчика, а тот объясняет, что было выделено 3 часа все сделать я не успел и задача маринуется 2 недели.

А кто дает эти 3 часа? ПО? Или сами разрабы/лид?

А кто дает эти 3 часа? ПО? Или сами разрабы/лид?

Лид дает

У нас ну и я думаю у всех так, перед началом спринта проводят плэнинг, где вся команда оценивает таски и то, сколько времени на них примерно выделить

Бага, которая блокирует проверку задачи

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

https://confluence.atlassian.com/agile/jira-agile-user-s-guide/jira-agile-tutorials/tutorial-planning-and-estimating-work-for-an-agile-team

Лид дает

лид не вправе определять время на выполнения таска

лид не вправе определять время на выполнения таска

?

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

и девы тоже

У нас все вместе эстимейтят

мало того - на плэннинг покере как раз это и выявляется

ещё на этапе оценки сложности задачи в поинтах

Ку ей с точки зрения тестирования, девы с точки зрения разработки

У нас ну и я думаю у всех так, перед началом спринта проводят плэнинг, где вся команда оценивает таски и то, сколько времени на них примерно выделить

ты присутствуешь на этих митингах?

а то вот у меня как раз все ушли

ты присутствуешь на этих митингах?

Да

У нас все вместе эстимейтят

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

как напланируют, а мне потом делать ?

У вас ку ей не естимируют таски? А если например какой-то таск легкий для разработки (кнопку какую-нибудь заменить например), но сложный для тестирования? (на эту кнопку надо посмотреть во всех браузерах, ОС, етц)

У вас ку ей не естимируют таски? А если например какой-то таск легкий для разработки (кнопку какую-нибудь заменить например), но сложный для тестирования? (на эту кнопку надо посмотреть во всех браузерах, ОС, етц)

ну у нас все сами эстимируют, причём я очень активно всех приучаю не только эстимировать, а оценивать или таск займёт больше 12 часов с учётом рисков (то есть можно ли сделать таск за день, по факту) и если это неочевидно, то сразу же дробить даже кьюатаски на части, которые реально можно сделать за день

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

хотя вообще-то я естимирую сама, лид выбирает какие стори в каком скуаде будут

для веселья :)

Ой, чото жесть.

Eto 4to?)

кто такой юай запилил

можно рассматривать вечность

лучший юай, раньше все такие были

ERROR: S client not available

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

а у нас тут просто общий чатик по тестированию (без специализации)? А то у меня такой вопрос как раз по юаю - как у вас с юзабилити тестированием дела обстоят? Отдельные люди, таски, гайды, как вообще происходит? И что можете посоветовать почитать\посмотреть по теме?

а как вам надписи? воскресенИе? дела грядущих дней

так вот чего тети на почте такие злые?

а у нас тут просто общий чатик по тестированию (без специализации)? А то у меня такой вопрос как раз по юаю - как у вас с юзабилити тестированием дела обстоят? Отдельные люди, таски, гайды, как вообще происходит? И что можете посоветовать почитать\посмотреть по теме?

https://msdn.microsoft.com/en-us/library/windows/desktop/dn688964(v=vs.85).aspx

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

спасибо!

https://msdn.microsoft.com/library/windows/desktop/ff657751.aspx и вот ещё

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

https://scholar.google.com.ua/scholar?q=html+usability+guidelines&hl=uk&as_sdt=0&as_vis=1&oi=scholart&sa=X&sqi=2&ved=0ahUKEwibjbCikvjOAhXCAxoKHaOEAKYQgQMIGDAA - ну и для вебчика

)))

и если я не ошибаюсь , то под иос и ондроед у гугла и яблока гайды у них же на сайтах и для дев и для оценки

https://www.google.com/webmasters/#?modal_active=none

например

У нас лид разработки сделал так: Если тестер находит багу и возвращает на доработку, то задание маринуется две недели, и включается в следующий спринт

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

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

У нас просто такая гнилая система, что процент разрабатываемых задач и возвращенных на разрабов наверное 80%. Т.к. разрабу дается время например 3 часа, разработчик начинает делать задание, потом смотри, что не успевает, коммитит время и отдает на тестирование. Потом тестер смотрит, что часть спеки не реализованно и возвращает на разработчика, а тот объясняет, что было выделено 3 часа все сделать я не успел и задача маринуется 2 недели.

Лол, зачем отдавать на тестирование заведомо недоделанную задачу? На что надеется разработчик, а главное, тимлид?

не, ну "заведомо недоделанная" - это вряд л

обычно такое описывается фразой "It works on my machine"

Там же написано "не успел доделать за 3 часа и отдал в тестинг"

а, я пропустил

ну, странновато

хотя и такое бывало

Там же написано "не успел доделать за 3 часа и отдал в тестинг"

вот за такое по шапке надо

мы иногда при реилизации объемных задач их недоделанными принимали в тест

с оговорками о том, что стабилизируем такие и такие модули

Ага, некоторые таски тоже запускаем по частям

а разработка параллельно уже допиливает остальное

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

Лол, зачем отдавать на тестирование заведомо недоделанную задачу? На что надеется разработчик, а главное, тимлид?

это лучшее, что может быть в процессе разработки - если дев может разделить задачу на части и давать в тестирование частичные реализации - то есть когда кьюатаск стартуется ДО того, как закрывается дев таск

то есть даже мелкую фичу дать в тестирование до того, как финальный код будет в билд/тестсервер/прод залит (у кого куда)