Błażej Adamczyk Blog

Po pierwsze, jeśli komuś już się obiło to o uszy, to znaczy, że albo swego czasu siedział na blogu pv3d.org albo na blogu johnlindquist.com. W każdym bądź razie, notka jest inspirowana właśnie jego notką. Oryginalna treść 10 Things Every Senior Flash Developer Should Know dostępna jest na blogu John’a.

Poniżej jest lista tematów które każdy senior flash developer  powinien znać. Lista została sporządzona podczas etapu rekrutacyjnego w Roundarch, który był prowadzony właśnie przez John’a. Lista ta miała określić poziom wiedzy i zaawansowania kandydatów na stanowisko Flash Developera.

1.     “Elastyczny tor wyścigowy” (The Elastic Racetrack)
Podstawowa koncepcja działania Flash Player’a.  To co się dzieje w ciągu każdej klatki animacji, podzielone na segmenty. Kiedy odpalają się Eventy, kiedy skrypty są wykonywane oraz kiedy player renderuje to co widzisz.
http://www.craftymind.com/2008/04/18/updated-elastic-racetrack-for-flash-9-and-avm2/
http://arno.org/arnotify/2009/05/writing-well-behaved-efficient-air-applications/

2.      FlexSDK, mxmlc, compc,  kompilacja z poza Flash IDE.
Musisz wiedzieć w jaki sposób Flex kompiluje swoje projekty, oraz w jaki sposób możesz kompilować projekty nie korzystając ze standardowych narzędzi Adobe.
http://www.senocular.com/flash/tutorials/as3withmxmlc/
http://livedocs.adobe.com/flex/3/html/help.html?content=apparch_08.html

3.      Wykonywanie zdarzeń (Player Events, Custom Events, Event Bubbling)
Chyba jedyny język programowania który ma listwę czasową, klatki oraz nasłuchiwanie zdarzeń.
http://www.adobe.com/devnet/actionscript/articles/event_handling_as3_03.html
http://livedocs.adobe.com/flex/3/langref/flash/events/package-detail.html
http://www.tink.ws/blog/custom-events-in-as-30-dont-forget-to-override-the-clone-method/
http://jacwright.com/blog/70/how-to-listen-to-flash-events-that-dont-bubble/

4.      Statements, Keywords, and Directives (chyba lepiej nie tłumaczyć…)
Lista słówek znajdujących się przed funkcją ogranicza się do “private” i “public”? Zdecydowanie powinieneś rozszerzyć swój słownik.
http://livedocs.adobe.com/flex/2/langref/statements.html

5.      ASDoc – dokumentacja kodu.
Pewnego dnia będziesz musiał wrócić do swoich źródeł, i nie będziesz miał pojęcia co one robiły. A może szykujesz się do komercyjnej lub open source’owej dystrybucji kodu i nie masz siły myśleć o ręcznym pisaniu dokumentacji? Musisz to przeczytać i wyuczyć się pewnych nawyków komentowania funkcji podczas pisania swoich skryptów, a zaoszczędzi Ci to w przyszłości wiele czasu.
http://livedocs.adobe.com/flex/3/html/help.html?content=asdoc_3.html

6.      Zarządzanie biblioteką obiektów graficznych (obrazki, czcionki, CSS, etc)
Flash jest przede wszystkim graficzną prezentacją pewnych aplikacji. Ze wszystkich języków programowania daje wyjątkowo dużo możliwości wizualnej prezentacji tego co chcemy przekazać. Jednak to wymaga umiejętności zarządzania jego graficznymi zasobami.
http://www.gskinner.com/talks/flexlovesflash/
http://code.google.com/p/queueloader-as3/
http://code.google.com/p/bulk-loader/

7.      Arrays, Collections, Dictionaries, Mapping (tego lepiej też nie tłumaczyć)
To już nie są czasy kiedy robiło się proste prezentacje, a Flash jeszcze należał do Macromedii. Złożone aplikacje wymagają dużej ilości danych, ich przetwarzania i tworzenia relacji między kolejnymi wpisami.
http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/Array.html
http://www.gskinner.com/blog/archives/2006/07/as3_dictionary.html
http://code.google.com/p/as3ds/

8.      Programowalna animacja (tweening, easing)
Flash jest dynamiczny, nie tylko jeśli chodzi o wymianę danych. Sposób prezentacji jest dynamiczny, wszystko się rusza i działa na interakcję użytkownika. Nie zawsze da się przewidzieć akcję przez niego wykonaną, dlatego trzeba ją elastycznie zaprogramować, a nie zaanimować na sztywno.
http://blog.greensock.com/tweenmaxas3/
http://www.amazon.com/Foundation-Actionscript-3-0-Animation-Making/dp/1590597915/ref=sr_1_1?ie=UTF8&s=books&qid=1243014431&sr=8-1

9.      Programowanie obiektowe (OOP) i programowanie według frameworków.
Jeśli Twoje pliki skryptów zawierają po 1000 linijek albo nadal piszesz wewnątrz plików .fla, to bardzo szybko musisz to zmienić. Czasy kiedy cała aplikacja zawierała się w jednym pliku są dawno skończone. Jest to bardzo nieefektywna praktyka i świadczy o braku profesjonalizmu. Dodatkowo w internecie jest dostępnych wiele przygotowanych warsztatów do szybkiego tworzenia złożonych aplikacji.
http://insideria.com/2009/04/51-actionscript-30-and-flex-op.html
http://www.adobe.com/devnet/actionscript/articles/oop_as3.html
http://www.actionscript.org/resources/articles/684/1/Object-Oriented-Programming-in-AS3/Page1.html
http://www.as3dp.com/2009/10/31/truckin-through-actionscript-30-mvc-part-iii—an-analog-compass/

10.  Archiwizacja i zażądanie wersjami swojej aplikacji
Nikomu tego nie życzę, ale może się zdarzyć, że w pewnym momencie dysk zaskrzypi złośliwie i nie będzie chciał się już nigdy uruchomić. Lepiej mieć zachowaną kopię zapasową, i kilka poprzednich wersji w razie błędów w nowym kodzie. Jeśli to co piszesz ma być projektem open source, google nawet da Ci przestrzeń dla archiwum.
http://code.google.com/hosting/createProject
http://code.google.com/intl/pl-PL/opensource/
http://tortoisesvn.net/downloads
http://versionsapp.com/
http://en.wikipedia.org/wiki/Revision_control
http://git-scm.com/
http://www.nongnu.org/cvs/