NASI AUTORZY

Plany wydawnicze Software Developer's Journal i Software Developer's Journal Extra!

Informator dla autorów artykułów publikowanych
w Software Developer's Journal i Software Developer's Journal Extra!

Zanim napiszesz lub zaczniesz redagować jakikolwiek artykuł, przeczytaj dokładnie ten informator. Pozwoli Ci on zrozumieć zasady współpracy z Wydawnictwem, a nam oszczędzi wiele wysiłku związanego z opracowaniem redakcyjnym magazynu.

Ogólne definicje występujące w informatorze:

1. Data publikacji: pierwszy dzień miesiąca, w którym zostanie opublikowany artykuł.
2. Strona redakcyjna: 4800 znaków i jeden element graficzny (zrzut ekranu lub listing).
3. Umowa: umowa o dzieło, która zostaje przesłana autorowi wraz z egzemplarzem autorskim w terminie nie dłuższym niż 14 dni po publikacji artykułu.
4. Honorarium: kwota netto (po odliczeniu podatku), którą otrzymuje autor po odesłaniu podpisanej kopii umowy.
5. Autor, recenzent: Osoba pisząca lub zamierzająca napisać artykuł lub recenzję do magazynu Software Developer's Journal lub Software Developer's Journal Extra!

I. Ustalanie tematów

