Здравствуйте, George Seryakov, Вы писали:

GS>Тайна. ДСП. У меня была копия. Может быть, и сейчас есть, если мой комп в Москве не переформатировали. Ничего особенного, обычная советская туфта. Пишется задней ногой. Я счастлив, что в Америке этим не занимаюсь.

я так понимаю вы сейчас в штатах?
а как на западе обстоит с этим делом? (то есть с моим вопросом)
ваша контора не в счет — вы уже упоминали

Здравствуйте, Anatolix, Вы писали:

A>Здравствуйте, George Seryakov, Вы писали:

_>>>логично, только вот опечатка у вас — не указали, что именно см.

GS>>Поправляюсь: см.

A>Ты только зря по русски искал, почти ничего не находится.

A>см http://ourworld.compuserve.com/homepages/softcomp/fpfaq.htm

конкретную методику подсчета еще не посмотрел, но вроде это и есть оно самое :)
интуитивно предполагал, что что-то в этом роде должно быть, но не думал, что уже наука такая есть

Здравствуйте, unknown_programmer, Вы писали:

_>я так понимаю вы сейчас в штатах?
_>а как на западе обстоит с этим делом? (то есть с моим вопросом)

Точно так же (про количество и качество). С той некоторой поправкой, что тут на программистов учат, что не может не сказаться понижением уровня. Русские-то все больше самоучки.

И насчет процесса точно так же, такой же бардак. Американы выезжают за счет большей сознательности (зомбированности, трудовой этики, и т.п.).

Здравствуйте, George Seryakov, Вы писали:

GS>Тайна. ДСП. У меня была копия. Может быть, и сейчас есть, если мой комп в Москве не переформатировали. Ничего особенного, обычная советская туфта. Пишется задней ногой. Я счастлив, что в Америке этим не занимаюсь.

тайна так тайна )
просто интересно можно ли в каких либо реализациях стандарта найти ответ на мой вопрос?

Здравствуйте, unknown_programmer, Вы писали:

GS>>Тайна. ДСП. У меня была копия. Может быть, и сейчас есть, если мой комп в Москве не переформатировали. Ничего особенного, обычная советская туфта. Пишется задней ногой. Я счастлив, что в Америке этим не занимаюсь.

_>просто интересно можно ли в каких либо реализациях стандарта найти ответ на мой вопрос?

Сильно в этом сомневаюсь. Впрочем, во время оно в СНиП ГосСтроя было что-то насчет стоимости строки кода, чем все успешно пользовались для написания нарядов на программистских шабашках. Цену, панимаешь, нельзя было из головы назначить, обоснование нужно было написать... Не та нынче молодежь пошла, разбаловало ее обилие документации, открытость всего в интернете, студенты те же ленивые...

2 George Seryakov:
у меня вопрос несколько не в тему
вы в своей инфе указали, что ваша специализация VC++/COM/ATL/MTS, Automation
мне в процессе своего относительно небольшого опыта работы никогда не приходилось работать рядом с программерами со стажем и опытом намного превосходящим мой (да еще и с физтеховским образованием), обычно сверстники, новички или вообще левые к программированию люди — дизайнеры или системные инженеры
и вопрос у меня такой — какой уровень теоретических знаний необходим программисту претендующему на профессионализм, высокую зарплату итп итд?
программирование и кодирование без постоянного обращения к документации в вашей (и частично моей) специализации — это бред и невыполнимое требование — или практика?
ситуация, при которой я пишу все что угодно (и в 2 раза минимум быстрее большинства, хотя возможно несколько небрежно, трудно сказать — если доверять тем цифрам что мне говорят знакомые и в разных форумах — объем кода на единицу времени в одинаковых условиях), но не считаю нужным держать в памяти кучу вещей — это нормально?
или для нормальной работы в какой нибудь серьезной московской (я не из столицы) фирме — необязательно большой, но с серьезным а не дилетантским подходом к программированию — мне необходимо сосредоточиться на узкой области и постоянно тренируясь просто держать в памяти скажем только вещи перечисленные выше (VC++/COM/ATL/MTS, Automation — просто для примера)?
просто мне, как я уже сказал, сам опыт работы такой информации не дал

Здравствуйте, unknown_programmer, Вы писали:

_>и вопрос у меня такой — какой уровень теоретических знаний необходим программисту претендующему на профессионализм, высокую зарплату итп итд?

Это неважно. Важно — уметь get things done. То есть уметь решать проблемы. Уметь понять проблему, найти способ решения, реализовать его. И сделать все это так, чтоб не создавать других проблем.

_>программирование и кодирование без постоянного обращения к документации в вашей (и частично моей) специализации — это бред и невыполнимое требование — или практика?

Не знаю. Я часто лезу в MSDN, но часто и затем, чтобы показать другим, что они не прочитали. Но также и могу себе представить некую сессию, во время которой в доку не лазил. При наличии хорошей спецификации требований лазить в нее постоянно — нужно.

_>ситуация, при которой я пишу все что угодно (и в 2 раза минимум быстрее большинства, хотя возможно несколько небрежно, трудно сказать — если доверять тем цифрам что мне говорят знакомые и в разных форумах — объем кода на единицу времени в одинаковых условиях), но не считаю нужным держать в памяти кучу вещей — это нормально?

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

Здравствуйте, George Seryakov,

сэнкс )

