Урбанизация глазами современников

Взято с форума:

Урбанизированная биомасса сейчас без компьютера никто. Все документы в GoogleDocs, всё файло через обменники, музыка по сети, видео с торрентов, весь мозг в википедии, секс на порносайтах, бабло на электронных биржах.  Хуякс - вырубили свет и ты труп, не умеющий сварить макароны, не говоря о том чтоб заработать на них.

Тренд вакансий

Наблюдая специфику роста зарплат по Java в Минске (в плотную приблизились к московским), можно отметить и другие хорошие тренды:

1) Все чаще указывают зарплатные возможности (примерно 90% публикуемых минских вакансий по JEE, по Москве кажется такого еще нет).

2) Стремление выделить свою вакансию оригинальным текстом ("Приходите, мы Вам будем рады", "Предполагаемый уровень месячного дохода: от 1 480  до 1 750  USD. Если через три месяца Вы будете зарабатывать меньше 10 000 000 - мы вас уволим :)").

С другой стороны - вот, гадаю, как оценить следующие фразы из той же ссылки выше:
  •   Приветствуются навыки эстимейтинга (оценка трудоемкости и сроков задач)
  •   Приветствуются лидерские навыки (помощь младшим разработчикам)
- В моем понимании грамотную и относительно беспристрастную оценку трудоемкости задач может поставить только Team Lead и тем более ее динамически варьировать от задачи к задаче. - Например у менеджмента есть такое понятие, как "растяжка". Суть ее в том, что на часть задач даются не совсем выполнимые сроки. Первая цель этого относительно даже благородна - обеспечить рост квалификации работника. Вторая цель - если для части задач работника этого не делать, то работник начинает не совсем адекватно себя вести. Потому что находясь постоянно в зоне комфорта - к хорошему привыкаешь и начинаешь искать приключения на свою клавиатуру. С другой стороны и часто это делать не следует, потому что постоянное нахождение вне зоны комфорта - отрицательно сказывается на психологическом состоянии работника.

Вернемся к началу этого пункта - вы готовы ставить себе растяжки? По статистике готовы работать не взирая ни на что, без какого-либо принуждения - кажется только 10% сотрудников компании. Так... Растяжки ставить себе не хотим, а сроки - должны устанавливать себе сами. На практике нам вряд ли позволять занижать на половину сроки, т.е. будут в какой-то мере пытаться смотреть в наши честные глаза и "на глазок" - "набрасывать" нам на 10-20% работы сверху.

Что мы имеем в итоге, по этому пункту? Кризис управления данного подразделения (70% вероятности). То, что повисло в воздухе после акцентирования "данного подразделения" - тут тоже логические выводы вас не подведут. :) С другой стороны - "критиковать - не строить", этот момент имеем в виду.

Второй пункт из процитированного про "лидерские навыки (помощь младшим разработчикам)" - тоже как-то не так, как мне кажется, звучит.

- Ищут линейных специалистов, но с лидерскими навыками. При этом и трудоемкость своей работы - оценивать самому. Как догадка - на проекте нет ни Team Lead, ни менеджера проекта. Тогда почему не искать Team Lead? Или менеджера проекта?

Вы хотите сказать, что "человек должен обмениваться опытом, тем более, в данном случае - уметь помогать молодым, уметь вообще внятно объяснять что-либо, что ты тут прикопался..." - Но зачем тогда затрагивать тему лидерства, которая, как скажет любой грамотный менеджер - есть одна из дисциплин, для эффективного управления персоналом, вот что я имею в виду. Тем более текст вакансий составлял, наверняка - кто-то, имеющий отношение к руководству в компании, и этот момент ему должен быть известен.

Разгадка может быть простой. Читал недавно обзор по специфике IT в Минске - в обзоре рассказывалось, что зачастую небольшие фирмы набирают на проект людей "с миру по сосенке", и в таком ключе работают. Со всеми вытекающими выводами (например то, что для такой фирмы не принципиальна высокая текучесть, с проекта на проект; иногда и 100% сокращают, до нового заказа для фирмы; или наоборот - берут "на перед" заказ, а потом нехватка людских ресурсов, внеурочная работа, высокие шансы на deadline и стрессы по производственным вопросам; разномастный коллектив - возможность не комфортного сосуществования).

Может я не прав, не знаю.

Рынок труда: май

Ссылка на новость.

Цитата:

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



См. так же - "Рынок труда: апрель. Весеннее потепление на рынке труда".

Нехватка сотрудников сказалась на качестве работы индийских аутсорсеров

Ссылка на новость.

Ведущие индийские аутсорсинговые компании — Wipro, Infosys Technologies, Tata Consultancy Services, HCL Technologies, и Cognizant Technology Solutions — за последний год значительно расширили бизнес, но качество работы некоторых из них пострадало, отмечают аналитики Everest Group. Клиенты сообщают, что аутсорсеры начинают присылать к ним менее опытных сотрудников, а иногда затрудняются найти даже людей с базовыми навыками программирования на Java или. Net. Многие клиенты задумываются о смене аутсорсингового партнера, однако выбора у них нет — Индия остается единственным местом, где можно найти такое количество работников, не требующих к тому же высокой заработной платы.

  В аналитической фирме Offshore Insights отмечают, что падение качества работы индийских аутсорсеров началось два года назад. Во время экономического кризиса 2008-2009 годов большинство компаний прекратило прием сотрудников. Когда же спрос поднялся, не все из них оказались к этому готовы.

  В текущем квартале аутсорсеры планируют крупное расширение штатов, что, по-видимому, приведет к еще большим трудностям в поиске квалифицированных сотрудников.

Risen 2: Dark Waters (скриншот)



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

Новый язык программирования от создателя Hibernate и Seam

Презентации пока не смотрел, но из явных плюсов языка (помимо того, кто является его автором) - это отсутствие функциональности и статическая типизация. Т.е. если бы этого не было - можно было бы говорить о явных минусах.

В остальном же... В обсуждении этой новости (она от 13.04.2011, попалась на глаза только сейчас) мнения разделились.

Особенным моментом выделю - про укороченный стиль написания get/set-методов. - Из моего окружения этого хотела часть Java-разработчиков, использовавших этот стиль в C#. Однако мне смутно помнится про некоторые возможные проблемы с многопоточностью из-за этого синтаксиса. Если ничего не путаю, то эта проблема описана в книге очень известного автора - Джеффри Рихтер "CLR via C#. Программирование на платформе Microsoft .Net framework 2.0". Мое смутно означает, что информацию нужно проверить, давно читал, о чем там в точности говорилось и на сколько реальна проблема (и точно ли она вообще есть) - к сожалению сейчас не помню.