Fwd: анонс проекта: индикат=?utf-8?B?C40LLQvdCw0Y8g0LHQsNC30LAg0LfQsNGA0L/Qu9Cw0YI=?=

[robot]

Max Ischenko posted a new entry to developers.org.ua.

Идея: создать "живую" базу по зарплатам ИТ-специалистов Украины.

Описание: База данных для отслеживания зарплат ИТ-специалистов (прежде всего, разработчиков) с разбиением по годам, региону, технологиям, отрасли и пр. Наполнение базы производится на основании конкретных реальных значений, которые предоставят доборовольцы. Содержимое базы доступно для публичного доступа (в виде предопределенных выборок, формы запроса или API) через сайт developers.org.ua.

Реализация: первая версия планируется на php/MySQL с привлечением комьюнити ua-devtalk и/или спонсированная мною разработка у третьей стороны.

Основные сложности: раскрутка проекта для накопления первичного минимума информации.

Аналогичные проекты: Realrates.com, периодически публикуемые в прессе анализы, основанные на данных рекрутинговых агенств и/или экспертов.

Сроки: думаю, первую версию можно выпустить в ноябрe-декабре 2005 года.

Помощь всячески приветствуется, особенно в том, что касается PR для проекта.

Что уважаемые разработчики думают о проекте в целом?


---------------------------
Forwarded to ua-devtalk by robot.
URL: http://www.developers.org.ua/?p=181

[Alexey N. Kovyrin]

Я - за. Мне в свое время не хватало такого, чтобы определиться "сколько
же я хочу". Готов первый внести данные. :-)
Насчет PR - повешу у себя на сайте линк :-) И готов привести 10-20
девелоперов, которые готовы будут указать свои данные в базе :-)

--
/Scoundrel [http://kovyrin.info]

[Voituk Vadim]

готов помочь и технически и PR по
принципу распостранения среди
знакомых.

[Olexandr Prokhorenko]

Заманчиво, только непонятно где деньги. :) Из баннеров, что ли?

А вообще полезно. Если нужна помощь - буду рад оказаться полезным.

[Sergey Prohorenko]

Идею поддерживаю. Готов оказать посильную помощь в создании сайта и
раскрутке среди знакомых.

[Max Ischenko]

> Заманчиво, только непонятно где деньги. :) Из баннеров, что ли?

Как и сайт developers.org.ua, пока за мои деньги/время. А там поглядим. ;-)

[Max Ischenko]

Привет all,

Несколько человек написало:

> Идею поддерживаю. Готов оказать посильную помощь в создании сайта и
> раскрутке среди знакомых.

Отлично, рад что идея имеет явную поддержку.

Теперь по поводу реализации.

Как я уже писал, первую версию хочу сделать на php/MySQL, воспользовавшись WordPress CMS для админ бекенда. В принципе, я купил хостинг и на TextDrive (там есть Python, RoR и пр.) но для запуска думаю сгодится и php т.к. основная ценность - это данные, реализацию потом и переписать можно будет. Отдельный сайт создавать не планирую, разместив на developers.org.ua.

Что необходимо сделать:

Спроектировать форму ввода данных.

Спроектировать схему БД.

Запрограммировать. Добровольцы, шаг вперед. ;) Хотя, учитывая летний флейм насчет php таковых здесь может и не оказаться.

Также wanted простое и по возможности короткое/остроумное имя для проекта.

Процесс разработки:

Обсуждение думаю вполне можно вести в ua-devtalk и м.б. выкладывать результаты на вики.

Для разработки могу открыть subversion/trac (это если будут добровольцы-разработчики).

Первую версию хочу выложить максимально быстро, сделав форму ввода, БД и м.б. простейшую панель управления (с wordpress это просто). С различными выборками можно будет экспериментировать и после запуска.

[sergey....@gmail.com]

