Ищется разработчик на Java в команду на интересный стартап
Alimenkou Nikolay
проект. Требуется серьезный опыт в серверной разработке. Желателен
опыт работы с grid computing и разработки под cloud. Используемые
технологии: Spring, Hibernate, JMS, GridGain, JTA, JMX, XML обработка
(DOM/SAX), REST style web services, Lucene, SQL, RDBMS (MySql,
Oracle). От кандидата требуются навыки работы в небольшой команде,
коммуникационные навыки, понимание инженерных практик и применение их
в повседневной работе. Также приветствуется способности и желание
решать и программировать сложные алгоритмические задачи. Команда
небольшая, находится целиком в Киеве. Процесс разработки Scrum + XP.
Если кто-то заинтересовался, то пишите мне на почту.
Alimenkou Nikolay
Oleksii Iepishkin
опыт работы с grid computing и разработки под cloud желателен или необходим?
Большинство технологий изучаются за вменяемое время. По-моему,
главное, чтобы разработчик был толковым и быстро учился ;-)
2010/3/11 Alimenkou Nikolay <lumii.su...@gmail.com>:
> --
> Agile Software Development Group, Ukraine, http://www.agileukraine.org/
>
> To visit the group online see: http://groups.google.com/group/agile-ukraine/
> To post to this group send email to agile-...@googlegroups.com
> To unsubscribe send email to agile-ukrain...@googlegroups.com
--
Best regards,
Alexey Epishkin
Alimenkou Nikolay
будет иметь дело. Ну и конечно же приветствуется опыт в их
использовании.
On 12 мар, 16:22, Oleksii Iepishkin <epish...@gmail.com> wrote:
> Николай,
>
> опыт работы с grid computing и разработки под cloud желателен или необходим?
> Большинство технологий изучаются за вменяемое время. По-моему,
> главное, чтобы разработчик был толковым и быстро учился ;-)
>
> 2010/3/11 Alimenkou Nikolay <lumii.subscri...@gmail.com>:
>
>
>
>
>
> > По ходу кризис выдуман. :) За неделю ни одного кандидата. :)
>
> > On 3 Бер, 11:25, Alimenkou Nikolay <lumii.subscri...@gmail.com> wrote:
> >> Я ищу себе в команду опытного Java разработчика на интересный стартап
> >> проект. Требуется серьезный опыт в серверной разработке. Желателен
> >> опыт работы с grid computing и разработки под cloud. Используемые
> >> технологии: Spring, Hibernate, JMS, GridGain, JTA, JMX, XML обработка
> >> (DOM/SAX), REST style web services, Lucene, SQL, RDBMS (MySql,
> >> Oracle). От кандидата требуются навыки работы в небольшой команде,
> >> коммуникационные навыки, понимание инженерных практик и применение их
> >> в повседневной работе. Также приветствуется способности и желание
> >> решать и программировать сложные алгоритмические задачи. Команда
> >> небольшая, находится целиком в Киеве. Процесс разработки Scrum + XP.
>
> >> Если кто-то заинтересовался, то пишите мне на почту.
>
> > --
> > Agile Software Development Group, Ukraine,http://www.agileukraine.org/
Vova Oros
Ну а сейчас всякие Люксофты по 1000 баксов за успешного кандидата
предлагают.
On 11 Бер, 12:20, Alimenkou Nikolay <lumii.subscri...@gmail.com>
wrote:
Anton Naumov
прочие ЕПАМы :) Откровенно говоря, по моим личным наблюдениям, кризис
не то чтобы выдуман, просто шумиха которую вокруг него подняли, в
большинстве случаев есть нежелание работать чуть более чем полностью.
Жаль, что только Киев, кстати, а то можно было бы поговорить.
On 11 Бер, 12:20, Alimenkou Nikolay <lumii.subscri...@gmail.com>
wrote:
Alexander Rivkind
Это же очевидно.
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com
--
Best Regards, Alik.
Anton Naumov
Опять таки, если говорить про мои субъективные впечатления, спрос на
квалифицированные кадры от кризиса не зависит. Зависит сумма
компенсации как в прямом (на руки чистыми) так и в переносном
(стоимость суточной корзины товары+услуги) смысле. А спрос стабильно
высокий. Особенно в Украине, где специалистов с опытом 8+ лет в
разработке исчезающе мало.
On 15 Бер, 13:53, Alexander Rivkind <alik1...@gmail.com> wrote:
> Коллеги, что вас удивляет? Именно кризис является причиной повышенного
> спроса на квалифицированные кадры в Украине (и не только).
> Это же очевидно.
>
> 2010/3/15 Anton Naumov <grayswan...@gmail.com>
>
>
>
>
>
> > Я думаю, что в Киеве уже всех разобрали Люксофты, Глобаллоджики и
> > прочие ЕПАМы :) Откровенно говоря, по моим личным наблюдениям, кризис
> > не то чтобы выдуман, просто шумиха которую вокруг него подняли, в
> > большинстве случаев есть нежелание работать чуть более чем полностью.
> > Жаль, что только Киев, кстати, а то можно было бы поговорить.
>
> > On 11 Бер, 12:20, Alimenkou Nikolay <lumii.subscri...@gmail.com>
> > wrote:
> > > По ходу кризис выдуман. :) За неделю ни одного кандидата. :)
>
> > > On 3 Бер, 11:25, Alimenkou Nikolay <lumii.subscri...@gmail.com> wrote:
>
> > > > Я ищу себе в команду опытного Java разработчика на интересный стартап
> > > > проект. Требуется серьезный опыт в серверной разработке. Желателен
> > > > опыт работы с grid computing и разработки под cloud. Используемые
> > > > технологии: Spring, Hibernate, JMS, GridGain, JTA, JMX, XML обработка
> > > > (DOM/SAX), REST style web services, Lucene, SQL, RDBMS (MySql,
> > > > Oracle). От кандидата требуются навыки работы в небольшой команде,
> > > > коммуникационные навыки, понимание инженерных практик и применение их
> > > > в повседневной работе. Также приветствуется способности и желание
> > > > решать и программировать сложные алгоритмические задачи. Команда
> > > > небольшая, находится целиком в Киеве. Процесс разработки Scrum + XP.
>
> > > > Если кто-то заинтересовался, то пишите мне на почту.
>
> > --
> > Agile Software Development Group, Ukraine,http://www.agileukraine.org/
>
> > To visit the group online see:
> >http://groups.google.com/group/agile-ukraine/
> > To post to this group send email to agile-...@googlegroups.com
> > To unsubscribe send email to agile-ukrain...@googlegroups.com<agile-ukraine%2Bunsubscribe@goog legroups.com>
>
> --
> Best Regards, Alik.
Pavel Aksonov
Я думаю, что в Киеве уже всех разобрали Люксофты, Глобаллоджики и
прочие ЕПАМы :)
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
Ilya Sviridov
>
> 15.03.2010, в 13:48, Anton Naumov написал(а):
>
>> Я думаю, что в Киеве уже всех разобрали Люксофты, Глобаллоджики и
>> прочие ЕПАМы :)
>
> Неужели у небольших компаний или стартапов нет никаких шансов? Читаю Эрика
> Синка ("Бизнес для программистов"), который наглядно демонстрирует
> в основном именно программисты и почему-то все думают что большая
> компания однозначно лучше.
>
> Вопрос - все ли так думают (что большая компания лучше)?
Работая именно разработчиком и именно в небольшой компании, для себя
вижу как плюсы так и минусы. О плюсах наверное Э.Синк написал уже в книге.
А вот то, что работник маленькой конторки почти всегда никак не защищен
социально, а является ФЛП со всемы вытекающими у нас в стране это первый
и самый большой минус как по мне.
Ну и конечно же подавляющее большинство небольших команий наполнены
хаосом и овертаймами, ощущением бесконечного латания, появляющимися
хаотично требованиями с пометками ASAP, задачами которые должны
выполниться в прошлом и т.п.
Т.е.
1. Слабый менеджмент или его полное отсутствие
2. Социальные гарантии == null
>> Откровенно говоря, по моим личным наблюдениям, кризис
>> не то чтобы выдуман, просто шумиха которую вокруг него подняли, в
>> большинстве случаев есть нежелание работать чуть более чем полностью.
>> Жаль, что только Киев, кстати, а то можно было бы поговорить.
>>
>> On 11 Бер, 12:20, Alimenkou Nikolay <lumii.subscri...@gmail.com>
>> wrote:
>>> По ходу кризис выдуман. :) За неделю ни одного кандидата. :)
>>>
>>> On 3 Бер, 11:25, Alimenkou Nikolay <lumii.subscri...@gmail.com> wrote:
>>>
>>>
>>>
>>>> Я ищу себе в команду опытного Java разработчика на интересный стартап
>>>> проект. Требуется серьезный опыт в серверной разработке. Желателен
>>>> опыт работы с grid computing и разработки под cloud. Используемые
>>>> технологии: Spring, Hibernate, JMS, GridGain, JTA, JMX, XML обработка
>>>> (DOM/SAX), REST style web services, Lucene, SQL, RDBMS (MySql,
>>>> Oracle). От кандидата требуются навыки работы в небольшой команде,
>>>> коммуникационные навыки, понимание инженерных практик и применение их
>>>> в повседневной работе. Также приветствуется способности и желание
>>>> решать и программировать сложные алгоритмические задачи. Команда
>>>> небольшая, находится целиком в Киеве. Процесс разработки Scrum + XP.
>>>
>>>> Если кто-то заинтересовался, то пишите мне на почту.
>>
>> --
>> Agile Software Development Group, Ukraine, http://www.agileukraine.org/
>>
>> To visit the group online see:
>> http://groups.google.com/group/agile-ukraine/
>> To post to this group send email to agile-...@googlegroups.com
>> <mailto:agile-ukrain...@googlegroups.com>
Pavel Aksonov
Всякие там мед. страховки, спортзалы - по желанию, с вычетом из моей зарплаты. Знакомый с люксофта тоже говорил что их переводят на "единщиков". О какой защищенности идет речь? Я не спорю, скорее всего есть белые компании, с конкурентной зарплатой, но идет ли речь о большинстве?
К тому же почему небольшая компания не может предоставлять гарантии?
15.03.2010, в 15:23, Ilya Sviridov написал(а):
Anton Naumov
понимаете ли, коллега, безусловно, с точки зрения карьерных и
финансовых перспектив молодая и стремительно растущая (а все маленькие
конторы как правило таковы или говорят, что они таковые есть)
значительно лучше, чем старая и застойная.
именно в мелкой конторе можно лучше и быстрее проявить себя,
попробовать примерить различные фуражки, получить опыт там и сям,
сменить технологию одну на другую. и это конечно есть гуд и все такое
прочее.
вместе с тем, мелкая контора имеет ряд существенных недостатков,
совсем не тех, которые описал уважаемый Илья, хотя и эти иногда
присутсвуют
1) катастрофически велики риски. чтобы не рассказывал топ-менеджмент,
как бы хорошо и бодро не развивались дела команды, но команда есть
команда. скорее всего команда занимается одним проектом и почти
наверняка -- одним заказчиком. и скорее всего этот заказчик не UBS и
не BritishTelecom. а следовательно, пока заказчик платит деньги
вовремя (порядочность) и в полном объеме (финансовая состоятельность)
то и проблем нет. но как только падает один из перечисленных факторов,
сразу начинается ситуация "деньги будут на следующей неделе". вопрос,
что мне и моей семье есть в ожидании "следующей недели" всегда
остается открытым. и не стоит меня отсылать к Максу Крайнову, потому в
прошлый раз "следующая неделя" наступила... через 3 (три!) месяца.
2) заказчик оказался порядночным, но у него кончились деньги. все,
финита ля комедиа (с) все радостно ищут работу.
3) не всегда понятно, в чем конкретно состоит профит разработчика. в
ЮСЕ все понятно, стартап - продажа - профит или стартап - акции - IPO
- профит. у нас что? IPO? акции? продажа? позвольте не поверить. та же
зарплата. в лучшем случае месячные бонусы от производительности, в
худшем -- годовые и то при условии....
4) таки овертаймы. если мы говорим о бонусах за производительности, мы
должны давать стране металл. и делать это лучше других. во времена
становления Apple люди вджобывали по 12-14 часов. да, часть из них
однажды проснулась миллионерами. даже если допустить, что вторая часть
возможна в украинских реалиях (вероятность 0,00001%), то есть один
нюанс -- Вы готовы потратить 3-5 лет своей жизни на ВОЗМОЖНОСТЬ
заработать несколько десятков миллионов долларов?
вот Вам средней продолжительности ответ, почему мелкие компании хуже.
разумеется ИМХО.
но Вы не правы, у мелких компаний есть шансы и они достаточно велики.
уже сейчас стремительно растет количество людей, которые достигли
"стеклянного потолка". но им -- это я Вам как один из таких людей
говорю -- нужно предложить что-то реальное.
> > Agile Software Development Group, Ukraine,http://www.agileukraine.org/
Anton Naumov
пунктам.
1) ЧП == плохо. ЧП это прекрасно, разумеется в том случае, если Вы
хотите работать. да, КЗоТ формально пролетает мимо. но побойтесь Бога,
коллега, что дает Вам КЗоТ? о каких социальных гарантиях в нашей с
Вами несчастной стране может идти речь? пенсия? отпуска? больничные? и
за это 30% налогов и сборов? мне кажется, что качество предоставляемых
услуг даже близко не соотносится с их заявленной стоимостью. Вы
скажите мне, что Вас нельзя уволить? я бы не был так уверен, это
сложно, но в случае программирования существует 101 сравнительно
честный способ расстаться с Вами "по статье". более того, КЗоТ
накладывает определенные рамки и на Ваше поведение тоже. в тоже самое
время, работая как ЧП Вы имеете полную свободу действий. в том числе
тупо не прийти на работу, которая перестала Вам доставлять. никто не
может формально заставить Вас приходить к определнному часу, носить
определенную одежду, даже соблюдать определенную процедуру. и при этом
всем Вы имеете абсолютно легальный доход.
2) слабый менеджмент или его полное отсутсвие. о, Вы не представляете,
как это бывает в крупной компании. при этом топ-менеджмент крупной
компании далеко и его уши надежно закрыты.
3) социальные гарантии && Украина == false. в любом случае.
> >> Agile Software Development Group, Ukraine,http://www.agileukraine.org/
>
> >> To visit the group online see:
> >>http://groups.google.com/group/agile-ukraine/
> >> To post to this group send email to agile-...@googlegroups.com
> >> <mailto:agile-...@googlegroups.com>
> >> To unsubscribe send email to
> >> agile-ukrain...@googlegroups.com
> >> <mailto:agile-ukrain...@googlegroups.com>
>
> > --
> > Agile Software Development Group, Ukraine,http://www.agileukraine.org/
>
> > To visit the group online see:
> >http://groups.google.com/group/agile-ukraine/
> > To post to this group send email to agile-...@googlegroups.com
> > To unsubscribe send email to agile-ukrain...@googlegroups.com
>
>
>
> smime.p7s
> 7KViewDownload
Anton Naumov
провинциях спортзалы и страховки практикуются редко, но если уж
практикуются, то 100% за счет компании. равно как английские языки и
прочие тимбилдинги. их, конечно, стало меньше и реже, но если уж они
есть, то сотрудники их не оплачивают.
> >>> Agile Software Development Group, Ukraine,http://www.agileukraine.org/
>
> >>> To visit the group online see:http://groups.google.com/group/agile-ukraine/
> >>> To post to this group send email to agile-...@googlegroups.com <mailto:agile-...@googlegroups.com>
> >>> To unsubscribe send email to agile-ukrain...@googlegroups.com <mailto:agile-ukrain...@googlegroups.com>
>
> >> --
> >> Agile Software Development Group, Ukraine,http://www.agileukraine.org/
Artjom Serdyuk
У меня небольшое дежа вю ))) Возможно, если Вы посмотрите ссылки ниже,
Вы поймете, что я имею в виду )))
http://groups.google.com/group/agile-ukraine/browse_frm/thread/deb6498972557372
http://www.agileukraine.org/2008/12/agile-or-not-agile-agile.html
Я получил большое удовольствие, читая Вашу переписку с Ильёй.
Согласен, что работа в маленькой компании имеет свои преимущества и
недостатки. Буду с Вами соглашаться по пунктам. Итак:
1) В маленькой компании существенно выше риски банкротства. Вы
достаточно ярко все описали ))
2) В маленькой, действительно маленькой компании, как правило,
менеджмент - человеко-ориентирован. Т.е. "Петрович решает", и если
Петрович вас не любит, или заболел, или у него сын родился - ваши
вопросы будут долго решаться.
3) поскольку менеджмент человеко-ориентирован, то нет никаких
процедур, процессов и т.п. - нам бы лишь бы выжить, поэтому совершенно
согласен - вджобывать приходится огого как. Ну и собственно качество
страдает. Ну и собственно планы меняются часто, чуть ли не ежедневно.
И т.п. прелести ad hoc процесса.
Исходя из этого - я бы выбирал маленькую компанию, исходя
исключительно из личности основателя(основателей), так как на них все
завязано.
С другой стороны, у маленьких компаний есть и преимущества:
1) Отношения гораздо теснее, теплее и человечнее, в том числе между
девелоперами и топ-менеджментом. Потому что топы слишком сильно
зависят от девелоперов.
2) Как правило, работает именно коллектив единомышленников со всеми
вытекающими. То есть свои идеи продвигать гораздо легче, и выдающийся
продукт написать гораздо легче.
Pavel Aksonov
> достаточно ярко все описали ))
Эрик Синк пишет что есть вертикальные и горизонтальные рынки и мире IT в том числе. Если Ваша компания специализируется на вертикальном рынке, то она по определению не будет большой (иначе ей прийдется выйти на горизонтальный рынок). При этом она может существовать очень долго, в ней будут налажены все бизнес процессы, менеджмент, планирование и т.д. Единственное - она не будет иметь тысячи сотрудников. И риски банкротства будут меньше чем у большой компании - посмотрите на General Motors, БОЛЬШУЮ компанию, которая поглащала поглащала и допоглащалась.
До вышеупомянутой книжки я непременно думал что маленькие компании - это "недокомпании", то есть те компании которые просто не смогли стать большими по ряду причин которые здесь перечислялись - слабый менеджмент, соц. незащищенность, недальновидность руководства и так далее. Сейчас я так не думаю так как увидел примеры небольших компаний которые обыгрывают большие по всем параметрам (кроме кол-ва человек, естественно). Есть основатели, которые НЕ ХОТЯТ роста численности своей компании по ряду причин. Это как по аналогии с семьей - есть босоногие грязные многодетные БОЛЬШИЕ семьи и есть хорошо образованные и счастливые семьи из 4 человек.
Artjom Serdyuk
Спасибо за рекомендацию, очень интересно теперь найти эту книжку и
почитать.
Я вижу определённое противоречие: маленькая компания может
генерировать органиченную прибыль. Чтобы денег стало больше, нужно
расти.
Как Вы (или Эрик Синк ;)) предлагаете решить эту проблему?
Второй вопрос: а в книге описаны организации, коротые годами при
неизменном количестве сотрудников разивались? И в чем тогда
заключалось их развитие?
Спасибо.
> ...
>
> read more >>
Alexey Tigarev
дармоедов, которые в основном занимаются тем, что усложняют тебе
жизнь. Наиболее дешёвый способ заставить государство от тебя
отвязаться.
И заодно бОльшая свобода от комании-работодателя - можешь, например,
вдобавок к работе на некоторую компанию "немножко шить на дому".
А социальную защиту, в надёжности которой ты можешь быть более-менее
уверен, ты можешь организовать себе только самостоятельно. Посадить в
30 лет сад, построить дом, теплицу - в старости точно сможешь яблочек
покушать. Опять же, для защищённости важны - семья, друзья, отношения
с соседями, здоровье - об этом самому надо заботиться, никакой
пенсионный фонд это тебе не сделает. Ну и если после этого остаются
излишки денег, можно их самостоятельно пристроить в более рискованные
места, вроде депозитов, пенсионных фондов, страховых фондов и так
далее.
С оформлением ЧП чуть больше гембеля с бумажками - но его можно за
небольшие деньги поручить специально обученному человеку.
--
С уважением, Алексей Тигарев
<ti...@nlp.od.ua> Jabber: ti...@jabber.od.ua Skype: t__gra
Как программисту стать фрилансером и заработать первую $1000 на oDesk:
http://freelance-start.com/earn-first-1000-on-odesk
Pavel Aksonov
Павел!
Спасибо за рекомендацию, очень интересно теперь найти эту книжку и
почитать.
Я вижу определённое противоречие: маленькая компания может
генерировать органиченную прибыль. Чтобы денег стало больше, нужно
расти.
Как Вы (или Эрик Синк ;)) предлагаете решить эту проблему?
Второй вопрос: а в книге описаны организации, коротые годами при
неизменном количестве сотрудников разивались?
И в чем тогда
заключалось их развитие?
Alexander Rivkind
Кстати, неограниченной прибыли вообще не существует.
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com
--
Best Regards, Alik.
Anton Naumov
спасибо за теплые слова. исренне рад.
относительно ссылок я не совсем понял, что именно я должен был
понять :) но наверное мне стоит перечитьа переписку еще раз :)
я позволю себе не оспорить -- ни Боже мой -- только дополнить
некоторые пункты
1) я проработал в маленькой компании 2 года. это были невероятно
чудесные 2 года, которые я не променяю ни на ГЛ, ни на Люкс. но увы,
как Вы наверняка заметили, в течении 3 месяцев я честно ждал, пока
наступит "следующая неделя". надо отдать должное тамошнему
руководству, когда наступила "следующая неделя" -- еще через 2 месяца
-- мне выплатили все до копейки. порядочность можно записать в плюс,
сложно "кидать" людей, которые конкретно тебе подставляли плечо. но
полгода, господа, полгода.
2) в общем случае все именно так. в частности -- я не верю в компанию,
в которой не человеко-ориентированный менеджмент. и я не верю в
менеджмент, который не человеко-ориенитрован. безусловно, тот же Роман
Хмиль наверняка не знает в лицо Васю Пукпкина, работающего джуниор
тестером в николаевском филиале ГЛ. но Васю очень хорошо знает его
менеджер, Наташа Иванова. и так далее. я не утверждаю, что нет больших
компаний, с не человеко-ориентированным менеджментом. я имею основания
полагать, что их модель не жизнеспособна в среднесрочной (в нашем
случае 5-10 лет) перспективе. либо они сменят модель поведения,
либо... возможны варианты, но ни одного особенно веселого.
с другой стороны цепочка принятия решения достаточно длинна,
финансовые ресурсы распылены, а сумма амортизации весьма значительна.
и это разумеется влияет на сроки решения проблем и удовлетворения
потребностей, по сравнению с маленькой конторой.
3) отсутсвие процессов -- это есть характеристика компании, независимо
от размеров. никто ведь не заставляет мелкую контору следовать СММі и
проходить сертификацию. но процессы поставить можно, тем более, что
сделать это гораздо проще и легче. возможно, что получения сертифа
СММі будет лишней тратой времени и денег. и наоброт -- если в большой
компании не поставлены процессы. ой-ой, это выглядит действительно
страшно. и так я тоже работал. и тоже вджобывали сутками напролет.
и таки да, в мелкую контору идти только к людям, которым доверяешь.
впрочем, в крупную тоже так можно идти. не обязательно основателей,
можно топ-менеджмента. мидл-менеджмента сложнее -- ПМы/ТимЛиды уходят
и меняются. а это может стать проблемной.
и по плюсам
1) таки да. и даже больше -- разделения на топ-менеджмент и
девелоперов существует на этапе принятия решений. все остальное время
различий практически нет.
2) возможно, что не все являются единомышленниками. но цепочка
принятия решений очень короткая. а следоватльно и слышимость лучше, и
фактаж более актуален (в том смысле, что если Рабинович 10 тысяч в
преферанс проиграл, то на стол к СЕО не ляжет документ, описывающий
как Рабинович "Волгу" в лоторею выиграл), и сами решения принимаются
быстрее. мое собеседование в такую контору заняло минут 20. из которых
15 ушли на обсуждение деталей оффера :)
On Mar 16, 3:41 pm, Artjom Serdyuk <artem.serd...@gmail.com> wrote:
> Уважаемый Антон!
>
> У меня небольшое дежа вю ))) Возможно, если Вы посмотрите ссылки ниже,
> Вы поймете, что я имею в виду )))
>
> ...
>
> read more »
Anton Naumov
как бы это ни было смешно с экономической точки зрения, но в
аутсорсинге ПО очень часто так и есть. в соседнем сообществе нашу с
Вами (?) работу называют "продажей жопомест". грубова-то как по мне,
но в целом справедливо.
On Mar 16, 6:35 pm, Alexander Rivkind <alik1...@gmail.com> wrote:
> Скажи любому экономисту, что прибыль компании пропорциональна размеру ее
> штата, и он тебя засмеет. :)
> Кстати, неограниченной прибыли вообще не существует.
>
> 2010/3/16 Artjom Serdyuk <artem.serd...@gmail.com>
> ...
>
> read more >>
Anton Naumov
все, что пишет господин Синк актуально для рынка США, не так ли? в
худшем случае рассматриваются страны Восточной Европы, такие как
Польша, Чехия, Словакия. дело в том, что Украина находится на 176
месте из 185 (?) по степени свободы ведения бизнеса. чем меньше цифра,
тем проще вести бизнесс в стране. наша страна по состоянию науки и
технлогий отставал от прогрессивного мира на 30 лет на момент
обретения независимости, т.е. в 1991 году. и с тех пор разрыв только
увеличился. в нашу страну технлогически аутсорсят только
крупногабаритную сборку автомобилей (мы и тут, как ни печально,
умудряемся облажаться). Вы будете правы, если спросите меня, к чему я
Вам все это говрю? отвечаю, у меня простой вопрос -- с учетом всего
вышесказанного, о каких вертикальных украинских рынках может идти
речь? лично Вы видите хотябы одну вертикальную нишу?
а в остальном, в теории, было бы величайшей ошибкой спорить с
господином Синком. и, опять таки на западном рынке, есть масса
компаний, которые делают R&D или разрабатывают некоторый framework,
сами они не велики, но их решения достаточно гибкие и масштабируемые,
чтобы заинтересовать гигантов индустрии.
> ...
>
> read more >>
COTOHA .
трана по состоянию науки и
технлогий отставал от прогрессивного мира на 30 лет на момент
обретения независимости, т.е. в 1991 году. и с тех пор разрыв только
увеличился. в нашу страну технлогически аутсорсят только
крупногабаритную сборку автомобилей (мы и тут, как ни печально,
умудряемся облажаться). Вы будете правы, если спросите меня, к чему я
Вам все это говрю? отвечаю, у меня простой вопрос -- с учетом всего
вышесказанного, о каких вертикальных украинских рынках может идти
речь? лично Вы видите хотябы одну вертикальную нишу?
а в остальном, в теории, было бы величайшей ошибкой спорить с
господином Синком. и, опять таки на западном рынке, есть масса
компаний, которые делают R&D или разрабатывают некоторый framework,
сами они не велики, но их решения достаточно гибкие и масштабируемые,
чтобы заинтересовать гигантов индустрии.
--
...dali bude...
Anton Naumov
а я все думал, когда же мы вспомним про Сандерса :) таки не могу не
согласиться, что Сашина концепция была "маленькая, но очень гордая
контора" и установка "мы будем иметь дело только с самыми
высококвалифицированными харьковскими разработчиками" долгое время
работала.
я сейчас не хочу обсуждать условия старта ТимДева. они достаточно
уникальны, но новейшая история знает примеры, как можно просрать любые
уникальные стартовы условия. ребята однозначно молодцы. но насколько я
знаю, они все-таки расширяются. и, насколько мне известно, с
колективом из 50 человек уже не так эффективно рабоают прежние
управленческие практики. я могу ошибаться, я не работал в ТимДев. и
наверное никогда не буду :)
On Mar 17, 12:09 am, "COTOHA ." <sergiy.movc...@gmail.com> wrote:
> ну тут как раз есть примеры:http://www.teamdev.com/- харьковчане, долгое
> время работали в тесной связке с Jet Brains (писали много плагинов для Idea)
>
> у них внушительное портфолио:http://www.teamdev.com/products/
> <http://www.teamdev.com/products/>
>
> 2010/3/16 Anton Naumov <grayswan...@gmail.com>
Artjom Serdyuk
говорю - увеличение прибыли выше определённого порога невозможно без
увеличения количества народа.
Поспорим на эту тему? Тогда можно сделать новую ветку.
On 16 мар, 18:35, Alexander Rivkind <alik1...@gmail.com> wrote:
> Скажи любому экономисту, что прибыль компании пропорциональна размеру ее
> штата, и он тебя засмеет. :)
> Кстати, неограниченной прибыли вообще не существует.
>
> 2010/3/16 Artjom Serdyuk <artem.serd...@gmail.com>
> ...
>
> продолжение >>
COTOHA .
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com
--
...dali bude...
Artjom Serdyuk
следующем AgileBaseCamp! ))
Похоже, у нас с Вами разные модели в голове, т.к. я не читал Синка, а
Вы (возможно) - Адизеса. Если нет - рекомендую, а я пока возьму паузу
и Синка поищу где-то в окрестностях ))
Дежа вю у меня потому, что уже было когда-то обсуждение, чем маленькие
компании отличаются от больших, правда в другом контексте. Хотя это
обсуждение мне тоже нравится, и даже очень ))
Ещё ремарка: под "человеко-ориентированным" менеджментом я имею в виду
такую ситуацию, когда у нас в организации есть Василий Васильевич,
который заведует всеми денежными делами. Он под себя построил отдел,
но обязанности его не оговорены, ответственность не ограничена, и
заменить его не представляется возможным - если он уйдет, все финансы
завалятся.
Противоположна этой ситуации организация с ориентацией на должности
(то есть с четко выделенной организационной структурой): например, у
нас есть должность "главный бухгалтер" с прописанными должностными
обязанностями, и главбухом может быть как Антонина Капитоновна (30 лет
стажа), так и Маша (только что из университета), если А.К. вдруг
уволилась.
Из моего опыта, в маленьких компаниях чаще встречается первое (что
увеличивает некоторые риски), а в больших - второе.
> ...
>
> продолжение »
Artjom Serdyuk
голову которого нагребли кучу проектов, ни с точки зрения менеджера,
который не успевает разгрести проблемы 50-ти человек. Поверьте мне ))
> ...
>
> продолжение >>
Artjom Serdyuk
Хороший аргумент "развитие не всегда увеличение".
Тогда у меня возникает вопрос: а что такое "развитие компании"?
Не буду спорить по пунктам, просто мой жизненный опыт говорит, что
компания не может развиваться вглубь. Невозможно 20 лет развивать один
и тот же продукт - надо хоть когда-то начинать другой.
А начало другого продукта - это развитие вширь, и если мы приняли
такое решение, то вдруг мы обнаруживаем, что количество работы
увеличилось втрое. Потому что нужно поддерживать старый продукт и
писать новый, и клиентов искать.
Поэтому мы нанимает новых (ещё более профессиональных людей) и
начинаем все сначала, но у нас уже не один продукт, а два. Которые
приносят вдвое больше денег. И вдруг мы обнаруживаем, что миллионов у
нас уже не 5, а 10! )))
Вот примерно такое я видел. Поэтому и говорю, что пример развития
компании без увеличения противоречит моему опыту.
Мне очень интересен Ваш опыт, поэтому жду контр-примеров )))
On 16 мар, 18:17, Pavel Aksonov <akso...@gmail.com> wrote:
> > Павел!
>
> > Спасибо за рекомендацию, очень интересно теперь найти эту книжку и
> > почитать.
>
> > Я вижу определённое противоречие: маленькая компания может
> > генерировать органиченную прибыль. Чтобы денег стало больше, нужно
> > расти.
>
> А зачем? Представьте, Вы владелец такой компании, имеете например 5 миллионов прибыли в год. Мне хватит этой суммы, я буду расти профессионально, нанимать все лучших и лучших разработчиков, повышать эффективность рабочего процесса (а тем самым и прибыль, зарплаты, и т.д.) и делать своих разработчиков самыми счастливыми :)
>
> Да, прибыль не будет расти быстро без роста компании (то есть будет потолок который невозможно преодолеть), но зачем это Вам? Вам хватит 5 миллионов для скромной жизни миллионера чтобы себе ни в чем не отказывать, верно? Кому то не хватит, они и будут создавать (и создают) большие компании чтобы стать миллиардерами. А кто-то просто пишет книжки и не гонится за миллиардами.
>
>
>
> > Как Вы (или Эрик Синк ;)) предлагаете решить эту проблему?
>
> > Второй вопрос: а в книге описаны организации, коротые годами при
> > неизменном количестве сотрудников разивались?
>
> Синк описывает все на примере своей компании SourceGear
> Может я ошибаюсь, но у Спольски вроде тоже небольшая компания (Fog Creek)
>
> > И в чем тогда
> > заключалось их развитие?
>
> Выше я постарался ответить на этот вопрос, как его вижу я - эффективность, увеличения получения удовольствия от работы для всех - начиная от создателя заканчивая простыми труженниками. Пытался найти кол-во программистов в Fog Creek (не нашел), но набрел на википедиюhttp://en.wikipedia.org/wiki/Fog_Creek_Software
> ...
>
> продолжение >>
Anton Naumov
насчет AgileBaseCamp'а приехать-то я могу, собсвенно даже вопросов
никаких нет, но чем я бы мог заинтересовать уважаемую аудиторию? мой
опыт применения Agile практик крайне скромен, более того, я тогда даже
не догадывался, что мы практикуем такой себе недоSCRUM.
а сейчас у меня всего-лишь один подчиненный/напарник (я предпочитаю
термин напарнир, ибо какие там фуражки в нашей паре-то) и практикуем
мы только четыре практики -- 1) частые коммиты в СВН; 2) регулярные
билды два раза в день; 3) своевременный перевод issue из статуса в
статус в Trac; 4) пойти покурить на балкон. вот и вся любовь, как
говорится. собственно, по моему скромному мнению, мне стоит молчать и
слушать, молчать и слушать (с)
насчет Сника Вы мне льстите, я не читал Сника. во всяком случае не
делал этого еще. просто описанная им модель работает для стран с
развитой экономикой. там невероятное количество вертикальных рынков,
которые можно занимать и внутри которых можно развиваться. ярчайший
пример -- Twitter. из более мелких тот же Спольски с его FogCreek. в
Европе тоже есть некоторое количество людей, которые запускают
разработку именно вертикальных решений. я работал со швейцарцами,
делавшими некую хитрую систему управления конфигурациями для... SAP и
голандцами, запускавшими библиотечную систему для университетов.
вторых было двое и они разговаривали по Скайпу из дому. какие
вертикальные рынки есть в Украине? и главный вопрос, а созрела ли
Украина к вертикальным рынкам?
а Сника и Адизеса обязательно прочту, спасибо.
про человеко-ориентированный менеджмент -- я действительно не
правильно Вас понял изначально. в описанных Вами случаях,
1) это катастрофа. нельзя завязывать все на одного человека, нельзя
давать людям возможность выкручивать Вам руки. 90% людей этой
возможностью воспользуется.
2) идеальная ситуация, которая может варьироваться от любая выпускница
до квалифицированный бухгалтер с некоторым опытом работы. но роли
должны быть распределены. и система контроля поставлена. иначе Титаник
утонет.
> ...
>
> read more »
Anton Naumov
когда-то Сандерс говорил, что 30 человек -- это потолок
и заметь, оба они не лгали. просто человек предполагает, а Бог... в
данном случае мне более инетересен другой вопрос 30 человек, на мой
непрофессиональный взгляд, это критическая масса для плоской
структуры. а уж 70...
On Mar 17, 12:52 am, "COTOHA ." <sergiy.movc...@gmail.com> wrote:
> на собеседованиях директор обещает, что больше 70ти они не будут расти :)
>
> 2010/3/17 Anton Naumov <grayswan...@gmail.com>
>
>
>
>
>
> > Сергей!
>
> > а я все думал, когда же мы вспомним про Сандерса :) таки не могу не
> > согласиться, что Сашина концепция была "маленькая, но очень гордая
> > контора" и установка "мы будем иметь дело только с самыми
> > высококвалифицированными харьковскими разработчиками" долгое время
> > работала.
> > я сейчас не хочу обсуждать условия старта ТимДева. они достаточно
> > уникальны, но новейшая история знает примеры, как можно просрать любые
> > уникальные стартовы условия. ребята однозначно молодцы. но насколько я
> > знаю, они все-таки расширяются. и, насколько мне известно, с
> > колективом из 50 человек уже не так эффективно рабоают прежние
> > управленческие практики. я могу ошибаться, я не работал в ТимДев. и
> > наверное никогда не буду :)
>
> > On Mar 17, 12:09 am, "COTOHA ." <sergiy.movc...@gmail.com> wrote:
> > > ну тут как раз есть примеры:http://www.teamdev.com/-харьковчане, долгое
> > > время работали в тесной связке с Jet Brains (писали много плагинов для
> > Idea)
>
> > > у них внушительное портфолио:http://www.teamdev.com/products/
> > > <http://www.teamdev.com/products/>
>
> > > 2010/3/16 Anton Naumov <grayswan...@gmail.com>
>
> > > > трана по состоянию науки и
> > > > технлогий отставал от прогрессивного мира на 30 лет на момент
> > > > обретения независимости, т.е. в 1991 году. и с тех пор разрыв только
> > > > увеличился. в нашу страну технлогически аутсорсят только
> > > > крупногабаритную сборку автомобилей (мы и тут, как ни печально,
> > > > умудряемся облажаться). Вы будете правы, если спросите меня, к чему я
> > > > Вам все это говрю? отвечаю, у меня простой вопрос -- с учетом всего
> > > > вышесказанного, о каких вертикальных украинских рынках может идти
> > > > речь? лично Вы видите хотябы одну вертикальную нишу?
> > > > а в остальном, в теории, было бы величайшей ошибкой спорить с
> > > > господином Синком. и, опять таки на западном рынке, есть масса
> > > > компаний, которые делают R&D или разрабатывают некоторый framework,
> > > > сами они не велики, но их решения достаточно гибкие и масштабируемые,
> > > > чтобы заинтересовать гигантов индустрии.
>
> > > --
> > > ...dali bude...
>
> > --
> > Agile Software Development Group, Ukraine,http://www.agileukraine.org/
>
> > To visit the group online see:
> >http://groups.google.com/group/agile-ukraine/
> > To post to this group send email to agile-...@googlegroups.com
> > To unsubscribe send email to agile-ukrain...@googlegroups.com<agile-ukraine%2Bunsubscribe@goog legroups.com>
>
> --
> ...dali bude...
Pavel Aksonov
> Павел!
>
> Хороший аргумент "развитие не всегда увеличение".
>
> Тогда у меня возникает вопрос: а что такое "развитие компании"?
>
> Не буду спорить по пунктам, просто мой жизненный опыт говорит, что
> компания не может развиваться вглубь. Невозможно 20 лет развивать один
> и тот же продукт - надо хоть когда-то начинать другой.
>
> А начало другого продукта - это развитие вширь, и если мы приняли
> такое решение, то вдруг мы обнаруживаем, что количество работы
> увеличилось втрое. Потому что нужно поддерживать старый продукт и
> писать новый, и клиентов искать.
(например написан под Windows, а все перешли под Mac ;) - тогда да он тогда перепишется под mac. Другое дело если продукт неважного качества. Тогда да, конкуренты вытеснят, прийдется искать другую нишу, писать что-то еще. Но мы ведь предположили что компания развивается вглубь, то есть продукт-то будет высочайшего качества.
>
> Поэтому мы нанимает новых (ещё более профессиональных людей) и
> начинаем все сначала, но у нас уже не один продукт, а два. Которые
> приносят вдвое больше денег. И вдруг мы обнаруживаем, что миллионов у
> нас уже не 5, а 10! )))
>
> Вот примерно такое я видел. Поэтому и говорю, что пример развития
> компании без увеличения противоречит моему опыту.
>
> Мне очень интересен Ваш опыт, поэтому жду контр-примеров )))
А в небольшой компании я работаю уже десятый год. Компания является сервис-провайдером, то есть мы не продаем продукт, а продаем сервисы который этот продукт предоставляет. И необходимость создавать новый продукт еще не появилась. Да, мы переписываем сейчас весь "движок", так как старый не выдерживает большой нагрузки и, к сожалению, не масштабируем (я не заложил этого десять лет назад, не было того опыта). Но это не новый продукт, а замена старому.
И мне это нравится - жить одним проектом, проект развивается, и это нельзя назвать просто "суппортом"!. Оптимизируется, рефакторится, переписываются отдельные "устаревшие" части, и т.д. Пишется новый функционал (но в рамках проекта), то есть проект "живет"
Alimenkou Nikolay
там продолжить дискуссию. Я создавал эту ветку, чтобы попытаться найти
людей. А еще легче просто встретиться и поболтать языками, если эта
тема вас так сильно волнует. В какой компании работать -
индивидуальный выбор каждого.
COTOHA .
так что вот так.
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com
--
...dali bude...
Alexander Rivkind
Артем, нам не о чем спорить, поскольку эти два утверждения не противоречат друг другу. Конечно, рост клиентской базы в какой-то момент времени приведет к росту компании (причем процесс не монотонный, а скачкообразный: доходим до какой-то точки насыщения - уквеличиваем немного штат и ждем дальше), но наоборот происходит только в первой модели (см. выше).
Коллеги, вам не кажется, что тема дискуссии ушладалеко от темы группы?
> ...
>
> read more >>
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com
--
Best Regards, Alik.
Artjom Serdyuk
Но мне на эту тему интересно поговорить. Кто-то создаст тему в этой/
другой группе?
On Mar 17, 12:54 pm, Alexander Rivkind <alik1...@gmail.com> wrote:
> Антон, У меня есть "и такая, и такая" работа. Когда ты говоришь о
> "жопоместах", ты просто ссылаешься на единственную модель бизнеса - т.н.
> labor arbitrage, - в которой действительно прибыль примерно пропорциональна
> количеству людей/голов/жоп. Есть еще другие модели. В продуктовой прибыль
> зависит от количества проданных лицензий, в сервисной - от количества
> пользователей. Безусловно все факторы влияют, но определяющие факторы -
> разные.
>
> Артем, нам не о чем спорить, поскольку эти два утверждения не противоречат
> друг другу. Конечно, рост клиентской базы в какой-то момент времени приведет
> к росту компании (причем процесс не монотонный, а скачкообразный: доходим до
> какой-то точки насыщения - уквеличиваем немного штат и ждем дальше), но
> наоборот происходит только в первой модели (см. выше).
>
> Коллеги, вам не кажется, что тема дискуссии ушладалеко от темы группы?
>
> 2010/3/16 Anton Naumov <grayswan...@gmail.com>
> ...
>
> read more >>
Alimenkou Nikolay
классными перспективами. Работа по Scrum + XP. Возможность
использования передовых технологий.
> ...
>
> читати далі »
Anton Naumov
пожаловать сюда http://groups.google.com/group/agile-ukraine/t/3d0fce86843c65b4
@Николай, мои извинения, зафлеймили Вам тут...
On 17 Бер, 13:57, Alimenkou Nikolay <lumii.subscri...@gmail.com>
wrote:
> ...
>
> читати далі »