Перейти к содержимому

Фотография

Парадокс современного российского софтостроения


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 42

#21 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 14 января 2010 - 10:25

А гибкие методологии эффективны потому, что там работают универсалы. Вместо аналитиков, техписов, кодеров и тестировщиков там работают разработчики. Смотри задачу про заборостроителей http://blog.shumoos.com/archives/183 .

А откуда тогда эффективность тех команд, которые перешли на гибкие методологии, но не достигли кроссфункциональности? Судя по постоянно возникающим обсуждениям в духе «у нас нет кроссфункциональности, как нам жить?» и «как достичь кроссфункциональности?» таких команд хватает. Кроме того, не все гибкие методологии предписывают кроссфункциональность, в MSF for agile, например, есть выделенные роли.

И еще такой вопрос: а если в водопад набрать универсалов, тоже заработает эффективно?

Кросфункциональность кросфункциональности рознь... Бывает частичная. Бывает полная.
Да и с водопадом не все однозначно. Тот же скрамовский цикл можно рассматривать как водопад длиной от 2 недель до 3 месяцев, а водопадные проекты по ГОСТ-у часто можно рассматривать, как итерационными разработку с циклом равным этапу поставки.

Но в целом, если в водопад набрать универсалов, то да, заработает эффективно. Условно, если в водопаде выделено 5 стадий, команда 15 человек, то разница между ситуациями "каждый сотрудник работает только в рамках своего процесса" и "каждый может и по необходимости работает минимум на двух стадиях" оказывается неприлично большой. Времы проекта изменится (по моей интуитивной оценке) в 2-3 раза (в клинических случаях в 5-10 раз). Если угодно, давайте построим матмодель и проиграем эту ситуацию.
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#22 Alfa

Alfa

    Специалист

  • Members
  • PipPipPipPipPip
  • 553 сообщений
  • Город:Moscow

Отправлено 14 января 2010 - 10:57

Кросфункциональность кросфункциональности рознь... Бывает частичная. Бывает полная.

Давайте я уточню вопрос. Была команда, она была не кроссфункциональна. Она перешла на скрам (для определенности, но вообще не важно), она осталась не кроссфункциональна, но стала эффективней. Почему она стала эффективней?

Да и с водопадом не все однозначно. Тот же скрамовский цикл можно рассматривать как водопад длиной от 2 недель до 3 месяцев, а водопадные проекты по ГОСТ-у часто можно рассматривать, как итерационными разработку с циклом равным этапу поставки.

Первое — большое заблуждение. Для того чтобы его развеять достаточно заглянуть в статью Takeuchi, Nonaka «The New New Product Development Game» (гуглиться) на страницу 3 и увидеть рисунок. Type A — водопад, Type C — гибкие методологии (если совсем конкретно, любая итеративная и инкрементарная методология).
Второе, мне кажется, просто нехорошо.

Но в целом, если в водопад набрать универсалов, то да, заработает эффективно. Условно, если в водопаде выделено 5 стадий, команда 15 человек, то разница между ситуациями "каждый сотрудник работает только в рамках своего процесса" и "каждый может и по необходимости работает минимум на двух стадиях" оказывается неприлично большой. Времы проекта изменится (по моей интуитивной оценке) в 2-3 раза (в клинических случаях в 5-10 раз). Если угодно, давайте построим матмодель и проиграем эту ситуацию.

В матмодель поиграть готов.
  • 0

Чубака — это вуки с планеты Киши, но живет Чубака на планете Эндо, а теперь вдумайтесь:
в этом же нет смысла. С какой стати Чубаке, вуки высотой два с половиной метра,
жить среди эвоков, которые чуть выше полуметра. В этом нет абсолютно никакого смысла.


#23 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 14 января 2010 - 20:42

Дискуссия грозит разбиться на несколько частей. Это неплохо. в дальнейшем попробуем потянуть те части, которые нам интересны.

А для затравки несколько задач относящихся к теме первоначального поста (первые две): http://blog.shumoos.com/archives/213

Рассмотрим, может быть, не совсем типичную московскую фирму. Почему не совсем типичную? Потому что в расчете на одного сотрудника зарабатывают относительно неплохо. Но не сверх много.

В фирме порядка полусотни человек. Из низ 35 – отдел разработки. Зарабатывают в среднем полмиллиона долларов в месяц, или примерно $10 000 в месяц на человека. Фирма занимается производством софта, тем и живет. Какой это софт: коробочный, заказной, внутренняя разработка в рамках холдинга или SaaS - нам неважно. Важно, что ограничений по рынку пока нет. И можно было бы продавать больше, чем сейчас, но пока выпускать сильно больше не получается. Расширение фирмы стоит в плане, но пока есть то, что есть.

