пропозиції роботи
Wypowiedzi
-
Skoro przewinęły się wszystkie trendy mody, i bardzo mądra odpowiedź o sztuce programowania (kolegi Łukasza), dodam od siebie jeszcze jeden gorący temat czyli Domain-Driven Design. Brzmi jak buzzword, ale w skrócie polega to na takim projektowaniu aplikacji, by zacząć od budowania odpowiedniego *modelu* w ścisłej współpracy z ekspertem z danej dziedziny, a potem dopiero wkładać to we frameworki (prawdopodobnie skończy się i tak na Hibernate :).
Wymaga to jednak poważnej zmiany w myśleniu, bardzo trudnej niestety dla doświadczonych programistów, którzy często nie widzą innej drogi niż 1. zaprojektowanie tabelek, 2. napisanie DAO 3. napisanie serwisów, 4. napisanie kontrolerów. W sprawie DDD proponuję słuchać Sławka Sobótki, on na ten temat dużo mówi i pisze: http://www.bottega.com.pl/artykuly-i-prezentacje
Ale żeby było o frameworkach i narzędziach, to w ramach zaburzania utrwalonych standardów (Spring, Hibernate...) proponuję zainteresować się mikro-serwisami i bardzo fajnym lekkim frameworkiem DropWizard http://www.infoq.com/presentations/Dropwizard. Ostrzegam tylko że rezygnacja z serwera aplikacji typu JBoss może być dla kogoś trudna do zrozumienia :) -
W temacie:
polecam za sugestią Rafała zainteresować się PostgreSQL + PostGIS.
Ostatnio rozwiązywałem problem wyznaczania odległości "na piechotę" i przyznam, że wzory matematyczne są dużo bardziej skomplikowane niż by mogło się wydawać ;) Tak więc lepiej skorzystać z gotowego rozwiązania.
Poza tematem:
Myślę, że inżynier powinien potrafić się prawidłowo posługiwać przynajmniej jednym językiem (może być ojczystym), bo w dzisiejsze czasy są takie dziwne, że czasem trzeba się komunikować z ludźmi... -
Aplikacje iOS są sandboxowane - i nie ma dostępu do listy połączeń. Dziwię się, że to Wam dotąd działało :)
-
PhoneGap się spodoba korporacjom które chcą mieć jakieś aplikacje mobilne "bo przecież trzeba" a nie chcą inwestować w developerów iOS i Androida osobno ("oszczędzamy miliony").
Oczywiście user experience w tak pisanych produktach boleśnie ssie, bo nikt nie przejmuje się jego jakością skoro alternatywy nie ma - jeśli korporacja tworzy mobilny frontend do swojego produktu, to nikt inny nie zrobi konkurencji.
Tak więc jeśli nie obchodzi Cię to, że apka może wyglądać koślawo na iPhonie, zależy na cięciu kosztów, i jesteś pewien że nikt Tobie nie zrobi konkurencji - można wchodzić w PhoneGapa :)
p.s. A binarki z Titanium mają minimum 3,6 MB :) -
Można ominąć koszty Deutsche Bank:
1. Sprawdź czy Twój bank uczestniczy w systemie SEPA:
http://www.sepapolska.pl/sepa_polska/uczestnicy_polece...
2. Jeśli tak, to załóż konto walutowe w Euro.
3. Przelew transgraniczny przyjdzie bez pośredników - sprawdzone w mBanku :) -
Ja nie widzę problemu. Wypuszczanie tuzina prawie identycznych apek jest bez sensu - chyba również z punktu widzenia biznesowego, klient prędzej dokupi dodatkowy kontent jako in-app purchase zamiast zaśmiecać sklep i ekran telefonu.
A że sankcje takie surowe - może faktycznie to lekka przesada, ale widocznie do niektórych nie dotarło :] -
Modyfikacja elementów UI tworzonego w Swingu musi się odbywać w wątku dispatchera eventów Swinga.
Kod powyżej pewnie zadziała, ale będzie niekoszerny.
Jakikolwiek kod który coś gmera w interfejsie najbezpieczniej
wykonać przez
SwingUtilities.invokeLater(Runnable r);
-
To że JSF/JSP do Ciebie nie przemawia to jak najbardziej prawidłowy objaw :) Są to stare ramoty którym powinno się pozwolić z honorem odejść.
RoR jest dojrzały i powstaje na jego bazie masa "prawdziwych" projektów. Na pytanie czy oferuje zbliżoną funkcjonalność nie odpowiedziałbym "tak", bo RoR przerasta gołe JSP/JSF wielokrotnie przede wszystkim pod względem produktywności.
Jeśli chcesz mieć wygodę i produktywność RoR i pozostać w świecie Javy (a raczej JVM) możesz jeszcze rzucić okiem na niezwykle popularny tandem Groovy + Grails. Zbieżność nazw nieprzypadkowa :)
A jeśli pokochasz Rubiego i mimo wszystko potrzebujesz JVM-a to jest jeszcze JRuby. Jakby nie spojrzeć da się zajść z każdej strony. :) -
Widzę że entuzjazm jest niewielki :) Ale ja jestem zachwycony :) Owszem, wygląda jak wygląda - głównie dlatego, że jest napisany w Javie.
Największa siłą są jednak narzędzia wspomagające kodowanie: refaktoryzacje, skróty do generowania pól, zmiennych, zmiany sygnatur metod itp.. W dzisiejszych czasach, do pisania czystego, eleganckiego kodu to sa rzeczy niezbędne.
Ale ja na codzień programuję w Javie i jestem "rozpuszczony" przez doskonałe narzędzia jakie są dostępne dla tego języka, których brak w xCode. -
Jeśli ktoś z Was programuje w Javie, to pewnie wie co to jest IntelliJ. Ci sami goście podjęli temat lepszego IDE dla developerów iOS/Mac i pokazali co potrafią:)
Jak dla mnie, to pod względem produktywności, rewelacja:
http://www.jetbrains.com/objc/
http://www.japko.net/blog/lang/pl/2011/04/05/cidr-jabl...Tomasz Cejner edytował(a) ten post dnia 06.04.11 o godzinie 12:40 -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Jabłuszko
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Jabłuszko
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Jabłuszko
-
Proponuję zapytać Wujka Google o "Custom UIView", bo to może być to co potrzebujesz. Powinno się dać taki własny komponent zaprojektować w IB, następnie załadować programowo z pliku XIB.
Niestety siedzę teraz przy pececie, więc piszę z głowy...Tomasz Cejner edytował(a) ten post dnia 20.12.10 o godzinie 16:56 -
To raczej nie kwestia wysokości przychodów ale ich charakteru.
Jeśli przychody są regularne, a działalność jest zorganizowana (jakkolwiek to rozumieć) US może uznać że jest to działalność gospodarcza. -
Wersja z tantiemami byłaby oczywista, ale na pierwszy rzut oka, obawiam się że to nie to :)
Wszystkie znaki wskazują, że to developer jest sprzedawcą i chyba nawet wydawcą. Apple stawia się jedynie w roli pośrednika i platformy za co pobiera ustalone wynagrodzenie. -
To ja przebiję i dodam od siebie, że pisanie o developmencie na iPhone po polsku to marnowanie czasu i energii: przyda się tylko wąskiemu gronu odbiorców, a i tak cała dokumentacja jest napisana w języki Szekspira.
Sam staram się pisać od czasu do czasu na moim blogu, który jest co prawda dwujęzyczny, ale w temacie iPhone priorytetem jest angielski. -
Monitor warto dostosować do swoich przyzwyczajeń - ostatnio popularne są duże ekrany (27 cali i więcej), które wymuszają zadzieranie głowy do góry podczas pracy - co po latach może się zemścić.
Idealne ustawienie ekranu jest takie, by oczy patrzyły na górną krawędź ekranu pod kątem 30 stopni w dół - ale jak się dowiedziałem, jest to tylko teoria i aplikuje się właściwie tylko dla osób "nieskażonych" pracą z komputerem. Warunkowo OK jest górna krawędź ekranu na linii wzroku, ale 30" i praca z tekstem to dla mnie prywatnie już hardcore :) -
Żaden problem, na pewno jest opcja "Customize toolbar.." i można sobie napchać tyle buttonów ile dusza zapragnie.
Prawdziwy pro i tak korzysta ze skrótów klawiszowych ;) -
Właśnie ukazało się oficjalne wydanie iOS 4, oczywiście razem z nową wersją SDK.
Niestety wciąż oparte na Xcode 3.2.3, a już miałem nadzieję... :)
- 1
- 2
Dołącz do GoldenLine
Oferty pracy
Sprawdź aktualne oferty pracy
Aplikuj w łatwy sposób
Aplikuj jednym kliknięciem
