Покерная компания изнутри
Что представляет собой покерная компания изнутри?
Надо сказать, что индустрия эта быстро развивается.
Нынешние лидеры на рынке - это компании, которые в бизнесе не более 10 лет.
А сейчас они немного офигели от сверхприбылей, и по инерции продолжают развиваться, как маленькая компания, но на самом деле из этих штанишек незаметно для себя уже выросли, пора бы уже и взрослеть понемногу, но не всегда это получается :)
Я в компании не так чтоб очень давно (скажем прямо - откровенно недавно), но вот это уже бросилось в глаза: методы и подходы, которые работают в компании с тремя программистами, могут оказаться недостаточными в компании с тремя десятками программистов, к которым следует добавить прожект менеджеров, специалистов по копирайтингу, маркетологов и прочую братию.
Если 5 лет назад маркетолог Вася мог встретить на кухне программиста Петю и попросить "Петь, сваргань-ка мне спецстраницу с нашим крутым спецпредложением". Петя поломается для приличия, скажет "50 долларов на мой аккаунт и страница ваша", потом Вася запустит в него игрушечным кием биллиардным, на том и порешат - страница таки будет сделана к вечеру.
Так вот, сейчас такие фокусы не пройдут, хоть даже Петю настоящим кием стукнуть. И не потому, что Петя стал уже киеустойчивым начальником веб-разработок, а потому, что изменить что-то на сайте - да там черт ногу сломит, в этих CMS, серверах, файрволах, языковых версиях сайта... Сайт показывается, как набор статичных страничек, но на самом деле статичный там только ваш взгляд. CMS на CMSе сидит и сами знаете кем погоняет.
И посему элементарная даже операция превращается в нетривиальную задачу.
А нетривиальная задача должна быть а) сформулирована внятно, б) проаппрувлена на каком-то уровне, в) перенаправлена в отдел разработки, г) присвоена какому-то определенному девелоперу путем пинка, д) сделана, занесена в сорс-контрол, е) проверена и оттестирована на каком-то staging server, для чего должен быть пнут Application Support, т.к. у девелоперов полномочия заканчиваются на их сервере ж) протестирована на QA сервере, з) сделан продакшн билд, содержащий весь сайт в сборе с учетом последних протестированных изменений, и) объявлена боевая готовность "ща продакшн билд двигаем", к) после запуска на продакшн срочно тестируется весь аппликейшн, т.к. тестировать есть что, л) если в течение суток на нас не обрушивается кастомер сервис с возмущениями "идет лавина злых писем и звонков, что же наш $%#$@ вебтим там напартачил???", то запуск считается успешным.
Надо сказать, что индустрия эта быстро развивается.
Нынешние лидеры на рынке - это компании, которые в бизнесе не более 10 лет.
А сейчас они немного офигели от сверхприбылей, и по инерции продолжают развиваться, как маленькая компания, но на самом деле из этих штанишек незаметно для себя уже выросли, пора бы уже и взрослеть понемногу, но не всегда это получается :)
Я в компании не так чтоб очень давно (скажем прямо - откровенно недавно), но вот это уже бросилось в глаза: методы и подходы, которые работают в компании с тремя программистами, могут оказаться недостаточными в компании с тремя десятками программистов, к которым следует добавить прожект менеджеров, специалистов по копирайтингу, маркетологов и прочую братию.
Если 5 лет назад маркетолог Вася мог встретить на кухне программиста Петю и попросить "Петь, сваргань-ка мне спецстраницу с нашим крутым спецпредложением". Петя поломается для приличия, скажет "50 долларов на мой аккаунт и страница ваша", потом Вася запустит в него игрушечным кием биллиардным, на том и порешат - страница таки будет сделана к вечеру.
Так вот, сейчас такие фокусы не пройдут, хоть даже Петю настоящим кием стукнуть. И не потому, что Петя стал уже киеустойчивым начальником веб-разработок, а потому, что изменить что-то на сайте - да там черт ногу сломит, в этих CMS, серверах, файрволах, языковых версиях сайта... Сайт показывается, как набор статичных страничек, но на самом деле статичный там только ваш взгляд. CMS на CMSе сидит и сами знаете кем погоняет.
И посему элементарная даже операция превращается в нетривиальную задачу.
А нетривиальная задача должна быть а) сформулирована внятно, б) проаппрувлена на каком-то уровне, в) перенаправлена в отдел разработки, г) присвоена какому-то определенному девелоперу путем пинка, д) сделана, занесена в сорс-контрол, е) проверена и оттестирована на каком-то staging server, для чего должен быть пнут Application Support, т.к. у девелоперов полномочия заканчиваются на их сервере ж) протестирована на QA сервере, з) сделан продакшн билд, содержащий весь сайт в сборе с учетом последних протестированных изменений, и) объявлена боевая готовность "ща продакшн билд двигаем", к) после запуска на продакшн срочно тестируется весь аппликейшн, т.к. тестировать есть что, л) если в течение суток на нас не обрушивается кастомер сервис с возмущениями "идет лавина злых писем и звонков, что же наш $%#$@ вебтим там напартачил???", то запуск считается успешным.
0 Comments:
Post a Comment
Subscribe to Post Comments [Atom]
<< Home