> хоть на доску «почёта» вешать, а?

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

А эльфийки где? Ушастых в студию!

Вообще-то, «первоклассничек мой», гораздо убедительнее было бы конкретное название языка, а не расплывчатое «я использую такой ЯП»...

> - водители за аварии,

Эти платят сроком или штрафами.

- продавцы за несоответствие прайсов актуальному товару,

Их наказывают рублем

- политики за проблемы в стране,

Их могут сместить с должности.

- врачи за неверно поставленный диагноз.

Если врач промахнулся с серьезным диагнозом и пациент умер/стал инвалидом, то вполне могут наказать.

> Невозможно написать сколько-нибудь сложный код, который заработает с первого раза, без дебага. 95% багов находятся и исправляются девелопером еще на этапе разработки. Еще 2-3 процента обнаруживается в результате тестирования. Остальное - обнаруживается после релиза.

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

Программист за баги не ответственен. При желании он может их исправить. Но не обязан, если не связан каким-либо контрактом...

>Невозможно написать сколько-нибудь сложный код, который заработает с первого раза,
Тормозни, не сникерсни! Терпение и труд всё перетрут!

95% багов

ома. Этож надо выбрать такой язык

> Fixed. А что писать раньше - код или тесты - значения не имеет никакого.

Имеет. Если тесты писать первыми, то это не дает Остапам понестись и раздуть scope задачи до космического масштаба.

Ну вообще-то все и так несут наказания. Особенно врачи и судьи. Может не у нас, но в любой нормальной стране да.

Текущая область - параллельные вычисления. До этого не один год занимался системщиной. Основной рабочий инструмент — C.

Да «оно» язык программирования даже назвать не может толком, а Вы его «такие сложные вещи спрашиваете» :)

Вообще-то, «первоклассничек мой», гораздо убедительнее было бы конкретное название языка, а не расплывчатое «я использую такой ЯП»...
Как раз в в этом случае, не мы, а именно вы! Какой ЯП? Почему столько ошибок? А использовать другой религ^лень не позволяет?

7) Менеджеры.

> Программист за баги не ответственен. При желании он может их исправить. Но не обязан, если не связан каким-либо контрактом...

Обязан, если из-за багов результат не соответствует ТЗ. Иначе можно не получить за работу денег, в полном объеме причем.

> Неужели освоил искусство кодить без ошибок только на лиспе? Признайся уж что лентяй мировой и платят тебе низачто.

Поясни логическую связь между первым и вторым предложением, а то что-то она мне неочевидна.

Кто за один из подходов агитирует - тот пусть исследует.

Тесты пишутся ПЕРЕД написанием основного кода. Это — одна из особенностей техники создания программного продукта Extreme Programming.

> ома. Этож надо выбрать такой язык

Так ты озвучишь название своего «безбажного» ЯП или так и продолжишь троллить?

> Неужели освоил искусство кодить без ошибок только на лиспе? Признайся уж что лентяй мировой и платят тебе низачто.

Поясни логическую связь между первым и вторым предложением, а то что-то она мне неочевидна.

освоил

лентяй

интерполируй, ну!

Бессвязно как-то...

Что - «мы»? Что -«вы»?

Это я у Вас спрашиваю: какой язык используете?

А Вы какую-то ахинею несёте.

Нормально ответить религ^Wлень не позволяет?

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

> Я тебе еще больше скажу. Если софтина реализует совершенно уникальные хотелки, а не реплицирует чье-то готовое решение и ты лезешь в незнакомую воду, то где-то на середине разработки до тебя доходит, чего ты хотел на самом деле, и прежние фичи резко становятся багами.

Кто-то из великих сказал: «Всегда планируйте выбросить первую версию своей программы. Всё равно придется».

> Тесты пишутся ПЕРЕД написанием основного кода. Это — одна из особенностей техники создания программного продукта Extreme Programming.

По опыту своему и общения с коллегами скажу, что в полном объеме XP применяет ничтожно малый процент команд. В основном применяется некий мутант, из-за которого про XP, agile и т. п. ходят нехорошие басни (я никогда не забуду скрам на 30 человек. Все уже заколебались до смерти, а утренний stand-up все идет и идет, идет и идет, идет и идет. идет и идет. идет и идет...).

TDD применяется где-то в одном проценте команд, которые соответствуют на 99% или более. Остальные все переходят на TDD, да не перейдут никак.

> Продолжу троллить

Ну тогда и спорить не о чем.

