Программирование[11]

GoldRobot написал 19.01.2024 в 01:23:

Just.Doit написал 19.01.2024 в 01:20:

я не вижу разницы между покраской кнопки и операцией на сердце

Понятно.

 

после операции

Прекрасная Россия будущего будет управляться по Agile

Just.Doit написал 19.01.2024 в 08:20:

я не вижу разницы между покраской кнопки и операцией на сердце

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

Wehmut написал 3 часа назад:

Прекрасная Россия будущего будет управляться по Agile

вместо судов будет ретро типо?

офк от области айти зависит. если работа в том, чтобы приложение поддерживать, которое уже написано и только дизайн обновлять - тоже работа, но ясен красен - ни рисков, ни ответственности (ограниченно).

если делаешь логику мед прибора - твоя ошибка это уже неверный диагноз / лечение

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

косяки в магазинной инфраструктуре, банки - потери килограммов денег

системы оповещения - реальные жизни

даже без сферы где за косяк можно потерять полжопы, айти носит с собой такие замечательные вещи, как синдром самозванца, риски оказаться со своим стеком на улице (пример ios разработчикам 2022+), риском перегореть, терять здоровье от сидения на жопе 24/7, сейчас ещё и с риском, что набежавший народ + сокращения айти потенциально сдуют зарплатный пузырь и делать в айти станет нехуй по соотношению груза пиздеца / оплата. риски ai опять же - похоже умственный труд автоматизируют быстрее чем казалось, и часть народа на мороз пойдёт.

Olololnet написал 19 минут назад:

риски оказаться со своим стеком на улице (пример ios разработчикам 2022+)

? Это не правда) только если уж совсем для джунов без опыта

Olololnet написал 52 минуты назад:

офк от области айти зависит. если работа в том, чтобы приложение поддерживать, которое уже написано и только дизайн обновлять - тоже работа, но ясен красен - ни рисков, ни ответственности (ограниченно).

 

если делаешь логику мед прибора - твоя ошибка это уже неверный диагноз / лечение

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

косяки в магазинной инфраструктуре, банки - потери килограммов денег

системы оповещения - реальные жизни

 

даже без сферы где за косяк можно потерять полжопы, айти носит с собой такие замечательные вещи, как синдром самозванца, риски оказаться со своим стеком на улице (пример ios разработчикам 2022+), риском перегореть, терять здоровье от сидения на жопе 24/7, сейчас ещё и с риском, что набежавший народ + сокращения айти потенциально сдуют зарплатный пузырь и делать в айти станет нехуй по соотношению груза пиздеца / оплата. риски ai опять же - похоже умственный труд автоматизируют быстрее чем казалось, и часть народа на мороз пойдёт.

 

Насчет мед и военки, маловероятно, что гибкая разработка используется,  ближе к "водопаду". Сертификационные испытания и т.п., снижают вероятность дефектов.
Про автоматизацию труда тоже сомнительно. Кто будет нести ответственность за код? Может тебе закладки наавтоматизировали.

Кажется, что пока рано списывать роль человека.

ко всей ебанине ещё можно добавить - как только выложишь душу на проекте/загнётся компания/заебёт сфера, неожиданно и вдруг нужно решать очень разнообразные алгоритмические задачи на скорость, к которым обычная разработка практически никак не готовит

PIXMELLo написал 1 час назад:

Olololnet написал 2 часа назад:

офк от области айти зависит. если работа в том, чтобы приложение поддерживать, которое уже написано и только дизайн обновлять - тоже работа, но ясен красен - ни рисков, ни ответственности (ограниченно).

 

если делаешь логику мед прибора - твоя ошибка это уже неверный диагноз / лечение

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

косяки в магазинной инфраструктуре, банки - потери килограммов денег

системы оповещения - реальные жизни

 

