Неистово плюсую.
ExpectedConditions рулят
Я один для вейтов использую expectedConditions ?
Ну там browser.wait (protractor.expectedConditions.УСЛОВИЕ, timeout, ’шеф, всё пропало’).then (()=>{
Действо ();
});
И условий там полно и elementPresent и ElementToBeClickable и ElementComtainsText и elementDisplayed и всё это можно делать с .not
Думаю тут 2 причины
1) причина в том, что в нормальных компаниях есть понятие бюджет.... и он составляется минимум на 1 год вперёд.... и получается... что в декабре скажем 2012.. вы думали что Джун Джуки-Чхан ... вырастет за год на 300 зарубежных гривен... а на деле оказалось, что вырос на 600... и вам нужно срочно где-то раздобыть 300 зарубежных гривен в планы. Я не говорю, что планы пересматривать нельзя ( планы нужно пересматривать и желательно делать это не реже раз в квартал) ... при этом базово... у вас есть отдел... на него выделили сумму Х на повышения..... и теперь доплатить Джуну Джуки-Чану 300 заслуженных зарубежных гривен.. это по сути отобрать 300 у какого-нить другого человека... хорошо, если вы просчитались и этот человек не дорос на 300.. а что делать если он ТОЖЕ дорос? или так же как и первый перерос на те же 300?
на вопросы типа почему нельзя всем закладывать рост 600 ? или почему так мало заложили — считаю отвечать глупым. В декабре 2012... манагер думал о высокой материи.. о прибыли для компании... и пытался это всё совместить с планами повышений... естественно он где-то что-то недосмотрел.... потому что думал о высоком...
2) по себе скажу, что трудно словить момент когда человек резко додаёт и может себя продать на +300 и выше... во-первых есть люди.. которые из себя мало что представляют.. а языком на собеседовании болтают так что его и на +500 загребут....
во-вторых по сути дать человеку +300... за что? за то что он стал рвать и метать? нет.. он просто ТЕПЕРЬ МОЖЕТ СЕБЯ ПРОДАТЬ на +300.... в моей голове это не укладывается... это как осёл бегущий за морковкой... потому что через пол года человек... который до сих пор не стал рвать и метать снова СМОЖЕТ ПРОДАТЬ СЕБЯ на +300... на выходе получается что вы платите человеку не за его реальные знания и пользу, а за возможный переход
эмигрируют??? или эвакуируются? =)))
Я с Вами соглашусь по поводу индуского английского =) Проблема в том, что индуский английский раскручен как плюс индусов, а не как минус.
Меня больше забавляет www.youtube.com/...h?v=61VQhRRR5as про индуский английский =)
Так дело же не в том что наши ЗП не могут расти. Дело в том что Индусы проводят масштабный ребрендинг который звучит как «Раньше мы педалили говно, зато сейчас мы молодцы»... и под этот ребрендинг они
1) снизили свои продажные рейты.
2) индуские вузы выпускают по миллиону айтишников в год.
3) много штатовских компаний начали строить свои офисы в Индии... и теперь получается что эти индусы уже не аутсорсинг, а как бы внутренние сотрудники компании... а это плюс в плане секьюрности.
4) Каждый четвёртый айтишник, который работает в штатах — ИНДУС... а следовательно в случае надобности аутсорсинга он будет ратовать за Индию.
Итого что мы имеем.. да.. продажные рейты можно повышать.. но тогда Индуские рейты станут серьёзно меньше наших.. а Американцы любят считать денюжку и экономить. На выходе получаем, что продажные рейты повышать нельзя, если мы не хотим полностью проиграть конкуренцию Индусам.
угу, только ещё выгоднее платить 5к за Индуса.. или 2к за китайца =)
Роман... да.. сказал красиво... и интересно почитать. У меня в голове не укладывается только одно. это ведь РЫНОК=) Если Индусы будут предлагать меньший продажный рейт — то с Украиной никто не будет работать.. а уже сейчас Индусы начали снижать рейты... в некоторых проектах снижение произошло на 30%. И вторая беда.. это то что индусов больше миллиарда. У них каждый год ПТУ и вузы выпускают 1 миллион голодных, готовых работать за еду айтишников =(
Я смотрю Вы сторонник идеи, что программисты это дойные коровы и компании их доят. в ваших вычислениях как минимум 4 грубейших ошибки:
1) Продажный рейт одного программиста далеко не всегда
2) Ваши вычисления выглядят как на одного программиста пришло 5400 у.е... а ушло 3000.. итого прибыль — 2400. А расходы на содержание сотрудника кто учитывать будет? и эти расходы не та величина, которой можно пренебречь.
3) На рентабельность аутсорсинга влияют ещё расходы на содержание интернал сотрудника. Приведу пример оперируя вашими цифрами. Если в США товарищ может запросить 80 тыс .... это означает , что компания на него тратит не 80 тыс, а 160. Налоги, которые платит компания, аренда офиса или покупка сего, техника, свет, бонусы, печенье и пряники.... ( Я слышал, что в США содержание ресурса примерно равняется его зарплате). Итого допустим, что рейт программера в США равняется 40, а рейт аутсорсинга 20... то заказчик экономит не в 2 раза, а в 4.
4) 180 рабочих часов в месяц???? это вы весь месяц как июль посчитали? =) больше 180 только в июле. Среднее количество рабочих часов в месяц =167. ( без овертаймов)
кстати именно мой отдел снял один из первых гарлем шейков в Харькове.
Спасибо =) а то я уже собрался отвечать ещё раз =)
1) Если Вам не нравится это упражнение — можете его не использовать.
2) Если считаете, что все интроверты не могут ответить на безобидные вопросы — можете продолжать так считать. Я же написал, что вопросы не должны носить чересчур личный характер. Т.е про размер достоинства и количество сексуальных партнёров — спрашивать не стоит. А вопросы, которые я привёл для примера — безобидные.
Блин, перед тем как лить желчь перечитайте нормально мои Выводы. Я не писал что доверие это что-то из пирамиды Маслоу. Я писал что доверие это как базовая потребность в Пирамиде Маслоу только в пирамиде отношений.
Извините, не пойму о чём Вы. Т.е у QA менеджеров не бывает? и им доверие не нужно?
Я считаю, что на вкус и цвет все фломастеры разные. А потом я озвучил свой вкус. =) вроде не противоречит ничему.
Согласен с Вами, я по своему опыту скажу.. что «идеальным» вариантом.. это будет приход в маленький проект, который способен вырасти до большого. =)
"
Труднозаменим и незаменим — это разное. В первом случае, ценность человека определяется ленью манагера, во втором — качествами человека."
Ошибка в том что все пункты которые вы описали, зависят от управления проектом, а не от размера комманды/компании.Я с Вами не соглашусь. Да, тут нет однозначного ответа.. всё зависит от очень многих факторов и нельзя написать статью учитывая это всё. Почитайте, пожалуйста, на досуге определение «Теории Хаоса».
Из давления не получитсо ничего хорошего не получитсо. Помимо того есть люди обладающие тайтым намыком пофикизма. (Ошибка №следующая)Тут палка о двух концах... либо получится, либо через
Что значит «упер мета экспертом этого проекта»?
Экспертиза в предметной области, от проекта не зависит. Экспертиза в навыках программирования аналогично.
Вы говорите про то «какой метод в каком классе»? Если да, то тут явная проблема с качеством кода и коммуникациями.
Имеет. :)Всё может быть... и неинтересный
Может быть унылый10-летний проект с ограниченным набором энтерпрайз-технологий, а может быть молодой хипстерский проект, где есть и джава, и хаскелл. Это крайности.
Но в общем технологии зависят от проекта и от команды.
Оффтоп: Логично что всё зависит от человека и от ситуации/проекта/компании/заказчика/отдела .... ну базово, мне кажется это вот так, как я написал.
Спасибо за комментарии, интересно почитать =)
Добрый День. Отвечу на 2 Ваши замечания:
1) Представим себе проект из
Не вижу ничего здесь неправильного. Или Вы хотите сказать, что нужно не давать людям развиваться и ограничивать их в действиях? =)
2) Я согласен.. размер проекта напрямую не коррелирует с разнообразием технологий. Но опять таки, вы должны понимать... что в основном в больших проектах используется больше различных технологий. Мне кажется тут даже нет смысла дальше спорить
Неистово плюсую.
ExpectedConditions рулят