Брукс сказал, стыдно не помнить Великих :)

Позиция darkshvein напоминает барана перед новыми воротами.

Похоже, мы зря тратим на него время. Никаким языком программирования сей тролль не пользуется, потому и багов у него нету. :)

Сначала отключи Фрейда и прочие отмазывания в сторону от ответа

Он тупо троллит.

http://www.linux.org.ru/jump-message.jsp?msgid=5830533&cid=5830814

> НЕт, девочка моя, я использую такой ЯП, при котором очень сложно делать эпик фейлы и очень легко отслеживать их!

Такой язык не существует. Инфа 100%.

Ну разве что этот, как его — УАЯ, но я на нем не писал никогда, так что не поручусь. ;-)

>Остальные все переходят на TDD, да не перейдут никак.

А вот тут реальная история: http://skipy.ru/philosophy/xp.html

Строителей и Хлебопёков тоже к ответу

У меня в комнате из четырёх углов только один прямой: кого надо расстрелять?

Вчера взял булку хлеба в магазине, а там снизу угол был в саже. Что же делать, кого призвать к ответу?

P.S: вариант 7) Виноват компьютер.

> Позиция darkshvein напоминает барана перед новыми воротами.

Вы как будто его тредов раньше не читали. :) Обыкновенный низкокачественный тролль.

Фрейд - это кто? или что? :)

Ты меня о чём-то спрашивал? Напомни о чём?

А вот я напомню - я спросил: какой ЯП ты используешь и пишешь на нём без багов?

Впрочем, как я понимаю, ответа не будет. Будет демагогия.

> Ну разве что этот, как его — УАЯ

Если баг в логике, а не в ее реализации - то даже это не спасет.

Ну хорошо, ассемблер. Что дальше?

Разве всё упомнишь... :)

Теперь уж сам вижу - дешёвый троллинг крайне низкого качества.

PS: Болезнь это что ли такая - получать удовольствие от собственного бреда? :)

Звездишь.

> Ну хорошо, ассемблер.

И не бывает багов? Врешь.

>>Невозможно написать сколько-нибудь сложный код, который заработает с первого раза,

Тормозни, не сникерсни! Терпение и труд всё перетрут!

Терпение

Оно у заказчика есть?

Дальше будет обвинение в голословности заявления.

Пруф будет - о безбаговом программировании на ассемблере?

Я на С абсолютно без багов писал только небольшие утилитки для личного использования.

Даже небольшой проект - после сдачи в эксплуатацию - требует правки багов.

До сеппуку дело не доходит, но бессонные ночи, проведенные на рабочем месте - бывает.

Он хорошо продумал ответ. Проверить практически невозможно.

Исходный код потребовать - смешно - неужто в чужом асм-коде будем сидеть - разбираться? :)

Линк на готовое работающее приложение - а как проверить, что оно на асме написано?

В общем - «хитёр-монтёр»! :)

Кстати по данным независимых аналитиков, соотношение «колво багов / колво кода» у Smalltalk в свое время было одним из минимальных. Сразу скажу, что по данным тех же аналитиков в начале 90х ~10-14% промышленного софта писалось именно на нём

> Именно! И думаю, что если какой-нибудь инженер Интела ошибется в схеме очередного процессора, его тоже по головке не погладят. Так почему бы в программировании не применять опыт из смежных производств...

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

> Линк на готовое работающее приложение - а как проверить, что оно на асме написано?

Потребовать исходники и самому собрать. Однако это не значит что именно темнаясвинья - автор этого приложения.

> Кстати по данным независимых аналитиков, соотношение «колво багов / колво кода» у Smalltalk в свое время было одним из минимальных.

Так тогда и в программисты не перла всякая шваль, а та, что перла — о существовании Smalltalk не особо ведала.

> соотношение «колво багов / колво кода»

Епт, так про какие баги мы говорим? Про те которые ушли в релиз, про те, которые вовремя заметили тестеры, или про те, которые девелопер нашел на этапе разработки и сразу пофиксил?

> Терпение

Оно у заказчика есть?

По моему это проблема уже другого уровня, вы не находите?

ХЗ. Моя пузомерка вот: http://www.smalltalk.ru/articles/why.html

> багнутое и дырявое мало кто захочет покупать,

о-ло-ло, надо же. Ну давай, деинсталлируй флеш, например.

Разумеется, тоже не доказательство. Прецеденты смены копирайтов с целью повышения ЧСВ уже известны. Примеры сами знаете... :)