Здравствуйте, unknown_programmer, Вы писали:

_>Работал ли кто нибудь из присутствующих на форуме в российских программерских конторах имеющих сертификат на собственную систему контроля качества соответствующую ISO 9000?
_>Я так понимаю стандарт определяет лишь общие положения этого вопроса, а в каждой конторе стандарт реализован по своему.
_>Можно ли где нибудь найти какую либо документацию на конкретную реализацию этого стандарта? (реализацию не для галочки, а используемую в деле) Или все эти вещи — комм. тайна и хранятся за семью печатями?

Я работал на контору, которая имеет SW CMM Level 3.
Поскольку CMM разрабатывался именно для оценки софтварных контор,
то толку от него будет поболе. Ну не верю я что один и тот же стандарт
успешно применим для кондитерской фабрики и для софтварной конторы.
Т.е. ISO 9000 конечно показывает, что в конторе есть минимальный уровень необходимой бюрократии,
но качественной оценки он не дает.
Так вот, у нас все нормативные документы для CMM имеют гриф ДСП.
Но на самом деле даже если вы этот пакет поимеете, он вам не сильно поможет жить.
Смысл подготовки на уровень CMM — пройти через все мучения и трудности самому.
Только если компания сама для себя осознала необходимость работы над этим
и делает добровольно и осознанно, только тогда будет толк.
А так в интернете можно найти довольно много примеров нормативных документов
контор, которые имеют CMM Level 5. Мне, например, попадалось кое-что от Боинга.

P.S.
Есть другой стандарт ISO, который применим именно для софтварных контор.
Номер стандарта не помню, но ноги у него ростут из http://www.sqi.gu.edu.au/spice/

Здравствуйте, unknown_programmer, Вы писали:

_>Ваш подход конечно весьма интересен , и он годится для ситуации, когда фирма — это 5 человек, работающих у себя на дому.

Почему именно на дому?


_> Но я весьма сомневаюсь, что он применим уже для кодера работающего в команде из 20 человек. Тем более если эта команда лишь один из отделов крупной компании...


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

Здравствуйте, Demiurg, Вы писали:

D>Здравствуйте, unknown_programmer, Вы писали:

_>>Ваш подход конечно весьма интересен :), и он годится для ситуации, когда фирма — это 5 человек, работающих у себя на дому.

D> Почему именно на дому? :)


_>> Но я весьма сомневаюсь, что он применим уже для кодера работающего в команде из 20 человек. Тем более если эта команда лишь один из отделов крупной компании...


D> Не знаю, может и неприменим. Но я представить себе не могу, чтоб я каждый день выдавал на гора 500 строк кода. То есть выдать-то я могу, но не придется ли потом все это убить нахрен?

от вас самих зависит :)
подумайте прежде чем выдавать
чем быстрее думаете и больше знаете, тем больше и выдадите

Здравствуйте, Demiurg, Вы писали:

D> Не знаю, может и неприменим. Но я представить себе не могу, чтоб я каждый день выдавал на гора 500 строк кода. То есть выдать-то я могу, но не придется ли потом все это убить нахрен?

Если компания работает по технологии и ТЗ толковое, то убирать ничего не придется. Тут надо ставить уже вопрос уже не о работе программиста, а о работе комманды в целом. Я полгода наблюдал как в одном проекте туда-сюда гоняли пару полей. Дошло до того, просто стали переопределять свойство visible в зависимости от настроения заказчика, не меняя при этом ни байта кода.

Здравствуйте, unknown_programmer, Вы писали:

D>> Не знаю, может и неприменим. Но я представить себе не могу, чтоб я каждый день выдавал на гора 500 строк кода. То есть выдать-то я могу, но не придется ли потом все это убить нахрен?

_>от вас самих зависит
_>подумайте прежде чем выдавать
_>чем быстрее думаете и больше знаете, тем больше и выдадите

То что нужно — думать — это понятно. Но ведь бывает такое, когда не думается... Или не хочется Вот и сидишь почту читаешь, решение потом само в голове всплывает. Это мне напоминает как если бы с художника требовали в день не меньше ведра краски использовать

Здравствуйте, unknown_programmer, Вы писали:

_>нет ли каких нибудь книг в которых эта тема очень подробно раскрывается?
Тестирование программного обеспечения

Автор(ы): Сэм Канер, Джек Фолк, Енг Кек Нгуен

Книга именитых специалистов в области разработки программного обеспечения
посвящена одному из наиболее важных и нетривиальных аспектов в рамках
процесса создания сложных программных систем. Книгу отличает, прежде
всего, привязка к условиям реального мира на примерах известных
компаний-разработчиков, находящихся в Силиконовой долине. Подробно
рассматривается широкий спектр вопросов: от организации процесса
тестирования до собственно тестирования проекта, кода, документации и
т.д.

Канер и компания.

Здравствуйте, unknown_programmer, Вы писали:

_>Какой должна быть скорость работы программиста и в чем ее измерять? И как определить качество работы программиста по количеству найденных в его коде ошибок бета-тестерами, его коллегами или в конце концов самими пользователями? Каков допустимый уровень "глючности" программы на разных стадиях разработки?
В среднем за день работы набирается 5 — 10 строк готового кода. Это я на Delphi так работаю.
На MASM получается строк 100 — 300.

Глючнось — зависит от допусков.
Я привёл цифры для готового , год-два отработавшего кода.