First Steps

1. Build an account and immediate start using Twitter Search to listen for your name, your competitor’s names, words that relate to your space. (Listening always comes first.)
2. Add a picture. ( Shel reminds us of this.) We want to see you.
3. Talk to people about THEIR interests, too. I know this doesn’t sell more widgets, but it shows us you’re human.
4. Point out interesting things in your space, not just about you.
5. Share links to neat things in your community. ( @wholefoods does this well).
6. Don’t get stuck in the apology loop. Be helpful instead. ( @jetblue gives travel tips.)
7. Be wary of always pimping your stuff. Your fans will love it. Others will tune out.
8. Promote your employees’ outside-of-work stories. ( @TheHomeDepot does it well.)
9. Throw in a few humans, like RichardAtDELL, LionelAtDELL, etc.
10. Talk about non-business, too, like @astrout and @jstorerj from Mzinga.

Tovább a bejegyzéshez »

http://twendz.waggeneredstrom.com/

Én azon elmélekdem, hogy hogyan lehete a tweetinget kamatoztatni és igen itt egy igen jó példa. real time kereső figyelő

A címben szereplő módosítást korábban (Word 2003) a stíluslistában a megfelelő szintű címsor stílus elemre kattintva lehetett elérni. A 2007-es Wordben erre ott nincs lehetőség, hanem a többszintű listaikon melletti nyilacskára, majd az “Új többszintű lista definiálása…” feliratra kattintva érhető el az a párbeszédpanel, ahol például pontot tehtünk a sorszám mögé, ha alapértelmezésben nincs.

A wiki-jén megtudható mi is az a szoftvertesztelés, de pár szóban összefoglalom, hogy tudjuk, miről volt szó az “Szoftvertesztelés” konferencián.

A tesztelés a szoftver empirikus vizsgálata, azért hogy információt szolgáltasson az érdekelteknek a vizsgált szoftver minőségéről, a későbbi működési környezetében. Ugyanakkor az üzleti résztvevők objektív szempontból vizsgálhatják az implementációs kockázatokat.

A sikeres tesztek nem azt jelentik, hogy a szoftverben nincs több hiba, hanem csak azt, hogy az eddig felfedezett hibákat kijavítottuk. A tesztelés fő célja, hogy felfedezzük a szoftverhibákat.

Tovább a bejegyzéshez »

Az agilis szoftverfejlesztés több fejlesztési metódus összessége, nevét 2001-ben kapta, amikor az Agile Manifesto megszületett, ami a következő négy pontot tartalmazza:

Inkább egyének és interakció mint folyamatok és eszközök
Inkább működő szoftver mint minden részletre kiterjedő dokumentáció
Inkább együttműködés a megrendelővel mint tárgyalások vele
Inkább a változások követése mint a tervé.

Egyének interakciói folyamatokat és az azokat támogató eszközöket igényelnek, de nekünk az egyének és az interakcióik a fontosak, tehát ezeket kell elemezni, így születhetnek igények és igen, ezek egyébként folyamatok.
Nem lehet a dokumentációtól eltekinteni, de a felesleges dokumentációtól igen! A szoftverfejlesztéshez szükséges dolgokat dokumentáljuk.
A megrendelő nem hetente fél óránként talál ki valamit. Felmerül egy igény, megfogalmazódik, terveződik, tesztelődik és már bele is épült a termékbe. Ehhez szoros együttműködés kell (és a scrum megmondja, hogyha a megrendelő erre nem hajlandó, akkor ki legyen helyette.(Product Owner))
Nem kell tervezni? De igen, de a szükségesnél nem részletesebben, hogy fel tudjunk készülni a változ(tat)ásra.

Tovább a bejegyzéshez »

Sziasztok,

Azért hívtuk életre ezt az oldalt, hogy itt egy helyen lehessen gyűjteni minden olyan tudást amivel mér vagy rendelkeztek és megosztanátok másokkal, vagy a munka folyamán tanuljátok meg, találjátok ki stb. Szeretném, ha valóban folyamatosan frissülne és olyan felület lenne ahol az aktuálisan bárhol olvasott cikkek könyvek oktatóanyagok kedvcsináló- vagy teljes anyagát közkinccsé lehet tenni.

Jó munkát jó szórakozást