В отделе разработки есть аналитики, кодировщики, дизайнеры, кто-то еще, а совсем недавно создали группу тестирования. Из трех человек. Так получилось, что при организации группы тестирования кто-то где-то чего-то недосчитал, и тестирование стало узким участком. Смотри ситуацию, описанную в статье «Как уменьшить производительность отдела, увеличив численность». Надо сказать, что подобная ситуация встречается сплошь и рядом, и многие российские фирмы примерно так и работают. Это не было бы проблемой, но Штатное Расписание утверждается на некий период времени (полгода), и изменить штатное расписание сейчас нельзя.

Задача 1.
Готов новый блок функциональности, оформленной как отдельный проект. Осталось его протестировать и выпустить. Тестирование с отладкой займут неделю времени отдела тестирования. И тут из творческого отпуска вышел главный маркетолог. Он утверждает, что проект «Не пойдет». Надо сказать, что у него отличное чувство рынка и его предсказания часто сбываются. К несчастью, проект начинали без него. Но сделать-то осталось совсем мало!

Вопрос: Закрыть проект или не закрыть? Насколько отличаются финансовые результаты первого и второго решений?
Необходимые данные для решения.
• Считайте, что в месяце 4 недели, по 40 рабочих часов.
• Итого у вас 160 рабочих часов в месяц на человека.
• Люди не болеют и в отпуск не ходят. И не увольняются. (Допустимое предположение, учитывая, что в реальном бухгалтерском месяце не 160 часов, а несколько больше).
• Тестировщиков трое.
• Данный проект требует неделю тестирования.
• Глав маркетолог ошибается с вероятность 20%. 20% за то, что проект выйдя в свет принесет таки свои 125 тысяч долларов продаж и 80%, что продажи будут нулевые.

Если вам кажется, что данных не хватает, то можете их придумать. Постарайтесь взять относительно близкие к жизни. Например, так:
• Зарплата каждого тестировщика $2500, а его полное содержание (+ налоги, + офис, +…) обходится фирме в $6000
• Выкатка релиза после тестирования обойдется в один день кодировщика, с зарплатой в $4000 и полной стоимостью содержания в $8000

Задача 2.
Понятно, зачем вводили тестирование. В продуктах было многовато багов. Сейчас тестировщики находят их аж 600 штук в месяц (каждый примерно по 200). Но уж вычищают так, что потом с продуктами можно работать. Ответственные люди. Молодцы.

Для того, чтобы лучше понять дальнейший материал, посмотрите статью: Почему тестирование занимает так много времени?

Будем считать, что в строгом соответствии с этой статьей, тестировщик посвящает тестированию 4,5*20 = 90 часов времени из общих 160 часов в месяц. Одна ошибка в среднем отнимает 14 минут от этого времени. Что немало.

И один из сотрудников предложил рассмотреть идею о предотвращении ошибок. Действительно, анализ показал, что есть группы похожих ошибок, которые можно было бы не допустить превентивными мерами. Например, можно купить готовый стандарт проектирования GUI, созданный другой фирмой для такой же предметной области. Можно послать аналитиков на тренинг. Можно… Да много чего можно. Часть действий можно даже сделать бесплатно. Но мы готовы менять дополнительные деньги на уменьшение числа ошибок находимых тестировщиками. (Если честно, то в это я не очень верю. Но чего не сделаешь ради успеха проекта…)

Вопрос в том, насколько это выгодно. Если быть совсем точным, сколько денег выгодно потратить на то, чтобы 100 ошибок в месяц из 600 до тестировщиков не доходили?

Если вам кажется, что данных не хватает, то можете их придумать. Постарайтесь взять относительно близкие к жизни.

Задача 3.
Побывав на семинаре о влиянии оснащенности рабочего места на производительность сотрудников, проводимом Александром Орловым, руководство рассматривает возможности переоснащения рабочих мест. Но как вы понимаете, бюджет давно распланирован, и денег можно выделить только на пилотное внедрение. Что, кстати, разумно. В 50% повышение производительности труда никто не верит, но и 20% было бы очень, очень хорошо. Даже 10% - неплохо.

Тестировщики запросили монструозные рабочие станции. С многоядерными процессорами и памятью большей, чем на многих серверах (для создания виртуальных машин). Хорошие мыши и клавиатуры. Плюс куча всего по мелочи. Но не это самое страшное. Они запросили четырех-мониторные ПК. Три монитора – стандартные 17” для проведения конфигурационного тестирования одновременно в трех браузерах и … 24” Samsung 245T (лучший выбор для основного рабочего монитора по состоянию на 2009 год) c PVA матрицей для программ коллективной работы. Под такое рабочее место и стол другой нужен. И новое устройство бесперебойного питания. И… Посчитали – три рабочих места обойдутся в $10 000 (так проще считать). Требования разумные, но десять тысяч…

