Вообще вам нужно книжку хорошую по прожект менежменту. Их тоже много. Там есть всевозможные метрики. и простоы и сложные.
Например, как минимум у вас есть список заданий с запланированым временем и реально потраченым, вот его и анализируете, потому как планирование должно основываться на статистическом опыте - есть такой принцип- если вчера шел дожди и нет никаких объективных причин ему сегодня не идти, то он будет идти.
Хм. я думал тут будут поститься интересные статьи про разработку.
Посмотрите extjs (если не смотрели еще), как там реализован грид с редактированием, с сортировкой и фильтрами. Суперскоростью эта библиотека не славится, но придумана для такого рода задач.
Естественно опытным путем.
Берем проект, оговариваем его в общих чертах. Например, есть виш лист заказчика, мы задаем по нему вопросы, так чтобы в голове сложился более менее четкий образ. И программируем все это. Первый звоночек, что что-то не так - это возникающие в процессе разработки вопросы, на которые сам придумываешь ответы. Считай уже, что все это прийдется переделать. Ну и все время потраченое на переделку аккуратно фиксируем (и как часто бывает вычитаем из своей прибыли).
А вообще тотальное прототипирование не обязательная вещь. Есть стандартные вещи, на которые есть заготовленые куски спецификации. Например аутентификация, восстановление пароля, частенько в регистрации только данные поменять нужно. В админке куча стандартных элементов. Все это здорово сокращает время создания спецификации.
Насчет времени. Если проект имеет более мение не стандартную функциональность. То очень важно проработать интерфейс в деталях. Иначепотом потратится уйма времени на правку уже готовой функциональности.
Если проект стандартный, все элементы тысячу раз опробованы можно просто обсудить и программить.
>Just make a mark on your cutting surface, align the laser beam with the line, and cut away. You'll make a straight >line every time.
Этот лазер не отменяет прямой разметки. предполагается, что он будет помагать следить за линией разметки.
Я пару лет назад смотрел передачу про интересный эксперимент. Люди жили в замнкнутом помещении без часов несколько месяцев. То есть они не могли набдлюдать смену времени суток. Так вот, в итоге оказалось, что их сутки увеличились, причем не на 4 часа, а больше. Ои могли не спать 20 - 30 часов. То есть такая жизнь вполне возможна.
По моему там явно не один костюм. Есть кадры где у него на ногах роликовые коньки (я имею ввиду колеса в один ряд), а есть где на ногах 4 колеса как у машины.
Спасибо за статью. Сам хочу завести свой блог, но есть сомнения (а будет ли время писать). Пока тренируюсь на blogspot. Кстати интересно у кого сколько времени уходит на поддержку блога. Понятное дело, что это от многих факторов зависит.
Ну я думаю этим людям нужен был сам факт угрозы суда. Ведь они ничего не выигрывают (вроде бы) для себя лично.
К тому же суд дело дорогое и долгоее. Да и кто знает исход наверняка.
Они согласились на
>выплату компенсации всем американским пользователям
что и логично, так судом им пока пригрозили только там.
Так что, господа, все в ваших руках :-)
А вы какми боком вообще относитеть к промышленному программированию?
Кинули статью про то кто и как делает ПО для шатлов. Ну и что???
Если кто-то ходит в костюме вернее "Люди на работе носят сдержанно элегантные вещи, аккуратные, но не бросающиеся в глаза и, естественно, чистые"
Или кто-то "выглядит и разговаривает как директор небольшой частной средней школы." то все поголовно программисты должны быть такими и тогда они начнут делать "взрослое ПО".
Или же только "взрослое ПО" ведет к тому, что ты будешь в костюме и т.п.??
Вы еще начните киберпанковсие фильмы критиковать, также далекие от реальности как свинья от балета.
А если серьезно.
Абсолютно качественного ПО не существует. Вопрос в том сколько заказчик ПО готов вложить в его качество.
И извините меня, качественным по делается не от того, что его делают "взрослые" люди, а от того насколько квалифицирован специалист, насколько поставлен процесс создания, и какие требования предлявляются к качеству системы.
Да, да есть требования к качеству ПО, и естесвенно, они обратнопропорциональны ресурсам. А индустрия IT очень требовательна к скорости разработки. И существует баланс между качеством и скоростью. И естественно что для системы управления шатлом приоритет отдается качеству, а скорость всегда будет на последнем месте.
Помню одного, ну очень "взрослого" html кодера. Чистая рубашка, размеренная речь, с 9 до 6. Но боже мой, что он писал. Вылетел через месяц. Также другой товарищ имеет вид похожий хиппи и попа, жену и 2-х детей, но при этом неплохой программист. Есть, конечно, корреляция между внешним видом и характером человека. Но встречать по одежке - это не по мне.
Не ну странный вы человек. Я писал gentoo, в ubuntu 7.1.0 никаких мониторов не менял. И файл вообще называется /etc/X11/xorg.conf. И проблема эта не только у меня возникала.
И причем здесь DVI, у меня обычный рабочий комп. И моитор который я описал никакого DVI не поддерживает.
>3. HorizSync, VertRefresh на TFT не имеют ни смысла ни значения. Как >раз в случае установки такого монитора нет опасности что-то не настроить. >кроме того для таких мониторов существует цифровой DVI.
Чесно говоря не понял агрументов почему не имеет значения.
У меня стоял монитор LG 17" , потом подключал новый Samsung SyncMaster 913v и настройки действительно пришлось менять.
Также достаточно в гугле набрать HorizSync например. И каждый сможет убедится имеют значение эти настройки или нет.
По поводу драйвера монитора. Да - это файл, который описывает, допустим, значения частот для монитора. Но очень часто его называют драйвером монитора.
Также можно воспользоваться гуглом и поискать по фразе monitor drivers.
Первым кстати выскочит monitor-drivers com.
Название говорит само за себя.
>Но всё это не дело домохозяйки или дизайнера или подкастера. Это работа админа.
Вы предлагаете вызывать админов на дом, для того чтобы установить монитор или модем подключить?
Например, как минимум у вас есть список заданий с запланированым временем и реально потраченым, вот его и анализируете, потому как планирование должно основываться на статистическом опыте - есть такой принцип- если вчера шел дожди и нет никаких объективных причин ему сегодня не идти, то он будет идти.
Посмотрите extjs (если не смотрели еще), как там реализован грид с редактированием, с сортировкой и фильтрами. Суперскоростью эта библиотека не славится, но придумана для такого рода задач.
Берем проект, оговариваем его в общих чертах. Например, есть виш лист заказчика, мы задаем по нему вопросы, так чтобы в голове сложился более менее четкий образ. И программируем все это. Первый звоночек, что что-то не так - это возникающие в процессе разработки вопросы, на которые сам придумываешь ответы. Считай уже, что все это прийдется переделать. Ну и все время потраченое на переделку аккуратно фиксируем (и как часто бывает вычитаем из своей прибыли).
А вообще тотальное прототипирование не обязательная вещь. Есть стандартные вещи, на которые есть заготовленые куски спецификации. Например аутентификация, восстановление пароля, частенько в регистрации только данные поменять нужно. В админке куча стандартных элементов. Все это здорово сокращает время создания спецификации.
Если проект стандартный, все элементы тысячу раз опробованы можно просто обсудить и программить.
Этот лазер не отменяет прямой разметки. предполагается, что он будет помагать следить за линией разметки.
К тому же суд дело дорогое и долгоее. Да и кто знает исход наверняка.
>выплату компенсации всем американским пользователям
что и логично, так судом им пока пригрозили только там.
Так что, господа, все в ваших руках :-)
Кинули статью про то кто и как делает ПО для шатлов. Ну и что???
Если кто-то ходит в костюме вернее "Люди на работе носят сдержанно элегантные вещи, аккуратные, но не бросающиеся в глаза и, естественно, чистые"
Или кто-то "выглядит и разговаривает как директор небольшой частной средней школы." то все поголовно программисты должны быть такими и тогда они начнут делать "взрослое ПО".
Или же только "взрослое ПО" ведет к тому, что ты будешь в костюме и т.п.??
Вы еще начните киберпанковсие фильмы критиковать, также далекие от реальности как свинья от балета.
А если серьезно.
Абсолютно качественного ПО не существует. Вопрос в том сколько заказчик ПО готов вложить в его качество.
И извините меня, качественным по делается не от того, что его делают "взрослые" люди, а от того насколько квалифицирован специалист, насколько поставлен процесс создания, и какие требования предлявляются к качеству системы.
Да, да есть требования к качеству ПО, и естесвенно, они обратнопропорциональны ресурсам. А индустрия IT очень требовательна к скорости разработки. И существует баланс между качеством и скоростью. И естественно что для системы управления шатлом приоритет отдается качеству, а скорость всегда будет на последнем месте.
Помню одного, ну очень "взрослого" html кодера. Чистая рубашка, размеренная речь, с 9 до 6. Но боже мой, что он писал. Вылетел через месяц. Также другой товарищ имеет вид похожий хиппи и попа, жену и 2-х детей, но при этом неплохой программист. Есть, конечно, корреляция между внешним видом и характером человека. Но встречать по одежке - это не по мне.
И причем здесь DVI, у меня обычный рабочий комп. И моитор который я описал никакого DVI не поддерживает.
Чесно говоря не понял агрументов почему не имеет значения.
У меня стоял монитор LG 17" , потом подключал новый Samsung SyncMaster 913v и настройки действительно пришлось менять.
Также достаточно в гугле набрать HorizSync например. И каждый сможет убедится имеют значение эти настройки или нет.
По поводу драйвера монитора. Да - это файл, который описывает, допустим, значения частот для монитора. Но очень часто его называют драйвером монитора.
Также можно воспользоваться гуглом и поискать по фразе monitor drivers.
Первым кстати выскочит monitor-drivers com.
Название говорит само за себя.
>Но всё это не дело домохозяйки или дизайнера или подкастера. Это работа админа.
Вы предлагаете вызывать админов на дом, для того чтобы установить монитор или модем подключить?