Joel on Software

Joel on Software   Joel, szoftverekről

 

További "Joel on Software" cikkek magyar nyelven

További "Joel on Software" cikkek angol nyelven

E-mail a szerzőnek (angol nyelven)

 

Tágra zárt száj
2003. január 15.

Érdemes-e hírverés reményében a fejlesztett termék nevét az unalomig elcsépelni, vagy a premierig inkább fogjuk vissza magunkat?

A szivárgó absztrakciók törvénye
2002. november 11.

  • Esőben sem lehet olyan gyorsan vezetni, mint száraz időben, legyenek bár a kocsiban ablaktörlők, fényszórók, tető és fűtés, mert elvileg ezek megvédenek az eső hatásaitól (absztrahálják az időjárást), de azért a kocsi megsiklása még nyugodtan előfordulhat, illetve a zuhogó eső erősen lecsökkentheti a látótávolságot is, az időjárást tehát nem lehet teljesen eltakarni -- megint a szivárgó absztrakciók.

Stratégia a színfalak mögött V. rész
2002. június 12.

Mindeközben felfedeztem valami érdekeset a nyílt forráskódú szoftverekről: a legtöbb cég azért öl hatalmas pénzeket nyílt forráskódú szoftverek fejlesztésébe, mert ez jó üzleti stratégia számukra. Tehát egyáltalán nem azért, mert megcsömörlöttek a kapitalizmustól vagy elkötelezték magukat a szabad szoftver mellett. Stratégia a színfalak mögött V. rész

A jéghegy titok, leleplezve
2002. február 13.

„Fogalmam sincs mi a baj a fejlesztőcsapatommal,” - gondolja az elnök-vezérigazgató. - „Olyan jól mentek a dolgok, amikor elindult a projekt. Az első néhány héten a csapat őrülten beindult, és összehoztak egy nagyszerű prototípust. De azóta lelassultak mint a csigák. Egyszerűen már nem hajtanak olyan keményen.” Kiválasztja Callaway Titanium Driver golfütőjét (Callaway Titanium Driver = A golfütők egy olyan típusa, ami annyira jó, hogy már nem engedélyezett a golfversenyeken), és elküldi az inast egy jéghideg limonádéért. „Talán ha a lógósok közül kirúgnék párat, az ismét feltüzelné a többit."

Subi-dubi-dú
2002. január 23.

Egy ok, ami arra csábít, hogy a teljes kódot a kezdetektől újraírd, az az, hogy az eredeti kódot nem arra tervezted, ahogy most működik. Mondjuk prototípusnak, tanulmánynak, kísérletnek, hogy a nullától eljuss a tökéletesig 9 hónap alatt vagy csak egyszeri demónak. És most már egy nagy zűrzavarrá nőtte ki magát, ami törékeny és lehetetlen bővíteni új kóddal, és mindenki nyűgös, és a régi programozók kétségbeesésbe menekülnek, és az új, akit felvettél nem tudja megkülönböztetni a kód fejét a farkától, így valahogy meggyőzöd a vezetést, hogy felállni és gyerünk kezdjük elölről, mert a Microsoft átveszi a piaci pozíciódat. Ma hadd mondjak el egy történetet arról, mit kell ez helyett tenni.

Zárótűz
2002. január 6.

Amint az áramlat magával ragad, már nem nehéz mozgásban maradni. Sok napom a következőképpen telik: (1) beérkezem (2) ellenőrzöm a leveleket, barangolok a weben stb. (3) ráébredek, hogy akár meg is ebédelhetnék a munka elkezdése előtt (4) visszajövök az ebédből (5) ellenőrzöm a leveleket, barangolok a weben stb. (6) végre rászánom magam, hogy munkába lendüljek (7) ellenőrzöm a leveleket, barangolok a weben, stb. (8) komoly döntést hozok, hogy tényleg el kell kezdenem dolgozni (9) elindítom a nyamvadt szerkesztőt (10) folyamatosan kódolok mindaddig, amíg rá nem ébredek, hogy már este 19:30 van.

Valahol a 8. és a 9. lépés között kell lennie egy hibának, mert nem mindig sikerül átlépni a gátat.

Mezei Programozóként Dolgokat Véghezvinni
2001. december 25.