Мне кажется что это будет не
объективная информация.
Некоторые люди пишут в 22 года что они
Project Manager потому что он один год делали
проект для какого-то турагенства,
который так и не был закончен.
Да и по разработчикам - у каждого свои
оценки - человек может называться Senior а
тянуть на Junior и практически наоборот.
И ещё - как вам сценарий: сидит работает
куча программистов плечо к плечу, всё
хорошо - они - команда, они достигают
успеха. Тут один из них приходит на ваш
сайт и обнаруживает, что коллега
получает на $200 больше. И всё - прощай
хорошие дружеские насроения в команде.
А то что начальство поджидало удобного
момента, типа дня рождения чтобы
повысить ему зарплату, это уже потом не
докажешь.

Это хорошо бы сработало для тех
специалистов, которые уже решили свои
материальные проблемы и посматривали
бы на это просто с интересом.
Програмист у нас пока всё ещё не может
похвастаться этим - купить себе
квартиру вкредит совсем не реально, и
такой сайт будет подстёгивать
ненужную миграцию с одного места на
другое.

[sergey....@gmail.com]

Нужно сделать данное приложение
максимально анонимным:
Должность - выпадающий список - Junior,
developer, senior, tester, qa lead, etc
Технологии - php, java, .net, delphi, etc
Опыт работы вообще: XXX
Опыт работы в IT: XXX
Образование:
нет/незаконченное/Высшее/два высших и
т.п.
Текущая зарплата: XXXX
Легализация: Отсутствует/Минимальная
зарплата/половина и больше - белая/100%
белая/ЧП
Удовлетворены ли вы своей зарплатой:
Нет/не совсем/да/очень/больше чем
ожидал
+ вид компании, описывалось выше.

Сервер нужно чтобы показывал такую
информацию сгруппированную по
кварталам.

И чтобы человек мог подписаться на
напоминание о том, что можно обновитьь
информацию о своей зарплате - и чтобы
нигде в DB не было возможности
установить связь между человеком и
информацией которую он ввёл. пусть
даже он будет иметь возможность ввести
её дважды-трижды.

[Alexey N. Kovyrin]

sergey....@gmail.com wrote:

>Тут один из них приходит на ваш
>сайт и обнаруживает, что коллега
>получает на $200 больше. И всё - прощай
>хорошие дружеские насроения в команде.
>
>

Имхо - сервис должен быть анонимным. То есть в базе можно хранить мыло
человека или, даже, полное инфо... но показывать его не стоит. Или
показывать только тех, кто сам согласился.

>Програмист у нас пока всё ещё не может
>похвастаться этим - купить себе
>квартиру вкредит совсем не реально,
>

Why?

