Или таких специалистов просто нет на рынке? Как бы вы исключали такую гипотезу, поделитесь опытом?Хорошие спецы по тестированию уже пристроены и чтобы их переманить надо предложить лучшие условия.
UPDATED! Яндекс:нагр.тестирование, Linux (Москва)
#61
Отправлено 11 мая 2007 - 21:28
#62
Отправлено 12 мая 2007 - 13:55
А я думал, здесь форум по разработческим вопросам, а не по КЗОТу и налоговому законодательству. Ведь уже объяснили коллеги, что фактически налоги перечисляет компания, но формально считается, что они входят в оклад.
Данный раздел форума - о работе, поэтому все такие моменты лучше сразу уточнить.
Вы же спросили, какой смысл называть суммы до налога. Смысл в том, что (а) мы белая компания, и в трудовом договоре фигурируют именно суммы до исчисления подоходного налога; (б) подоходный налог для нерезидентов какое-то время больше, чем для резидентов -- и мы фиксируем сумму до налогов.
Про а) - согласен, там, конечно, д.б. "грязная" з/плата, про б) - если Вы, конечно, берете нерезидентов, то тогда понятно у них другие несколько налоги.
Ну и дискуссию можно закрыть на тему налогов, так как понятно, что Вы хотели сказать и понятно, что я имел в виду.
Или таких специалистов просто нет на рынке? Как бы вы исключали такую гипотезу, поделитесь опытом?
Ну наврядли прямо совсем нет таких, хотя их скорее всего действительно немного (хотя одного я знаю лично, например). Но ведь есть специалисты в области просто нагрузочного тестирования, которые достаточно легко смогут переключится на вашу специфику.
Кроме того, много QAев используют нагрузочное тестирование как один из видов тестирования, входящий в общий цикл тестирования продукта, и тоже в курсе проблем и вполне могут вам подойти как специалисты среднего уровня.
И уж совсем оффтопик - ситуация на рынке труда IT специалистов в Москве не в пользу работодателей. Компаний много, они растут и требуют много специалистов, ну а их просто физически столько нет. Ну а из регионов поток тоже иссякает с ростом з/плат там.
#63
Отправлено 13 мая 2007 - 19:50
связаными с изучением необходимости нагрузочного
тестирования и порядка проведения его, а не непосредственно
нагрузочным тестированием.
Почему то в нашей стране для отделения менее опытных студентов от
субъектов с обытом и не метувшихся в сторону разработки используют
термини QA. Хотя с другой стороны тимлид или тест-менеджер у нас
выполняет функции QA
#64
Отправлено 13 мая 2007 - 20:05
Мы все глядим в Наполеоны.Забавно, но я думал что QA должен заниматся вопросами
связаными с изучением необходимости нагрузочного
тестирования и порядка проведения его, а не непосредственно
нагрузочным тестированием.
#66
Отправлено 14 мая 2007 - 04:54
Забавно, но я думал что QA должен заниматся вопросами
связаными с изучением необходимости нагрузочного
тестирования и порядка проведения его, а не непосредственно
нагрузочным тестированием.
Хм, а интересно, а кто же должен заниматься тестированием как не QA/тестировщики?
Почему то в нашей стране для отделения менее опытных студентов от
субъектов с обытом и не метувшихся в сторону разработки используют
термини QA. Хотя с другой стороны тимлид или тест-менеджер у нас
выполняет функции QA
Ну не согласен. Конечно, студенты м.б. тестерами без опыта, в задачи которых можно поставить запуск тест кейзов и несложное ручное тестирование. Более опытные QA должны знать язык, на котором пишется продукт, один или несколько языков для разработки тест кейзов автоматизированного тестирования, один и несколько языков для разработки специфических тестов (обычно это Perl, Phyton etc). Поэтому обычно хороший QA это бывший Dev с особым складом ума.
#67
Отправлено 14 мая 2007 - 07:59
Хм, а интересно, а кто же должен заниматься тестированием как не QA/тестировщики?
Формализацией процесса QA, реализацией соглассно процессу тестировщики
Ну не согласен. Конечно, студенты м.б. тестерами без опыта, в задачи которых можно поставить запуск тест кейзов и несложное ручное тестирование. Более опытные QA должны знать язык, на котором пишется продукт, один или несколько языков для разработки тест кейзов автоматизированного тестирования, один и несколько языков для разработки специфических тестов (обычно это Perl, Phyton etc). Поэтому обычно хороший QA это бывший Dev с особым складом ума.
Чтобы бывший девелопер перешел в QA у него действительно болжен быть особый скалд
ума, либо он должен стать прожект менеджером и формализовывать не только процесс
разработки но и тестирования. Для того чтобы девелопер стал тестировщиком .... ну
вобщем не девелопер и был =)
Но с другой стороны опыт программирования очень, очень полезен. Во первых,это
конечно автоматизация. Здесь достаточно знание хотя бы одного скриптового
языка (я не говорю про методологию автоматицации, 90% кто автоматизируют,
автоматизируюит свои руки, причем, опять же, даже последнее достуно не всем)
Во вторых понимание принципов работы SW в целом, что позваляет тестировать
более осмысленно (не важно ручками или скриптами)
Язык и ТестТул - это руки, руки приставленные к дурной голове будут еще беспомощнее
чем тестируемое приложние.
#68
Отправлено 14 мая 2007 - 12:39
Формализацией процесса QA, реализацией соглассно процессу тестировщикиХм, а интересно, а кто же должен заниматься тестированием как не QA/тестировщики?
В общем случае, тестировщики входят в QA департамент, поэтому деление здесь весьма и весьма условно.
#69
Отправлено 14 мая 2007 - 15:27
В общем случае, тестировщики входят в QA департамент, поэтому деление здесь весьма и весьма условно.
Условно исходя из культуры IT в стране, бывает так что тестировщики еще и саппортом
занимаются....
#70
Отправлено 14 мая 2007 - 19:07
В общем случае тестировщики входят в проектную группу и подчиняются ПМ-у, так как никакого выделенного подразделения тестирования попросту нет, не то что QA (да что там QA, SEPG и то редкость).В общем случае, тестировщики входят в QA департамент, поэтому деление здесь весьма и весьма условно.
Редактор портала www.it4business.ru
#71
Отправлено 15 мая 2007 - 14:02
В общем случае тестировщики входят в проектную группу и подчиняются ПМ-у, так как никакого выделенного подразделения тестирования попросту нет, не то что QA (да что там QA, SEPG и то редкость).
Ну это в варианте когда нет QA отдела. Просто по идеологии тестеры ближе к QA, чем к девелопменту. И с нынешним развитием средств автомат. тестирования необходимость в "чистых" тестерах уменьшается (IMHO) и при необходимости это можно возложить на QA девелоперов.
#72
Отправлено 18 мая 2007 - 07:47
======
- Какую среднесуточную нагрузку выдержит новый интернет-сервис Яндекса?
- К каким всплескам посещаемости он должен быть готов, чтобы пользователь ничего не заметил?
- Через сколько месяцев (или кварталов) нужно менять архитектуру сервиса при текущем росте посещаемости?
- Если сервис выдерживает нагрузку N на одном лабораторном сервере, сколько он выдержит на боевом кластере, где <крутится> ещё десятком других сервисов?
Даже если вы никогда не занимались ничем подобным, но хорошо себе представляете, как внутри устроены web-приложения, и уверенно работаете в unix-консоли - присылайте резюме.
Перспектива тоже есть: с самого начала нужна большая инициатива и самодвижимость; через 1-1.5 года вполне реально возглавить собственную группу.
Начальная зарплата: 50 тыс. руб для начинающего/стажёра; 58 тыс. для хорошего специалиста; 68 тыс. руб для действительно сильного кандидата (суммы до вычета налогов). Зарплата может пересматриваться хоть каждый квартал. Квартальная премия платится по результатам работы (в случае запусков проектов может достигать до 1 месячного оклада в квартал).
Прочие блага: оплата технической литературы; рабочее место -- десктоп с двумя 19" TFT-мониторами, либо ноутбук + 19" монитор.
Корпоративная жилищная программа; медстраховка; бесплатные обеды; корп.
условия в фитнесс-центре рядом с офисом.
Работа в московском офисе (м. Курская,
http://company.yande...de/contacts.xml) на полный день, график работы в разумных пределах свободный. Удаленная работа невозможна. Испытательный срок 3 месяца, оклад тот же.
Иногородним кандидатам оплатим приезд на собеседование и можем помочь с переездом. Оформление иностранцев в принципе возможно; детали нужно обсуждать индивидуально.
Оставляйте резюме на сайте Яндекса - там же все формальные требования:
http://company.yande...ding_tester.xml
Задавать вопросы можно прямо здесь, либо на yurkennis@yandex-team.ru
Редактор портала www.it4business.ru
#73
Отправлено 18 мая 2007 - 14:55
Теперь есть: за ссылкой "Хотите выполнить тестовое задание?" на всё той же странице вакансии: http://company.yande...ding_tester.xmlа тестовое задание есть?
Это первый эксперимент с задачками -- просьба не слишком критиковать ;-)
#74
Отправлено 18 мая 2007 - 20:07
Задачка хорошая, я такого типа но без привязки к компьютерной области, давал на собеседованиях старших тестеров: про сеть автозаправок в городе.
Редактор портала www.it4business.ru
#75
Отправлено 21 мая 2007 - 06:22
Теперь есть: за ссылкой "Хотите выполнить тестовое задание?" на всё той же странице вакансии: http://company.yande...ding_tester.xmlа тестовое задание есть?
Это первый эксперимент с задачками -- просьба не слишком критиковать ;-)
Кажется у Джоэла или Силивана в одной из глав посвещенных набору персонала, было про
задание вопросов требующих размышления от кандидатов. Причем главное не результат,
а желание и умение размышлять.
#76
Отправлено 21 мая 2007 - 13:52
Ну отчего же, вполне есть примеры -- возьмите ту же Goranka Bjedov, вполне себе прикладной специалист в этой узкой области:Мне кажется, что справедливо было бы исключить одно из трёх выделенных италиком слов. :) "Чистые" массовые вёб-приложения с html-ным передом, с не особо транзакционным задом - это не та задача, на которой можно заматереть в нагрузочном тестировании, ИМХО. Просто хотя бы из-за достаточно популяризованного протокола и понятности предметной области.матёрый специалист в нагрузочном тестировании web-приложений
http://www.google.co...nce-Testing.pdf
http://video.google....978643577501895
Это её презентация на лондонской конференции по автоматизации тестирования, сентябрь 2006 года.
#77
Отправлено 21 мая 2007 - 14:33
Такие задачки мы давно практикуем, особенно на разработческих вакансиях, где рынок позволяет довольно хорошо поднимать планку и по problem-solving-вообще в том числе.Кажется у Джоэла или Силивана в одной из глав посвещенных набору персонала, было про
задание вопросов требующих размышления от кандидатов. Причем главное не результат,
а желание и умение размышлять.
#78
Отправлено 21 мая 2007 - 17:19
Я смотрел это выступление на видео раньше, и, насколько я помню, там упоминался предыдущий опыт в телекоме. Кроме того, мне показалось, я привёл агрументы в поддержку своего мнения о не особой перспективности специализации в нагрузочном тестировании решений базирующихся на LAMP, если смотреть с точки зрения профессионального роста. У меня есть и ещё, если хотите, я свои конкурентные преимущества буду отстаивать до конца. :)возьмите ту же Goranka Bjedov
#79
Отправлено 21 мая 2007 - 17:58
А со ссылками какой эксперимент? :)http://company.yande...ding_tester.xml
Это первый эксперимент с задачками -- просьба не слишком критиковать ;-)
Чисто для поинтересоваться, открываю ссылку в новом окне (я их все в новых окнах открываю) - нет тестового задания.
Оказалось надо просто кликать.
И кстати, тоже предлагаю задачку:
А и Б сидели на трубе (канале, информационном), А упало Б пропало, что осталось на трубе?
(шуточные задачки тоже должны быть, потому как здоровое чувство юмора в требованиях)
#80
Отправлено 21 мая 2007 - 21:11
Горанка работала раньше в AT&T, но вся презентация про опыт Google'а. На AT&T ссылаются разве что короткие устные ремарки в одном месте, не более того. Все проблемы, о которых она рассказывает, есть и в Google, и в Яндексе -- тут телеком совсем ни при чём.Я смотрел это выступление на видео раньше, и, насколько я помню, там упоминался предыдущий опыт в телекоме.возьмите ту же Goranka Bjedov
Ну какой, скажите на милость, LAMP в Веб-Почте Яндекса., где даже Oracle дохнет под нагрузкой даже на метаданных о письмах, не то что на хранении самих писем? Или на Маркете..Кроме того, мне показалось, я привёл агрументы в поддержку своего мнения о не особой перспективности специализации в нагрузочном тестировании решений базирующихся на LAMP
Или Карты . с их временем отрисовки и Маркет с глубокой переработкой данных. Упомянул бы ещё Фотки, но у тех пока аудитория далека от проектных цифр.
Про кастомную морду, которая отрисовывается, если не ошибаюсь, вообще без хождений в базу, я не говорю.
То есть строить тестовый стенд для кластера из сотен машин, где только разных типов машин (ролей) больше полудюжины -- для вас пройденный этап? И смасштабировать цифры по нагрузке от такого стенда до боевого кластера -- плёвое дело? И подготовить user-generated content боевых объёмов задолго до запуска социального сервиса не составляет никакого труда? Снимаю шляпу....если смотреть с точки зрения профессионального роста. У меня есть и ещё, если хотите, я свои конкурентные преимущества буду отстаивать до конца. :)
Да, если вы ещё с нами -- посмотрите вводный рассказ об XScript'е, он изрядно проясняет, в какой архитектуре мы живём на большинстве сервисов: http://www.rit2007.r....obolenskiy.avi
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных