methodology

    -1熱度

    2回答

    我正在研究流行的敏捷方法看板,但我找不到任何有用的材料。最重要的是,我沒有真正瞭解WIP如何在看板方面有所幫助。 根據this wikipedia article,看板倡導者限制正在進行的工作,以及減少由於多任務和上下文切換造成的浪費,暴露操作問題並刺激協作以不斷改進系統。 這個關於WIP的解釋對我來說很陌生,因爲我認爲它假定一個工作人員應該只在整個看板階段中的一個工作,比如「待辦」,「開發」 ,

    -1熱度

    1回答

    我的問題是,在開發本體論時遵循任何本體論方法論是強制性的嗎? 按我的理解: 你可以開發一個本體而不遵循任何特定的方法 您可以根據自己的本體/項目的您的需要/上下文嚴格遵循本體的方法。 您可以根據您的本體/項目的需要/上下文部分/鬆散地遵循本體論方法 您甚至可以根據您的本體/項目的需要/上下文合併多個本體的步驟。 我們不能說一種方法(即NeOn方法)比另一種更好。你可以根據你的需要選擇任何方法。 本

    0熱度

    1回答

    我有一個關於的問題BEM特異性。我想確保儘可能以最好的方式使用該方法。比方說,我有一個應用顏色標題的通用風格。然後我的父容器有一個編輯背景的修飾符。然後,我需要重寫應用於該標題的任何後續顏色規則,以防止對比度問題,但也可能包含一整套其他元素。 我該如何推斷這個問題到更復雜的情況?我知道我只能手動覆蓋所有樣式,但在BEM方法中是否有更好的方法來處理它? 這是一個問題嗎? CSS .headline{

    -1熱度

    1回答

    我正在閱讀我的大學課程的開發方法,但這兩個聽起來很相似。 「階段的生命週期是一個應用程序開發方法,其中,某些中間工作產品(增量交貨)將整個應用程序的最終交付之前被遞送到客戶端」 「的增量構建模型是一個方法的軟件開發,其中產品的設計,實施和增量測試(每次增加一點點)直到產品完成。「 有人可以向我解釋他們之間的主要區別嗎?

    0熱度

    3回答

    在工作中,我們有點像SCRUM,但在每週開始時,我們每天都計劃一次衝刺。 例如,經常一個星期將計劃是這樣的: 日1 故事1 總動員2 日2 故事3 第3天 故事4 故事5 故事6 ...等等。 我們使用樞紐跟蹤,並標出每日常衝刺釋放,然後與開始的常規週期進行 - 交付 - 接受或拒絕。 ,因爲它是可以預料的,大多數時候的故事比預期時間長或拒絕完成之前數次,然後釋放所有去地獄。 我知道也許敏捷的理念

    2熱度

    2回答

    方法1: 使用CSS display:none表示內容發送到客戶端,但是從視圖中隱藏。換一種說法;內容確實存在,但不佔用任何空間。使用if(false){content}可以防止內容被髮送到客戶端。 <html lang="en"> <head> <meta charset="utf-8" /> <title>Approaches</title> </h

    -1熱度

    2回答

    我正在使用原型開發方法開發一個項目。但是,由於最終用戶參與其中,我正在考慮收集需求的用戶故事。我可以看到用戶故事通常與AGILE方法相關。那麼我可以在涉及原型設計方法的項目中使用它嗎?

    0熱度

    1回答

    我有一個JavaScript類可以擴展。 當我編寫單元測試時,我發現我能捕捉到的錯誤。 因此,我添加了測試,以檢查我的第一個函數extractParameterMethodForRequest中的類屬性。 但是現在當我閱讀我的功能時,會有很多噪音。 您認爲這樣檢查很有用嗎?也許我必須合併一些異常來提供通用錯誤? function MyClass(){ this.validHttpMeth

    0熱度

    2回答

    我開始在編寫CSS時遵循SMACSS原則。讀過這本書兩次後,我認爲我對這個理論有了很好的理解,但現在我遇到了一些問題,將它們付諸實際工作。 在我的基地文件夾中,我曾與一個自定義的CSS重置了normalize.css在一起,對於某些部分覆蓋,對其他地區擴展正常化。 現在我已經創建了一個類,它從列表中刪除所有填充&列表樣式。所以這個類取決於之前定義的樣式,但對我來說既不是狀態也不是模塊。 我在哪裏上

    2熱度

    1回答

    我有一個React應用程序用於處理前端,Rails用於後端。所以我有一個表單管理器,可以在其中添加一個字段,以前添加的字段可以被編輯或刪除。一旦完成所有更改,用戶可以單擊保存按鈕將數據發送到後端。 發送數據時,哪種方法會更有效率? 組件跟蹤新添加的字段,刪除的字段和修改後的單獨數組,並將它們全部發送到服務器並讓服務器處理它? 發送已修改和新添加的字段(不是已刪除的字段)。現有字段的ids與它們相關