А как обстоят дела с безработицей?

Добрый день, форумчане!

На днях общаясь с одним знакомым, живущим и работающим в США (в Чикаго) услышал от него такую фразу: “Ну и времечко ты выбрал)) Здесь сплошная безработица.”

Такая вот ложка дегтя в мой боченок мёда. ))) тем более что человек этот занят в той же сфере что и я - дизай, веб-дизайн, полиграфия и смежные области.

Вот и возник вопрос. А как оно по вашим ощущениям?
Статистика - вещь хитрая. Она то обнадеживает, то огорчает. А в реалии?
Что ощущаете и как видите положение вещей Вы - люди уже столкнувшиеся с реальностью?

А как креальность в молдове? Лучше???

kak obstayat dela srabotai na danii moment vChicago, menya interesyit sfera IT…

Статистике я вообще не доверяю - много чего не учитывается.

А если говорить по своим ощущениям - работа есть, а нормальных работников нету.
Сам искал для себя помощника - либо нубы все либо заламывают денег таких каких не стоят. Коллега на фирму тоже набирал персонал - нормальных нету.
У нас проблема немного иного рода в Молдове - кадры. ИМХО.
Другой момент - нынешнее положение в стране не способствует созданию рабочих мест.

вот.

Много слов. Думаете в штатах не ценят хорошие кадры? ещё как! проблема в том же самом что и в молдове, доказать что вы лучший и достойный… Однозначно работы не меньше чем в молдове, даже учитывая вынос в аутсорс работы в ту же молдову.

У Аутсорса есть проблема - часовые пояса.
Вторая проблема - удаленно в некоторых моментах тяжело понять процесс или что-то донести.

Потому работники часто мотаются по командировкам, семинарам, тенингам и т.д.

Аутсорс из Штатов в Молдову - это скорее экономия нежели нехватка рабочей силы.

Это проблема - иногда совсем не проблема. У знакомого в американской конторе есть пяток кодеров из Индии. Рабочий день у них с 8 до 5 (PST). Проблемы уговорить их работать ночью не было ни разу - половина аутсорсеров Индии так и работает.

А если контора состоит не из одного индийского офиса?
Если девелопмент находится в США, а куашники в Украине, а автотестеры вообще в Японии? Из-за этого процесс сдачи кода замедляется на 12-24 часа. Например куашник еще не на работе, а когда пришел - то девелопер ушел домой.
А если идет сдача проекта?

То скорее всего проект умрёт сам, и не из-за девелопмента или QA. :slight_smile:

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

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

Ну тут извините, или шашечки или ехать. В смысле, или иногда неудобно, но дешево, или удобно и дорого. Они вроде не жалуются, все неудобства (пока) покрываются.

Конечно, чем больше “мест” в которых что-то делается тем труднее рулить проектом (и менеджеру и архитектору) но приходится (даже в штатах - если идёт проект на обоих побережьях - три часа разницы ). А вообще - см. моё сообщение на предыдущей странице :slight_smile:

Хм. надо менять название топика…

А по существу?

Странно… а компания в которой я работаю уже 17 год на плаву. А новых проектов все больше и больше - открываются новые офисы, набирают персонал.

Приходит вся команда куашников на работу с утра, запускает билд - он падает с эксепшином. Ворк-эроунд найти не могут.
И что им до вечера сидеть youtube смотреть?
У нас в компании - critical bug должен быть решен в течении 2 часов. Это может быть патч или хотфикс.

Или другой пример:
Отдел автоматизации запустил скрипт на перфоманс системы. Нагрузка на сервер громадная, канал забит - потому такие проверки делают только строго по расписанию.
Естественно в это время с сервером делать абсолютно ничего нельзя.

Мой контракт (да еще и КЗоТ) не подразумевает работу по 14-16 часов или без выходных без моего согласия.
Кроме того, люди которые мало спят или работают пару-тройку недель без выходных - чаще делают ошибки.

:blush:, ой. По существу - есть статистика показывающая процент безработицы и ей (в США) можно верить. Бум дот-комов кончился уже много лет назад, и теперь “дизайнера ноги кормят” (то-есть чтобы было что мазать на хлеб надо уметь себя продавать или работать в большой конторе). При этом большая часть подобных работ действительно не содержит ничего, что могло бы помешать их аутсорсингу, увы.

значит это просто Вы неправильно себе представляете либо где происходит девелопмент, либо где сидит QA :slight_smile: . Чудес не бывает. ( уточнение - некоторая часть тестеров может сидеть где угодно,но если я правильно понимаю устройство этого мира, то в случае разработки в штатах - тестеры в штатах будут всегда )

А как часто подобное случается? (это ж одна из вещей, которую @делатели@ билда обязаны проверять :slight_smile: )

Нет, заниматься самообразованием, что значит “не могут” - должны .

Разницу между “должен” и “будет” я думаю понимают все. Впрочем в случае поддержки готового решения шанс есть.

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

Несомненно, и что? :whats_up:

Местоположение, как и внутренний номер указывается в подписи к письму. Потому я знаю с кем я работаю.

Редко, но случается.
“Делатели билда” бывает не читают инструкций, бывает не смотрят на версии файлов. Они ведь тоже люди. Особенно если у вас пару десятков стримов или компонентов.
Потом этот билд еще нужно установить - и тут тоже возможны ошибки.
В итоге получается, что билд, несмотря на девовские проверки к Кушникам доходит кривой.

Давайте смотреть на вещи реально :).
Самообразование это хорошо, но многие люди ленивы по своей сути - если у них нету четких рамок работы - они будут бездельничать.
И на данном этапе мы получим задержку сроков (в итоге сокращение цикла и потерю качества), что конечно же может вылетить в копеечку.

Иногда ошибки банальны. Неправильный айдишник объекта или искаженный пакет могут завалить всю систему.
Причем найти Work Around можно за 10 минут: это будет подменненый файл или запрос.
А может девелопер просто ткнет носом в ворк-эроунд.

Да, конечно. Но бывают специфические случаи.
Например Е2Е на реальном оборудовании (при взаимодействии с сетью оператора).

А то что после 8 часов я уйду домой :).

А для топик стартера:

Статистика по безработице в США на 3 сентября:

Статистика по Молдове:

1 лайк

KoLoB - на моём прошлогоднем проекте все QA и KM включая их лида переписывались либо с PM или ведущим архитектором либо со мной или с моим хорошим “приятелем с соседней парты”. При этом подавляющая часть разработчиков сидела в азии и южной америке :slight_smile: .

Всё бывает. Поэтому и говорю о самообразовании (истории есть, но рассказывать онлайн не буду :slight_smile: )

Поэтому моё мнение (официальное и доводимое до всех PM с которыми я имею дело) состоит в том, что в любой “удалённой” точке должен быть [Delivery Manager] прикомандированный к проекту.

Если мы говорим о “среднем” проекте с циклом разработки в 6-10 недель, то 1-2 дня это больно, но не смертельно. А при расчёте продолжительности циклов финального тестирования и т.п. это надо учитывать несомненно.

Не будем о грустном. Ведь не так уж и трудно сделать нормальные проверки в компайлере … так нет, ленятся все

Бывают. И тем_более нужны отдельные сервера. На проекте который я глубоко надеюсь завершить через пару недель только тестовых систем у заказчика - четыре.

А то что после 8 часов я уйду домой :).[/QUOTE]