1. Tematy tekstów ustala Redakcja biorąc pod uwagę tematykę numeru. Istnieje możliwość wyboru własnego tematu, jeżeli będzie związany z tematyką numeru.
2. Tematy artykułów należy ustalić pisząc do następujących osób:
   

   Sylwia Pogroszewska (Software Developer's Journal)

II. Zasady współpracy

1. Artykuł należy nadesłać na 100 dni przed datą publikacji, tj. artykuł do numeru majowego należy nadesłać do 20 stycznia.
2. Do końca miesiąca poprzedzającego publikację autor zostanie poinformowany o umieszczeniu artykułu. Brak informacji nie oznacza odrzucenia artykułu - może on zostać umieszczony w jednym z następnych numerów.
3. Po otrzymaniu decyzji o publikacji artykułu, autor zobowiązany jest w ciągu dwóch tygodni przesłać Redakcji następujące dane, potrzebne do wystawienia umowy:
   
   • Imię i nazwisko,
   • adres zameldowania i adres korespondencyjny,
   • imię ojca,
   • data i miejsce urodzenia,
   • numer dowodu osobistego,
   • numer NIP i PESEL,
   • nazwa, adres oraz numer konta Urzędu Skarbowego,
   • numer osobistego konta bankowego i nazwę banku.

Wzór tabelki z danymi w formacie *.doc

Wzór tabelki z danymi w formacie *.sxw

4. W ciągu 14 dni od daty publikacji artykułu Autorom zostanie przesłana umowa o dzieło oraz autorski egzemplarz Software Developer's Journal. Umowę należy podpisać i odesłać w terminie 14 dni - dopiero wtedy Wydawnictwo uzyska podstawę do wypłaty honorarium.
5. Honorarium wypłacane jest po publikacji artykułu, w terminie 30 dni od daty wpłynięcia podpisanej przez autora umowy do Redakcji.

III. Warunki techniczne

1. Należy zwrócić szczególną uwagę na pisownię i gramatykę oraz poprawność stylistyczną tekstu. Znacznie ułatwia to pracę Redakcji i skraca cykl wydawniczy. Jeśli to możliwe, należy sprawdzić pisownię automatycznie (za pomocą ispella pod Linuksem, czy jakiegokolwiek z modułów sprawdzania pisowni pod Windows). Podnosi to wartość materiału i korzystnie wpływa na jego wycenę.
2. Prosimy o używanie powszechnie stosowanych tłumaczeń terminów obcojęzycznych na język polski. Można się wesprzeć w tym przypadku słownikiem przygotowanym przez zespół Projektu Tłumaczenia Manuali (ptm.linux.pl). Tłumaczenia można również znaleźć na stronie Marcina Miłkowskiego (http://venus.ci.uw.edu.pl/~milek/). Jeżeli polska forma wydaje się mało znana, można w nawiasie umieścić angielski odpowiednik (kursywą).
3. Wszelkie nazwy plików, katalogów, komend itp. zamieszczonych w tekście piszemy kursywą (nie dotyczy to listingów oraz krótkich komend umieszczonych między akapitami).
4. Zrzutki mają istotne znaczenie dla ogólnej wartości materiału. Nawet jeśli program pracuje w trybie tekstowym, należy dokonać zrzutu ekranu do pliku graficznego w formacie podanym poniżej.
5. Do artykułu powinny być dołączone informacje o osobie piszącej - będą one umieszczone w rubryce "O autorze". Powinny zawierać przede wszystkim informacje istotne z punktu widzenia artykułu, tj. do artykułu o administracji można dołączyć informację "...od X lat pracuje jako administrator sieci w firmie X liczącej 50 komputerów".
6. W wyjątkowych wypadkach redakcja może zezwolić na publikację pod pseudonimem.
7. W przypadku porównań na końcu artykułu należy zamieścić tabelkę podsumowującą najważniejsze cechy opisywanych programów. Należy pamiętać, że oceny powinno wystawiać się na podstawie plusów i minusów danego programu, a nie osobistych sentymentów: powinny być (w miarę możliwości) jak najbardziej obiektywne.
8. Na końcu artykułu należy podać adres strony WWW, skąd można ściągnąć najnowszą wersję programu lub adres firmy, która zajmuje się sprzedażą programu. Należy również podać wymagania danego oprogramowania czy też sprzętu.
9. Przed wysłaniem tekstu do Redakcji dobrze jest zapoznać się z uwagami innych osób. Ich uwagi mogą mieć duży wpływ na końcowy kształt artykułu.
10. Podsumowanie - to bardzo istotna część artykułu. Każdy tekst musi posiadać podsumowanie, zawierające jakiś wniosek, konkluzję, uwagę krytyczną itp. Nie należy streszczać w podsumowaniu tego, co pisaliśmy w tekście - przecież Czytelnik wie, co przeczytał.

IV. Preferowane formaty materiałów

1. Ogólny format tekstów to: OpenOffice 1.x.x (.sxw), Microsoft Word 2.0-8.0 (.doc), Rich Text Format (.rtf), HTML (kodowanie polskich znaków ISO-8859-2).
2. Aktualnie nie przyjmujemy tekstów pisanych w TeX-u, plików *.dvi, *.pdf czy *.ps.
3. Format rysunków używany do składu: TIFF, BMP, TGA. Formaty GIF i JPEG - mogą być wykorzystane jedynie jako podgląd.

V. Zasady formatowania dokumentów

Zasady formatowania w formacie *.doc

Zasady formatowania w formacie *.sxw

VI. Honoraria

1. Kwotą wyjściową honorarium jest 100 zł brutto za stronę druku (około 4800-5000 znaków). W szczególnych przypadkach (tj. artykuł napisany bez zachowania powyższych reguł, problemy językowe, duży nakład prac redakcyjnych) kwota ta może zostać obniżona.
   
2. Redakcja podejmuje ostateczną decyzję odnośnie wysokości honorarium za artykuł. Informacje odnośnie wysokości honorarium można uzyskać w Redakcji w terminie tygodnia od daty decyzji o publikacji artykułu.
3. Wysokość honorarium odnosi się do tekstu opublikowanego, a nie nadesłanego do Redakcji.

VII. Uwagi końcowe

1. W przypadku niemożności skontaktowania się z autorem (np. wskutek błędów serwera pocztowego czy uszkodzonej linii telefonicznej), Redakcja zamieszcza prośbę o ponowne nawiązanie kontaktu na tej stronie.
2. Redakcja zastrzega sobie prawo do odmowy publikacji bez podania przyczyny.
3. Redakcja zastrzega sobie prawo do edycji tekstów, w tym do ich skracania.
   
4. Nieprzestrzeganie powyższych warunków, szczególnie terminu odesłania umowy, może wpłynąć na wysokość otrzymanego honorarium.
5. W sprawach spornych, jak również w kwestiach nieuregulowanych powyższymi warunkami, wiążący głos ma Redakcja.
6. Wszystkimi sprawami związanymi z obróbką tekstów zarządzają Redakcje poszczególnych pism. Z nimi należy kontaktowac sie w sprawach związanych z umowami i honorariami.

NASI AUTORZY

	Stefan Turalski pracuje na stanowisku projektant oprogramowania w firmie Silicon&Software Systems Polska. Jest autorem felietonów zamieszczanych w naszym magazynie. Napisał również następujące artykuły: Antywzorce projektowe (2/2006), Antywzorce w zarządzaniu projektami informatycznymi (nr 5/2006). Jego artykuły można znaleźć również w SDJ Extra! - Aplikacja Web w ASP.NET 2.0 i Visual Studio 2005 (SDJE nr 19), Bezpieczne aplikacje Web na platformie ASP.NET 2.0 (SDJE nr 20). Kontakt: stefan.turalski@gmail.com
	Michał Małecki interesuje się psychologią, programowaniem, muzyką, publicystyką i językoznawstwem a wolnych chwilach pracuje etatowo jako programista. Od numeru 5/2006 pisze dla nas felietony (dostepne w zakładce download). Kontakt: ethouris@gmail.com
	Piotr Nazimek - góral niskopienny urodzony w 1980 roku. Wolny czas spędza zwiedzając świat z plecakiem lub na rowerze. Absolwent Wydziału Elektroniki i Technik Informacyjnych Politechniki Warszawskiej. Aktualnie doktorant w Instytucie Informatyki PW i pracownik Wincor Nixdorf. Napisał dla nas artykuły: Java Card i OpenCard Framework (nr 1/2006), Java Modeling Language (nr 8/2006). Kontakt: pnazimek@gmail.com http://home.elka.pw.edu.pl/~pnazimek/
	Krzysztof Rychlicki-Kicior programuje w Javie i C# oraz tworzy aplikacje sieciowe w oparciu o technologię PHP i MySQL. Napisał książkę pt.: J2ME. Java dla urządzeń mobilnych. Ćwiczenia. Dla nas napisał artykuły: Programowanie internetowe w J2ME (nr 7/2006), Aplikacje Javy jako usługi systemu Windows(nr 8/2006). Kontakt:kitikatpl@gmail.com
	Rony Shapiro jest odpowiedzialny za administrowanie otwartego projektu PasswordSafe. Napisał artykuł Środki bezpieczeństwa stosowane w PasswordSafe (nr 7/2006). Kontakt: https://sourceforge.net/users/ronys/
	Karol Harezlak jest inżynierem oprogramowania w firmie Sun Microsystems Software System Group, gdzie pracuje nad projektem NetBeans Mobility Pack. Napisał dla nas artykuł NetBeans 5.0 (nr 6/2006) Kontakt: karol.harezlak@sun.com
	Łukasz Grządka jest studentem IV roku Informatyki na Politechnice Gdańskiej. Obecnie pracuje jako programista dla firmy Frontline Studios, Inc. Napisał dla nas artykuł OpenGL ES - programowanie grafiki dla urządzeń mobilnych (nr 6/2006) Kontakt: rac@nawiagames.com
	Olli Parviainen jest projektantem oprogramowania osadzonego oraz menedżerem projektów, a także twórcą otwartej biblioteki do skalowania czasu/tonacji dźwięków, SoundTouch. Napisał dla nas artykuł Skalowanie czasu i tonacji dźwięków (nr 8/2006). Kontakt: olli.parviainen@iki.fi
	Marcin Kawalerowicz jest absolwentem informatyki Politechniki Opolskiej. Obecnie pracuje jako programista .NET w firmie Trygon Softwareberatung w Monachium. Zainteresowania zawodowe autora obejmują szeroko pojęte programowanie. Prywatnie miłośnik dobrego kina i równie dobrej fotografii (szczególnie własnej). Napisał dla nas nasępujące artykuły: Inteligentni wojownicy Robocode (nr 2/2003), Typo3(nr 3/2004), Efektywne zarządzanie projektem (nr 5/2004), Cyfrory wyścig RARS (Software 2.0 Extra nr 14), Remote Scripting w ASP.NET (nr 9/2005), .NET Remoting cz. 1 (nr 5/2006), Rozbudowa .NET Remoting cz. 2 (nr 5/2006).
	Giovanni Asproni Napisał dla nas artykuł Wstęp do Scrum (nr 6/2006). Kontakt: gasproni@asprotunity.com
	Don Dietrick jest kierownikiem technicznym projektu OpenMap. Napisał dla nas artykuł OpenMap: proste narzędzia do rozwiązywania trudnych problemów (nr 8/2006). Kontakt: openmap@bbn.com
	Bill Mackiewicz jest menadżerem projektu OpenMap. Razem z Don Dietrick'em napisał dla nas artykuł OpenMap: proste narzędzia do rozwiązywania trudnych problemów (nr 8/2006). Kontakt: openmap@bbn.com
	Paweł Stołowski jest z wykształcenia politologiem i informatykiem. Pracuje jako inżynier oprogramowania w firmie Lucent Technologies. W centrum zainteresowania autora leży programowanie oraz system Linux – w wolnych chwilach rozwija napisane przez siebie aplikacje dla tego systemu, udostępnione na licencji GPL. Jest autorem m.in. programów QComicBook i KleanSweep, korzystających z bibliotek Qt i KDE. Kontakt: stolowski@gmail.com
	Marek Więcek zajmuje się tworzeniem oprogramowania zawodowo od 1994 roku, kiedy uzyskał tytuł magistra informatyki na Uniwersytecie Jagiellońskim. Specjalizuje się w wykorzystaniu technologii obiektowych i komponentowych. Interesuje się systemami agentowymi oraz programowaniem urządzeń mobilnych. Od wielu lat współpracuje z firmą Robobat, między innymi nad projektem Robot Open Standard (http://www.robobat.com/n/ros/). Kontakt: m_w@robobat.pl
	Marek Sawerwain zajmuje się tworzeniem oprogramowania dla WIN32 i Linuksa. Zainteresowania: teoria języków programowania przede wszystkich kwantowych języków programowania oraz dobra literatura. Obecnie pracuje w Instytucie Sterowania i Systemów Informatycznych Uniwersytetu Zielonogórskiego. Kontakt z autorem: M.Sawerwain@issi.uz.zgora.pl
	Piotr Ozaist pracuje na stanowisku projektant - programista w firmie EuroBank S.A. Programowaniem obiektowym i jego zastosowaniem w złozonych projektach informatycznych zajmuje się zawodowo od trzech lat. Zainteresowania zawodowe autora dotyczą systemów webowych i technologii ułatwiających tworzenie takich systemów. Kontakt: piotr.ozaist@gmail.com
	Maciej Zawadziński Programista, administrator oraz zagorzały i niezłamany zwolennik systemów z rodziny BSD. Tworzy oprogramowanie oparte o technologie Open Source oraz aktywnie uczestniczy w wydarzeniach branży IT. Aktualnie mocno zaangażowany w rozwój Akademii Alternatywnych Systemów Operacyjnych (http://www.aaso.pl) Kontakt:mzawadzinski@gmail.com
	Igor Kruk jest z wykształcenia informatykiem. Obecnie pracuje na stanowisku konsultant w firmie Codec Systems. Prywatnie miłośnik muzki (w szczególności własnych megamixów). Jest współautorem książki: Oracle 10g i Delphi. Programowanie baz danych. Napisał dla nas następujące artykuły i tutoriale: Interfejs webowy do zarządzania plikami danych w Oracle 10g (SDJ 11/2005), Tworzenie obiektów w Oracle 10g (SDJ 11/2006). Jego artykuły można znaleźć również w SDJ Extra! - Kontrolki serwerowe dostępne w ASP.NET 2.0 (SDJE nr 20), SQL Server Express 2005 – piszemy aplikację internetową (SDJE nr 20), Aplikacje internetowe w Visual Studio 2005 (SDJE nr 20), Tworzenie bazy danych DB2 9 (SDJE nr 21). Kontakt:igor.siedlce@interia.pl
	Rafał Kasprzykjest asystentem w Instytucie Systemów Informatycznych na Wydziale Cybernetyki w Wojskowej Akademii Technicznej. Kontakt:rafal.kasprzyk@wat.edu.pl