Запитання з тегом «development-methodologies»

16
Краща методологія розвитку для однієї людини?
Я витрачаю багато часу, працюючи над проектами, в яких я є єдиним розробником, менеджером проектів, дизайнером, QT людиною (Так, я знаю ... Погано!), А іноді я навіть клієнт. Я спробував майже все для планування проектів та управління собою, від простого сидіння та роботи фрістайлом до того, як проект буде зроблено …

10
Чому спритний все стосується тестової розробки (TDD), а не тесту, орієнтованого на розробку (DDT)?
Тож я новачок у гнучкому, але не тестовому розвитку . Мої професори в коледжі були в курсі ідеї тестів, а потім код і тести. Я не впевнений, що розумію, чому. З моєї точки зору, велика вартість авансових витрат, яка, швидше за все, буде змінена в міру розвитку вашого коду. Ось …

25
Чесно кажучи, ви віддаєте перевагу ковбойському кодуванню? [зачинено]
Більшість програмістів, які захищають методології політично коректні, такі як Agile, Waterfall, RUP тощо. Деякі з них дотримуються методології, але не всі вони. Відверто кажучи, якщо ви можете обрати методологію, ви, звичайно, переходите до основних "правильних" методологій або віддаєте перевагу "простішій" методології, як ковбойське програмування? Чому? Я знаю, це залежить. Поясніть, …

10
Очікування випускників проти реальності [закрито]
Вибираючи те, що ми хочемо вчитися, і робимо свою кар’єру та життя, у всіх нас є певні очікування того, що це буде. Тепер, коли я вже майже десятиліття в цій галузі, я трохи розмірковував над тим, що я думав (ще тоді, коли я вивчав комп’ютерні науки), як буде виглядати робоче …

9
Чи є життєздатною альтернативою гнучка методологія розвитку?
Дві переважаючі методології розробки програмного забезпечення - водоспад і спритний. Обговорюючи ці два, часто багато уваги приділяється окремим практикам, які їх вирізняють (парне програмування, TDD і т.д. проти функціональних характеристик, великий дизайн на передній панелі тощо). Але реальні відмінності набагато глибші в тому, що ці практики виходять з філософії. Водоспад …

7
Як виміряти потенційну величину рефакторингу
На старому, великому проекті з технічною заборгованістю, як можна надійно оцінити або виміряти вигоду від коду рефакторингу? Наприклад, скажімо, що у вас є деякі компоненти в рамках рішення програмного стеку, написані старішою мовою, а деякі пізніші компоненти написані новою мовою. Команда розробників постійно додає до цього рішення нові функції та …

17
Щоденні ставки - так чи ні? [зачинено]
Наскільки цінними (чи ні), на вашу думку, є щоденні зустрічі з stand-up ? Якщо ви не знайомі з цим, це стосується щоденної зустрічі, яка є частиною прихильників Scrum (та деяких інших спритних методологій). Ідея полягає в тому, щоб ви проводили щоденні зустрічі, розміщені на 15 хвилин, і на яких усі …

9
Як впоратися з різними стилями розвитку (зверху вниз проти знизу вгору) в команді?
Скажімо, ви щойно почали працювати в дуже маленькій команді над {наразі відносно невеликим, хоча, сподіваємось, більшим згодом проектом). Зауважте, що це фактичний проект, призначений для використання іншими розробниками в реальному світі, а не якийсь академічний проект, який передбачається брати в кінці семестру. Однак код ще не надано для інших, тому …

8
Це обмеження розвитку тестово керованих (і Agile взагалі) практично актуально?
У Test Driven Development (TDD) ви починаєте з неоптимального рішення, а потім ітераційно виробляєте кращі, додаючи тестові випадки та рефакторинг. Етапи повинні бути невеликими, це означає, що кожне нове рішення якось буде в сусідстві з попереднім. Це нагадує математичні методи локальної оптимізації, такі як спуск градієнта або локальний пошук. Загальновідоме …

5
Дизайн в одній команді, кодування в іншій
Я буду брати участь у проекті, де весь дизайн програмного забезпечення розробляється місцевою командою, і ці проекти надсилаються офшорній команді для кодування. Це перший раз, коли я стикаюся з проектом з такими характеристиками, і для мене це виглядає дивним чином: менеджери розраховують, що ми складемо дуже детальні проектні документи, щоб …

9
У мене неправильне уявлення про інженерію програмного забезпечення? [зачинено]
Наразі це запитання не підходить для нашого формату запитань. Ми очікуємо, що відповіді будуть підкріплені фактами, посиланнями або експертними знаннями, але це питання, ймовірно, вимагатиме дискусій, аргументів, опитувань чи розширеної дискусії. Якщо ви вважаєте, що це питання можна вдосконалити та, можливо, знову відкрити, відвідайте довідковий центр для ознайомлення . Закрито …

1
Що таке анархія розробників?
Я читав про «Анархію розробників» (або програміста), яка, здається, рахується як методологія розвитку після Agile. Я знайшов на ньому кілька ресурсів ( 1 , 2 ), але це, здається, не так вже й багато. Мені було цікаво, чи є у когось хороших ресурсів, де я міг би дізнатися більше про …

11
Чи можна писати програмне забезпечення, яке не потрібно постійно змінювати?
Я написав багато програмного забезпечення на багатьох різних мовах, а також "написав" апаратне забезпечення для використання з FPGA, використовуючи Verilog та VHDL. Я схильний насолоджуватися написанням апаратних засобів більше, ніж програмним забезпеченням, і я думаю, що однією з головних причин є те, що можна записати апаратне забезпечення, яке "зроблено", і …

7
Що ви пропонуєте в перших двох ітераціях Agile?
Як я розумію, ідея методологій Agile полягає в тому, що ви доставляєте щось функціональне, і ви часто його постачаєте. Додаток отримує остаточну форму після приросту. Але на ранніх ітераціях ви можете побудувати основу або основи, на яких буде стояти додаток, щоб це було щось важливе, але не видно користувачам. Що …

7
Чи спринти Scrum мають на увазі працювати в найшвидшому темпі?
Хочете вдосконалити цю посаду? Надайте детальні відповіді на це запитання, включаючи цитати та пояснення, чому ваша відповідь правильна. Відповіді без достатньої кількості деталей можуть бути відредаговані або видалені. Нещодавно я брав інтерв'ю з деякими компаніями, які займаються Agile, Scrum, щоб бути більш точним, і є деякі речі, які мені не …

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.