Присоединяйся
Об авторе
Меню
RSS-лента
I’m hoping
Как вы думаете, легко ли найти ведущего разработчика по РНР, в классную команду, с мега-зачетнейшим лидом Алексеем Колупаевым, в комфортабельный офис в центре города, и с более чем достойной зарплатой?
Наверняка многие скажут «Без проблем». Я тоже так думала, перерывая множество резюме, и строча нежные письмо кандидатам. Но постепенно, когда оказалось, что слова «паттерны» и «ООП» для большинства прогеров – просто приятные для слуха звукосочетания, в мою голову закрались некие сомнения. Может, требования слишком жесткие? Судите сами:
Required skills:
3+ years experience in software engineering
2+ years experience with PHP programming
PHP programming with OOP + Design patterns (1+ years)
Required knowledge/experience with MVC, Singleton, Factory (1+ years)
Strong knowledge of relational databases (preferably MySQL or Oracle)
Java (J2EE) programming experience will be a plus
Good command of written and speaking English
Вроде ничего ужасающего. Вроде вперед и с песней, на просторы веб-девелопмента. И проект незаурядный:
Architecture:
PHP 5, MySQL 4.1, Apache, Linux, HTML, JavaScript (simpel and using Prototype framework)
Architecture is OOP-based (somewhere will in short time)
System is very huge (about 200+ webservers + other supporting servers), MySQL/Mail clusters, loadbalancers etc
WEB part is hosted on more than 200 servers, database part is hosted on around 100 DB servers. Site is second by visiting after google in the country. Each day there are around 2 000 000 visitors and around 500 000 posts to the site.
Для голландского подпроекта E-Bay, заказчики – очень приятные люди, сама с ними общалась, скажу, что чувством юмора и дружелюбностью не обделены.
Но пока что список риджектов куда длиннее списка тех, кого взяли в команду. И это, знаете ли, меня волнует, и я действительно хочу поговорить об этом.
Собственно, о чем хочется сказать. О том, что очень хочется встретиться и поговорить за чашечкой чаю (эспрессо, молока, джина) с умным, талантливым программистом РНР. Я практически вижу его, но увы, только в своих HR-ских сновидениях. Обещаю, я не буду терзать его глупыми психологическими тестами, и практиковать на нем безумный пресс-тестинг. Кроме приятного общения будут несколько вопросов по БД и РНР. Но они не настолько сложны, чтобы смутить специалиста. Я не буду выпытывать у него, сколько он сейчас получает, и нравится ли ему з/п у нас (от 2000 $). Мы немного поговорим на английском (давайте про музыку, я например, люблю готик-метал и симфо-рок, или про фильмы: вы любите хоррор, так, как люблю его я?..), в любом случае, мне интересно, чем увлекаются высококвалифицированные прогеры, будь то байкинг, манга, или WOW.
Приходите, пишите, стучитесь в аську. Рада буду пообщаться.
Как поют мои любимчики «Type O Negative», «I’m searching for something which can’t be found, but I’m hoping».
Искренне ваша,
Марианна
Recruiting Assistant
Lohika Company
49 A Volodymyrska Str.,
Kyiv, Ukraine
work: +38 044 585 91 57
cell: +38 068 362 05 11
ICQ: 429 122 711
MPetrenko@lohika.com
http://www.lohika.com.ua/
- Блог пользователя Marianna
- Войдите или зарегистрируйтесь, чтобы оставлять комментарии
Комментарии
Ну так а что Вы хотели :) в настоящее время все работают там где хотят, а не так где прийдется, многие не поменяют коллектив, насиженное место ради подьемных 200-500 в зарплате.. Сам столкнулся с тем что люди получающие 800 у.е. не хотят попробовать себя на 1600-2000 с коммандировками на Канары и полным соц.пакетом.. И таким много, остальные или за границей или в хороших местах...
ЗЫ: сам ищу перловиков, но их днем с огнем... :)
:) неоптимистично!
да, я согласна, менять коллектив дело не такое уж и приятное. Но знаете, проблема даже не в том, что специалистов нет, они есть, но вот специфика проекта, плюс разговорный английский - вот что становится причиной многочисленных риджектов. А жаль... Проект долгосрочный, ПХП-ков на него будем набирать постоянно, но вот в чекм грустный факт: очень сложно подобрать специалиста по таким параметрам. Впору по Крещатику ходить с транспарантом-описанием вакансии и приятностей работы в нашем офисе :) Хотя... тут недалеко совсем до Крещатика-то :))
Oracle??
Интересно, были ли люди со знанием Oracle????
Где были-то?
Попытайтесь в своем рассказе о работе сконцентрироваться на ее увлекательных сторонах. Многие веб-программисты страдают от скуки на своих рабочих местах :(
В смысле, на собеседовании нужно ясно показать кандидату, что здесь от него действительно что-то будет зависеть (а не как деталь, которую можно в любой момент заменить на другую без потери качества), что сама работа масштабна (это как вижу есть) и интересна (использование каких-то новеших технологий, систем организации работы).
Расскажите о каких-то приятных вещах, типа что с интернета можно качать сколько что угодно (такое даже если есть, еще не разу не видел, чтобы об этом говорили сразу, обычно приходится спрашивать после первой недели работы :) )
Что рабочее место сделаем таким, какое захотите (типа если вам надо 2 монитора и безпроводная мышка -- поставим, не проблема).
И так далее.
Честно говоря, еще ни разу не слышал, чтобы о таких вещах подробно рассказывали -- обычно даже о системе мотивации говорят только пару слов.
Спасибо за совет
Условия труда хорошие, это так и есть, но вы знаете, про какие-то особенные вещи никто особо и не спрашивал. В принципе, даже интересно, какие могут быть особенные пожелания. И так оч лояльное отношение к работникам (например, зимние каникулы с 31 декабря по 10 января за счет фирмы), никаких корпоративныхзверств, слежки за трафиком и пр. безумств.
Так трудность основная еще и в том, что мало специалистов с таким профилем.
Спасибо за комментарий :)
Рома, не дай бог иметь в проекте человека, от которого что-то _на самом деле_ зависит! В хорошем смысле, разумеется, но ты же понимаешь, это деланье бизнеса, причем в масштабах этого проекта - вопрос давно не в личностях разработчиков а в грамотном горизонтальном масштабировании - и тут, кстати, в этом направлении приложены серьезные усилия.
Неужели ты строил бы бизнес на наемных сотрудниках, от которых так сильно зависел бы? Ты представляешь себе, какие это риски?
Я имел ввиду не сколько сам факт независимости, а отношение к персоналу, которые часто возникает в связи с этим.
Дело в том, что Логика не может об этом ничего сказать. Логика не ИТ-компания. Это HR-компания. Все остальное зависит от проекта.
Тренинги
А Вы не пробовали с "с мега-зачетнейшим лидом Алексеем Колупаевым" внедрить практику проведения тренингов для восполнения пробелов у новых программеров? Может так сможете утолить свой кадровый голод...
P.S. "мега-зачетнейшему" привет
Обучение
Привет с удовольствием передала бы, но вот не знаю, от кого.
Тренинги проводится будут, по мере необходимости, но для начала нужны сильные специалисты, с уже наработанными навыками.
Так и прийдется сделать за неимением квалифицированных специалистов. Только зависит это не столько от нас, сколько от заказчика.
сильные специалисты
А много было "сильных специалистов", которые не удовлетворяли одному из условий (patterns || fluent English)?
Ведь это, наверное, можно выучить? Или претенденты не изъявляли желания учиться? Ведь если взять специалиста "под обучение", можно и платить меньше, да и лояльность к конторе у него будет априори выше.
И время не будете терять на поиск готового специалиста.
P.S. А Леше - просто луч света и любви. Наверное пока и неважно от кого :)
Понимаете...
Понимаете, сложно беседовать с анонимом. Если у вас нет настроения вести беседу, не ведите ее. Причем к вакансии лучи света и любви? Вы - обиженная дама?.. Надо же...
По вопросу денег, - зарплаты у нас хорошие, поэтому на зарплатах работников не экономим. Соответственно, за эти достойные зарплаты и уровень кандидата должен быть соответствующим.
Было немало сильных кандидатов. Но к сожалению, риджектов по причине несоответсвия требованиям и плохого английского тоже много.
Переходим на личности?
Не хочется превращать разговор здесь в личностные выяснения, но все же.
1. Я не дама
2. Я не обиженный
3. Я НЕ НА СОБЕСЕДОВАНИИ у Вас - это Вы здесь разместили вакансию.
4. Если для Вас необычно словосочетание "луч света" - это Ваши проблемы
:)
Мне нравится Ваша адекватность и дружелюбность!
Спасибо за луч.
А разве Колупаев не в Бигмире работает? Или это проект Бигмира?
:)
Алексей работает теперь в "Логике". Проект не бигмировский, проект для голландского E-bay. Разработки ведутся в Киеве.
Вы не правильно мыслите. Зачем Вам обученный специалист? Сегодня он с Вами - а завтра ему предложили больше - и он ушел. А если Вы возьмете и обучите кого-то - то он будет более к Вам привязан и благодарен будет.
Конечно я понимаю, что наверняка Вы зашли в ту стадию, когда уже просто горит и очень нужен человек, а его нет. Но кто же виноват, что Вы попали в такую проблему?
Смотря с какой точки зрения
Да, бывают случаи, когда легче подучить человека под проект. Но мы сейчас ищем уже приемлимого для разработок специалиста. Конечно, какие-то нюансы придется подучивать, но не объяснять же человеку, что такое ООП.
Тогда Вам просто стоит урезать свои требования. Например 3 years experience in software engineering - это чесно говоря вообще нонсенс для человека, который занимается PHP-разработками. Он не пишет софт. И не нужно ему его писать.
Веб-приложение - это такой же software как и любое другое. Если это нонсенс для человека, занимающегося разработкой - с ним что-то не так.
1. Это не такой же софтвар.
2. Если бы это было таким же софтваром - то зачем отделять опыт в "софтваре" и опыт в php programming ?
3. Что со мной не так?
Не хочется начинать длинную дискуссию, предлагаю обратиться к определениям: http://www.google.com/search?hl=en&q=define%3A+software+engineering&btnG...
Я трактую это так: Software Engineering - это то, для чего создан язык Паскаль, это то, о чем написано в Искусстве Программирования Кнута, это то, в чем пока еще нет никаких прикладных целей. Это чистое рафинированное программирование. Переменные, структуры данных, циклы, алгоритмы, оценка их сложности, императивное/декларативное программирование, объектно-ориентированное/функциональное программирование, то есть понимание сути процесса создания программ как такового. Эти знания можно применять в любой, я подчеркиваю - любой прикладной области на любом соответствующем языке программирования. Это не связано со спецификой проекта или отрасли.
Веб-программирование - это прикладаная область, связанная некоторыми ограничениями и описывающая некий типичный функционал. Веб-программист - человек, который применяет знания о программировании к этой предметной области.
Человек, программировавший только на PHP, возможно, сталкивается с трудностями, разделяя эти два понятия. Однако это, как правило, не составляет проблем для того, кто писал больше, чем на одном языке.
Вы опять ошибаетесь. Это только Ваши размышления. Давайте почитаем википедию на эту тему:
Веб-разработка:
http://ru.wikipedia.org/wiki/%D0%A0%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%...
Разработка программного обеспечения:
http://ru.wikipedia.org/wiki/%D0%A0%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%...
В очень далеком приближении это все можно назвать одинаковым, однако в реальности это совершенно разные процессы, почти никак не связанные друг с другом, о чем я и пытался Вам намекнуть изначально.
Ну, ошибаюсь и ошибаюсь, ладушки.
Следует трактовать как "сам дурак, а я останусь при своем мнении"?
Ни в коем случае.
>А если Вы возьмете и обучите кого-то - то он будет более к Вам привязан и благодарен будет.
Вы преувеличиваете романтику работы по найму. Привязанность - это доля в проекте, все остальное - рыночные отношения.
У не
Я не преувеличиваю, поверьте. У меня достаточно опыта в работе с людьми по найму. Да, большая часть людей работает только из-за материальных побуждений и "рыночных отношений". Но всегда есть часть людей, которые охотятся на только за этими вещами и именно о них я и говорю.
И в мыслях не было Вам не доверять. Но расчитывать на то, что люди, работающие за зарплату, не пойдут в другое место на другую зарплату только потому, что вы их чему-то научили - весьма непрактично, и приводит к печальным последствиям.
Никто не говорил, что на это стоит расчитывать, речь шла о том, что в таком случае вероятность привязанности будет намного больше.
Да не бывает привязанности в профессиональных отношениях. Ну, то есть бывает конечно, но это следствие а не причина. И уж тем более - не то, на что необходимо расчитывать, собирая команду.
Почему же не бывает? Пока человека все устраивает - у него не будет повода идти в другое место, а тем более, если его тут обучали.
Если бы все было именно так, то мы бы работали по японской схеме, когда человек всю жизнь на одном рабочем месте трудится.
Блин, глюки этого сайта уже начинают доставать...
Интересно, а сколько программеров еще не хватает?
Набор будет вестись постоянно, ограничений по количеству человек в команде нет.
Перефразирую
Сейчас сколько программмеров вам нужно?
В смысле, сколько нужно? А сколько есть подходящих по требованиям программеров? Вот столько и возьмем. Есть один - хорошо. Есть команда из пяти - отлично!
Ну ладно, я к тому, что если вам не хватает, программеров по заданным критериям, то думаю что стоит рассмотреть схему с испытательным сроком. ИМХО, нет ничего показательнее, а интервью, и тем более резюме - это как в той притче про слона, никто точно не скажет как он выглядит.
Вариант, но имеющий множество минусов. На данном проекте показательными являются технические интервью как внутри компании, так и с заказчиком (они апрувят каждого участника команды).
Резюме как объективный критерий оценки уровня, - вопрос почти риторический :)
Так и происходит, никто не идеален, и все равно кое-что приходится выяснять по ходу. Но если кандидат не в состоянии описать разницу между INNER JOIN и OUTER JOIN, или считает, что PRIMARY KEY - это такой индекс, или что бизнес-логика - это слой M в MVC, то его рановато подпускать к такому проекту. Я, конечно, не имею в виду, что это определяющие факторы, но одни из...
На жаргоне
На жаргоне разработчиков ПО "бизнес-логикой" также называются программные модули, её реализующие, и уровень системы, на котором эти модули находятся (Business Logic Layer, Domain Logic Layer).
В многоуровневых (многослойных) информационных системах этот уровень взаимодействует с нижележащим уровнем инфраструктурных сервисов (Infrastructure Layer), например, интерфейсом к базе данных...
Модель (Model). Модель предоставляет данные (обычно для View), а также реагирует на запросы (обычно от контролера), изменяя свое состояние.
берем библиотеку ADODb, в которой реализован паттерн (вот оно ключевое слово :) ActiveRecord, и которая позволяет реализовать ту самую "штучку", которая "реагирует на запросы (обычно от контролера), изменяя свое состояние". в то же время она являет собой бизнес-логику. значит, бизнес-логика - это слой M в MVC.
Что ж, давайте же справедливости ради заглянем в ситуацию и с другой стороны:
http://ru.wikipedia.org/wiki/%D0%91%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BB...
Бизнес-логика — в разработке информационных систем — совокупность правил, принципов, зависимостей, поведения объектов предметной области системы. Является синонимом термина "Логика предметной области" (Domain Logic).
Так вот, ActiveRecord отнюдь не является бизнес-логикой, так как оперирует строкой в базе данных, что является технической подробностью реализации, а не объект предметной области. А вот объектом предметной области он, ActiveRecord, уже как раз _является_, то есть - безусловно принадлежит слою Model, который и есть - объекты предметной области системы.
А оперирует ими кто? Правильно, Controller.
я не утверждаю что ActiveRecord является бизнес логикой. я просто показал, что утверждение "бизнес-логика - это слой M в MVC" не так уж абсурдно.
очень часто ActiveRecord глубоко зашит в абстрактном интерфейсе доступа к базе данных, что рассматривать его отдельно практически невозможно. (ROR например).
А этот самый интерфейс и есть бизнес-логикой, исходя из нижеприведенного утверждения:
В многоуровневых (многослойных) информационных системах этот уровень взаимодействует с нижележащим уровнем инфраструктурных сервисов (Infrastructure Layer), например, интерфейсом к базе данных или файловой системе (Data-Access Layer, DAL) и вышележащим уровнем сервисов приложения (Application Services Layer), который уже, в свою очередь, взаимодействует с уровнем пользовательского интерфейса (User Interface Layer) или внешними системами.
Ну как это - не утверждаю, уважаемый?
>ActiveRecord, и которая позволяет реализовать ту самую "штучку", которая "реагирует на запросы (обычно от контролера), изменяя свое состояние". в то же время она являет собой бизнес-логику. значит, бизнес-логика - это слой M в MVC.
А это что?
Я вижу, что Вы пользуетесь статьей из русской википедии, и хочу предостеречь Вас от этого - по полноте и точности они очень сильно уступают английским аналогам, зачастую являясь упрощенным их переводом.
Вот что говорит английская статья, русский перевод который Вы цитировали:
Model
The domain-specific representation of the information that the application operates. Domain logic adds meaning to raw data (e.g., calculating whether today is the user's birthday, or the totals, taxes, and shipping charges for shopping cart items).
Many applications use a persistent storage mechanism (such as a database) to store data. MVC does not specifically mention the data access layer because it is understood to be underneath or encapsulated by the Model.
View
Renders the model into a form suitable for interaction, typically a user interface element. Multiple views can exist for a single model for different purposes.
Controller
Processes and responds to events, typically user actions, and may invoke changes on the model.
Ключевые слова в описании Модели - "Model - The domain-specific representation of the information".
То есть - модель это представление _информации_. В то время как бизнес-логика является алгоритмом работы с ней. Разница между просто таблицами БД и Моделью - в том, что информация приобретает бизнес-смысл. (то есть смысл, интересующий нас в предметной области данной системы). Бизнес-логики там еще нет. Зато там есть методы работы с _информацией_ - это не логика, это интерпретация бизнес-операций во внутрисистемном виде (заблокировать пользователя, отменить заказ, и т.д.). То есть, если у класса Пользователь есть метод hasBirthdayToday - это еще не бизнес-логика. Это всего лишь привнесение бизнес-смысла в абстрактные данные.
А вот контроллер, выводящий "праздничный" шаблон в случае, если у пользователя сегодня день рожденья - это уже реализация бизнес-логики приложения. Use case для него звучит примерно так "если у пользователя сегодня день рождения - использовать праздничный вид приложения". Такая фраза будет в ТЗ. Такое облачко будет в диаграммах.
Я понимаю, что многие проекты могут интерпретировать MVC-модель и как-то по другому, но на идею MVC это, к счастью, не влияет.
я еще раз повторюсь что "не утверждаю", а "показываю"...
смотрим це:
http://en.wikipedia.org/wiki/Business_logic
итак, прежде всего:
It should be noted that business logic is a poorly-defined term which is used in several different ways by several different groups of people.
далее:
Mostly the term is applied to web application development where programs are separated into a 3-tier architecture with business logic referring to the mid tier.
затем:
In a multitier architecture, business logic is a separate module. In the common 3-tier architecture, the business logic in theory occupies the middle tier, the business-services tier or business layer. In practice, the business logic is often interwoven in the other two tiers (the user services tier and the database services tier), such as by encoding business logic in stored procedures and in decisions about input validation and display formatting.
и это несмотря на то,что:
Hower[3] and others strongly argue against this practice, and advocate storing all business logic in a business layer, and not encoding any business logic in the application's user services or database services tiers.
т.е. контроллер может даже и не догадываться что у юзера сегодня день рождения... контроллеру вообще наплевать есть ли вообще у юзера день рождение... при этом "праздничный" шаблон юзер таки получит (вот незадача-то), благодаря вот этой замечательной картинке:
http://en.wikipedia.org/wiki/Image:ModelViewControllerDiagram.svg
вопрос: где теперь у нас бизнес-логика? в каком таком контроллере?
ps. я вообще очень скептически отношусь к посылам во всякии "педии", для меня они скорее бытовой ликбез, нежели энциклопедия.
Простите, но при чем тут multitier architecture, если изначально речь шла о "роли М в контексте MVC"?
Не говоря уже о том, что Вы себе противоречите:
>In the common 3-tier architecture, the business logic in theory occupies the middle tier
а можно подробней, где именно я себе противоречу?
Согласно приведенной Вами цитате, бизнес-логика содержится в среднем слое, то есть - в Controller. А не в Model, как Вы мне отчаянно доказываете.
А то, что порой случается, что бизнес-логика размазывается по слоям - так я говорил о модели MVC а не о различных жизненных ситуациях, в которых, конечно, всякое бывает.
не надо вырывать кусочек, я специально привел полный тест, где всё написано (welcome to the real world). более того я ничего отчаянно не доказываю, а вполне КОНКРЕТНО показываю пример, где никакой "бизнес-логики" ни в каком "контролере" нет. вменяемого ответа я до сих пор не получил.
вы же задаете вопросы на собеседовании о MVC, которое скорее повод для "холи-ворс", нежели для оценки знаний собеседуемого. более того, потом высмеиваете "пацанчегов", которые бизнес-логику растянули аж до М, при этом делая вывод, что им "пока рановато". да я думаю эти ребяты проекты и покруче делали... тем более в этом, где архитектура системы (правильное железо+правильный софт) куда важнее какой-то там скриптовой прослойки между юзером и БД. видели сорцу фейс-бука? не поверите, ЭТО ВСЁ стоит миллиарды долларов....
более того, бизнес-логика еще и в V залазит, и несчастный контроллер и об этом не знает, его это даже мало волнует.
это как злосчастный пример $a="10"+"25" или 10 + "20E3тыхпых$@#$%^" ..
я лично, своим девелоперам заявил, что если в коде встречу такую муть - виновник будет уволен моментально, даже чаю не попьёт... более того за
"20E3тыхпых$@#$%^" получаем notice, а за notice обычно тоже дрючат.
я уже молчу про синглетон...
Сергей, Вы уверены, что нашли подходящее время и место для этой беседы?
даже не знаю.... ну, например, да, уверен....
А я не уверен.
Давайте не будем.
Но если
...вдруг будете, я бы почитал - как минимум :)
Многие бы читали :)
Уважаемые модераторы, эту тему нужно удалить...
Как по мне, эта тема являет собой банальный пиар. HR менеджер, дабы заработать бонусы, за быстрый поиск кандидатов, продумал этот пиар. Такую рекламу нужно оставлять не здесь, а на специально разработанных для этого ресурсах. Или по крайней мере нужно заплатить за это.
Теперь в отношении Марианны...
Вчера я прочитал этот пост. Сам я не занимаюсь ВЕБ разработкой, я разрабатываю ERP, но имею друга, который имеет с этим дело. Вспомнив о том, что он думает о смене работы, я дал ему линк на этот пост.
После недолгого общения в ICQ, наш уважаемый HR, попросил выслать резюме. Мой друг так и сделал. У него в резюме было указано, что он владеет OOP, и пр. необходимыми технологиями. После ознакомления с резюме, Марианна спросила, а вы знакомы с OOP? :)
Подумав немного, он ответил: извините за беспокойство, до свидания.
Не хочу давать оценку квалификации персоналу HR компании Логика, но у меня в компании, HR менеджер, хотя бы читает резюме. И если находит эталонные ключевые слова, то отправляет это резюме менеджеру проэкта...
----------
ПС. Может быть проблемма не в отсутствии кадров, а в квалификации Вас уважаемая Марианна!?
Удивительно, но факт
Удивительно! Вчера после нескольких фраз в аське, мне действительно прислали резюме. В нем про ООП и паттерны ни слова не было написано. И про проекты понять невозможно, на чем писались. Какой злобный рекрутер: уточняет уровень кандидата. Нет, чтобы бездумно пересылать все резюме хайринг менеджеру, не обращая внимания на соответствие требованиям.
Точно во мне проблема? ;) Вы видели резюме? Может, коварные гуманоиды похитили детальное, и мне переслали сокращеную версию?
Агрессивный рекрутинг - тоже рекрутинг. Действительно, не только readonly показалось, что стартовый пост - немного завуалированное размещение вакансии. И вопрос о коварных гуманоидах, нет, даже КИБОРГАХ, опять актуален.
П.С. Прошу прощения у readonly, что вмешался в его дискуссию
Мы соскучились!
drz , мы соскучились. Без лучей света и любви как-то не очень.
По сабжу: только из этических соображений не цитирую разговор из аськи и резюме, содержание коих убедило бы общественность в том, что кандидат не подходит по требованиям.
Вопрос лучей остается открытым. Пришлите нам еще два вагона, пожалуйста. :)
Лучи
Уважаемая Marianna.
К сожалению, я не достиг еще того уровня личностной эволюции, чтобы дарить всем любовь только потому, что они существуют.
И так желаемые Вами лучи предназначались только Алексею :)
А Вас и рядом не стояло ;)
Хотя все может измениться, когда злобного сарказма в Ваших сообщениях поубавится. Тогда и Вы сможете относиться к людям добрее.
Ну ладно, я понимаю, отдел фантастики на сайте утопия.уа
Ну вот, уже и эволюция виновата в том, что Вам просто жалко.
:) Про сарказм - спасибо, что отметили у меня наличие чувства юмора, хоть и злобного :)
Возможно я ошибся
В действительности, я не видел резюме и лога общения с Марианной. И я предубежденно поддал сомнению уровень ее квалификации, как HR. Прошу извинения за скорее всего необоснованную критику.
:)
Знаете, я совсем не похожа на зловещий образ HR-а, который весьма распостранен в нынешние смутные для IT-HR'а времена. Поэтому предубежденное отношение понимаю и даже иногда целиком и полностью оправдываю.
В любом случае, спасибо за понимание :)
Классная тема, побольше бы таких живых обсуждений здесь, так что не надо :)
А уж скольких людей тема сподвигла к закачке фотки в аватарку - так вообще. Фотки в аватарке в ресурсе такого рода - признак доверия и ответственности, имхо, ничего лучше для формирования коммьюнити (а именно такая цель сайта, как я понимаю) - ничего лучше нет.
Ребята, давайте быть чутоку добрее.
Всем - лучи света и любви от меня лично!
Давайте жить дружно, любить ближнего своего и все такое. Зачем нам весь этот бэд, правда?
Да, этот пост - завуалированная вакансия. Но что в этом плохого? Это очень хороший проект, на который нужны очень хорошие люди которым будут платить очень хорошую зарплату. Более того, у вас есть замечательный шанс неформально пообщаться как с HR-менеджером так и со мной - а ведь именно я буду проводить техническое собеседование на эту позицию. Как часто такие вакансии появляются на рынке? Мне кажется - не очень.
Очень прошу вас отнестисть с пониманием к сложившейся ситуации. Людей, отвечающих требованиям действиетельно очень тяжело найти.
Да пребудут с нами лучи любви, тепла и радости! Мир маленький и тесный, у нас нет другого выхода кроме как жить в нем дружно.
Пообщались уже.
Да, с HR-менеджером пообщались уже неформально :)
Впечатление не очень. Может из-за того, что во мне не видят потенциального соискателя, а для соискателей включают "милого HR". С Алексеем еще пообщался бы с большим удовольствием (если это не будет мешать работе)
:) А вот у меня впечатление, что вы во мне увидели КИБОРГА. :))) Но про пообщаться - идея замечательная. Надо реализовать :)
К тому же: разделения на "милого" HR и обычного нет. Лицемерить не с руки, видите ли. А за работников компании, когда им неожиданно передают саркастические преведы - несколько неприятно, согласитесь.
>> Но про пообщаться - идея замечательная
замечательная +1, но учтите, я думаю, что MVC - это что-то типа MultiVinilChloride, клеенка, по-нашему.
>>когда им неожиданно передают саркастические преведы
Вот в чем причина. Вы были банально неготовы к пониманию факта, что Алексею может кто-то искренне передать привет (не преведы, заметьте).
Скажите, я для
Скажите, а для чего программисту у вас нужно владеть разговорным английским? Или это нужно исключительно для того, чтобы пройти окончательное собеседование напрямую с заказчиком? Или программисты напрямую общаются с заказчиком лично или по телефону?
Просто интересно.