Естественно инженеры других специальностей возмутились. Архитектор БД давно просил 30” монитор для работы со схемами. Главный аналитик тоже хочет приличное рабочее место, хотя бы с двумя 24” мониторами. И главный маркетолог. И…

Все понимают, что есть различия в квалификации и в оплате труда. И есть разумное предположение, что имеет смысл увеличивать производительность самых высокооплачиваемых сотрудников. Где-то на happy-pm даже была подобная рекомендация. С некоторыми оговорками я с этой рекомендацией согласен.

Вопрос. Как изменятся продажи фирмы если:
1) Переоснастить рабочие места тестировщиков
2) Переоснастить рабочие места гл. маркетолога, гл. аналитика и архитектора БД (тоже три места)

Необходимые данные для решения.
• Считайте, что полезный выхлоп инженеров увеличится на 15%
• Остальные данные возьмите из предыдущих задач
Если вам кажется, что данных не хватает, то можете их придумать. Постарайтесь взять относительно близкие к жизни.


Комментарии можно писать и туда и сюда. Лучше в блог. Там, кстати и ссылки работают.
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#24 rlabs

rlabs

    Специалист

  • Members
  • PipPipPipPipPip
  • 660 сообщений
  • Город:Россия, Санкт-Петербург

Отправлено 14 января 2010 - 21:45

Комментарии можно писать и туда и сюда. Лучше в блог. Там, кстати и ссылки работают.

Я не смог себя заставить там зарегистрироваться, увы. Если бы хоть OpenID поддерживался.
  • 0

#25 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 18 января 2010 - 08:15

Задачи оказались сложноваты? Странно, я полагал, что это стандартные задачи управленца.

Если что, вот этот тренинг (http://software-test...t=0) до некоторой степени является ключом к решению.
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#26 Case

Case

    Основатель

  • Members
  • PipPipPipPipPipPip
  • 7 071 сообщений
  • ФИО:Панкратов Вячеслав
  • Город:Украина, Киев.

Отправлено 18 января 2010 - 21:08

Сергей, это ты из коммента про нежелание регистрироваться вывел? :)
  • 0
Слава Панкратов
Редактор портала www.it4business.ru

#27 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 19 января 2010 - 07:22

Сюда никто писать не мешает.
А вывел я это из того, что задача про заборостроителей оказалась для людей сложновата. Пока только пара человек ее решили с ходу и правильно.
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#28 DrVal

DrVal

    Постоянный участник

  • Members
  • PipPipPip
  • 230 сообщений
  • ФИО:Drozdov V. V.

Отправлено 20 января 2010 - 08:22

Задача 1.
Ожидаемая норма прибыли на проекте заведомо ниже среднего показателя, поэтому нужно закрывать.

Задача 2.
Инвестировать стоит до $80K в месяц.
Расходы порядка $400K, оборот $500K. Т.е. нома прибыли 20%.
Повышение пропускной способности ботлнека на 20% должно дать дополнительно $100K в месяц.

Задача 3.
Инвестировать нужно в то, чтобы "расшить" ботлнек, т.е. тестировщиков.

В реальной жизни "расшивать" ботлнек будут за счет снижения объемом тестирования, т.е. жертвуя качеством продукта :-)
  • 0

#29 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 20 января 2010 - 18:18

Задача 1.
Ожидаемая норма прибыли на проекте заведомо ниже среднего показателя, поэтому нужно закрывать.

Задача 2.
Инвестировать стоит до $80K в месяц.
Расходы порядка $400K, оборот $500K. Т.е. нома прибыли 20%.
Повышение пропускной способности ботлнека на 20% должно дать дополнительно $100K в месяц.

Задача 3.
Инвестировать нужно в то, чтобы "расшить" ботлнек, т.е. тестировщиков.

В реальной жизни "расшивать" ботлнек будут за счет снижения объемом тестирования, т.е. жертвуя качеством продукта :-)

На мой взгляд неплохие решения.

Задача 2. Цифирь у меня получилась другая, но порядок тот же.
Коллеги, никого не смущает, что предотвращение / нахождение+исправление одной единственной ошибки увеличивает продажи фирмы на 800 долларов? Срыва шаблона ни у кого нет?
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#30 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 20 января 2010 - 18:20