даже без сферы где за косяк можно потерять полжопы, айти носит с собой такие замечательные вещи, как синдром самозванца, риски оказаться со своим стеком на улице (пример ios разработчикам 2022+), риском перегореть, терять здоровье от сидения на жопе 24/7, сейчас ещё и с риском, что набежавший народ + сокращения айти потенциально сдуют зарплатный пузырь и делать в айти станет нехуй по соотношению груза пиздеца / оплата. риски ai опять же - похоже умственный труд автоматизируют быстрее чем казалось, и часть народа на мороз пойдёт.

 

Насчет мед и военки, маловероятно, что гибкая разработка используется,  ближе к "водопаду". Сертификационные испытания и т.п., снижают вероятность дефектов.
Про автоматизацию труда тоже сомнительно. Кто будет нести ответственность за код? Может тебе закладки наавтоматизировали.

Кажется, что пока рано списывать роль человека.

чето не понял как водопад/аджайл влияют на уровень качества

куча историй как говно по водопаду делали

для аджайла тоже не вижу проблем работать на высочайшем уровне

это же вообще не про качество 

Just.Doit написал Только что:

PIXMELLo написал 1 час назад:

Olololnet написал 2 часа назад:

офк от области айти зависит. если работа в том, чтобы приложение поддерживать, которое уже написано и только дизайн обновлять - тоже работа, но ясен красен - ни рисков, ни ответственности (ограниченно).

 

если делаешь логику мед прибора - твоя ошибка это уже неверный диагноз / лечение

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

косяки в магазинной инфраструктуре, банки - потери килограммов денег

системы оповещения - реальные жизни

 

даже без сферы где за косяк можно потерять полжопы, айти носит с собой такие замечательные вещи, как синдром самозванца, риски оказаться со своим стеком на улице (пример ios разработчикам 2022+), риском перегореть, терять здоровье от сидения на жопе 24/7, сейчас ещё и с риском, что набежавший народ + сокращения айти потенциально сдуют зарплатный пузырь и делать в айти станет нехуй по соотношению груза пиздеца / оплата. риски ai опять же - похоже умственный труд автоматизируют быстрее чем казалось, и часть народа на мороз пойдёт.

 

Насчет мед и военки, маловероятно, что гибкая разработка используется,  ближе к "водопаду". Сертификационные испытания и т.п., снижают вероятность дефектов.
Про автоматизацию труда тоже сомнительно. Кто будет нести ответственность за код? Может тебе закладки наавтоматизировали.

Кажется, что пока рано списывать роль человека.

чето не понял как водопад/аджайл влияют на уровень качества

куча историй как говно по водопаду делали

для аджайла тоже не вижу проблем работать на высочайшем уровне

это же вообще не про качество 

 

 

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

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

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

Понятно дело, что любую модель можно натянуть на глобус.

Ну в IT можно нафигачить автотестов, которые позволяют быть уверенным, что ты на какие-то изменения ничего не сломал. Благодаря этому появляется большая гибкость в разработке. В производстве авиадвигателя так сделать нельзя и там разработка будет ближе к водопаду.

PIXMELLo написал 2 часа назад:

Just.Doit написал 2 часа назад:

PIXMELLo написал 4 часа назад:

Olololnet написал 5 часов назад:

офк от области айти зависит. если работа в том, чтобы приложение поддерживать, которое уже написано и только дизайн обновлять - тоже работа, но ясен красен - ни рисков, ни ответственности (ограниченно).

 

если делаешь логику мед прибора - твоя ошибка это уже неверный диагноз / лечение

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

косяки в магазинной инфраструктуре, банки - потери килограммов денег

системы оповещения - реальные жизни

 

даже без сферы где за косяк можно потерять полжопы, айти носит с собой такие замечательные вещи, как синдром самозванца, риски оказаться со своим стеком на улице (пример ios разработчикам 2022+), риском перегореть, терять здоровье от сидения на жопе 24/7, сейчас ещё и с риском, что набежавший народ + сокращения айти потенциально сдуют зарплатный пузырь и делать в айти станет нехуй по соотношению груза пиздеца / оплата. риски ai опять же - похоже умственный труд автоматизируют быстрее чем казалось, и часть народа на мороз пойдёт.

 