Ez a weboldal elvileg szoftver-fejlesztések irányításáról szól. Esetenként azonban nincs meg a hatalmad, hogy vezetői rendeletekkel változtass a rendszeren. Amíg csak egy mezei programozó vagy a ranglétra alján, nyilvánvalóan nem tudsz csak úgy utasítani másokat, hogy kezdjenek el ütemtervet írni vagy hibakövető rendszert használni. Ha pedig vezető vagy, akkor már valószínűleg észrevetted, hogy fejlesztőket irányítani körülbelül annyira lehet, mint macskákat összefogdosni, csak kevésbé szórakozató. Attól, hogy azt mondod "csináld ezt", még nem lesz úgy.

Vissza az alapokhoz
2001. december 11.

Általában sok időt töltünk az olyan magasszintű dolgok megvitatásával, mint a .NET és a Java összehasonlítása, XML stratégia, a Lock-In, versenystratégia, szoftver tervezés, architektúra és így tovább. Ezek a dolgok csak egy rétege a tortának, ha úgy tetszik. A legfelsőbb réteg a stratégia. Eggyel alatta az architektúrák vannak pl .NET és ez alatt pedig olyan fejlesztői eszközök, mint a Java vagy platformok, mint a Windows. Vissza az alapokhoz

Keménytökű hibajavítás
2001. július 31.

Szoftverfejlesztőként hibát javítani jó. Igazam van? Nem igaz? Nem! A hibajavítás csak akkor fontos, ha a hibajavítás értéke túlszárnyalja a hibajavítás költségeit. Keménytökű hibajavítás

Miért ritkítsuk meg az emberi feladatváltásokat?
2001. február 12.

Egy teljes sebességgel kódot író programozó kismillió dolgot tart egyszerre fejben: változóneveket, adatstruktúrákat, fontosabb API-kat, saját készítésű és gyakran használt segédfüggvények neveit, még a forráskódot tartalmazó alkönyvtár nevét is. Ha most ez a programozó három hétre Krétára megy nyaralni, akkor mindezt elfelejti. Miért ritkítsuk meg az emberi feladatváltásokat?

A Big Mac és a Mezítelen Séf (The Naked Chef)
2001. január 18.

Csupán a móka kedvéért: hasonlítsunk össze egy McDonald's szakácsot (aki pontosan követ egy sor szabályt és gőze sincs az ételekről) és egy olyan lángelmét, mint a The Naked Chef (A Mezítelen Séf) név alatt tevékenykedő brit kedvenc Jamie Oliver! (Ha most úgy döntesz, hogy lelépsz erről a honlapról és helyette a Mezítelen Séf MTV-szerűen megkomponált klipjeit nézed meg a bazsalikomos ajóka-saláta készítéséről, akkor áldásom rád. Egészség kísérjen utadon.) A Big Mac és a Mezítelen Séf

Fájdalommentes funkcionális specifikáció
2000. október 2.

1. rész: De miért is fáradnál?
2. rész: Mi is ez a specifikáció?
3. rész: De...hogyan?
4. rész: Tippek

Fájdalommentes szoftverütemezés
2000. március 29.

Miért nem készít senki sem ütemtervet? Egyrészt vesződség, másrészt pedig senki sem hiszi, hogy bármit is ér. Miért vesződne bárki is az ütemtervvel, ha az úgyse lesz jó? Íme egy egyszerű és fájdalommentes módszer a folyamatosan pontos ütemtervek elkészítéséhez.

Stratégia a színfalak mögött, II. rész: A tyúk-vagy-a-tojás problémák
2000. március 24.

Aki a platform-bizniszben utazik, szenved az úgynevezett tyúk-vagy-a-tojás problémájától. Senki sem veszi meg a platformunkat, amíg nem futnak rajta jó szoftverek, és senki sem ír szoftvert, amíg a platformunknak nincs nagy feltelepített bázisa. Hoppá!

Váltsuk a tőkét működő szoftverré
2000. március 21.

Képzeljük el, hogy a céged célja nem valamiféle speciális probléma megoldása, hanem hogy a pénzt programozók által kódra változtassa.

 

Gerilla magyar fordítások oldal




Joel Spolsky a Fog Creek Software alapítója. A Fog Creek egy apró szoftvercég, székhelye New York City. Joel a Yale egyetemen végzett, majd programozóként és menedzserként dolgozott a Microsoftnál, a Viacomnál és a Junonál.


Az itt olvasható oldalak egyetlen személy véleményét tükrözik.
Minden itt megjelenő tartalom ©1999-2005 Joel Spolsky. Minden jog fenntartva.

FogBUGZ | CityDesk | Fog Creek Software | Joel Spolsky