Задача 1.
Ожидаемая норма прибыли на проекте заведомо ниже среднего показателя, поэтому нужно закрывать.

А какая разница в деньгах была бы, если бы проект уже прошел тестировние и оставалось только поставить? И какое там решение?
А если бы маркетолог вышел из отпуска чуть раньше и проект завис бы перед кодированием?
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#31 DrVal

DrVal

    Постоянный участник

  • Members
  • PipPipPip
  • 230 сообщений
  • ФИО:Drozdov V. V.

Отправлено 22 января 2010 - 06:48

Задача 2. Цифирь у меня получилась другая, но порядок тот же.
Коллеги, никого не смущает, что предотвращение / нахождение+исправление одной единственной ошибки увеличивает продажи фирмы на 800 долларов? Срыва шаблона ни у кого нет?


Но это для случая, когда нахождение багов является ботлнеком.
4-й тестировщик повысил бы пропускную способность на 33% при расходах $6K в месяц. Т.е. его ROI 2778%
"Кроилово ведет к попадалову" :-)
  • 0

#32 DrVal

DrVal

    Постоянный участник

  • Members
  • PipPipPip
  • 230 сообщений
  • ФИО:Drozdov V. V.

Отправлено 22 января 2010 - 06:56

А какая разница в деньгах была бы, если бы проект уже прошел тестировние и оставалось только поставить? И какое там решение?
А если бы маркетолог вышел из отпуска чуть раньше и проект завис бы перед кодированием?


Извиняюсь, но я не вижу смысла детально просчитывать эту модель - уж слишком она упрощенная (сферический конь в вакууме).
То, что маркетинговые ошибки относятся к разряду самых дорогих, это и так известно.
Но и просчитать их невсегда возможно.
  • 0

#33 Alfa

Alfa

    Специалист

  • Members
  • PipPipPipPipPip
  • 553 сообщений
  • Город:Moscow

Отправлено 22 января 2010 - 12:47

Извиняюсь, но я не вижу смысла детально просчитывать эту модель - уж слишком она упрощенная (сферический конь в вакууме).
То, что маркетинговые ошибки относятся к разряду самых дорогих, это и так известно.
Но и просчитать их невсегда возможно.

Все модели такие. Возьмите модель сложнее и Вы в ней вообще ничего посчитать не сможете.

По поводу задачи 1, закрывать проект НЕ надо. Подробности могу опубликовать когда автор задачи «проведет черту» конца принятия решений (чтоб другим не мешать решать спокойно).

И мне нужно еще время для решения других задач.
  • 0

Чубака — это вуки с планеты Киши, но живет Чубака на планете Эндо, а теперь вдумайтесь:
в этом же нет смысла. С какой стати Чубаке, вуки высотой два с половиной метра,
жить среди эвоков, которые чуть выше полуметра. В этом нет абсолютно никакого смысла.


#34 Alfa

Alfa

    Специалист

  • Members
  • PipPipPipPipPip
  • 553 сообщений
  • Город:Moscow

Отправлено 22 января 2010 - 12:52

Все модели такие. Возьмите модель сложнее и Вы в ней вообще ничего посчитать не сможете.

По поводу задачи 1, закрывать проект НЕ надо. Подробности могу опубликовать когда автор задачи «проведет черту» конца принятия решений (чтоб другим не мешать решать спокойно).

И мне нужно еще время для решения других задач.

Заметка: я несущественно изменил условие задачи, в месте где маркетолог предсказывает продажи.
  • 0

Чубака — это вуки с планеты Киши, но живет Чубака на планете Эндо, а теперь вдумайтесь:
в этом же нет смысла. С какой стати Чубаке, вуки высотой два с половиной метра,
жить среди эвоков, которые чуть выше полуметра. В этом нет абсолютно никакого смысла.


#35 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 25 января 2010 - 08:12

Подробности могу опубликовать когда автор задачи «проведет черту» конца принятия решений (чтоб другим не мешать решать спокойно).

Не думаю, что вы кому то помешаете.
Те кто хотел решать - решали.
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#36 Alfa

Alfa

    Специалист

  • Members
  • PipPipPipPipPip
  • 553 сообщений
  • Город:Moscow

Отправлено 25 января 2010 - 09:04

Не думаю, что вы кому то помешаете.
Те кто хотел решать - решали.

Ок.

Предположим, что маркетолог обладает еще более хорошим чутьем, чем в задаче и
предсказывает продажи на уровне 20000 с вероятностью 100%. Это ИМХО ближе к реальности,
ну и конечно так проще считать :). Это вроде не должно сказываться на ответе.

Уже потраченная стоимость разработки проекта пусть будет 100000. На самом деле почти не важно сколько это.