Насчет мед и военки, маловероятно, что гибкая разработка используется,  ближе к "водопаду". Сертификационные испытания и т.п., снижают вероятность дефектов.
Про автоматизацию труда тоже сомнительно. Кто будет нести ответственность за код? Может тебе закладки наавтоматизировали.

Кажется, что пока рано списывать роль человека.

чето не понял как водопад/аджайл влияют на уровень качества

куча историй как говно по водопаду делали

для аджайла тоже не вижу проблем работать на высочайшем уровне

это же вообще не про качество 

 

 

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

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

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

Понятно дело, что любую модель можно натянуть на глобус.

все еще не вижу причин для того чтобы аджайл был или не был связан с качеством

то что традиционно в одних кейсах используют один подход а в других другой - никак не говорит о не применимости

у нас вот тоже была сертификация автомобиля а также сертификация фабрик с роботами - там ебейшая сертификация по ТБ и прочим вещам. это никак не влияло на нашу аджайльность

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

аджайл это не про правки, а про адаптацию к поступающей обратной связи. ты можешь одну и ту же спеку делать 1.5 года по ватерфолу с рисками затянуть еще на полгода. а можешь по аджайлу за 1 год с гораздо меньшими рисками вылезть за рамки. это если выоская неопределенность. если неопределенность низкая то можно за 1 год хорошо напланировать ватерфолом и потратить 1.5 года на аджайл разработку которая не нужна. результат в плане качества будет одинаковый - решение соответствует спеке/ТЗ/требованиям. вопрос в том каким путем к этому идти 

Just.Doit написал 1 минуту назад:

PIXMELLo написал 2 часа назад:

Just.Doit написал 2 часа назад:

PIXMELLo написал 4 часа назад:

Olololnet написал 5 часов назад:

офк от области айти зависит. если работа в том, чтобы приложение поддерживать, которое уже написано и только дизайн обновлять - тоже работа, но ясен красен - ни рисков, ни ответственности (ограниченно).

 

если делаешь логику мед прибора - твоя ошибка это уже неверный диагноз / лечение

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

косяки в магазинной инфраструктуре, банки - потери килограммов денег

системы оповещения - реальные жизни

 

даже без сферы где за косяк можно потерять полжопы, айти носит с собой такие замечательные вещи, как синдром самозванца, риски оказаться со своим стеком на улице (пример ios разработчикам 2022+), риском перегореть, терять здоровье от сидения на жопе 24/7, сейчас ещё и с риском, что набежавший народ + сокращения айти потенциально сдуют зарплатный пузырь и делать в айти станет нехуй по соотношению груза пиздеца / оплата. риски ai опять же - похоже умственный труд автоматизируют быстрее чем казалось, и часть народа на мороз пойдёт.

 

Насчет мед и военки, маловероятно, что гибкая разработка используется,  ближе к "водопаду". Сертификационные испытания и т.п., снижают вероятность дефектов.
Про автоматизацию труда тоже сомнительно. Кто будет нести ответственность за код? Может тебе закладки наавтоматизировали.

Кажется, что пока рано списывать роль человека.

чето не понял как водопад/аджайл влияют на уровень качества

куча историй как говно по водопаду делали

для аджайла тоже не вижу проблем работать на высочайшем уровне

это же вообще не про качество 

 

 

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

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

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

Понятно дело, что любую модель можно натянуть на глобус.

все еще не вижу причин для того чтобы аджайл был или не был связан с качеством

то что традиционно в одних кейсах используют один подход а в других другой - никак не говорит о не применимости

 

у нас вот тоже была сертификация автомобиля а также сертификация фабрик - никак не влияло на нашу аджайльность

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

 

аджайл это не про правки, а про адаптацию к поступающей обратной связи. ты можешь одну и ту же спеку делать 1.5 года по ватерфолу с рисками затянуть еще на полгода. а можешь по аджайлу за 1 год с гораздо меньшими рисками вылезть за рамки. результат в плане качества будет одинаковый - решение соответствует спеке/ТЗ/требованиям. вопрос в том каким путем к этому идти 

если нет возможности связать строгие и нестрогие требования с качеством, тогда не о чем говорить )

Grohuf написал 1 час назад:

Ну в IT можно нафигачить автотестов, которые позволяют быть уверенным, что ты на какие-то изменения ничего не сломал. Благодаря этому появляется большая гибкость в разработке. В производстве авиадвигателя так сделать нельзя и там разработка будет ближе к водопаду.

ты удивишься, но можно

можно моделирование и симуляции запускать как автотесты

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

мы так и делали с автомобилями и с построением фабрик - симуляции

соглашусь что тайминги другие. но ты можешь мыслить тем что у тебя в авиадвигателе спринт 3 месяца а не 2 недели. но это все еще в 4 раза быстрее чем годовые циклы отчетности в старых организациях

PIXMELLo написал 4 минуты назад:

Just.Doit написал 7 минут назад:

PIXMELLo написал 2 часа назад:

Just.Doit написал 3 часа назад:

PIXMELLo написал 4 часа назад:

Olololnet написал 5 часов назад:

офк от области айти зависит. если работа в том, чтобы приложение поддерживать, которое уже написано и только дизайн обновлять - тоже работа, но ясен красен - ни рисков, ни ответственности (ограниченно).

 

если делаешь логику мед прибора - твоя ошибка это уже неверный диагноз / лечение

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

косяки в магазинной инфраструктуре, банки - потери килограммов денег

системы оповещения - реальные жизни

 

даже без сферы где за косяк можно потерять полжопы, айти носит с собой такие замечательные вещи, как синдром самозванца, риски оказаться со своим стеком на улице (пример ios разработчикам 2022+), риском перегореть, терять здоровье от сидения на жопе 24/7, сейчас ещё и с риском, что набежавший народ + сокращения айти потенциально сдуют зарплатный пузырь и делать в айти станет нехуй по соотношению груза пиздеца / оплата. риски ai опять же - похоже умственный труд автоматизируют быстрее чем казалось, и часть народа на мороз пойдёт.

 

Насчет мед и военки, маловероятно, что гибкая разработка используется,  ближе к "водопаду". Сертификационные испытания и т.п., снижают вероятность дефектов.
Про автоматизацию труда тоже сомнительно. Кто будет нести ответственность за код? Может тебе закладки наавтоматизировали.

Кажется, что пока рано списывать роль человека.

чето не понял как водопад/аджайл влияют на уровень качества

куча историй как говно по водопаду делали

для аджайла тоже не вижу проблем работать на высочайшем уровне

это же вообще не про качество 

 

 

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

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

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

Понятно дело, что любую модель можно натянуть на глобус.

все еще не вижу причин для того чтобы аджайл был или не был связан с качеством

то что традиционно в одних кейсах используют один подход а в других другой - никак не говорит о не применимости

 

у нас вот тоже была сертификация автомобиля а также сертификация фабрик - никак не влияло на нашу аджайльность

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

 

аджайл это не про правки, а про адаптацию к поступающей обратной связи. ты можешь одну и ту же спеку делать 1.5 года по ватерфолу с рисками затянуть еще на полгода. а можешь по аджайлу за 1 год с гораздо меньшими рисками вылезть за рамки. результат в плане качества будет одинаковый - решение соответствует спеке/ТЗ/требованиям. вопрос в том каким путем к этому идти 

если нет возможности связать строгие и нестрогие требования с качеством, тогда не о чем говорить )

чел

требования и там и там одинаковые

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

строгость требований никак не связана с аджайлом. 

ты можешь иметь наистрожайшие требования и юзать аджайл чтобы сделать решение которое удовлетворяет требованиям

ты путаешь корелляцию и каузацию

не сдувайте пожалуйста зарплату, дайте чуть-чуть заработать!

Just.Doit написал 2 минуты назад:

Grohuf написал 1 час назад:

Ну в IT можно нафигачить автотестов, которые позволяют быть уверенным, что ты на какие-то изменения ничего не сломал. Благодаря этому появляется большая гибкость в разработке. В производстве авиадвигателя так сделать нельзя и там разработка будет ближе к водопаду.

ты удивишься, но можно

можно моделирование и симуляции запускать как автотесты

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

мы так и делали с автомобилями и с построением фабрик - симуляции

PIXMELLo написал 2 минуты назад:

Just.Doit написал 5 минут назад:

PIXMELLo написал 2 часа назад:

Just.Doit написал 3 часа назад:

PIXMELLo написал 4 часа назад:

Olololnet написал 5 часов назад:

офк от области айти зависит. если работа в том, чтобы приложение поддерживать, которое уже написано и только дизайн обновлять - тоже работа, но ясен красен - ни рисков, ни ответственности (ограниченно).

 

если делаешь логику мед прибора - твоя ошибка это уже неверный диагноз / лечение

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

косяки в магазинной инфраструктуре, банки - потери килограммов денег

системы оповещения - реальные жизни

 

даже без сферы где за косяк можно потерять полжопы, айти носит с собой такие замечательные вещи, как синдром самозванца, риски оказаться со своим стеком на улице (пример ios разработчикам 2022+), риском перегореть, терять здоровье от сидения на жопе 24/7, сейчас ещё и с риском, что набежавший народ + сокращения айти потенциально сдуют зарплатный пузырь и делать в айти станет нехуй по соотношению груза пиздеца / оплата. риски ai опять же - похоже умственный труд автоматизируют быстрее чем казалось, и часть народа на мороз пойдёт.

 

Насчет мед и военки, маловероятно, что гибкая разработка используется,  ближе к "водопаду". Сертификационные испытания и т.п., снижают вероятность дефектов.
Про автоматизацию труда тоже сомнительно. Кто будет нести ответственность за код? Может тебе закладки наавтоматизировали.

Кажется, что пока рано списывать роль человека.

чето не понял как водопад/аджайл влияют на уровень качества

куча историй как говно по водопаду делали

для аджайла тоже не вижу проблем работать на высочайшем уровне

это же вообще не про качество 

 

 

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

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

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

Понятно дело, что любую модель можно натянуть на глобус.

все еще не вижу причин для того чтобы аджайл был или не был связан с качеством

то что традиционно в одних кейсах используют один подход а в других другой - никак не говорит о не применимости

 

у нас вот тоже была сертификация автомобиля а также сертификация фабрик - никак не влияло на нашу аджайльность

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

 

аджайл это не про правки, а про адаптацию к поступающей обратной связи. ты можешь одну и ту же спеку делать 1.5 года по ватерфолу с рисками затянуть еще на полгода. а можешь по аджайлу за 1 год с гораздо меньшими рисками вылезть за рамки. результат в плане качества будет одинаковый - решение соответствует спеке/ТЗ/требованиям. вопрос в том каким путем к этому идти 

если нет возможности связать строгие и нестрогие требования с качеством, тогда не о чем говорить )

чел

требования и там и там одинаковые

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

строгость требований никак не связана с аджайлом. 

ты можешь иметь наистрожайшие требования и юзать аджайл чтобы сделать решение которое удовлетворяет требованиям

ты путаешь корелляцию и каузацию

 

понял, извините, палату перепутал

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

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

Ух, все легко на модельках рассчитывается. Чего же китайцы не могут воспроизвести еще советские двигатели, если там тупо ввел в маткад все циферки и на выходе готовый двигатель получил.

Olololnet написал 1 час назад:

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

ты описал тупо то что у нас сейчас в компании происходит

строим аналог циана в европе, процессы по аджайлу

вы какую-то косвенную хуйню выдаете за суть аджайла

Grohuf написал 56 минут назад:

Ух, все легко на модельках рассчитывается. Чего же китайцы не могут воспроизвести еще советские двигатели, если там тупо ввел в маткад все циферки и на выходе готовый двигатель получил.

потому что аджайл не юзают

когда новый опрос?