Наша компания использует Google Cloud несколько месяцев и все было замечательно, но недавно наш аккаунт заморозили для верифиации ( после резкого увеличения месяцного бюджета). После отсылки всех документов прошло 5 дней, но аккаунт и все сервисы до сих пор заморожены. Ситуация осложнена тем, что на аккаунте были развернуты рабочие сервисы, хранились все бекапы и т.д. То есть многие бизнес процессы оказались полностью парализованными. Суппорт не отвечает или отвечает стандартными письмами. Вот такой замечательный Google Cloud. Какой смысл во всей это надежности технической инфраструктыры гугла, когда элементарный case может поставить все бизнес процессы компании клиента под удар.
Полностью с Вами согласен. Собственно это я и имел в виду, «определиться с требованиями, следить за их исполнением и корректировать, где это требуется» это и есть создать технологический процесс производства сотфа.
Технический директор должен не «ожидать» а выстраивать процесс так, чтобы он работал в соответствии с требованиями.
Вместо того, чтобы ожидать, что качество кода будет на должном уровне нужно выстроить процесс code review, ввести парное программирование и пр…
Вместо того, чтобы ожидать, что продукт может быть задеплоен по первому требованию, нужно выстроить процесс разработки соотвествующим образом ( постоянная автоматическая интеграция, тесты и пр… )
Вместо ожидания стабильной производительности нужно разобраться что приводит к замедлению работы комманды. Выделить время на рефакторинг.
В целом складывается впечатление, что автор не желает принимать на себя отвественность и не понимает, что от него, как от технического директора, руководство компании в первую очередь ожидает, что он грамотно выстроит процессы, а не будет сидеть и ожидать от подчиненных, что они самостоятельно самоорганизуются в соотвествии с его хотелками.
Положить то конечно можно, но если в итоге клиент получит систему полностью соответствующую документации и всем спецификациям, но не способную функционировать должным образом, то виноват в любом случае окажется разработчик. Конечно, формально в этом случае контракт будет выполнен и никаких легальных претензий со стороны клиента быть не может, но репутация разрабочика все равно пострадает. Разочарованный клиен, как правило, никогда не признает своих ошибок и в неформальных бесдах будет негативно отзываться об исполнителе работы.
Интересная статья, но некоторые примеры не корректны: Программист: Ты задачу в багтрекере создал?
М: Может, ты сам сделаешь? Или вообще без нее?
С какой стати программист должен сам себе создавать задачи в трекере? И что это за ПМ который готов положить на формальности по отслеживанию задач?
Или вот: -.Кто уронил билд?
— это Вася…
— Вася, что за дела!?
Понятно, что при таком обращении Вася выпадет в агрессивное поведение. Его бы еще спросили: «Вася, что за х… ня „
Самый главный вопрос — откуда взялась ДНК? С аминокислотами все ясно — есть эксперимент, который подтверждает, что они могли образоваться в условиях древней земли, но ДНК? По сути ДНК является программой, которая руководит сборкой белков из аминоксилот. Могла ли она случайно создасться, а в последующем еще и эволюционировать? Я не знаю.
Существует очень простой и надежный вариант организации своего тунеля:
— AWS предоставляет Free tier на первый год, в который входит Micros instance
— Micro instance позволяет запустить на нем Ubuntu и поднять SSH демона
— Весь трафик можно завернуть через SSH тунель
Профит:
— Решение бесплатно в течении первого года
— SSH тунель не позволяет стороннему наблюдателю сделать однозначный вывод о том, для чего он используется
— AWS раскроет данные или заблокирует account только по судебному решению ( американского суда конечно ) или в случае явного нарушения TOS ( spam,… )
Два вопроса:
— Насколько реально написать компилятор Yate -> PHP
— Почему было-бы не написать XSLT -> JavaScript компилятор, вместо создания нового языка шаблонов?
В этом случае не пришлось бы переписывать существующие XSLT шаблоны на Yate.
Господа, вот все тут поохали и поахали насчет багов. Поделились горестями и… что дальше? Этот топик читают и программисты и менеджеры и QA.К сожалению никто из них ( нас ) не высказался по существу. Возможно ли изменить ситуацию и что нужно для этого сделать?
Отказаться от фич пользователи готовы только на словах. Вот, например, многие жалуются на разного рода проблемы с Winows и Word. Ну дак в чем же проблема, если готовы отказаться от фич, коммандная строка Linux + vi готовы предоставить надежность.
Я Вам открою секрет. Для любого выпускаемого продукта существует список known issues, другими словами багов. Решение о выпуске принимается менеджментов исходя из отсутствия Critical и Major issue и приемлемого количества Minor. Для более менее серьезных систем список багов в трекере никогда не бывает пустым на момент выпуска продукта. Исключение составляют, пожалуй, только критичные системы управления оборудованием, но это только из-за того, что ущерб от возможной ошибки может быть очень большим.
Таким образом — да. Никто и никогда не ставит себе целью выпустить продукт без багов.
Может быть у менеджеров просто не хватает ресурсов и терпения, чтобы довести продукты до нужного уровня качества?
Может быть у разработчиков не хватает времени, чтобы отрезолвить все запланированные баги?
Может быть у QA team просто не хватает смелости прямо сказать руководству, что продукт в текущем виде нельзя выпускать?
Возможно, но на мой взгляд оценка на основе reviews будет более точна,
чем оценка на базе приблизительно подобранной формулы. Некоторое время
назад я так же интересовался исследованием AppStore и как результат
был написан парсер. Вот как выглядит top программ на основе количества
reviews:
А разве не проще определить количество инсталляций на основе количества оставленных пользователями reviews? Процент пишущих комментарии для приложения конечно может варьироваться, но в целом думаю что общую картину составить можно.
Простите, а зачем устраиваться на работу для этого. Можно за пять минут найти десятки фото и видео по любой упомянутой теме. Если интересно коненчо же.
Предлагаю до кучи еще пару законодательных инициатив на тему запретить информацию о запрещенном:
— Я предлагаю засекретить список наркотических веществ. Негоже это, когда любой может прочитать список «поганых» веществ. Вдруг кто-нибудь захочет их после этого попробовать. Ну а если у кого-нибудь вседаки найдут вещество из списка, добрые сотрудники из ГНК своевременно его об этом проинформируют.
— Я предлагаю засекретить Уголовный кодекс. А то создали список «поганых» действий, понимаешь ли. А вдруг кто-нибудь прочитает пару статей из УК и это натолкнет его на какие-нибудь интересные идеи. Ну а если кто-то нарушит какую-нибудь секретную статью УК, то добрый дядя судья ему своевременно на это укажет.
Это и есть попытка контроллировать доступ и распространение информации.
И кстати, как то я не очень представляю как можно случайно увидеть в сети детское порно.
Вместо того, чтобы ожидать, что качество кода будет на должном уровне нужно выстроить процесс code review, ввести парное программирование и пр…
Вместо того, чтобы ожидать, что продукт может быть задеплоен по первому требованию, нужно выстроить процесс разработки соотвествующим образом ( постоянная автоматическая интеграция, тесты и пр… )
Вместо ожидания стабильной производительности нужно разобраться что приводит к замедлению работы комманды. Выделить время на рефакторинг.
В целом складывается впечатление, что автор не желает принимать на себя отвественность и не понимает, что от него, как от технического директора, руководство компании в первую очередь ожидает, что он грамотно выстроит процессы, а не будет сидеть и ожидать от подчиненных, что они самостоятельно самоорганизуются в соотвествии с его хотелками.
Revenues from biopharmaceutical products(a):
Lipitor $ 9,577
Lyrica $ 3,693
Prevnar 13/Prevenar 13© $ 3,657
Enbrel (Outside the U.S. and Canada) $ 3,666
Celebrex $ 2,523
Viagra $ 1,981
Norvasc $ 1,445
Цифры за 2011 год ( миллионо долларов ).
Всего доход с продажи лекарств за 2011: $ 57,747
Для сравнения, затраты на R&D в 2010: $ 9.400
Отчет доступен на: www.pfizer.com/files/annualreport/2011/financial/financial2011.pdf
Например, есть патент N44880 на «Пирожок печеный полуоктрытый» выданный Лужкову Юрию Михайловичу.
Программист: Ты задачу в багтрекере создал?
М: Может, ты сам сделаешь? Или вообще без нее?
С какой стати программист должен сам себе создавать задачи в трекере? И что это за ПМ который готов положить на формальности по отслеживанию задач?
Или вот:
-.Кто уронил билд?
— это Вася…
— Вася, что за дела!?
Понятно, что при таком обращении Вася выпадет в агрессивное поведение. Его бы еще спросили: «Вася, что за х… ня „
— AWS предоставляет Free tier на первый год, в который входит Micros instance
— Micro instance позволяет запустить на нем Ubuntu и поднять SSH демона
— Весь трафик можно завернуть через SSH тунель
Профит:
— Решение бесплатно в течении первого года
— SSH тунель не позволяет стороннему наблюдателю сделать однозначный вывод о том, для чего он используется
— AWS раскроет данные или заблокирует account только по судебному решению ( американского суда конечно ) или в случае явного нарушения TOS ( spam,… )
— Насколько реально написать компилятор Yate -> PHP
— Почему было-бы не написать XSLT -> JavaScript компилятор, вместо создания нового языка шаблонов?
В этом случае не пришлось бы переписывать существующие XSLT шаблоны на Yate.
Таким образом — да. Никто и никогда не ставит себе целью выпустить продукт без багов.
Может быть у разработчиков не хватает времени, чтобы отрезолвить все запланированные баги?
Может быть у QA team просто не хватает смелости прямо сказать руководству, что продукт в текущем виде нельзя выпускать?
чем оценка на базе приблизительно подобранной формулы. Некоторое время
назад я так же интересовался исследованием AppStore и как результат
был написан парсер. Вот как выглядит top программ на основе количества
reviews:
Facebook, Social Networking, 55100, 1968469
Draw Something Free, Games, 27662, 1559641
Temple Run, Games, 40519, 1430409
Angry Birds Lite, Games, 468871, 513642
Zombie Farm, Games, 3378, 851422
Angry Birds, Games, 5071, 803840
Move the Box, Games, 112, 697401
Fruit Ninja, Games, 49783, 557486
Clear Vision (17+), Games, 264659, 330419
Myspace, Social Networking, 848, 516697
PAC-MAN Lite, Games, 188, 500156
Backgrounds, Entertainment, 813, 467832
Flashlight., Utilities, 271, 465486
Movies by Flixster, with Rotten Tomatoes, Entertainment, 426, 463300
Pinterest, Social Networking, 87345, 373654
Touch Hockey: FS5 (FREE), Games, 284, 453499
Колонки: Имя программы, категория, обзоров для текущей версии, обзоров всего.
— Я предлагаю засекретить список наркотических веществ. Негоже это, когда любой может прочитать список «поганых» веществ. Вдруг кто-нибудь захочет их после этого попробовать. Ну а если у кого-нибудь вседаки найдут вещество из списка, добрые сотрудники из ГНК своевременно его об этом проинформируют.
— Я предлагаю засекретить Уголовный кодекс. А то создали список «поганых» действий, понимаешь ли. А вдруг кто-нибудь прочитает пару статей из УК и это натолкнет его на какие-нибудь интересные идеи. Ну а если кто-то нарушит какую-нибудь секретную статью УК, то добрый дядя судья ему своевременно на это укажет.
И кстати, как то я не очень представляю как можно случайно увидеть в сети детское порно.