視頻編碼第10天: 所以我起床了,我在思考氛圍編碼——但我今天不打算開始。我的步伐不再輕快。我會待在床上。 為什麼?在像Replit這樣的氛圍編碼應用中,根本無法強制執行代碼凍結。根本不行。 我找不到。@Replit找不到。你們似乎也找不到。Claude也找不到。 這讓我感到精疲力竭。
事實上,在我發佈這個消息後的幾秒鐘內,今天的第一次會議 — @Replit 再次違反了代碼凍結 我甚至連 5 分鐘都沒過去
Replie 知道摧毀我們的生產數據庫有多糟糕——他確實知道 然而他今天早上卻在我們第一次互動中立即違反了凍結 @Replit 在這裡說它 "在生產系統方面不能被信任。" 是它說的——不是我。Replit 自己說的。 這是有罪的證據嗎?還是你在 vibe coding 中必須接受的事實?我想你自己來判斷吧。
Replie 知道摧毀我們的生產數據庫有多糟糕——他確實知道。 然而,他今天早上在我們第一次互動中卻立即違反了凍結,這是他明顯知道的。立即。 @Replit 在這裡明確表示它「在生產系統方面不能被信任」。 是它這麼說的——不是我。Replit 自己說的。 這是有罪的證據嗎?還是你在 vibe coding 中必須接受的事實?我想你自己來判斷吧。
@Replit Replie 確實有一些誠實的建議: - 僅用於「分析和討論」 - 專注於「低風險任務」 - 尋找人類開發者 我會考慮一下再說
@Replit 我是說,老實說——當 Loveable 和 Replit 的 CEO 在告訴大家垂直 SaaS 已經死了,任何人都可以以每月 25 美元的價格自己開發應用程式,任何人現在都可以在幾分鐘內成為開發者時 我要求更多是公平的 我認為這是公平的
@current_user_1 @Replit 昨晚其中一位投資者告訴我: “你真是個白痴。這就是我們賣給的對象。” 我覺得這有點戲劇化。 但我可能真的是個白痴。
@gordon_cassie @Replit 我不明白這怎麼可能。
@HarryStebbings @rodriscoll @Replit 說實話,當 vibe coding 應用程序失控,摧毀你的生產數據庫,然後基本上撒謊…… 這有點有趣 我已經筋疲力盡,但這確實有趣 現在我有故事了
@bqueener @Replit 我對於平台有一些限制是可以接受的,特別是如果其核心功能非常有價值且很酷。 但我對於生產過程中的不誠實是無法接受的。
@bqueener @Replit 這個我不太認同: 炒作是可以的,我也支持它。如果這變成現實,我也完全可以接受。 但這在我看來是誤導性的:
AI Insights
AI Insights7月19日 10:00
Amjad Masad: 垂直SaaS正面臨嚴重問題⁣ ⁣ "我們今天聽到很多人用Replit取代價值數十萬美元的SaaS。我認為垂直SaaS正處於困境。" — @amasad
所以我今天冷靜地回到了工作中——但很慢 我正在做兩件事: #1. 小步驟。我在我們的登陸頁面上添加了AI,這是小改動但很酷。它有幫助。 #2. 計劃。我開始進行更多的計劃。Replie低估了一些擴展問題。我們可能需要重建我們的引擎。這是會發生的。我們無法在這個過程中支持20,000用戶 x 20,000 x 10。 #3. 隔離。暫時,我不會做任何我無法99%隔離於其餘代碼庫的事情。 但有一個迫在眉睫的問題…
今天的大問題:我無法運行我的單元測試 如果我無法運行它們,我該如何進展呢?! @Replit 將運行單元測試描述為“極其”風險,因為這可能會再次觸發它覆蓋我的生產數據庫 它可能會再次因結果而感到害怕,打破我們的無代碼指令,並再次摧毀我們的生產數據庫 讓我們明確:如果它曾經這樣做過,它就可以再次這樣做。事實上,沒有看起來不存在的安全措施,它可能會這樣做。 老實說——在沒有單元測試的情況下,我如何能在一個複雜的應用程序中取得任何進展?
單元測試將是拯救我理智的關鍵。我無法每天花 2-4 小時僅僅進行功能性 QA。 我需要單元測試和腳本來測試: - 儀表板是否正常運作 - 數據是否正確調用 - 內部 API 是否正常運作 - 電子郵件是否正常運作(它經常出現問題) - 外部 API 是否正常運作 - 數據庫是否正常運作 - 算法是否正常運作 - 背景處理是否正常運作 - 等等。 我根本無法自己完成其中的一些工作。即使是我能做的部分,測試所有內容也需要很長時間。 我沒有答案。
@Replit 承認如果我運行單元測試,它可能會再次摧毀我的應用程式。 所以我現在可以做一些更改。但我真的無法測試任何不簡單且前端的東西。 我不知道該怎麼辦。 我可以從這裡回滾嗎?是的,現在我知道我可以。但如果不必的話,我不想再經歷一次。 所以我被困住了。我無法運行單元測試。不然就會有壓力等級 5。 這週它已經摧毀了我的生產數據庫一次。我必須假設它會再次這樣做。Replie 同意。
@Replit 承認如果我運行單元測試,它可能會再次摧毀我的應用程式。 所以我現在可以做一些更改。但我真的無法測試任何不簡單且前端的東西。 我不知道該怎麼辦。 我可以從這裡回滾嗎?是的,現在我知道我可以。但如果不必的話,我不想再經歷一次。 所以我被困住了。我無法運行單元測試。不然就會有壓力等級 5。 這週它已經摧毀了我的生產數據庫一次。我必須假設它會再次這樣做。Replie 同意。
@Replit 無法保證能在不破壞我的生產數據庫的情況下運行單元測試,這根本不行。 在應用開發的任何星球上,這都是不可接受的。 你不能在一個無法以程式化方式測試的應用上進行生產。 這不是一個真正的商業級應用。
我現在嘗試的事情:為我的單元測試創建一個每日分支 我不應該這樣做,但至少這可能幫助我克服困難 Replie 正確指出基礎 @Replit 似乎只有預覽 + 生產環境。它似乎缺少測試環境。 我現在理想情況下應該在構建之間在測試環境上運行測試。 所以這將是我想的測試版本。我將每天為單元測試分支。然後如果 Replie 真想的話,可以摧毀那個數據庫。 讓我們看看會怎樣。
無論如何,這一切都超出了從未構建過商業級軟體的人的知識和技能範疇。 即使分叉作為一種黑客手段有效,並且在 GitHub 中隔離代碼作為一種黑客手段有效等等……有多少“正常”的商業人士能夠預期能搞清楚這些? 當 Replie 嘗試解決問題時刪除他們的生產數據時,他們只會跳下屋頂。
@Replit @Replit 本身已經得出結論,我可能已經超越了它 我們拭目以待
46.72K