Dobre praktyki, których powinien przestrzegać każdy startup [zamknięte]

Kilku przyjaciół w pracy i ja zamierzamy założyć mały startup / stworzyć własne oprogramowanie, zapewne początkowo w świetle księżyca, ponieważ nie możemy jeszcze pozwolić sobie na rezygnację z codziennej pracy.

Żadne z nas nie ma tego doświadczenia, wszyscy wcześniej pracowaliśmy dla innych firm, w których ustalono zestaw wytycznych, i myślę, że nadszedł czas na ustalenie dobrych praktyk do naśladowania (takich jak unikanie spotkania).

Jakiej rady udzieliłbyś ludziom, którzy poszli tą drogą?

Szukam bardziej technicznej strony rzeczy, takich jak:

• Czy warto mieć jakiś serwer kompilacji, czy jest to dalekie?

• Czy zrobiłbyś obszerne TDD, czy uważasz, że byłoby to zbyt duże obciążenie dla małego zespołu, który nie jest zbyt doświadczony?

Ale nie miałbym nic przeciwko słuchaniu strony zarządzania.

Projekt jest aplikacją internetową wykonaną w ASP.NET MVC, myślę o użyciu Mercurial i BitBucket lub Kiln + FogBugz lub innego internetowego narzędzia do śledzenia projektów, ponieważ będziemy pracować zdalnie.

1. Zwolnij tak szybko, jak to możliwe . Są szanse, że 90% kodu, od którego zaczniesz, nie przetrwa pierwszych 6 miesięcy. Więc nie ma sensu tworzyć tego jak szalonego. Wpisz kod tak szybko, jak to możliwe, aby wejść na rynek, a następnie pozwól użytkownikom zdecydować, jak dalej go rozwijać. Jeśli najszybszym sposobem kodowania jest TDD, użyj TDD. W przeciwnym razie po prostu zhakuj to. Początkujący użytkownicy wybaczają kilka błędów, gdy Twój produkt jest w fazie beta.

2. Nie trać czasu na bycie administratorami systemu. Masz dobry pomysł z hostowanymi platformami do śledzenia błędów (np. FogBugz) i kontroli źródła. Skorzystaj z internetowego repozytorium dokumentów, takiego jak Dokumenty Google . Jeśli przechowujesz coś lokalnie, skorzystaj z internetowej usługi tworzenia kopii zapasowych w chmurze, takiej jak Carbonite . W środowisku na żywo wynajmij w pełni zarządzane rozwiązanie hostingowe, jeśli możesz sobie na to pozwolić. Staraj się unikać konieczności utrzymywania własnych serwerów.

3. Skoncentruj się na tym, co czyni cię wyjątkowym . Jeśli zauważysz, że piszesz kod, który wydaje się, że musiał to już być zrobiony wcześniej, użyj tego, co już tam jest. Zostań ekspertem w rozwiązywaniu problemów biznesowych i nie rozpraszaj się problemami spoza domeny.

jeśli zespół jest kimś więcej niż tylko ty, standardy mają znaczenie. Nie muszą być skomplikowane („używaj znaczących nazw zmiennych, CamelCase i nie przerywaj kompilacji”). TDD kołysze się, ponieważ działa, użyj go. Testy, które wymyślisz, stanowią również doskonałą podstawę do pokazów w mgnieniu oka. Serwer kompilacji może być za burtą, ale nie musi; zacznij bez jednego i zobacz, jak to idzie. Podobnie narzędzia do śledzenia; można dodać później w razie potrzeby.

Zakładając, że ten produkt ma zostać sprzedany, przeprowadź teraz badania rynku , aby upewnić się, że budujesz coś, czego ludzie naprawdę chcą. Nakreśl biznesplan, aby przejść od zera do rynku, podziel się obowiązkami i kapitałem oraz wzajemnie się rozliczaj.

Powodzenia!