20 июля в ресторане "Панорама", что на 22-м этаже гостиницы "Беларусь" в Минске, состоялась презентация иностранного предприятия "Cronaintsep". На нее были приглашены порядка 100 программистов - потенциальных сотрудников названной компании.
Учредителем новой софтверной фирмы на белорусском рынке выступило американское предприятие ADDR (www.addr.com). Специализацией "Cronaintsep" будет интернет-программирование, веб-дизайн и др. для зарубежных, в основном, американских заказчиков. Руководство ИП обещает исповедовать и американский стиль по отношению к своим сотрудникам. Уже сейчас они получают бесплатное питание, могут пользоваться на тех же условиях услугами тренажерного зала, а также заказывать массажистов прямо в офис (кстати сказать, в офисе фирмы установлен 24-часовой режим работы). На вопросы о размерах заработной платы руководство "Cronaintsep" скромно отвечает: "Чуть выше, чем у других".
Версия для печати
Комментарии
Страницы
DEO
То что сделали из них в ISO и то КАК это применяется в 80% случаев... приводит не к Дёмингу а к Тэйлору - (оставь свои мозги за дверью - нам нужен только employee)
Тотальная документация приводит к тому что сапортить код > 200KLOC становится невпример тяжелее чем такой код апдейтить, и исправление документаций - спецификаций на тестирование итд. занимает больше времени чем непосредственно програмирование - или если Менеджер не дурак то проводтся формально.
Тотальная регламентация обязанностей програмистов приводит к тому что когда человеку который долго и правильно писал интерфейсы на VB а на все остальное были другие люди, приходится писать чтото еще - он изобретает сортировку пузырьком и искренне удивляется когда невсе рады.
Про репортинг отдельная песня - 95% процентах таймрепортов которые я видел, люди просто забивают обязательные часы какимито тасками чтобы соответсвовать правилам. Зачем нужны такие репорты?
какую информацию кроме чувства "все нормально и все работают" можно из них извлечь?
Механизм сертификации на ISO, как он работает и к чему приводит я очень хорошо знаю так как давелось мне писать код для организации которая работает по ISO и работать и общатся с людьми которые ТАК работают.
Просто оченьбы хотелось чтобы люди котрые туда придут работать, не тащили с собой всякий ментальный хлам с предыдущих мест работы.
2кронаинтсепщик
А написание автоматизации процесса разработки подразумевает ГЛУБОКОЕ знание самого просесса. И я думаю все знают каких денег стоит Teamware или RUPовские приложения. И они стоят того.
(С) - void
ВОИСТИНУ ЗОЛОТЫЕ СЛОВА !!!
а кто говорит, что этот хлам здесь кто-то будет использовать?
Всё конечно правильно, особенно относительно того, что написание автоматизации процесса разработки подразумевает ГЛУБОКОЕ знание самого просесса , но ещё и + опыт работы в пректировании такового, поэтому каждый должен заниматься своим делом...а если кодеру поручают работу проектирования и кого то не устраивает такой подход, почему бы не поучавствовать в этом процесее и не внести в него свои знания и опыт себе же во благо, либо убедить руководство отказаться от некоторых своих задумок....
думаю что в кроне немного другой подход к написанию системы репортов. Согласись, что если фирма берет девушку, в обязанности которой входит разве что разносить кофе и чай по офису (рассояние до кофейника 15 метров, время на все макс. 2 минуты), тем самым минимизируя время, затраченное на его варку и доставку самими работниками, то вряд ли фирме надо, чтобы человек тратил драгоценный time на ответы на глупые вопросы. Сейчас мой ежедневный репорт состоит из 2 строк. Больше не надо. Если есть проблемы - пишешь проблема, опять же пару строк. Не думай что они тоже будут копаться в груде ненужного хлама. :)
приятно когда тебя хвалят...
Кстати, мое мнение, что отчет из 2-х строк - это не отчет. Данный отчет либо не нужен, либо его не поймут.
Нельзя сказать, что то же ISO9000 не надо использовать, потому что в 80% организаций она используется неправильно. Надо сделать так, чтобы войти в 1% самых лучших.
С уважением, В.Н.
Страницы