Jeśli chcesz być przyszłościowy, najlepszą radą, jaką mogę ci dać, jest nie angażowanie się w technologię.
Więc nie ucz się API na ślepo. Dowiedz się, jak zostały poczęte. Jakie są filozofie tej sceny? Jakie są ich zalety i wady? Myśl ogólnie o oprogramowaniu, a nie o konkretnej technologii.
Możesz także pracować nad dobrą koncepcją programu, przejście do OOP, a AOP to dobry wybór IMO. Ale nie tylko rozumiem mechanizm, naprawdę pracuj nad filozofią stojącą za mechanizmem.
Nie zaniedbuj ogólnej informatyki, takiej jak struktury danych i algorytmy, ponieważ stanowią one wiedzę na temat różnych technologii, która jest zawsze przydatna.
Idź też na dobre praktyki. Często masz kilkanaście sposobów na zrobienie czegoś, ale większość z nich to bzdury: podatne na błędy, trudne w utrzymaniu, trudne do zrozumienia później lub przez innego programistę itp. . . Zazwyczaj kod jest trudniejszy do odczytania niż do napisania. Dowiedz się, jak poświęcić trochę więcej czasu na pisanie, aby ułatwić czytanie (ponieważ będziesz czytać kod więcej niż piszesz).
Naucz się skutecznych technik debugowania (inteligentne korzystanie z dziennika i debugera) i testowania (jak pisać kod, który można łatwo przetestować jednostkowo i jak zautomatyzować te testy).
Następnie potrzebujesz ogólnego zaplecza technologicznego. Mówię o bardzo szerokiej wiedzy, na przykład o tym, jak działa procesor (brak pamięci podręcznej lub przewidywanie gałęzi to dobry początek), o systemach UNIX, o protokołach sieciowych, takich jak IP, TCP i Ethernet itp. . .
Na koniec naucz się, jak się uczyć. Jeśli wiesz, jak się uczyć, możesz się dostosować.
Będziesz potrzebować solidnej wiedzy na temat konkretnych technologii, aby znaleźć pracę, ale te są bardzo przestarzałe (pomyśl na przykład o COBOL lub programowaniu internetowym w czasie wojny IE / Netscape). Więc nie polegaj na nich, aby były przyszłościowe. Będą kluczem do zatrudnienia, ale zdecydowanie nie to, co czyni świetnego programistę i co sprawi, że twoje umiejętności będą trwałe z czasem.
EDYCJA: Jeśli dopiero zaczynasz, zdecydowanie powinieneś coś zrobić. Cokolwiek, naprawdę. Gra taka jak Tetris lub wąż to dobry początek i świetna zabawa. Jeśli nie załatwisz sprawy, poświęcisz dużo czasu na naukę i naprawdę nie zdobędziesz doświadczenia potrzebnego do pełnego zrozumienia tego, czego się uczysz.
Dajmy przykład z wzorami projektowymi. Wzory projektowe są świetne i powinieneś definitywnie ich użyć. Jednak nadużywanie sprawi, że kod będzie skomplikowany i trudny do zrozumienia. Będziesz musiał zmierzyć się z problemem, który rozwiązuje wzór projektowy i stracić trochę czasu na jego rozwiązanie lub jego skutki uboczne, aby w pełni zrozumieć, o czym jest wzór projektowy. Wzorce projektowe muszą być stosowane jako małe refaktoryzacje w miarę wzrostu kodu. I będziesz wiedział, kiedy wzorzec projektowy jest potrzebny, gdy jego korzyść jest większa niż złożoność kodu wywołana jego użyciem. To wymaga doświadczenia.
Zdecydowanie więc załatw sprawy, uczą się na własnych błędach. Nie mogę nalegać na więcej: ZRÓB RZECZY !