Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 30
×
  • Selenium WebDriver waiters (explicit/implicit) and Protractor

    Неистово плюсую.
    ExpectedConditions рулят

  • Selenium WebDriver waiters (explicit/implicit) and Protractor

    Неистово плюсую.
    ExpectedConditions рулят

  • Selenium WebDriver waiters (explicit/implicit) and Protractor

    Я один для вейтов использую 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... на выходе получается что вы платите человеку не за его реальные знания и пользу, а за возможный переход

    Підтримав: Sergey Sheshenya
  • Исторический меморандум «о ненападении»: спасение или консервация рынка ИТ?

  • Исторический меморандум «о ненападении»: спасение или консервация рынка ИТ?

    Я с Вами соглашусь по поводу индуского английского =) Проблема в том, что индуский английский раскручен как плюс индусов, а не как минус.
    Меня больше забавляет www.youtube.com/...h?v=61VQhRRR5as про индуский английский =)

    Підтримали: Andriy Loboda, Ignat Alexeyenko
  • Исторический меморандум «о ненападении»: спасение или консервация рынка ИТ?

    Так дело же не в том что наши ЗП не могут расти. Дело в том что Индусы проводят масштабный ребрендинг который звучит как «Раньше мы педалили говно, зато сейчас мы молодцы»... и под этот ребрендинг они
    1) снизили свои продажные рейты.
    2) индуские вузы выпускают по миллиону айтишников в год.
    3) много штатовских компаний начали строить свои офисы в Индии... и теперь получается что эти индусы уже не аутсорсинг, а как бы внутренние сотрудники компании... а это плюс в плане секьюрности.
    4) Каждый четвёртый айтишник, который работает в штатах — ИНДУС... а следовательно в случае надобности аутсорсинга он будет ратовать за Индию.
    Итого что мы имеем.. да.. продажные рейты можно повышать.. но тогда Индуские рейты станут серьёзно меньше наших.. а Американцы любят считать денюжку и экономить. На выходе получаем, что продажные рейты повышать нельзя, если мы не хотим полностью проиграть конкуренцию Индусам.

  • Исторический меморандум «о ненападении»: спасение или консервация рынка ИТ?

    угу, только ещё выгоднее платить 5к за Индуса.. или 2к за китайца =)

    Підтримав: Kirill Tairov
  • Исторический меморандум «о ненападении»: спасение или консервация рынка ИТ?

    Роман... да.. сказал красиво... и интересно почитать. У меня в голове не укладывается только одно. это ведь РЫНОК=) Если Индусы будут предлагать меньший продажный рейт — то с Украиной никто не будет работать.. а уже сейчас Индусы начали снижать рейты... в некоторых проектах снижение произошло на 30%. И вторая беда.. это то что индусов больше миллиарда. У них каждый год ПТУ и вузы выпускают 1 миллион голодных, готовых работать за еду айтишников =(

    Підтримав: Kirill Tairov
  • Исторический меморандум «о ненападении»: спасение или консервация рынка ИТ?

    Я смотрю Вы сторонник идеи, что программисты это дойные коровы и компании их доят. в ваших вычислениях как минимум 4 грубейших ошибки:
    1) Продажный рейт одного программиста далеко не всегда 25-30.
    2) Ваши вычисления выглядят как на одного программиста пришло 5400 у.е... а ушло 3000.. итого прибыль — 2400. А расходы на содержание сотрудника кто учитывать будет? и эти расходы не та величина, которой можно пренебречь.
    3) На рентабельность аутсорсинга влияют ещё расходы на содержание интернал сотрудника. Приведу пример оперируя вашими цифрами. Если в США товарищ может запросить 80 тыс .... это означает , что компания на него тратит не 80 тыс, а 160. Налоги, которые платит компания, аренда офиса или покупка сего, техника, свет, бонусы, печенье и пряники.... ( Я слышал, что в США содержание ресурса примерно равняется его зарплате). Итого допустим, что рейт программера в США равняется 40, а рейт аутсорсинга 20... то заказчик экономит не в 2 раза, а в 4.
    4) 180 рабочих часов в месяц???? это вы весь месяц как июль посчитали? =) больше 180 только в июле. Среднее количество рабочих часов в месяц =167. ( без овертаймов)

  • Доверие

    кстати именно мой отдел снял один из первых гарлем шейков в Харькове.

  • Доверие

    Спасибо =) а то я уже собрался отвечать ещё раз =)

  • Доверие

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

  • Доверие

    Блин, перед тем как лить желчь перечитайте нормально мои Выводы. Я не писал что доверие это что-то из пирамиды Маслоу. Я писал что доверие это как базовая потребность в Пирамиде Маслоу только в пирамиде отношений.

  • Доверие

    Извините, не пойму о чём Вы. Т.е у QA менеджеров не бывает? и им доверие не нужно?

    Підтримав: Pavel Karnaukhov
  • Большой проект vs маленький проект

    Я считаю, что на вкус и цвет все фломастеры разные. А потом я озвучил свой вкус. =) вроде не противоречит ничему.

  • Большой проект vs маленький проект

    Согласен с Вами, я по своему опыту скажу.. что «идеальным» вариантом.. это будет приход в маленький проект, который способен вырасти до большого. =)

  • Большой проект vs маленький проект

    "

    Труднозаменим и незаменим — это разное. В первом случае, ценность человека определяется ленью манагера, во втором — качествами человека.
    "
    Вам любой манагер скажет, что незаменимыых людей не бывает.. бывают труднозаменимые... а незаменимых — не бывает. Если вам Манагер скажет, что бывают незаменимые люди — значит он плохой манагер....
    Ошибка в том что все пункты которые вы описали, зависят от управления проектом, а не от размера комманды/компании.
    Я с Вами не соглашусь. Да, тут нет однозначного ответа.. всё зависит от очень многих факторов и нельзя написать статью учитывая это всё. Почитайте, пожалуйста, на досуге определение «Теории Хаоса».
    Из давления не получитсо ничего хорошего не получитсо. Помимо того есть люди обладающие тайтым намыком пофикизма. (Ошибка №следующая)
    Тут палка о двух концах... либо получится, либо через 2-3 месяца Манагер поймёт, что ничего не получится и будет искать замену.. желательно того, у кого «получится»
    Что значит «упер мета экспертом этого проекта»?
    Экспертиза в предметной области, от проекта не зависит. Экспертиза в навыках программирования аналогично.
    Вы говорите про то «какой метод в каком классе»? Если да, то тут явная проблема с качеством кода и коммуникациями.

    У вас все проекты сводятся только к программированию? А в тестировании или автоматизации не нужно быть экспертом проекта? Да пусть даже и программированием. Проект нужно знать хорошо... если вы программист, вы можете забить полностью на знание проекта? Грош цена вам тогда...
    Имеет. :)
    Может быть унылый 10-летний проект с ограниченным набором энтерпрайз-технологий, а может быть молодой хипстерский проект, где есть и джава, и хаскелл. Это крайности.
    Но в общем технологии зависят от проекта и от команды.
    Всё может быть... и неинтересный 10-летний проект и интереснй 1-месячный проект и наоборот интересный 10-летний проект и скучный 1-месячный проект.. где вам надо там... написать/потестить порносайт... Я говорю про базово.. про большинство... и моё имхо, что в большинстве случаев — я прав... а исключения, конечно, имеют место быть
  • Большой проект vs маленький проект

    Оффтоп: Логично что всё зависит от человека и от ситуации/проекта/компании/заказчика/отдела .... ну базово, мне кажется это вот так, как я написал.
    Спасибо за комментарии, интересно почитать =)

  • Большой проект vs маленький проект

    Добрый День. Отвечу на 2 Ваши замечания:
    1) Представим себе проект из 3-х человек, где есть лид и ещё 2 равноценных человека. Итого каждый делает примерно 33% работы и быстро растёт и развивается. Теперь представим себе проект из 20 равноценных( я понимаю так не бывает, но для примера лучше использовать равноценных людей) человек, где каждый составляет 5% от общекомандного выхлопа. Итого, что мы имеем? В первом случае человек будет более труднозаменим...это раз... будет быстрее развиваться, из-за давления ответственности.. это два... будет ограничен размерами проекта, но по причине малого размера проекта он быстрее сможет стать супер мета экспертом этого проекта.. это три.
    Не вижу ничего здесь неправильного. Или Вы хотите сказать, что нужно не давать людям развиваться и ограничивать их в действиях? =)
    2) Я согласен.. размер проекта напрямую не коррелирует с разнообразием технологий. Но опять таки, вы должны понимать... что в основном в больших проектах используется больше различных технологий. Мне кажется тут даже нет смысла дальше спорить

    Підтримав: Stanislav Gusak
← Сtrl 12 Ctrl →