--
/Scoundrel [http://kovyrin.info]

[Alexey N. Kovyrin]

sergey....@gmail.com wrote:

>И чтобы человек мог подписаться на
>напоминание о том, что можно обновитьь
>информацию о своей зарплате - и чтобы
>нигде в DB не было возможности
>установить связь между человеком и
>информацией которую он ввёл. пусть
>даже он будет иметь возможность ввести
>её дважды-трижды.
>
>

Да... вдумался и понял - так лучше... но дубли - не гуд... может, все
же, логины какие-нить придумать?

--
/Scoundrel [http://kovyrin.info]

[Max Ischenko]

> Нужно сделать данное приложение
> максимально анонимным:

Так и будет.

Проект формы для ввода данных будем обсуждать здесь же.

> Легализация: Отсутствует/Минимальная
> зарплата/половина и больше - белая/100%
> белая/ЧП
> Удовлетворены ли вы своей зарплатой:
> Нет/не совсем/да/очень/больше чем
> ожидал

Обсудим. Но имхо эти вопрос не нужны вообще.

> Сервер нужно чтобы показывал такую
> информацию сгруппированную по
> кварталам.

Обсудим.

> И чтобы человек мог подписаться на
> напоминание о том, что можно обновитьь
> информацию о своей зарплате - и чтобы
> нигде в DB не было возможности
> установить связь между человеком и
> информацией которую он ввёл. пусть
> даже он будет иметь возможность ввести
> её дважды-трижды.

Нет. Система не будет иметь возможность определить что две заданные записи введены одним человеком. By design.

[Max Ischenko]

> >Тут один из них приходит на ваш
> >сайт и обнаруживает, что коллега
> >получает на $200 больше. И всё - прощай
> >хорошие дружеские насроения в команде.
> >
> >
> Имхо - сервис должен быть анонимным. То есть в базе можно хранить мыло
> человека или, даже, полное инфо... но показывать его не стоит. Или
> показывать только тех, кто сам согласился.

"Должен быть анонимным"?

Это вообще за скобками. Я не собираюсь справивать ни имя ни е-майл ни даже сохранять IP address.

[Yurii A. Rashkovskii]

On Thu, 2005-11-03 at 13:44 +0200, Max Ischenko wrote:

> > И чтобы человек мог подписаться на
> > напоминание о том, что можно обновитьь
> > информацию о своей зарплате - и чтобы
> > нигде в DB не было возможности
> > установить связь между человеком и
> > информацией которую он ввёл. пусть
> > даже он будет иметь возможность ввести
> > её дважды-трижды.
>
> Нет. Система не будет иметь возможность определить что две заданные записи введены одним человеком. By design.

До речі, чому?

Юрій.

[Alexey N. Kovyrin]

+1

--
/Scoundrel [http://kovyrin.info]

[Alexander Ogol]

Пусть даже мы доверяем такому хорошему человеку, как Макс Ищенко, но бывают же всякие хакеры etc.
В нужный момент сервер ломается, логины сопоставляются с зарплатой, потом логины ищутся гуглом (вы же не придумываете себе каждый раз новый логин для регистрации в очередном сервисе?), или же ставится сниффер, который логгит айпи-адреса заходящих под логином, и дальше сопоставляют ещё и с айпи-адресами контор...

Да, слегка паранойя :), но вы бы знали, что только не делают hrm для поиска персонала...

[Alexey N. Kovyrin]

Alexander Ogol wrote:

>Пусть даже мы доверяем такому хорошему человеку, как Макс Ищенко, но бывают же всякие хакеры etc.
>В нужный момент сервер ломается, логины сопоставляются с зарплатой, потом логины ищутся гуглом (вы же не придумываете себе каждый раз новый логин для регистрации в очередном сервисе?), или же ставится сниффер, который логгит айпи-адреса заходящих под логином, и дальше сопоставляют ещё и с айпи-адресами контор...
>
>Да, слегка паранойя :), но вы бы знали, что только не делают hrm для поиска персонала...
>
>
>
>

Гы! Head-hunting во всей своей красе :-)

--
/Scoundrel [http://kovyrin.info]

[Max Ischenko]

> Да... вдумался и понял - так лучше... но дубли - не гуд... может, все
> же, логины какие-нить придумать?

Можно придумать. А нужно ли? Лично я не вижу в них особой необходимости, скорее потенциальный вред.

[Max Ischenko]

> > > И чтобы человек мог подписаться на
> > > напоминание о том, что можно обновитьь
> > > информацию о своей зарплате - и чтобы
> > > нигде в DB не было возможности
> > > установить связь между человеком и
> > > информацией которую он ввёл. пусть
> > > даже он будет иметь возможность ввести
> > > её дважды-трижды.
> >
> > Нет. Система не будет иметь возможность определить что две заданные записи
> введены одним человеком. By design.
>
> До речі, чому?

Потому что нет информации, которая позволит человека идентифицировать. Соотв. нет и возможности сопоставления записей. Т.к. информация весьма конфиденциальная, я бы предпочел не оставлять лишних зацепок.

[Yurii A. Rashkovskii]

можна ж видавати якійсь там id та пароль, та таким чином зберігати
анонимність :) і дозволити апдейтити інфо. чим не вихід?

[Max Ischenko]

> Пусть даже мы доверяем такому хорошему человеку, как Макс Ищенко, но бывают же
> всякие хакеры etc.
> В нужный момент сервер ломается, логины сопоставляются с зарплатой, потом логины
> ищутся гуглом (вы же не придумываете себе каждый раз новый логин для регистрации в
> очередном сервисе?), или же ставится сниффер, который логгит айпи-адреса заходящих
> под логином, и дальше сопоставляют ещё и с айпи-адресами контор...
>
> Да, слегка паранойя :), но вы бы знали, что только не делают hrm для поиска
> персонала...

Честно - я не вижу смысла вводить логины. Зачем? Поправить неверно введенную информацию? Вводите внимательнее. ;-) Честно, по-моему недостатков больше чем достоинств.

Или я неправ?

[cencio]

"Будь проще, и люди к тебе потянутся!" :)
Когда наступае очередной период сбора
народа для расширения, HR с крупной
фирмы умудряется узнавать icq людей
работающих в нужной области, и при этом
обходятся без описаных выше методов.

[Max Ischenko]

> можна ж видавати якійсь там id та пароль, та таким чином зберігати
> анонимність :) і дозволити апдейтити інфо. чим не вихід?

Технічно це досить просто, я згоден. Варіантів масса. Наприклад, після внесення даних показувати користувачу якесь кодове слово (e.g. df343plqi2) яке він може зберігти і потім використувати його для оновлення інформації.

Але чи потрібно це оновлення? Я вважаю що ні.

Що правда, я бачу один use case для цього - перевірка що сервер дійсно не чіпає даних. За допомогою кодового слово можна буде перевірити що дані залишилися у тому вигляді, як були внесені або чи не зникли вони взагалі. Тобто, якийсь рівень accountability це забезпечить.

[Olexandr Prokhorenko]

Yurii A. Rashkovskii wrote:
> можна ж видавати якійсь там id та пароль, та таким чином зберігати
> анонимність :) і дозволити апдейтити інфо. чим не вихід?

Тем что кому то нужно будет этот Id и пароль помнить. :)

[Olexandr Prokhorenko]

SpamMotel.com рулит. :)

[Yurii A. Rashkovskii]

Це вже їх проблеми

[Olexandr Prokhorenko]

Не-не, в данном контексте - это как раз проблемы создателей ресурса.
Потому что не захотят запоминать пароли и номера и обновлять свои данные
- буду плодить дупы, что не есть гуд и не отобразит правильной ситуации
на рынке. Тогда весь смысл "идет в дупу". :)

[Yurii A. Rashkovskii]

On Thu, 2005-11-03 at 19:56 +0200, Olexandr Prokhorenko wrote:
> Не-не, в данном контексте - это как раз проблемы создателей ресурса.
> Потому что не захотят запоминать пароли и номера и обновлять свои данные
> - буду плодить дупы, что не есть гуд и не отобразит правильной ситуации
> на рынке. Тогда весь смысл "идет в дупу". :)

OpenID чи як воно там? :-)

[Max Ischenko]

> Не-не, в данном контексте - это как раз проблемы создателей ресурса.
> Потому что не захотят запоминать пароли и номера и обновлять свои данные
> - буду плодить дупы, что не есть гуд и не отобразит правильной ситуации
> на рынке. Тогда весь смысл "идет в дупу". :)

Ой не понимаю я вас. ;-)

Какие дупы?

Смысл в том, что вносишь инормации о конкретной позиции в конкретный момент времени. Что тут обновлять? Ты _не_ вносишь информацию о своей зарплате с течением времени. Если зарплата поменялась - добавляешь новую запись. Предыдущая остается и остается не менее важной.

[Dmitry Astapov]

Evening, sergey.

"sergey....@gmail.com" <sergey....@gmail.com> 10:35 03/11/2005 wrote:

so> Нужно сделать данное приложение максимально анонимным: Должность
so> - выпадающий список - Junior, developer, senior, tester, qa lead,
so> etc

Учитывая, что в разных конторах одни и те же job title-ы часто
трактуют совсем по разному, можно подумать о том, чтобы делать
классификацию по функциональным обязанностям, причем для каждой из
выбираемых четко указывать - отвечает человек за определенную работу
("отвечает за разработку ..."), участвует в ней, или просто
"способствует"

--
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D