вкурсі. Це ітеративна модель, описана Боємом в якійсь книжці, десь в кінці
Размер скрам команды —5-9 человек.
де я про скрам писав ? я писав для чого потрібна будь яка методологія
в которой она формализируется в скрам-ритуалах — не нужна. Даже вредна.
перекинутись 10 хв статусом між колегами та в кінці ітерації\майлстоуна обговорити проблеми та успіхи це погано ? чим ? яке є краще рішення ?
А скрам тут при чём?
де я писав про скрам ? Саме це речення поясню для чого комунікація у тих випадках коли щось міняється в пріорітех або планах. Коли хтось починаєте плисти не в те русло, допомогти йому вирішити
Разработчиков и тестеров, которые в бизнесе заказчика коллективно ни бум-бум?
ТАК. команда розробки повинна розуміти куди вони пливуть, які цілі реалізують та очікування від них
Если у них проблемы — сами скажут
ну ну. канєшно. не було такого, що чувак три дні вирішував якусь проблему, а в сусідній кімнаті інший знає її вирішення за 5хв ? Чи коли хтось тиждень витрачає час на фічі, яку не правильно зрозумів і пізніше доводиться переписувати ?
а спіраль то як ?
Задача будь якої методології — формалізація процесів, формалізація комунікацій і тд і тп. Коли розробляється якийсь хоумпейдж і команда декілька людей це можливо і не потрібно (хоча, на мою думку, це може допомогти). Але коли у вас команда велика, навіть 10+ людей — виникають проблеми. Якщо деви думають, що їх код, архітектура і тд і тп цікаві бізнесу — вони помиляються. Бізнес (а бізнес платить гроші девам і приносить прибуток. не код) хоче бачити реалізовані вимоги. І щоб ці вимоги норм реалізовувати потрібна КОМУНІКАЦІЯ. Якщо ви пиляєте «ідеальний» код для фічі яка нікому не потрібна — нахєр такий код. І щоб знати потрібна вона чи ні — потрібні мітинги. Щоб знати проблеми ваших колег — потрібні мітинги. Щоб розуміти пріорітети — потрібні мітинги. Сумно, коли «сініори» це не розуміють
Хотілося би почути від критиків скраму\аджайлу — що краще ? який «правильний» підхід ? Якщо скрам гімно, аджайл гімно, канбан гімно, ватерфол гімно — що не гімно ?
Скрам — это попытка сдеать деньги «из воздуха» (сертификации и тренинги)
Скрам — це методологія. Сертифікація і тренінги — це сертифікація і тренінги. Не варто плутати мухи та котлети
не так дуже давно читав книгу Ніклауса Вірта «Алгоритми та структури даних». Там він наводив приклади чому ООП це погано і як класно вирішувати задачі в процедурному стилі за допомогою його мови Оберон 2. Але його вирішення задач нічим не відрізнялись від рішення за допомогою ООП. Для мене це виглядало як просто самореклама його мови
Це ж не італійський сайт де пишуть одні нитики з пачкою комплексів та кризою середніх років.
Для мене це якась дічь — подавати самого себе на такий конкурс
новогодняя ночь в Кёльне
всі оці страшні новини про емігрантів завоювавших Європку ,найбільше подаються різними росЗмі та їхніми філіями в Європі. Варто згадати дівчинку Лізу і то з якими зусиллями всякі росЗмі стараються показати як в Європі все погано, а на рф все гуд і трава зеленіша
Ranorex — платна штука. І на C# . Спочатку вона створена була для десктопа, а вже потім туди прикрутили веб та мобайл. Ранорекс керує курсором, через це доволі не стабільний. Не варто шукати універсальне рішення для всього. Норм у вас там стек використовується
треба знати хоч одну мову програмування і автомейшин
це звісно так, але я думаю, що QA який спеціалізується на performance testing чи security testing також може бути дуже в топі. Хоча, програмування і тут стане дуже в нагоді
фреймворки делают для того, что программировать мог даже дурак
фреймворки роблять для того, щоб простіше вирішувалась БІЗНЕС задача, а не тратився ще час на розробку вашого «унікального» фреймворка для проекту, а вже потім бізнес задачі
обожнюю айтішників-нитіків. Раньше била лучше, а вот на асм та С колись писали і норм. І трава зеленіша була
типовий діалог:
— Все нове — гімно.
— а що не так ?
— гімно і рукажопи писали, а я Дартанян !
— що в тебе конкретно не працює ?
— все не працює, все гімно !
пишемо новий проект 2 місяці і вже все навколо гімнокод ) і взагалі начальнік дібіл
здається проблема знаходиться в радіусі 0,5 метра від монітора
SRS,BRS,FRS,TRS
це різні типи вимог. Чіткого поділу немає. В кожного , в залежності від проекту, ці речі або називають не так, або немає, або не потрібно. Також, в різних авторів різні ідеї в термін можуть бути вкладені. Тому не варто шукати чітку різницю
ну презедент каламойський сказав, що міністр внутрішних справ найефективніший з усіх міністрів цього уряду. Не розумію ваше невдоволення
потрясти проблемной темой
це що люди вміють кодити не означає, що вони вміють керувати і координувати. І не значить, що вміють вирішувати економічні проблеми
ваш «план» цьому підтвердження. Це як передвиборча «програма» зе — якесь абстрактне уявлення про майбутнє, без конкретних кроків та дій. Тут те саме
строить холодильные базы
Хто їх має будувати ? за які гроші ? для чого це будувати? яку бізнес проблему вони вирішують ? який ROI цього ? які KPI ми переслідуємо ? які альтернативні рішення ?
і таке до всього можна писати.
Тут, на форумі, та і на вулиці — ніхто не має реальних цифр і реального стану країни. Ми не знаємо куди і чому йдуть гроші. Ми не знаємо багатьох проблем які існують.
Тому, писати, свої «пропозиції» безглуздо, не знаючи повної, або хоча би часткової ситуації в країні
не вижу смысла там что то делать,
але бачете сенс в пустих постах на доу. результат яких лише тролінг та пуста писанини. ну оооккк...
что скоро отомрет
які передумови, що парламент відімре ? країни з парламентом чудово існують і будуть існувати
в девелопменте например сразу пытаются избавиться от депрекейтед кода и левых модулей
та ну ? легасі ентерпрайзи працюють десятки років. Microsoft боїться міняти старі модулі вінди, через підтримку різних легасі систем. І так кожен
та і девелопмент, це не керування державою
Краткая инструкция на пальцах, как можно подтолкнуть ВВП на5-10% в год
вам з такими ідеями потрібно в парламент. Створіть свою партію — «популісти і диванні аналітики»
І взагалі, щоб підняти ВВП потрібно просто взяти і підняти. Все просто !
інженерна практика з XP. Те саме і TDD. Вони покликані допомогти з вирішенням ТЕХНІЧНИХ завдань та проблем. Скрам\аджайл\ватерфол — організаційні практики, покликані вирішити організаційні проблеми та організувати процес