Деньги требуемые для доделывания проекта: тестирование, без развертывания
to_test = 40*3*37.5 = 4500

Разработчики не являются узким местом, так что их работа или простой в любом
случае оплачивается в проекте. Поэтому их ЗП относить в расход не надо.

Есть такие варианты выбора:
1) НЕ Выпуск проекта:
-100000 = -100000

2) Выпуск проекта с тестированием тестировщиками:
20000 - 100000 - 4500 = -84500
Тут еще надо учесть потери (задержки) других проектов от того, что они не имеют доступ
к тестировщикам, но и так все понятно.

3) Выпуск проекта с тестированием, проводимым разработчиками:
20000 - 100000 = -80000

Я выбираю вариант (3).

Критика привествуется.
  • 0

Чубака — это вуки с планеты Киши, но живет Чубака на планете Эндо, а теперь вдумайтесь:
в этом же нет смысла. С какой стати Чубаке, вуки высотой два с половиной метра,
жить среди эвоков, которые чуть выше полуметра. В этом нет абсолютно никакого смысла.


#37 DrVal

DrVal

    Постоянный участник

  • Members
  • PipPipPip
  • 230 сообщений
  • ФИО:Drozdov V. V.

Отправлено 25 января 2010 - 10:21

Игнорируется недополученная прибыль.
В данном случае это существенный фактор.
Понятно, что ROI для всех проектов отличается.
Но зачем пускать заведомо убыточный проект через ботлнек?
Не проще ли зафиксировать потери?

Не думаю, что вы кому то помешаете.
Те кто хотел решать - решали.

Ок.

Предположим, что маркетолог обладает еще более хорошим чутьем, чем в задаче и
предсказывает продажи на уровне 20000 с вероятностью 100%. Это ИМХО ближе к реальности,
ну и конечно так проще считать :). Это вроде не должно сказываться на ответе.

Уже потраченная стоимость разработки проекта пусть будет 100000. На самом деле почти не важно сколько это.

Деньги требуемые для доделывания проекта: тестирование, без развертывания
to_test = 40*3*37.5 = 4500

Разработчики не являются узким местом, так что их работа или простой в любом
случае оплачивается в проекте. Поэтому их ЗП относить в расход не надо.

Есть такие варианты выбора:
1) НЕ Выпуск проекта:
-100000 = -100000

2) Выпуск проекта с тестированием тестировщиками:
20000 - 100000 - 4500 = -84500
Тут еще надо учесть потери (задержки) других проектов от того, что они не имеют доступ
к тестировщикам, но и так все понятно.

3) Выпуск проекта с тестированием, проводимым разработчиками:
20000 - 100000 = -80000

Я выбираю вариант (3).

Критика привествуется.


  • 0

#38 Alfa

Alfa

    Специалист

  • Members
  • PipPipPipPipPip
  • 553 сообщений
  • Город:Moscow

Отправлено 25 января 2010 - 10:54

Игнорируется недополученная прибыль.
В данном случае это существенный фактор.

Где недополучается прибыль и как она влияет на ответ?

Понятно, что ROI для всех проектов отличается.
Но зачем пускать заведомо убыточный проект через ботлнек?

Я этого не предлагаю, читайте внимательней.

Не проще ли зафиксировать потери?

Проще конечно, но менее выгодно.
  • 0

Чубака — это вуки с планеты Киши, но живет Чубака на планете Эндо, а теперь вдумайтесь:
в этом же нет смысла. С какой стати Чубаке, вуки высотой два с половиной метра,
жить среди эвоков, которые чуть выше полуметра. В этом нет абсолютно никакого смысла.


#39 DrVal

DrVal

    Постоянный участник

  • Members
  • PipPipPip
  • 230 сообщений
  • ФИО:Drozdov V. V.

Отправлено 28 января 2010 - 07:40

Скорее это вопросы к автору задачи, но я бы оценил ее в ~$100K.
Т.е. за эту же неделю тестировщики могут обеспечить или ускорить выпуск другого продукта, который принесет среднее ревеню в $125K за неделю.

Игнорируется недополученная прибыль.
В данном случае это существенный фактор.

Где недополучается прибыль и как она влияет на ответ?


  • 0

#40 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 28 января 2010 - 08:29

я хочу подождать с комментариями до среды (минимум). Если кто-то захочет обсудить задачи лично, то я буду здесь: http://it-map.ru/ind...etail...e&

2Alfa. В условиях задачи предполагается, что все работают только на своем участке. А потому, инженеры пишущие код не будут тестировать. Это гораздо лучше соответствует действительности.
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 



Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных