Для простых пользователй там из коробки на WAN стоит input drop.
Т.е. фаервол из инета все режет. Это уже отсекает все описанные уязвимости.
Ну и регулярные обновления от производителя конечно присутсвуют.
Вот в этом и проблема. Как их оценивать?
Оценивать просто, когда ты на конвеере делашь одно и тоже. Какие нибудь сайтики на вордпресе. А когда вообще непонятно куда идти и что делать? На сколько я вижу, скрам хорошо работает только в случае конвеера, когда всё известно и надо только планы прикинуть к команде.
Для проектов в которых нифига непонятно и каждая вторая задача на ресёрч — скрам только мешает.
Какие-то у вас очень простые задачи. Раз вы за день можете не только спланировать, но и даже определить реализацию для каждой из них…
А, еще оказывается всё сделать так, чтобы каждый участник понял реализацию. Поделитесь экспресс методами обучения людей за несколько часов? Или у вас все в командах матерые профи?
что бы каждый участник команды понимал, что делает другой и как это его затронет
Ну это же лукавство в общем случае. Чтобы понять как затронет работу, работа другого человека, не достаточно чтобы он сказал «я делаю сохранение документа». Там надо вникать и разбираться, что и как он делает. 15 минут «синхронизации» не хватит чтобы это всё прояснить. И опять же, «я делаю сохранение документа» никак не помогает понять прогресс. А если с задачей есть проблемы, то вменяемый разработчик не будет ждать сутки, чтобы сказать о проблеме. Он сразу скажет продакту о проблеме.
Зачем вообще тратить даже эти 15 мин?
Что такого полезно в том, что все по очереди говорят «я делал то-то»?
Кому это нужно? Кому интересно? Какую пользу приносит проекту?
Только не надо заученными фразами из книги шпрехать. Расскажите про реальную пользу.
P.S. Это я еще молчу, что эти 15 мин выбивают еще на полчаса из контекста…
Оно конечно прикольно, говорить голосом с компом.
Но это всё только когда ты живешь один.
И так шумовой фон высокий. А если все во круг еще и голосом будут общаться с гаджетами, вообще финиш.
Безусловно вы молодец, что развиваетесь.
Но как же Servo?
В нем нет легаси кода из 90-х. Его код молодой и современный. Он парралельный и он написан на Rust, более безопасном языке чем С++.
Дело не в том, что и где вы переопределяете, а что с чем связано.
Вот, в новом варианте более правильно сделано. Зависимость на репозиторий уехала из контроллера в сервис. Это гораздо более правильный вариант. Не должен контроллер ничего знать про то как хранится сущность.
У вас примеры совсем не равнозначны. В простом примере контроллер завязан только на сервис. Что правильно. А вот в абстрактном примере к контроллер прибит гвоздями к сервису и даже знает про сущность через параметры. Это ненормально)
Я учавствовал в нескольких командах работающих по скраму. Проходил тренинги по скраму от скрамтека. Ничего кроме ритуалов не увидел.
Зачем нужен дейли митинг? Он только ест время. Все тупо сидят и перечисляют что они делали. Никакой практической ценности это не может нести даже теоретически. Только отвлекает всех от работы.
Все эти ужимки и приседания в виде планопокеров, митингов и прочего говна немогут заставить человека работать если он не хочет.
Если подумать, то все сводится, условно, к задачам в джире.
Человек берет задачу в джире и делает ее, например, 3 дня. Он делал бы эту задачу те же 3 дня и без аджайла. Без всех этих оценок и прочей пустой траты времени. И за неделю он сделат к примеру 7 задач. Есть аджайл или нет.
В 98м году писали софт на дельфях. По понедельникам встречались с заказчиком, смотрели что сделано, планировали следующую неделю и делали. Никто это не называл никакими модными словами. Все работали. Не выдумывали этой дичи с планпокерами и прочими приседаниями.
Не заставляли людей заниматься херней называя это фреймворками…
В общем все, что я видел успешного про аджайл, можно охарактеризовать любимой фразой Шелдона из сериала теория большого взрыва — «После того не означает в следствии того».
Офис. С утра офисные сотрудники в спешке передвигают мебель с места на
место, выравнивают все по сантиметру, компасу и т. д.
Посредине всего этого хаотичного движения стоит старенькая уборщица в
обнимку со шваброй, испуганно смотрит на все это действо и бормочет про
себя:«Только помыла, сейчас все опять затопчут, уроды».
Стояла долго смотрела на все это, потом спрашивает:
— Милые, а что вы тут делаете? Переезжаете?
— Да нет, бабуля, мы сейчас мебель по фен-шую передвинем и у нас сразу
продажи взлетят до небес.
— Сынки, я тут давно уже работаю, еще до революции полы в этом здании
мыла. Так вот, до революции тут был публичный дом. Так там, когда касса
падала, кровати не двигали — там сразу бл**ей меняли.
Только вот большинство сайтиков никогда ни с кем не интегриуются…
Но страдать пользователей от тормозов теоретической будущей интеграции заставляют уже сейчас.
Спасибо, что объяснили основновные исторические пробелы создания скалы.
Не знал, что Одерски 14 лет пилил встроенные html-тэги, в ожидании пока освободится единственный на планете человек, который знает что такое типы-пересечения и -объединения с наследованием… Но слава богу, что через 14 лет ожидания он наконец освободился и смог запилить все необходимое для скалы.
Супернейросетевые роботы, тренининги, сигналы и т.д. и т.п. расходятся на ура.
Может именно поэтому TDD не заходит людям?
Но доклад выглядит как-то странно.
На все вопросы ответ «Мы просто взяли Orleans и он все делает сам».
Т.е. фаервол из инета все режет. Это уже отсекает все описанные уязвимости.
Ну и регулярные обновления от производителя конечно присутсвуют.
«Мы живем в скрам командах успешно» и «Наша команда успешна благодаря скраму»
Это знаете ли две большие разницы.
P.S. После того, не означает в следствии того ;)
Оценивать просто, когда ты на конвеере делашь одно и тоже. Какие нибудь сайтики на вордпресе. А когда вообще непонятно куда идти и что делать? На сколько я вижу, скрам хорошо работает только в случае конвеера, когда всё известно и надо только планы прикинуть к команде.
Для проектов в которых нифига непонятно и каждая вторая задача на ресёрч — скрам только мешает.
А, еще оказывается всё сделать так, чтобы каждый участник понял реализацию. Поделитесь экспресс методами обучения людей за несколько часов? Или у вас все в командах матерые профи?
Ну это же лукавство в общем случае. Чтобы понять как затронет работу, работа другого человека, не достаточно чтобы он сказал «я делаю сохранение документа». Там надо вникать и разбираться, что и как он делает. 15 минут «синхронизации» не хватит чтобы это всё прояснить. И опять же, «я делаю сохранение документа» никак не помогает понять прогресс. А если с задачей есть проблемы, то вменяемый разработчик не будет ждать сутки, чтобы сказать о проблеме. Он сразу скажет продакту о проблеме.
Что такого полезно в том, что все по очереди говорят «я делал то-то»?
Кому это нужно? Кому интересно? Какую пользу приносит проекту?
Только не надо заученными фразами из книги шпрехать. Расскажите про реальную пользу.
P.S. Это я еще молчу, что эти 15 мин выбивают еще на полчаса из контекста…
Оно конечно прикольно, говорить голосом с компом.
Но это всё только когда ты живешь один.
И так шумовой фон высокий. А если все во круг еще и голосом будут общаться с гаджетами, вообще финиш.
Но как же Servo?
В нем нет легаси кода из 90-х. Его код молодой и современный. Он парралельный и он написан на Rust, более безопасном языке чем С++.
Вот, в новом варианте более правильно сделано. Зависимость на репозиторий уехала из контроллера в сервис. Это гораздо более правильный вариант. Не должен контроллер ничего знать про то как хранится сущность.
Зачем нужен дейли митинг? Он только ест время. Все тупо сидят и перечисляют что они делали. Никакой практической ценности это не может нести даже теоретически. Только отвлекает всех от работы.
Все эти ужимки и приседания в виде планопокеров, митингов и прочего говна немогут заставить человека работать если он не хочет.
Если подумать, то все сводится, условно, к задачам в джире.
Человек берет задачу в джире и делает ее, например, 3 дня. Он делал бы эту задачу те же 3 дня и без аджайла. Без всех этих оценок и прочей пустой траты времени. И за неделю он сделат к примеру 7 задач. Есть аджайл или нет.
В 98м году писали софт на дельфях. По понедельникам встречались с заказчиком, смотрели что сделано, планировали следующую неделю и делали. Никто это не называл никакими модными словами. Все работали. Не выдумывали этой дичи с планпокерами и прочими приседаниями.
Не заставляли людей заниматься херней называя это фреймворками…
В общем все, что я видел успешного про аджайл, можно охарактеризовать любимой фразой Шелдона из сериала теория большого взрыва — «После того не означает в следствии того».
место, выравнивают все по сантиметру, компасу и т. д.
Посредине всего этого хаотичного движения стоит старенькая уборщица в
обнимку со шваброй, испуганно смотрит на все это действо и бормочет про
себя:«Только помыла, сейчас все опять затопчут, уроды».
Стояла долго смотрела на все это, потом спрашивает:
— Милые, а что вы тут делаете? Переезжаете?
— Да нет, бабуля, мы сейчас мебель по фен-шую передвинем и у нас сразу
продажи взлетят до небес.
— Сынки, я тут давно уже работаю, еще до революции полы в этом здании
мыла. Так вот, до революции тут был публичный дом. Так там, когда касса
падала, кровати не двигали — там сразу бл**ей меняли.
Но страдать пользователей от тормозов теоретической будущей интеграции заставляют уже сейчас.
А как же Firefox? Они не просто написали движок с нуля. Но даже рахзработали новый более безопасный язык для этого…
Не знал, что Одерски 14 лет пилил встроенные html-тэги, в ожидании пока освободится единственный на планете человек, который знает что такое типы-пересечения и -объединения с наследованием… Но слава богу, что через 14 лет ожидания он наконец освободился и смог запилить все необходимое для скалы.