Здравствуйте, rean, Вы писали:
R>Приемка простая — прогон тестов и посмотреть как реализовано.
У меня один кодер — один проект. Когда много кодеров — они будут мешаться друг другу и производительность и дух команды падает.
И у меня нет тестеров — самый лучший тестер — это сам кодер.
Далее, работа творческая и минимальный контроль над процессом. Полная свобода. Когда человек делает продукт от души и получается конфетка.
R>Это другой принцип организации. Издатель/авторы.
Да, делаем простенькие игры, один кодер говорит — давайте сделаем ААА игру? Решили отказаться от этой идеи.
1. Кормить год-два команду накладно на перспективу.
2. Команда устает от одного проекта.
3. Монетизация не ясна.
4. Все быстро меняется.
5. Новый рынок.
6. Долгие деньги.
Здравствуйте, sharez, Вы писали:
S>Всем привет,
S>Я собираюсь нанять первого программиста на полную ставку, есть несколько кандидатов. S>У меня уже есть один сотрудник (но не программист, и задешево), поэтому я пока несведущ в вопросах найма и работы с людьми, но учиться придется, хочу спросить совета тех, кто уже собеседовал людей и нанимал их, дабы избежать ненужных трат и проблем (хотя понимаю, что тут главное практика, но некоторые очевидные грабли хочется избежать). S>Нужно максимально точно нанять нужного человека при крайне ограниченном бюджете (по нижней границе рынка, но не как Фалько ), и нормально надалить работу. Поэтому где-то мне нужен совет относительно найма, а где-то хотелось бы знать реальные ожидания кандидатов как по оплате, так и по формату работы (я по найму не работал более 5 лет, и никогда не искал вакансию фулл-тайма на Фрилансе).
S>- Во-первых, я ищу человека через русские фриланс сайты (fl.ru, freelance.ru, frilansim.ru). Есть ли другие варианты? S>- Как договариваться о цене в мес., если пишут цену за час? Например, 1000 р/час это уже более 150К в мес. S>- Насколько реально напопроться на человека, который в действительности будет на основной работе параллельно шабашить на вас? S>- Найм на полставки — есть ли смысл? Работа после основной работы непродуктивна, на выходных приводит к выгоранию, или нет? S>- Найм на фрилансе на полную ставку: люди ожидают оформления по ТК или отпуска? Две недели/месяц? А официальные праздники? S>- Это ведь нормальное требование программисту быть 8 часов в день на месте с графиком, плавающим не более чем на 2 часа? S>- Ежедневная отчетность в файл отчет.txt (что сделано, сколько часов потрачено) — это нормально?
S>При этом я исхожу из предположения, что по технической части я сам проведу собеседование, и оценю соответствие человека резюме и моей задаче. Т. е. у меня есть список технически подходящих людей с ожиданием з/п от чуть выше до сильно выше, чем я могу им предложить. Моя задача и человека не обидеть, и работа чтобы начала двигаться.
Можно начать с того, что к этому посту добавить мало-мальское описание вакансии, может кто из читающих сразу откликнется.
Здравствуйте, falcoware, Вы писали:
Pzz>>Жирок в этой конструкции в основном накапливаешь ты
F>Читал в Библии про 7 тучных и 7 тощих годах? F>Сейчас тучные года и надо накопить прочный фин.запас.
Но ты ведь в тощие годы всех своих людей разгонишь, а сам будешь проедать запас. С тех денег, что ты им платишь, им-то запасов не сделать.
...согласен с вами во всем, кроме этого:
S>>- Ежедневная отчетность в файл отчет.txt (что сделано, сколько часов потрачено) — это нормально?
Текстовый файл отчета — это же ужос...
Вы хоть предложите Программисту пробное задание — в виде разработки тайм-менеджера, чтобы отчетность хранилась в БД: так и человека в деле (на испыт-сроке) увидите; и получите, хоть и несложную, но систему учета времени.
R>Если программиста заставить делать что-то подобное, то он будет имитировать свою деятельность. Сколько и насколько хорошо кто работает, должен знать тот кто выдает задания и ожидает выполнения.
Поверьте, имитация от реальной работы — отличается также, как надувная женщина от обычной живой...
Да и в системе контроля версий видно, делел ты коммиты (что и когда правил) или нет.
R>Лично меня бесило, когда от меня требовали отчетов. Началась такая фигня, когда в фирме, где я работал, настали тяжелые времена. Видимо начальство думало о том как выжить, вот и думали, что надо работников поуже в узы затянуть. К счастью, эта фигня быстро закончилась. До этого, когда работал в другой фирме, никаких отчетов не было и начальство вовремя и адекватно поднимала зарплату само, несмотря на тяжелые годы.
А вот лично меня наоборот, радует, когда, просматривая TimeManager (сделанный мной и моей командой пару лет назад),
я вижу реальный прогресс — как лично мой, так и моих коллег!
P.S. При правильном подходе к разработке, никого не должен бесить тот факт, что индивид и команда должны отчитываться за сделанную работу.
Ведь работник получает реальные деньги, и работодатель вправе (и ИМХО даже обязан) контролировать прогресс у работника!
Pzz>Но ты ведь в тощие годы всех своих людей разгонишь, а сам будешь проедать запас. С тех денег, что ты им платишь, им-то запасов не сделать.
А теперь возьмем ситуацию когда в компании возникли проблемы — все работники, как тараканы разбегутся по щелям и снимут с себя ответственность и решать проблемы прийдется мне одному! =(
Здравствуйте, falcoware, Вы писали:
F>А теперь возьмем ситуацию когда в компании возникли проблемы — все работники, как тараканы разбегутся по щелям и снимут с себя ответственность и решать проблемы прийдется мне одному! =(
Но тогда и твои высокоморальные изречения твоим работникам ни к чему — у них совсем другая жизнь, чем у тебя.
Здравствуйте, falcoware, Вы писали:
F>У меня один кодер — один проект. Когда много кодеров — они будут мешаться друг другу и производительность и дух команды падает. F>И у меня нет тестеров — самый лучший тестер — это сам кодер.
Т.е., ты принципиально не берешь проектов, которых один человек не осилит?
Здравствуйте, AlexGin, Вы писали:
AG>P.S. При правильном подходе к разработке, никого не должен бесить тот факт, что индивид и команда должны отчитываться за сделанную работу. AG>Ведь работник получает реальные деньги, и работодатель вправе (и ИМХО даже обязан) контролировать прогресс у работника!
Тут вопрос в интервале отчетности. Если ты будешь требовать отчет раз в неделю, в большинстве случаев это будет вполне комфортно. А если каждые полчаса, никто этого не выдержит. Разумное время — где-то посередине.
И еще, кроме отчетности, надо просто общаться с людьми. Чтобы быть уверенным, что все понимают, чего делают, никого не занесло туда, куда не надо, никто не оказался в ситуации, когда возникла слишком сложная для этого человека проблема, он не знает, как ее решить, и стесняется попросить помощи, и нет такого, что человек предыдущую работу сделал, а новую просить не торопится.
Здравствуйте, Pzz, Вы писали:
Pzz>Тут вопрос в интервале отчетности. Если ты будешь требовать отчет раз в неделю, в большинстве случаев это будет вполне комфортно. А если каждые полчаса, никто этого не выдержит. Разумное время — где-то посередине.
+100500
Здесь никто и не спорит, отчетность не должна становиться самоцелью и затмевать реальную работу.
Все-таки, есть ещё немало способов (кроме формального контроля по времени), оценить вклад работник в общий проект.
Pzz>И еще, кроме отчетности, надо просто общаться с людьми. Чтобы быть уверенным, что все понимают, чего делают, никого не занесло туда, куда не надо, никто не оказался в ситуации, когда возникла слишком сложная для этого человека проблема, он не знает, как ее решить, и стесняется попросить помощи, и нет такого, что человек предыдущую работу сделал, а новую просить не торопится.
+100500
Это естественно.
Так, кроме общепринятых мер, типа Scrum, ещё просто общаемся по теме проекта, планов развития и тенденций в мире софтверной разработки.
Что же касается слишком сложных для работника проблем, то на это есть коллектив, в котором всегда можно посоветоваться.
На крайняк — можно что-то спросить и здесь — на КЫВТе
Да и stackoverflow — всегда к твоим услугам...
R>Никаких GUI и прочих намеков на то что это должно работать с GUI. Потом из этих кубиков собирать конечный продукт или несколько продуктов. GUI на него будет лепиться любой, как угодно. R>Приемка простая — прогон тестов и посмотреть как реализовано.
Никто не любит юнит-тесты больше меня. Но у меня как раз работа по GUI в основном.
Мои "авто"-тесты пишет тестировщик и проходит их руками по моему запросу. С моей стороны это видится примерно как автотест.
Здравствуйте, rean, Вы писали:
R>А уж отчетность и тем более ничего не дает. Кто-то может неделю искать баг, какой ни ловится стандартными методами и напишет в отчете за неделю всего один пункт «исправил баг такой-то», R>а у кого-то будет сотня операций, какие он сделал потому что было легко это делать. Другой программист сделал 10 операций и посколько костноязычен, описал это просто, R>а у кого-то талант описывать как все супер сделано, и сделал те же 10 аналогичных операций, но написал так что может показаться что он продуктивней и полезней первого.
У меня был такой противоречивый опыт в мою бытность наемником на фулл-тайм.
В конторе как раз ввели этот отчет.txt в расшаренной папке, и я видел, что иногда можно очень красиво расписать даже ерундовые действия, а иногда и наоборот. НО: эти отчеты (еженедельные но по дням) помогали мне и коллегам не прокрастинировать в социалочках.
Там история такая, что действительно контроль был плохой, программистов адекватно не оценивали, и в итоге всё свелось к установке программ, делающих скриншоты рабочего стола. Т. е. конторка была так себе (хоть и успешной), хорошо, что я к тому моменту трудился в другом месте.
В общем, снимки экрана — точно нет, отчет, хотя бы еженедельный — по-моему это скорее плюс, чем минус. Даже если он в ноль, вопрос лишь в том, чтобы это не задевало программиста. Нет ничего хуже обиженного сотрудника, об этом и был мой вопрос.
Здравствуйте, sharez, Вы писали:
S>В общем, снимки экрана — точно нет, отчет, хотя бы еженедельный — по-моему это скорее плюс, чем минус. Даже если он в ноль, вопрос лишь в том, чтобы это не задевало программиста. Нет ничего хуже обиженного сотрудника, об этом и был мой вопрос.
Я понял, что проекты делать и получать первые деньги спустя полгода невыгодно.
Сейчас выгодно — присосаться к крупной Американской компании (желательно 3-4) и выкачивать оттуда денежки.
Здравствуйте, sharez, Вы писали:
S>Нужно максимально точно нанять нужного человека при крайне ограниченном бюджете
Дам необычный совет: вспомни всех своих знакомых программистов, выбери лучшего (или несколько лучших), расскажи про свой проект и постарайся уговорить перейти к тебе. Выслушай какие условия они хотят. Возможно ты сможешь их дать.
Главная причина почему первых программистов в начинающую компанию хорошо брать из знакомых — программисты отличаются друг от друга по производительности в 10 раз (некоторые источники говорят, что до 30 раз).
Брать кандидата с рынка — это лотерея. Играть в лотерею когда у тебя уже есть костяк команды это одно, но когда нет то это слишком большой риск.
Еще совет: прочитай про виды рабочей мотивации по Герчикову и про тесты как выявляется вид мотивации. Не бери людей с избегательной мотивацией. Даже если дёшево (они часто согласны на маленькую зарплату). В маленькую компанию на важную роль они совершенно не подходят.
Про фрилансеров не знаю. Я не работал с фрилансерами программистами. Работал только с теми профессиями фрилансеров где можно сразу оценить результат их работы, например дизайн.
Здравствуйте, falcoware, Вы писали:
F>Читал в Библии про 7 тучных и 7 тощих годах? F>Сейчас тучные года и надо накопить прочный фин.запас.
Запасы это хорошо, но
тучных годов было уже 8, если считать, что восстановление с 2008 года случилось в 2010.
Да и экономические кризисы на западе обычно длятся не 7 лет, а 1.5 — 2.
Здравствуйте, rean, Вы писали:
R>Конечно, это уникально и такие таланты встретишь может быть раз в жизни, ... Я не знаю, можно ли такое сделать в условиях удаленной работы, не задумывался над этим. Скорей да, чем нет.
Скорее нет, чем да.
По удаленке, не перетирают личное, многие друг друга в лицо не знают.
Для фултайма то что ты написал можно сделать (сам работал в такой компании), но по удаленке как?!
