Comments 78
Ждем с нетерпением продолжения.
Ещё было бы не плохо узнать, что это за миддлы такие были, что не могли решить подобные проблемы?
Ещё было бы не плохо узнать, что это за миддлы такие были, что не могли решить подобные проблемы?
Дело в том, что я встречал только несколько крупных компаний, где есть четкие критерии по оценке знаний разработчиков и назначения им статусов. Одна из них — это датский Ciklum с офисом в Киеве. Там довольно четкая методология. Даже на их сайте, где-то есть описание, как проводится оценка. А обычно, очень многие разработчики, поработав пол года — год, уже сами себя называют мидлами. И только человек с большим опытом может понять, кто перед ним на самом деле. При чем, многие при собеседовании таких специалистов допускают роковую ошибку. Они начинают гонять спеца по знанию программы, синтаксиса, паттернов и т.д. А это ерунда. Нужно проверять, как думает разработчик. Как умеет самостоятельно строить алгоритмы и структуры. Если он не знает какой функции или объекта, то есть куча туториалов. Посмотрел и написал код. А если не умеет правильно мыслить, то тут уже труба.
Что-то я действительно погорячился — не учел факт того, что не ИТ-профессионал набирал сотрудников в команду.
>А если не умеет правильно мыслить
Хм. Правильно мыслят только философы. Имхо, конечно, имхо.
Или есть алгоритмы определить — правильно мыслит или нет, интервьюируемый?
Прогон по «знанию программы, синтаксиса, паттернов и т.д.» плюс ГОРЯЩИЕ глаза — это обычный устоявшийся критерий при приёме на работу.
Хм. Правильно мыслят только философы. Имхо, конечно, имхо.
Или есть алгоритмы определить — правильно мыслит или нет, интервьюируемый?
Прогон по «знанию программы, синтаксиса, паттернов и т.д.» плюс ГОРЯЩИЕ глаза — это обычный устоявшийся критерий при приёме на работу.
Дело в том, что программист на саппорт и программист на новые проекты — это не один и тот же человек. Тот, кого вы описали, годится на рутинную работу по поддержке и развитию одного проекта. А тот, о ком говорю я, должен уметь не только кодить, а и строить бизнес модель в виде алгоритма. Как определить это на собеседовании? Легче простого. Задавать именно философские вопросы, как вы верно подметили. Например, есть бизнес клиента по продаже спортивных товаров. У клиента есть несколько складов. Один в России, один в Украине и главный в Германии. У него есть четко построенная логистика. Но все в полуавтоматическом, в полу ручном режиме. Он хочет сделать проект, что-то типа интернет-магазина с автоматической системой логистики по складам и регионам, с авто заказами и т.д. Так вот, толковые специалисты могут полностью построить бизнес модель. Разбить процесс на составляющие (продажа, логистика, складирование и т.д.) и построить не сайт, а целый программный комплекс автоматизации в облаке. А хороший кодер, максимум сможет родить идею про простой интернет-магазин. Думаю, что суть вы уловили.
>А тот, о ком говорю я, должен уметь не только кодить, а и строить бизнес модель в виде алгоритма.
Вы не путаете программиста и бизнес-аналитика?
>А хороший кодер, максимум сможет родить идею про простой интернет-магазин.
Дело кодера — кодить. — Не его дело думать для чего он кодит.
Или вы желаете получить архитектора с навыками каменщика?
Если такие и есть — то где-то они профи, а где-то самоучки. Ну или профи во всём (и архитекторы и землемеры и траншея копатели и каменщики и маляры и стекольщики и краснодеревщики и… ) — хотя обычно таких и ищут, называя их «тыжпрограммист» (С).
Но есть ли такие?
Вы не путаете программиста и бизнес-аналитика?
>А хороший кодер, максимум сможет родить идею про простой интернет-магазин.
Дело кодера — кодить. — Не его дело думать для чего он кодит.
Или вы желаете получить архитектора с навыками каменщика?
Если такие и есть — то где-то они профи, а где-то самоучки. Ну или профи во всём (и архитекторы и землемеры и траншея копатели и каменщики и маляры и стекольщики и краснодеревщики и… ) — хотя обычно таких и ищут, называя их «тыжпрограммист» (С).
Но есть ли такие?
На все руки мастера, естественно нет. Но люди, которые умеют и архитектуру строить и кодить есть. Или вы думаете, что они вначале были архитекторами, а потом программистами стали? Без знания процесса разработки невозможно построить алгоритмы. Иначе получится, как в некоторых компаниях. ТЗ разрабатывает какой-то менеджер-селер в паре с дизайнером, а программист потом просто прозревает от этого ТЗ, и что с ним вообще делать. Поэтому, и тимлиды и архитекторы, часто вырастают из толковых разработчиков, которые могут гораздо большее, чем кодить. Но не наоборот.
>Или вы думаете, что они вначале были архитекторами, а потом программистами стали?
>Поэтому, и тимлиды и архитекторы, часто вырастают из толковых разработчиков, которые могут гораздо большее, чем кодить. Но не наоборот.
Но время!
Кодер, освоив по пути, с десяток фреймфорков, дорос до архитектора. И начал рисовать… архитектуру. Окей!
Но время! — Сменились как фреймфорки, так и их возможности. Но отличный архитектор уже не успевает за всем уследить, а тем более и «руками попробовать»!
И новый кодер говорит, — а давайте вот это, оно в тренде!
И архитектор, поддавшись новизне, к этому новому примеряет свои старые навыки (которые он усвоил и которые на ура проходили раньше!).
И что-то ВДРУГ пошло не так…
Имхо, конечно, имхо.
>Поэтому, и тимлиды и архитекторы, часто вырастают из толковых разработчиков, которые могут гораздо большее, чем кодить. Но не наоборот.
Но время!
Кодер, освоив по пути, с десяток фреймфорков, дорос до архитектора. И начал рисовать… архитектуру. Окей!
Но время! — Сменились как фреймфорки, так и их возможности. Но отличный архитектор уже не успевает за всем уследить, а тем более и «руками попробовать»!
И новый кодер говорит, — а давайте вот это, оно в тренде!
И архитектор, поддавшись новизне, к этому новому примеряет свои старые навыки (которые он усвоил и которые на ура проходили раньше!).
И что-то ВДРУГ пошло не так…
Имхо, конечно, имхо.
Мне кажется, что вопрос выбора инструмента не настолько уж 100% критичен, по сравнению с неправильной архитектурой. Именно тот, кто многое попробовал, кто многое прошел, кто многое сделал сам и поучаствовал в крупных проектах, имеет колоссальный опыт. И с лету видит все узкие места проекта и возможные трудности. А что умеет, к примеру, человек, который пришел с универа, и его там, типа, научили архитектуру строить? Возьмете себе в новый сложный проект парня 24 лет или того, кому уже под 40, и который имеет огромный опыт? Вот поэтому программистов валом на каждом углу, только свистни. А архитекторов за всю свою жизнь можно вообще не встретить ни одного.
>Возьмете себе в новый сложный проект парня 24 лет или того, кому уже под 40, и который имеет огромный опыт?
Хм, Марк Цукерберг очень бы удивился вашему критерию. Особенно тогда, когда ему было около 20 лет. ;-)
Имхо, конечно, имхо.
Хм, Марк Цукерберг очень бы удивился вашему критерию. Особенно тогда, когда ему было около 20 лет. ;-)
Имхо, конечно, имхо.
Вы сравниваете теплое с мокрым. Плюс есть некоторые интересные теории, о его взлете. Одна из них касается того, что сеть была сделана на самом деле для ЦРУ и на их деньги. А Марк — это красивая обертка для мечтателей.
>Одна из них касается того, что сеть была сделана на самом деле для ЦРУ и на их деньги.
Вот это ход! :-0
Вот это ход! :-0
Таких ходов на самом деле много. Просто о них мало кто думает. Но то уже политика и не здесь об этом.
>Таких ходов на самом деле много. Просто о них мало кто думает. Но то уже политика и не здесь об этом.
Я постоянно думаю, что те кто взлетает — под ними столько бабла (и на них столько работает «негров») что то что мы читаем про их взлёт — есть даже не вершина айсберга — а маленькая вершинка, да и то под водой спрятанная! ;-)
Я постоянно думаю, что те кто взлетает — под ними столько бабла (и на них столько работает «негров») что то что мы читаем про их взлёт — есть даже не вершина айсберга — а маленькая вершинка, да и то под водой спрятанная! ;-)
Это 100%, и даже без вариантов. Просто людям хочется верить в сказку, что, например, Морган, купил апельсин, помыл его и продал дороже. А через год уже стал мульти миллиардером. В это охотнее верят, чем возьмут калькулятор и посчитают, что для того, чтобы купить себе квартиру, ему бы и жизни не хватило на мытье апельсинов. Но то детали, большинство не любит в них вдаваться. Именно поэтому Мир такой и есть как есть, а не красивый и приветливый для всех.
Вообще-то Цукерберга взяли на проект, после чего он кинул заказчиков и, по сути, украл проект. К тому же довольно скоро отошёл от разработки. Я бы определённо не хотел, чтобы на меня работал (в качестве программиста или архитектора) такой человек, как Цукерберг.
> Или вы желаете получить архитектора с навыками каменщика?
> Но есть ли такие?
Вы знаете, есть каменщики, работающи в крупных компаниях, и строящие по чертежу. Есть каменщики, которые работают самостоятельно, и которые способны вам нарисовать чертеж беседки или печки, а потом её же сложить.
С программистами абсолютно то же самое. Кто-то узкоспециализированный, отлично знает свою платформу/фрейморк/стек технологий, и работает исключительно по техническому заданию в рабочей группе. Кто-то самостоятельный фрилансер, сам ищет заказчиков, подстраивается под их технологии, участвует в разработке ТЗ, проектирует архитектуру, и самостоятельно реализует проект. Естественно, у вторых есть потолок по сложности проектов, которые они способны потянуть, но что-то, а найти специалиста, который «под ключ» сделает информационно-рекламный сайт, вполне реально.
> Но есть ли такие?
Вы знаете, есть каменщики, работающи в крупных компаниях, и строящие по чертежу. Есть каменщики, которые работают самостоятельно, и которые способны вам нарисовать чертеж беседки или печки, а потом её же сложить.
С программистами абсолютно то же самое. Кто-то узкоспециализированный, отлично знает свою платформу/фрейморк/стек технологий, и работает исключительно по техническому заданию в рабочей группе. Кто-то самостоятельный фрилансер, сам ищет заказчиков, подстраивается под их технологии, участвует в разработке ТЗ, проектирует архитектуру, и самостоятельно реализует проект. Естественно, у вторых есть потолок по сложности проектов, которые они способны потянуть, но что-то, а найти специалиста, который «под ключ» сделает информационно-рекламный сайт, вполне реально.
Но вы не забывайте, что тут и бюджет скромный, и выбор специалистов не ахти какой.
Так и проект — не социальная сеть, а просто сайт с каталогом предприятий, новостями и рекламой. За бюджет $60K можно было на него студию Артемия Лебедева нанять, и еще 10% на карман положить удалось бы.
>. За бюджет $60K можно было на него студию Артемия Лебедева нанять, и еще 10% на карман положить удалось бы.
А можно и студентов что за 200$ сделали бы. — Не так ли?
Недавно один дизайнер показал мне как он, кликая мышкой, будучи не программистом, смог в конструкторе сайтов (есть уже такие) СОЗДАТЬ САЙТ САМ! — И в завершении он спросил — а ЗАЧЕМ ВООБЩЕ НУЖНЫ СЕЙЧАС ПРОГРАММИСТЫ!
:-0
А можно и студентов что за 200$ сделали бы. — Не так ли?
Недавно один дизайнер показал мне как он, кликая мышкой, будучи не программистом, смог в конструкторе сайтов (есть уже такие) СОЗДАТЬ САЙТ САМ! — И в завершении он спросил — а ЗАЧЕМ ВООБЩЕ НУЖНЫ СЕЙЧАС ПРОГРАММИСТЫ!
:-0
> А можно и студентов что за 200$ сделали бы. — Не так ли?
Я, честно говоря, в упор не пойму, к чему вы клоните. Вы хотите сказать, что нельзя за указанный бюджет на фрилансерских биржах найти пару человек, которые без проблем самостоятельно сделают рекламно-информационный сайт «под ключ», не нуждаясь ни в системных аналитиках, ни в архитекторах, ни в проджект-менеджерах? Исключительно основываясь на собственном опыте и знаниях? Ну очевидно же, что можно.
Я, честно говоря, в упор не пойму, к чему вы клоните. Вы хотите сказать, что нельзя за указанный бюджет на фрилансерских биржах найти пару человек, которые без проблем самостоятельно сделают рекламно-информационный сайт «под ключ», не нуждаясь ни в системных аналитиках, ни в архитекторах, ни в проджект-менеджерах? Исключительно основываясь на собственном опыте и знаниях? Ну очевидно же, что можно.
>Ну очевидно же, что можно.
Можно. Если это НУЖНО!
Можно даже ОДНОГО дизайнера нанять и он в конструкторе сайтов вам сайт и создаст. Об этом я выше и написал как пример — можно и это — если именно ЭТО ВАМ И НУЖНО.
Можно. Если это НУЖНО!
Можно даже ОДНОГО дизайнера нанять и он в конструкторе сайтов вам сайт и создаст. Об этом я выше и написал как пример — можно и это — если именно ЭТО ВАМ И НУЖНО.
Вы не понимаете. Я имею в виду, что в ЛЮБОМ случае эта задача решается на «отлично» силами пары хороших специалистов-фрилансеров за указанный бюджет. Т.е. таких специалистов на рынке есть много, бюджет достаточный, и наняв их, вы в итоге получите хороший, профессионально сделанный проект. Без всяких компромиссов вида «студенты за $200» или «дизайнер в конструкторе».
>бюджет достаточный, и наняв их, вы в итоге получите хороший, профессионально сделанный проект.
бюджет 0$ — знакомый за выходные.
бюджет 200$ — студенты-фриланстеры за пару недель.
бюджет 2000$ — фриланстеры-профи за месяц.
бюджет 20 000$ — Тёма Лебедев за месяц.
И везде бюджет достаточный!!! Но вот что такое достаточный? — это решать заказчику.
Имхо, конечно, имхо.
бюджет 0$ — знакомый за выходные.
бюджет 200$ — студенты-фриланстеры за пару недель.
бюджет 2000$ — фриланстеры-профи за месяц.
бюджет 20 000$ — Тёма Лебедев за месяц.
И везде бюджет достаточный!!! Но вот что такое достаточный? — это решать заказчику.
Имхо, конечно, имхо.
> вы в итоге получите хороший, профессионально сделанный проект.
Очевидно же, что ни знакомый за выходные, ни студенты-фрилансеры не сделают проект профессионально. А самое главное, мы сейчас говорим не о каком-то абстрактном непонятном сайте и непонятном бюджете, а о городском портале и точно известной сумме $60K. Наберите в гугле запрос «Портал города <ваш любимый крупный город>», и увидите, что он из себя должен представлять. Вот именно такой сайт должен был быть разработан, вот так он должен работать, только другой логотип, немного отличаться должен дизайн, и другое наполнение в рубриках «Предприятия», «Афиша», «Новости» и т.д., и на всё это есть 60 тыщ долларов США. Поэтому ваши «гадания» тут точно неуместны, здесь абсолютно конкретно поставленная задача и известные цифры.
Очевидно же, что ни знакомый за выходные, ни студенты-фрилансеры не сделают проект профессионально. А самое главное, мы сейчас говорим не о каком-то абстрактном непонятном сайте и непонятном бюджете, а о городском портале и точно известной сумме $60K. Наберите в гугле запрос «Портал города <ваш любимый крупный город>», и увидите, что он из себя должен представлять. Вот именно такой сайт должен был быть разработан, вот так он должен работать, только другой логотип, немного отличаться должен дизайн, и другое наполнение в рубриках «Предприятия», «Афиша», «Новости» и т.д., и на всё это есть 60 тыщ долларов США. Поэтому ваши «гадания» тут точно неуместны, здесь абсолютно конкретно поставленная задача и известные цифры.
>Вы знаете, есть каменщики, работающи в крупных компаниях, и строящие по чертежу. Есть каменщики, которые работают самостоятельно, и которые способны вам нарисовать чертеж беседки или печки, а потом её же сложить.
Я не встречал ни одного каменщика способного нарисовать чертёж дома.
Я не встречал ни одного каменщика способного нарисовать чертёж дома.
Это не противоречит утверждению о существовании каменщиков, которые способны нарисовать чертеж беседки или печки. Если проводить аналогию со строительством, веб-сайт с рекламой и каталогом по сложности архитектуры ни разу не дом.
>веб-сайт с рекламой и каталогом по сложности архитектуры ни разу не дом.
Это зависит от настроя. Так и «доску» типа Фейсбук можно назвать беседкой.
Имхо.
Это зависит от настроя. Так и «доску» типа Фейсбук можно назвать беседкой.
Имхо.
Да, что там каменщики, в РФ многие строители, возводят дома в два-три этажа без чертежей и спецификаций, и из того, что есть под рукой! Основываясь только на свой опыт и профессионализм. А сколько домов построено в глухих деревнях?
Совершенно не одобряю это, но это реальный факт.
Совершенно не одобряю это, но это реальный факт.
>Да, что там каменщики, в РФ многие строители, возводят дома в два-три этажа без чертежей и спецификаций, и из того, что есть под рукой! Основываясь только на свой опыт и профессионализм. А сколько домов построено в глухих деревнях?
Аналогично и «тыжпрограммисты» — тысячи(а может и десятки тысяч) сайтов без чертежей и дизайна. — Бизнес растёт тогда и базу прикрутят и на новый движок (фреймфорк) перейдут — так и «строят».
Полная аналогия. ;-)
Имхо, конечно, имхо.
Аналогично и «тыжпрограммисты» — тысячи(а может и десятки тысяч) сайтов без чертежей и дизайна. — Бизнес растёт тогда и базу прикрутят и на новый движок (фреймфорк) перейдут — так и «строят».
Полная аналогия. ;-)
Имхо, конечно, имхо.
Будете смеяться, но мне пол часа назад на мыло пришло сообщение из линкидина от какого-то индуса. Он предлагает все:
If you are interested in following services-
· Website Development
· Re- design and Web Designing
· Responsive Website Design
· Website Templates / Logo Design
• WordPress Website Development
· E-commerce Website Development
· Open Source Development
· Website Online Marketing: SEO, SMO, SEM
· Mobile App Development: Android, i-Phone, Blackberry
· Custom Software Development
Это просто жесть.
If you are interested in following services-
· Website Development
· Re- design and Web Designing
· Responsive Website Design
· Website Templates / Logo Design
• WordPress Website Development
· E-commerce Website Development
· Open Source Development
· Website Online Marketing: SEO, SMO, SEM
· Mobile App Development: Android, i-Phone, Blackberry
· Custom Software Development
Это просто жесть.
«Нужно проверять, как думает разработчик. Как умеет самостоятельно строить алгоритмы и структуры. Если он не знает какой функции или объекта, то есть куча туториалов. Посмотрел и написал код. А если не умеет правильно мыслить, то тут уже труба.»
Совершенно согласен! (Извините, не смог оформить ваш текст цитатой :))
Во всех местах, которые мне встречались, тестирование соискателей проводится именно так, как вы написали — требуются знание неких формальных структур и методов, которые в изобилии встречаются в свободном доступе. А то, как человек мыслит, как выстраивает в голове структуру приложений — никого не интересует. Грустно это… но поэтому, наверное, и случаются такие вещи…
Совершенно согласен! (Извините, не смог оформить ваш текст цитатой :))
Во всех местах, которые мне встречались, тестирование соискателей проводится именно так, как вы написали — требуются знание неких формальных структур и методов, которые в изобилии встречаются в свободном доступе. А то, как человек мыслит, как выстраивает в голове структуру приложений — никого не интересует. Грустно это… но поэтому, наверное, и случаются такие вещи…
При чем, многие при собеседовании таких специалистов допускают роковую ошибку. Они начинают гонять спеца по знанию программы, синтаксиса, паттернов и т.д. А это ерунда. Нужно проверять, как думает разработчик.Это какая-то модная штука сейчас появилась, видимо — не проверять программистов на знание языков программирования. И в самом деле, зачем? Если функцию какую не знает, так быстренько в туториале подсмотрит, да и ляпнет в код, а то и свою за вечер напишет. И ещё одну. И ещё. Всё равно следующий за ним программист с примерно таким же знанием языков будет тоже уметь мыслить, а не годный код писать. Потому переделает Авгиевы конюшни на Авгиевы конюшни v2. А там и v3 не за горами. До v4 такая команда доберётся тогда, когда наниматель / заказчик впервые запустит на своём железе софтинушку, а та медленнее ТЗ раза в два-три, если не на порядок, после чего заполыхают попы, а набранные любители [витать в облаках вместо курения матчасти] срочно повышают квалификацию, узнавания, что не все конструкции, функции и библиотеки языков одинаково полезны.
Наконец, осматривающий весь этот итоговый бардак senior (который таки знает языки от и до) сделает фейспалм и предложит переписать проект с нуля, что всегда дешевле, чем допиливание десятков тысяч строк кода за нанятыми по методике «лишь бы человек хороший был».
PS. Предлагаю ещё не проверять RDBMS DBA на SQL и фронтендеров на HTML/CSS/JS. Ну, чтобы наверняка dream team собрать.
Наконец, осматривающий весь этот итоговый бардак senior (который таки знает языки от и до) сделает фейспалм и предложит переписать проект с нуля, что всегда дешевле, чем допиливание десятков тысяч строк кода за нанятыми по методике «лишь бы человек хороший был».
PS. Предлагаю ещё не проверять RDBMS DBA на SQL и фронтендеров на HTML/CSS/JS. Ну, чтобы наверняка dream team собрать.
Скажите пожалуйста, сколько появилось за последние пять лет новых фреймворков и СМС, а сколько их безвозвратно умерло? Пока проект дошел от идеи до запуска, то уже технология и не нужна никому. И что тогда? Гениального зубрилу-разработчика отправлять на свалку истории? Ведь с новой технологией, на которой теперь нужно разрабатывать новый проект, он не знаком. Вы как поступите? Уволите свою команду и наймете новую, или ваши старые разработчики начнут осваивать новые технологии? Повторюсь, что знание синтаксиса — это ничто! Понимание того, как нужно разрабатывать, вот что главное. Я, кстати, дипломированный программист. И толковые профессора учили, что ценность специалиста не в том, что он все в голове держит, а в том, что он знает, как пользоваться справочниками.
>И толковые профессора учили, что ценность специалиста не в том, что он все в голове держит, а в том, что он знает, как пользоваться справочниками.
Разумно. Но — вот вам надо сделать проект — кого вы наймёте? — Тех кто понимает как устроен двигатель внутреннего сгорания и знает что такое Цикл Карно — или человека хоть с какими-то навыками вождения, но без малейшего понятия о температуре поджига паров бензина?
Вот так обычно и нанимают В ПЕРВУЮ ОЧЕРЕДЬ- тех кто имел дело с фреймворком, а уж просто программистов во вторую очередь.
Такова практика. Имхо, конечно, имхо.
Разумно. Но — вот вам надо сделать проект — кого вы наймёте? — Тех кто понимает как устроен двигатель внутреннего сгорания и знает что такое Цикл Карно — или человека хоть с какими-то навыками вождения, но без малейшего понятия о температуре поджига паров бензина?
Вот так обычно и нанимают В ПЕРВУЮ ОЧЕРЕДЬ- тех кто имел дело с фреймворком, а уж просто программистов во вторую очередь.
Такова практика. Имхо, конечно, имхо.
Про то, кого ищут и как нанимают, то я пол часа назад статью опубликовал новую об этом. Но ведь мы не говорим о джунах, и даже о мидлах. Мы говорим про спецов, уровня сениор. Вы хотите сказать, что спец абсолютно весь синтаксис держит в голове? Ой вэй. Откройте любой справочник по любому языку — плохо станет. Я вот десять лет писал на пыхе. И так она меня достала, что стал учить руби и рельсы. И получилось, что как свежего воздуха глоток сделал. Но ведь мой опыт при этом в мусорник не ушел. А что изменилось по сути? Другой синтаксис и другой подход. Чтобы понять, что такое руби и с чем его едят, у меня ушло аж целых пять часов. Хотя абсолютно все другое и даже код вэй другой.
> Вы хотите сказать, что спец абсолютно весь синтаксис держит в голове?
Я про НАЙМ новой команды, а не про то, что делать со СТАРЫМИ спецами (при завершении проекта) — обычно у них ДВА выхода — освоить и побыстрее новое или уволиться. — На практике они выбирают и то и то. Всё решает сам человек. сам!
Имхо.
Я про НАЙМ новой команды, а не про то, что делать со СТАРЫМИ спецами (при завершении проекта) — обычно у них ДВА выхода — освоить и побыстрее новое или уволиться. — На практике они выбирают и то и то. Всё решает сам человек. сам!
Имхо.
А как нанять новую команду, если сам в новой технологии не в зуб ногой?
>А как нанять новую команду, если сам в новой технологии не в зуб ногой?
Изучить тренды. — Например в автомобилестроении тренд есть ТЕСЛА. Но — покупают в Германии больше Гольф, а в Англии больше Форд, в России же больше Ладу.
И принять решение. ;-)
Какое? — Если денег много то купить Порш. (шутка, типа). ;-)
Изучить тренды. — Например в автомобилестроении тренд есть ТЕСЛА. Но — покупают в Германии больше Гольф, а в Англии больше Форд, в России же больше Ладу.
И принять решение. ;-)
Какое? — Если денег много то купить Порш. (шутка, типа). ;-)
Скажите пожалуйста, сколько появилось за последние пять лет новых фреймворков и СМС, а сколько их безвозвратно умерло?
Во фронтенде? Много. Там каждый год всё перепионеривают зачем-то. Разве что jQuery живее всех живых. В бекенде? Хм… Умерших не припомню. Новых тоже особо нет. Идёт мерное развитие давно известных языков и фреймворков. Есть некоторый движняк в NoSQL, но тоже больше уже вширь, чем вперёд.
Пока проект дошел от идеи до запуска, то уже технология и не нужна никому. И что тогда?
Тогда нанимать того, кто умеет выбирать технологии, а не тащит в проект какие-нибудь alpha-RC-я-сделяль © Петя, 2-й курс.
Гениального зубрилу-разработчика отправлять на свалку истории?
С каких пор знание матчасти стало признаком гения? При нормальном найме проверка таких знаний — всего лишь входной билет на дальнейшее собеседование.
Ведь с новой технологией, на которой теперь нужно разрабатывать новый проект, он не знаком.
Нормальный специалист знаком. Даже с уровня честного middle разработчик тратит некоторую долю рабочего и личного времени на то, чтобы осматривать и пробовать новинки индустрии. Если не тратит… ну, он ниочинь.
Повторюсь, что знание синтаксиса — это ничто!… Я, кстати, дипломированный программист.
Если дипломированный программист утверждает, что знание синтаксиса — ничто, значит… времена и нравы.
Программисты пишут программы. Программы — набор инструкций на языках X, Y и Z. Чтобы из правильных мыслей в голове сделать правильную программу, программист должен выстроить правильные конструкции языков X, Y и Z. Правильные конструкции выстраиваются на основе 1) знаний синтаксиса языка, 2) стандартных библиотек языка и 3) подводных камней языка (в этом месте часто хромает оптимизация по времени и ресурсам). В современных условиях рынка всё это должно делаться быстро. Пока хороший человек будет в справочниках рыться, нормальный специалист уже код на review отправит, да ещё и с тестами.
Не говоря уж о том, что как-то странно нанимать питониста, не знающего синтаксис Python, джависта, не знающего синтаксис Java, и т.д.
И толковые профессора учили, что ценность специалиста не в том, что он все в голове держит, а в том, что он знает, как пользоваться справочниками.
У человека, который не может удержать в памяти синтаксис несколько языков программирования, должны быть проблемы с памятью, что точно отразиться на общем качестве его работы. Конечно, до спецификаций редкий пингвин долетает, да и в каком-нибудь C++ всегда есть хитрые места, но.
Нормальный специалист знаком. Даже с уровня честного middle разработчик тратит некоторую долю рабочего и личного времени на то, чтобы осматривать и пробовать новинки индустрии. Если не тратит… ну, он ниочинь.
Это хорошо, когда вы программируете пару лет. А когда 15?
Если дипломированный программист утверждает, что знание синтаксиса — ничто, значит… времена и нравы.
Программисты пишут программы. Программы — набор инструкций на языках X, Y и Z. Чтобы из правильных мыслей в голове сделать правильную программу, программист должен выстроить правильные конструкции языков X, Y и Z. Правильные конструкции выстраиваются на основе 1) знаний синтаксиса языка, 2) стандартных библиотек языка и 3) подводных камней языка (в этом месте часто хромает оптимизация по времени и ресурсам). В современных условиях рынка всё это должно делаться быстро. Пока хороший человек будет в справочниках рыться, нормальный специалист уже код на review отправит, да ещё и с тестами.
Не говоря уж о том, что как-то странно нанимать питониста, не знающего синтаксис Python, джависта, не знающего синтаксис Java, и т.д.
Вы либо не понимаете о чем я говорю, либо намеренно утрируете. Разве человек, который занимается, допустим более 5 лет на Java, может не знать синтаксиса языка? Знаю я парочку разных программистов, которые быстро пишут, а потом в пять раз больше времени тратят на отладку и фикс багов. А знаю, которые не спешат. Пишут вдумчиво. Одни строят толковые модульные системы, медленно, а другие шпарят лапшу, которую можно только в утиль пустить. Одну и туже задачу можно выполнить по разному. И у одного код будет модульный и расширяемый, с хорошей читаемостью. А у другого какой-то трэш. При этом оба знают язык идеально. Суть вам ясна, надеюсь. И знание хоть десятка языков программирования не научит разработчика строить правильную архитектуру, если он умеет только кодить. По этой же причине есть аналитики, а есть просто исполнители.
Это хорошо, когда вы программируете пару лет. А когда 15?
Программирую больше 15 лет (во всяком случае, за это мне зарплату платят столько лет после школы). Сейчас вот дочитываю учебник по Go, хоть Go мне ни сейчас не нужен, ни в ближайшем будущем. После него дочитаю Фаулера про NoSQL, в метро начал, да не закончил. Потом хочу хотя бы полистать свежее издание про Client-Side Data Storage. Затем, если планы не изменятся, познакомлюсь со Swift 2. А какие с этим должны быть проблемы? С возрастом человек перестаёт читать или кодить в своё удовольствие?
Разве человек, который занимается, допустим более 5 лет на Java, может не знать синтаксиса языка?
Может. Для этого достаточно просидеть в маленьких конторках на должности "программист всего", писать левой лапой код "лишь бы работало", быть вдалеке от группы настоящих специалистов (минус помощь коллег, минус code review, минус пинки тимлидов, минус ласковый троллинг "Вась, стыдно такого не знать", минус мотивация карьерой и премиями), решать однообразные задачи в каком-нибудь банке, быть не разработчиком, но совмещать с PM'ством. Наконец, просто не париться глубоким знанием синтаксиса и на любом языке писать на Фортране. Откройте вкусную вакансию на hh, например, и насладитесь вариативностью невежества.
Знаю я парочку разных программистов, которые быстро пишут, а потом в пять раз больше времени тратят на отладку и фикс багов.… При этом оба знают язык идеально. Суть вам ясна, надеюсь.
Идеально знает язык, но при этом в пять раз больше времени тратит на отладку и фикс багов? Я понял, ага. :)
>Предлагаю ещё не проверять RDBMS DBA на SQL и фронтендеров на HTML/CSS/JS. Ну, чтобы наверняка dream team собрать.
Это верно. В моей практике все кто программировал не ахти — все уехали в Штаты. И часть по визе СУПЕР-СПЕЦОВ!
Но они всё же знали язык — английский! И неплохо знали. ;-)
Это верно. В моей практике все кто программировал не ахти — все уехали в Штаты. И часть по визе СУПЕР-СПЕЦОВ!
Но они всё же знали язык — английский! И неплохо знали. ;-)
Странный малый, инвестора идейно убедил, а команду не смог.
Если ты начинаешь такого рода предприятия, то тебе просто необходимы единомышленники. А не команда спецов работающая за деньги.
У самого похожий проект, прям про себя читал. Только действуем мы почти без вложений. Основное ядро такого предприятия не просто должно делать что им говорят, но генерировать и внедрять идеи.
Если ты начинаешь такого рода предприятия, то тебе просто необходимы единомышленники. А не команда спецов работающая за деньги.
У самого похожий проект, прям про себя читал. Только действуем мы почти без вложений. Основное ядро такого предприятия не просто должно делать что им говорят, но генерировать и внедрять идеи.
С вами согласен. Но не так то просто убедить профессионалов работать за идею. А те, у кого за плечами есть подобный опыт, уже сыты идеями по самое горло. Без финансов проект может затянуться на очень долго, а кушать хочется все время. Это кстати, это одна из причин, почему многие проекты так не удается завершить.
Как говорится 80% работы выполняют 20% работников. Увы, он их не встретил.
Это просто очередное стотысячное подтверждение фразы ИС «Кадры решают всё». Никаких особо стратегических промахов нет, кроме того, что на работу не взяли соответствующих специалистов. Тем более что не обязательно было искать четырех сеньоров на $1200, можно было взять двух хороших спецов по $2500, одного по программированию, второго по дизайну. В таком случае оно вполне бы взлетело.
Тем более что городской портал — это не бог весть какой технически сложный сайт.
Тем более что городской портал — это не бог весть какой технически сложный сайт.
Пожалуй, я с вами соглашусь. Первая проблема — это то, что вы написали. Вторую я вижу — это не полная искренность с инвестором. Никогда нельзя ничего обещать. Всегда есть риски, и о них нужно сразу говорить и обсуждать. А так он наобещал, а потом боялся, что его закопают на лужайке. И есть еще и третий момент. Отсутствие в странах СНГ системы обучения, которая бы могла ковать кадры в области создания и развития собственного бизнеса. Все обучение заточено на то, что будешь на кого-то работать, а не на себя. А жажда знаний есть, и ее нужно удовлетворять. А как это сделать? Читать разные статейки в интернете, которые, порой, пишут прыщавые школьники. И если нет большого опыта сразу из написанного понять, где истина, а где бред, то обучение по таким фэйковым статьям и приводит к таким последствиям. Поэтому, я считаю, что очень важен опыт разных людей. На базе этого опыта можно делать какие-то выводы. Так как бизнес, это не математика, тут нет одной формулы, по которой должно все получиться.
>Все обучение заточено на то, что будешь на кого-то работать, а не на себя.
На себя — это очень рискованно. В том смысле, что это гораздо больший риск чем работать на кого-то.
Учить рисковать? — Но это внутренний выбор человека — рисковать или нет? — Нельзя человека кидать на риск! — Он сам должен выбрать как ему быть. Рискнуть или нет? Работать на себя или на дядю?
Имхо, конечно, имхо.
>читать разные статейки в интернете, которые, порой, пишут прыщавые школьники.
Хватает и статей написанный ВЗРОСЛЫМИ умнейшими дядями.- но почти всегда они спорят друг с другом.
>Так как бизнес, это не математика, тут нет одной формулы, по которой должно все получиться.
И в математике одну и туже задачу можно решить разными методами. Да и даже РАЗНЫМИ МАТЕМАТИКАМИ!
На себя — это очень рискованно. В том смысле, что это гораздо больший риск чем работать на кого-то.
Учить рисковать? — Но это внутренний выбор человека — рисковать или нет? — Нельзя человека кидать на риск! — Он сам должен выбрать как ему быть. Рискнуть или нет? Работать на себя или на дядю?
Имхо, конечно, имхо.
>читать разные статейки в интернете, которые, порой, пишут прыщавые школьники.
Хватает и статей написанный ВЗРОСЛЫМИ умнейшими дядями.- но почти всегда они спорят друг с другом.
>Так как бизнес, это не математика, тут нет одной формулы, по которой должно все получиться.
И в математике одну и туже задачу можно решить разными методами. Да и даже РАЗНЫМИ МАТЕМАТИКАМИ!
между инвестором и исполнителем работ был нормальный договор? а то похоже всё на каком-то честном слове происходило, исполнитель просто освоил деньги и сбежал
Договор был, но я, к сожалению, его не видел. Мне кажется, что в СНГ странах просто нет культуры создания подобных проектов. Есть некий исполнитель со своими идеями, и некий инвестор с деньгами. И свои отношения они регулируют на основании собственных взглядов на ту или иную проблему. Многие люди просто даже не знают с чего начать. Есть в сети сотни примеров успешных стартапов, но нет ни одной статьи о том, где и как именно они нашли финансы. А также нет механизма того, как была построена работа команды и отношений с инвестором. Это коммерческая тайна. На первый план выходит то, что какой-то очень гениальный парень, что-то там написал и проект взлетел до небес. А он теперь миллиардер. Но за скобками как-то остается факт того, что в проект некий инвестор вложил пару сотен миллионов. Номинально акции стоят много, но в проект вложено финансов в разы больше, чем тот проект приносит дохода. Вот сиди и думай потом, что за ботва и как на самом деле устроен этот мир.
>Номинально акции стоят много, но в проект вложено финансов в разы больше, чем тот проект приносит дохода. Вот сиди и думай потом, что за ботва и как на самом деле устроен этот мир.
По некоторым данным — Твиттер постоянно был и есть убыточен. — Такая вот «ботва».
По некоторым данным — Твиттер постоянно был и есть убыточен. — Такая вот «ботва».
намедни узнал историю про некий симулятор муравья с кикстартера, где часть команды прогуляла все деньги проекта, по договору они толком ни за что не отвечали, а вся ответственность теперь на одном человеке который с ними работал 10 лет, так что не только в СНГ умеют осваивать бюджеты
Странная история.
Бизнес-план написан, но об отсутствии программеров в городе человек не в курсе был.
Проект уже отпиарен в СМИ, но программеров еще даже искать не начали.
Примерно 8 месяцев исходя из изначальных 6 тысяч баксов в месяц (по 1200 программерам 4 и еще столько же директору проекта), еще инвестор добавил в конце 15 тысяч сверху, 63 тысячи баксов итого.
И в результате какая-то фигня на друпеле (даже не индивидуальный проект), при том что "конкуренты" выстреливают отличный городской портал.
А затеявший это человек бежит в другой город без объяснений.
Это больше похоже на историю кидалова, а не на историю факапа.
За 63 тысячи баксов во вполне приличных студиях можно на индивидуальном движке сделать городской портал без всяких проблем. Даже в 2010 году при том курсе бакса. И в 3 раза дешевле у качественного фрилансера на друпеле или в 2 раза дешевле у него же на индивидуальном движке. Знаем это исходя из собственного опыта. Да блин, за 63 тысячебаксовый заказ на городской портал драка была бы среди исполнителей и каждый чих выполняли бы мгновенно.
Ненене, эта история дурно пахнет.
Больше похоже на "запустил рекламу что бы создать видимость деятельности, 6 месяцев пропивал бюджет кормя заказчика сказками, потом когда подошел дедлайн выпросил еще 15 косарей, 1.5косаря потратил на школьника с друпелом, что бы изобразить деятельность и слинял в поисках другого инвестора в город где эта история еще на слуху". Сорри за правду.
Бизнес-план написан, но об отсутствии программеров в городе человек не в курсе был.
Проект уже отпиарен в СМИ, но программеров еще даже искать не начали.
Примерно 8 месяцев исходя из изначальных 6 тысяч баксов в месяц (по 1200 программерам 4 и еще столько же директору проекта), еще инвестор добавил в конце 15 тысяч сверху, 63 тысячи баксов итого.
И в результате какая-то фигня на друпеле (даже не индивидуальный проект), при том что "конкуренты" выстреливают отличный городской портал.
А затеявший это человек бежит в другой город без объяснений.
Это больше похоже на историю кидалова, а не на историю факапа.
За 63 тысячи баксов во вполне приличных студиях можно на индивидуальном движке сделать городской портал без всяких проблем. Даже в 2010 году при том курсе бакса. И в 3 раза дешевле у качественного фрилансера на друпеле или в 2 раза дешевле у него же на индивидуальном движке. Знаем это исходя из собственного опыта. Да блин, за 63 тысячебаксовый заказ на городской портал драка была бы среди исполнителей и каждый чих выполняли бы мгновенно.
Ненене, эта история дурно пахнет.
Больше похоже на "запустил рекламу что бы создать видимость деятельности, 6 месяцев пропивал бюджет кормя заказчика сказками, потом когда подошел дедлайн выпросил еще 15 косарей, 1.5косаря потратил на школьника с друпелом, что бы изобразить деятельность и слинял в поисках другого инвестора в город где эта история еще на слуху". Сорри за правду.
Я думаю, что вы где-то не очень далеки от истины. Проблема в том, что все берутся за всё, а дальше хоть трава не расти. Я обратил внимание, что очень часто стоит на первом месте необходимость для начала выбить деньги. А что будет дальше, то типа будем думать по ходу. Скорее всего и тут так же вышло. В 90х годах был в народе такой анекдот: «Встретилось два бизнесмена. Один говорит, что нужен эшелон тушенки. Второй говорит, что не проблема, он доставит. Договорились встретиться через месяц. Один пошел искать тушенку, а другой деньги.» По такому принципу сейчас продолжают жить многие. И еще один момент — это детали, детали и еще раз детали. Все кроется именно в них. А так, в общих чертах все звучит радостно. Я таких историй знаю еще парочку, только уже не в ИТ, а производстве. Там так же все прекрасно начиналось, но вышло не очень. Это про раскрутку первых донатов (американские пончики). Если интересно, то могу написать об этом. Но там у меня с цифрами не получится.
>Я обратил внимание, что очень часто стоит на первом месте необходимость для начала выбить деньги. А что будет дальше, то типа будем думать по ходу… По такому принципу сейчас продолжают жить многие.
По такому принципу живут ВСЕ венчурные фонды. Они бают, что из дюжины проектов выстреливает ОДИН!
Врут наверное — из 100 один! Имхо.
>Я таких историй знаю еще парочку, только уже не в ИТ, а производстве.
Они везде. Если бы было так:
1) Идея 2) Бизнес план от толкового бизнес-аналитика(архитектора). 3) Найм толковый спецов. 4) Выполнение по графику.
5) Профит!
То о риске в бизнесе и речи бы не шло вовсе!
Имхо, конечно, имхо.
В реале — ошибка на ошибке и ошибкой погоняет — выживает (нет, не сильнейший или опытнейший) «случайный». Почему в кавычках? — Ибо есть ещё Всевышний. На него и надежда. Особенно в бизнесе.
Имхо, конечно, имхо.
По такому принципу живут ВСЕ венчурные фонды. Они бают, что из дюжины проектов выстреливает ОДИН!
Врут наверное — из 100 один! Имхо.
>Я таких историй знаю еще парочку, только уже не в ИТ, а производстве.
Они везде. Если бы было так:
1) Идея 2) Бизнес план от толкового бизнес-аналитика(архитектора). 3) Найм толковый спецов. 4) Выполнение по графику.
5) Профит!
То о риске в бизнесе и речи бы не шло вовсе!
Имхо, конечно, имхо.
В реале — ошибка на ошибке и ошибкой погоняет — выживает (нет, не сильнейший или опытнейший) «случайный». Почему в кавычках? — Ибо есть ещё Всевышний. На него и надежда. Особенно в бизнесе.
Имхо, конечно, имхо.
> Да блин, за 63 тысячебаксовый заказ на городской портал драка была бы среди исполнителей и каждый чих выполняли бы мгновенно.
Драка была бы. Но результат был бы тот же. Имхо.
63 тысячи баксов — это не те деньги, чтобы вообще за это кому-то браться. — Ибо это НЕ РАЗОВЫЙ проект.
Имхо, конечно, имхо.
Драка была бы. Но результат был бы тот же. Имхо.
63 тысячи баксов — это не те деньги, чтобы вообще за это кому-то браться. — Ибо это НЕ РАЗОВЫЙ проект.
Имхо, конечно, имхо.
Драка была бы. Но результат был бы тот же. Имхо.Да не гоните. Хороший результат можно было получить уже за 10 килобаксов. А при 20 — мы бы сами уже проектом заинтересовались бы, хотя расценки у нас на программинг не самые низкие.
63 тысячи баксов — это не те деньги, чтобы вообще за это кому-то браться. — Ибо это НЕ РАЗОВЫЙ проект.Ну как найдете такой проект за 60 килобаксов — обращайтесь, мы сделаем за 30, 30 отдадим Вам:)
А потом что значит «не разовый»? Если Вы про постоянную поддержку потом, так она же отдельно оплачивается, при некоторых условиях проект вообще можно бесплатно делать, просто в расчете на доход от поддержки потом.
>Если Вы про постоянную поддержку потом, так она же отдельно оплачивается,
Если инвестор узнает что надо ещё БУДЕТ ежемесячно отстёгивать на новые фичи, да и на поддержание работоспособности старых, на устранение багов и прочее и прочее, то он точно вначале НИЧЕГО НЕ ДАСТ ВОВСЕ!
Имхо, конечно, имхо.
Если инвестор узнает что надо ещё БУДЕТ ежемесячно отстёгивать на новые фичи, да и на поддержание работоспособности старых, на устранение багов и прочее и прочее, то он точно вначале НИЧЕГО НЕ ДАСТ ВОВСЕ!
Имхо, конечно, имхо.
Портал должен был зарабатывать с рекламы, с промо-акций, с партнерок и так далее. Логично, что часть заработанных денег должна была бы уходить на поддержку и доработку системы («тут кнопка сломалась, а сюда нам ленту из твиттера запили»). Инвестор получил бы, что хотел — два самых вкусных баннерных места, плюс самый жирный модуль из каталога фирм города (куда бы по желанию левой пятки и, возможно, за деньги добавлял бы или не добавлял бы фирмы). Генератор идей получил бы власть надо всем остальным и деньги со всего остального, с чего бы и оплачивал дальнейшую поддержку и разработку.
100 раз и в крупных и в мелких проектах повторяется одна и та же ошибка: вывести проект сразу большим и самым-самым.
Берем человека, быстро запускаем один раздел, например, новости. Через месяц второй раздел, например, афишу (в реальности через 2 месяца), но через месяц можно без цен на билеты, а, например, с полустатичным расписанием.
А вообще, fail faster.
Берем человека, быстро запускаем один раздел, например, новости. Через месяц второй раздел, например, афишу (в реальности через 2 месяца), но через месяц можно без цен на билеты, а, например, с полустатичным расписанием.
А вообще, fail faster.
Про программистов подешевле: я сейчас оказался в такой же ситуации. Есть два давних проекта на Python/Django, которые я поддерживаю, но периодически не хватает времени. В один из таких периодов, валделец проекта решил не ждать меня, а нанять аутсорсинговую компанию из США.
У компании почасовой рейт намного выше моего, при этом на самом деле они нанимали филиппинцев за еду. Не знаю, как они их набирали, но вот некоторые вещи, которые сразу бросились в глаза, когда я вернулся:
— они не могли даже правильно разделить одно целое число на другое, чтобы посчитать количество страниц
— вместо того, чтобы использовать стандартный тип set, который хранит только уникальные значения, они пихали все в списки, и использовали самописную функцию remove_array_dups для удаления дубликатов
— они манки-патчили внутренности Django, чтобы не вылазили ошибки в их моделях и формах — естественно, с каждым обновлением Django, весь код ломался
— они не знали, что такое SQL и что такое нормальные формы, UNIQUE CONSTRAINT, и т.д., поэтому в таблицах хранилась куча дублирующихся строк, а в Django все было завернуто в try-except, чтобы игнорировать ошибки, выдаваемые методами Model.objects.get или Model.objects.get_or_create
— по той же причине, вместо использования annotate или aggregate, если им надо было посчитать сумму или среднее всех строк, они вытаскивали все строки в Python и уже там вычисляли сумму или среднее, причем вручную
Список можно продолжать до бесконечности. Фактически, каждую строчку написанного ими кода проще переписать, чем исправить.
У компании почасовой рейт намного выше моего, при этом на самом деле они нанимали филиппинцев за еду. Не знаю, как они их набирали, но вот некоторые вещи, которые сразу бросились в глаза, когда я вернулся:
— они не могли даже правильно разделить одно целое число на другое, чтобы посчитать количество страниц
— вместо того, чтобы использовать стандартный тип set, который хранит только уникальные значения, они пихали все в списки, и использовали самописную функцию remove_array_dups для удаления дубликатов
— они манки-патчили внутренности Django, чтобы не вылазили ошибки в их моделях и формах — естественно, с каждым обновлением Django, весь код ломался
— они не знали, что такое SQL и что такое нормальные формы, UNIQUE CONSTRAINT, и т.д., поэтому в таблицах хранилась куча дублирующихся строк, а в Django все было завернуто в try-except, чтобы игнорировать ошибки, выдаваемые методами Model.objects.get или Model.objects.get_or_create
— по той же причине, вместо использования annotate или aggregate, если им надо было посчитать сумму или среднее всех строк, они вытаскивали все строки в Python и уже там вычисляли сумму или среднее, причем вручную
Список можно продолжать до бесконечности. Фактически, каждую строчку написанного ими кода проще переписать, чем исправить.
Неудачи анализировать гораздо проще, чем успешные проекты. Несколько очевидных причин настолько очевидны, что сразу же видны. Причины чуть менее очевидные просто добивают обреченный на смерть проект.
Итак, вот причина №1
Собственно этого достаточно. То, что он не был специалистом в IT Вы написали сами, а то, что он не был специалистом в PM понятно из этого небольшого абзаца.
Почему "не специалист" выбирает на чем сделать проект? Я уж молчу об том, что для таких условий неплохо бы, что бы весь этот стартап можно было бы завершить руками самого стартапера процентов на 80. А инвистиции пошли бы на ускорение проекта и красивый дизайн.
Но раз уж вы не специалист, то на кой выбираете архитектуру.
Вот она ошибка №2, убившая проект
А где был PM в это время? Куда смотрел архитектор?
Это уже не проект, а какой-то клуб по интересам.
И наконец контрольный выстрел в голову. Проект в принципе уже не жилец, но вместо того, что бы добить его каким-то гуманным образом, они решили вызвать к нему мага 80-го уровня, в расчете на то, что волшебными заклинаниями он спасет умирающего.
А вместо чудесного спасения узнали..
Собственно, а что вы хотели от волшебника? Волшебники, они всегда такие. Даже если бы вы его позвали на в целом успешный проект, он бы сказал ровно то же самое. Тут не программиста звать надо, а кризисного PM, который уже будет решать кого привлекать, на сколько и какую задачу ставить. Но из бюджета и сроков проект уже однозначно вылетает.
Так что тут все просто. Наплевательство на базовые принципы проектной организации работ и управления проектом дали ожидаемый результат.
Итак, вот причина №1
Кстати, мой знакомый не был специалистом в IT. Что-то знал, но глубокими познаниями не обладал. В бюджет он заложил 1200 долларов на зарплату сениор программистам. То есть, 4800 долларов в месяц на команду. Проект должен был создаваться на фреймворке. И тут его ждал первый удар. В его городе просто не было спецов, которые знают фреймворки и умеют с ними работать.
Собственно этого достаточно. То, что он не был специалистом в IT Вы написали сами, а то, что он не был специалистом в PM понятно из этого небольшого абзаца.
Почему "не специалист" выбирает на чем сделать проект? Я уж молчу об том, что для таких условий неплохо бы, что бы весь этот стартап можно было бы завершить руками самого стартапера процентов на 80. А инвистиции пошли бы на ускорение проекта и красивый дизайн.
Но раз уж вы не специалист, то на кой выбираете архитектуру.
Вот она ошибка №2, убившая проект
Каждый приходящий, переделывал то, что сделал предыдущий.
А где был PM в это время? Куда смотрел архитектор?
Это уже не проект, а какой-то клуб по интересам.
И наконец контрольный выстрел в голову. Проект в принципе уже не жилец, но вместо того, что бы добить его каким-то гуманным образом, они решили вызвать к нему мага 80-го уровня, в расчете на то, что волшебными заклинаниями он спасет умирающего.
Было принято решение нанять сениор программиста на семь дней, чтобы он сделал полный ревью проекта, нашел узкие места и написал для мидлов список проблем для устранения.
А вместо чудесного спасения узнали..
Что весь этот проект никуда не годится, что разрабатывал его какой-то редкий идиот, который вообще впервые видел Друпал, и вообще, Друпал 6 никуда не годится. Нужно все переписывать на Друпал 7.
Собственно, а что вы хотели от волшебника? Волшебники, они всегда такие. Даже если бы вы его позвали на в целом успешный проект, он бы сказал ровно то же самое. Тут не программиста звать надо, а кризисного PM, который уже будет решать кого привлекать, на сколько и какую задачу ставить. Но из бюджета и сроков проект уже однозначно вылетает.
Так что тут все просто. Наплевательство на базовые принципы проектной организации работ и управления проектом дали ожидаемый результат.
1) > Почему «не специалист» выбирает на чем сделать проект?
Похоже он погуглил. Но не нашёл спецов поближе. — А почему нет? — Вот, к примеру, можно погуглить и выбрать, к примеру, современный способ лечения — а локально у вас — только травки или бабка-шептуха.
2) > А где был PM в это время? Куда смотрел архитектор?
Так каждый приходящий себя и мнил архитектором. — Как там говорят — «сколько врачей-специалистов, столько и диагнозов!» (С)
3) > ни решили вызвать к нему мага 80-го уровня, в расчете на то, что волшебными заклинаниями он спасет умирающего.
Это стандартное поведение — а вдруг?!
4) >Так что тут все просто. Наплевательство на базовые принципы проектной организации работ и управления проектом дали ожидаемый результат.
Это бизнес! Рисковый. С ошибками. Да — но это бизнес! А не налаженный конвейер!
Имхо, конечно, имхо.
Похоже он погуглил. Но не нашёл спецов поближе. — А почему нет? — Вот, к примеру, можно погуглить и выбрать, к примеру, современный способ лечения — а локально у вас — только травки или бабка-шептуха.
2) > А где был PM в это время? Куда смотрел архитектор?
Так каждый приходящий себя и мнил архитектором. — Как там говорят — «сколько врачей-специалистов, столько и диагнозов!» (С)
3) > ни решили вызвать к нему мага 80-го уровня, в расчете на то, что волшебными заклинаниями он спасет умирающего.
Это стандартное поведение — а вдруг?!
4) >Так что тут все просто. Наплевательство на базовые принципы проектной организации работ и управления проектом дали ожидаемый результат.
Это бизнес! Рисковый. С ошибками. Да — но это бизнес! А не налаженный конвейер!
Имхо, конечно, имхо.
1) Очень интересно посмотреть на критерии, по которым он выбирал инструмент.
Даже не устраивая разбора полетов с этим стартапером, готов утверждать, что они были такими:
Насмотрелся такого.
2) Это и есть ошибка, очень большая ошибка, которую нельзя допускать никак, от слова совсем.
3) И как? "вдруг" случилось?
Не случилось потому, что не могло случится. Никакие тактические ухищрения не исправят ошибок, допущенных в стратегии.
4) Вот потому то этот "бизнес" там, где он сейчас находится, в нигде.
Хорошо, если этот стартапер чему-то научился на своих ошибках. Но не факт, что он их осознал, бывают и такие упоротые, что у них виноваты все вокруг, кроме их самих.
Даже не устраивая разбора полетов с этим стартапером, готов утверждать, что они были такими:
- фреймворк потому, что это круто!
- Друпал потому, что он круче Вордпресс (или Джумла или что-угодно другое)
Насмотрелся такого.
2) Это и есть ошибка, очень большая ошибка, которую нельзя допускать никак, от слова совсем.
3) И как? "вдруг" случилось?
Не случилось потому, что не могло случится. Никакие тактические ухищрения не исправят ошибок, допущенных в стратегии.
4) Вот потому то этот "бизнес" там, где он сейчас находится, в нигде.
Хорошо, если этот стартапер чему-то научился на своих ошибках. Но не факт, что он их осознал, бывают и такие упоротые, что у них виноваты все вокруг, кроме их самих.
>фреймворк потому, что это круто!
Но можно же сказать — фреймворк потому, что он в тренде!
Разве это плохо?
>Никакие тактические ухищрения не исправят ошибок, допущенных в стратегии.
Дело в том, что обычно СТРАТЕГИИ имеют свойство меняться. Имхо
>Хорошо, если этот стартапер чему-то научился на своих ошибках. Но не факт, что он их осознал, бывают и такие упоротые…
Обычно они и побеждают. Если… находят новых инвесторов! ;-)
Но можно же сказать — фреймворк потому, что он в тренде!
Разве это плохо?
>Никакие тактические ухищрения не исправят ошибок, допущенных в стратегии.
Дело в том, что обычно СТРАТЕГИИ имеют свойство меняться. Имхо
>Хорошо, если этот стартапер чему-то научился на своих ошибках. Но не факт, что он их осознал, бывают и такие упоротые…
Обычно они и побеждают. Если… находят новых инвесторов! ;-)
Был свидетелем ребята ходили по предпринимателям небольшого уездного города и собирали одновременно информацию и искали поддержку. И как результат начали с создания простого портала, который постепенно усложнялся. В конечном итоге столкнулись с конкуренцией с региональным порталом.
Совершенно не понял, для чего продвигался и пиарился портал, которого в природе еще не было. Риски создания конкурентного портала были недооценены как с точки зрения организатора, так и инвестора.
Как решение проблемы с далеким результатом — применение модных гибких методологий разработки (Agile, Scrum).
Совершенно не понял, для чего продвигался и пиарился портал, которого в природе еще не было. Риски создания конкурентного портала были недооценены как с точки зрения организатора, так и инвестора.
Как решение проблемы с далеким результатом — применение модных гибких методологий разработки (Agile, Scrum).
Чего они там все делали то?
Ведь уже:
Ведь уже:
- Была сборка гор. портала
- были ребята, кот. делали rb7.ru
- поднять клон, допилить до ТЗ — это месяц, потом пилить потихоньку дальше
В этой истории «как делать не надо» все хороши.
Это обычная история.
Тут дело не в выборе фреймворка.
Дело в выборе стратегии:
Либо — делаем ХОТЬ ЧТО_ТО за месяц и начинаем получать деньги и на них взлетать
ИЛИ
Пилим год или три и потом тяжело взлетаем и получаем деньги и с годами окупаемся.
И та и другая стратегия зависит от ДИНАМИКИ денежных поток. Которые зависят от удачливости(благодати к нему свыше) бизнесмена!
То есть НЕЛЬЗЯ ЗАРАНЕЕ сказать, что выбрав вот такой путь (стратегию) можно ГАРАНТИРОВАНО взлететь!
Это бизнес, а не решение математического уравнения.
Имхо, конечно, имхо.
Тут дело не в выборе фреймворка.
Дело в выборе стратегии:
Либо — делаем ХОТЬ ЧТО_ТО за месяц и начинаем получать деньги и на них взлетать
ИЛИ
Пилим год или три и потом тяжело взлетаем и получаем деньги и с годами окупаемся.
И та и другая стратегия зависит от ДИНАМИКИ денежных поток. Которые зависят от удачливости(благодати к нему свыше) бизнесмена!
То есть НЕЛЬЗЯ ЗАРАНЕЕ сказать, что выбрав вот такой путь (стратегию) можно ГАРАНТИРОВАНО взлететь!
Это бизнес, а не решение математического уравнения.
Имхо, конечно, имхо.
Инвестор тоже конечно лопух. Поверил на слово в золотые горы и отдал за это немалые деньги.
Sign up to leave a comment.
От идеи до реализации. Часть первая — неудача