пропозиції роботи
Wypowiedzi
-
We are looking for a new team member and I would really like to find another guy from Poland! Here goes the job description.
Discuss.IO is seeking a UX Designer. If the words AJAX, Streaming Video, and HTML5 make
your heart skip a beat then keep reading. If you also like creating simple, efficient, eloquent,
intuitive software software, we would love to see what you can do. Read on if this sounds like
your cup of tea...
Discuss.IO has developed the industry’s leading webbased video platform for the qualitative
market research industry. Our culture is casual yet high energy. We are passionate about our
product and obsessed with helping our clients. We value work/life balance, efficiency, simplicity,
freakishly friendly customer service, and making a difference. Discuss.IO offers exceptional
professional and financial growth potential.
WHAT YOU HAVE DONE
● 3-5 years PHP experience with a focus on UI / UX excellence advocate.
● 3-5 years experience with Javascript, AJAX and jQuery
● 1-2 years building responsive mobile applications
● Dream in HTML5
● Photoshop and/or Fireworks experience
WE HOPE YOU HAVE
● Experience with video platforms like Kaltura, Ooyala and Brightcove
● Experience with WebRTC
● The ability to make people go, “Whoa! How did you do that!?”, basically Code Magician
Skills
HOW TO APPLY
If the above description gets you excited then dust off your resume and send it to
careers@discuss.io. We review every single submission and follow up with qualified candidates. -
Łukasz Nowacki:
Marek Surma:
Prędzej by zrobili swoją stronę zamiast zajmować się flame'owaniem.
Chyba nie wiesz kto zalozyl te inicjatywe... Moze poszperaj troche bardziej zanim napiszez znow podobne bzdury ;)
Wiem kto ją założył. Nieważne. I tak już przegięliśmy bo nie ma to wiele wspólnego z tematem wątku.
Edit:
Po zapoznaniu się z powodami zaistnienia całej inicjatywy, skalą zjawiska i konsekwencjami chylę przed Tobą czoła. Nie zdawałem sobie sprawy ile dodatkowej roboty mają osoby doświadczone w prostowaniu tego co w3schools przekazuje! Na przykład dodatkowe wątki na forach powstałe w celu naprawy tego, co w3schools "zepsuło" w wiedzy rozmówców. Dla mnie ta witryna nie była nigdy problemem, gdyż sam już na początku zauważyłem, że przekazuje ona błędne informacje i najzwyczajniej z niej nie korzystałem. Może dlatego nie wyczułem tego jak ważna jest ta sprawa. Dzięki za sprowadzenie na właściwą drogę.Marek Surma edytował(a) ten post dnia 03.09.11 o godzinie 19:27 -
Kamil Brenk:
Widziałem, widziałem. Wprawdzie nie tłumaczy to obsesyjnej treści tej strony, ale niech będzie że chodzi o złe nawyki. Ja jakoś w to nie wierzę. Widziałem tam nie jeden raz błędy. W takim przypadku szukam innego źródła. I koniec. Ich szumne samozwańcze teksty mnie nie ruszają :)
Marek Surma:
Nie. Na w3fools kilka mądrych głów jawnie wyłożyło błędy w3schools.com (poprarte specyfikacjami), które samozwańczo nazywa się "the world largest web development site" i uczy złych nawyków. Co więcej, w3schools nie myśli o poprawie swoich błędów, więc jakby nie patrzeć - jest to zły przykład, który trzeba potępiać. Lepiej uczyć się z bardziej wiarygodnych źródeł, np. specyfikacji, developer.mozilla.org i temu podobnych :)
Łukasz Nowacki:
Ależ ktoś ma bzika na punkcie zdołowania w3schools! I to nie jedna osoba! Toż to zwyczajna strona jakich wiele. Tyle energii włożonej aby zdyskredytować jaką stronkę. To jest śmieszne. Prędzej by zrobili swoją stronę zamiast zajmować się flame'owaniem. To jest to samo jakby nagle ktoś utworzył stronę przeciwko na przykład Onetowi i wpisywał na niej wszystkie uchybienia tego portalu. Ludzie nie mają co robić.
Kamil Brenk:
http://www.w3schools.com/browsers/browsers_stats.asp
uojezu, w3schools...
http://w3fools.com -
Maciej Sikora:
A na innych ciągle mi na long polling próbuje z różnym skutkiem.
Dzięki za info. Szczerze mówiąc tego się spodziewałem :( -
Łukasz Nowacki:
Ależ ktoś ma bzika na punkcie zdołowania w3schools! I to nie jedna osoba! Toż to zwyczajna strona jakich wiele. Tyle energii włożonej aby zdyskredytować jaką stronkę. To jest śmieszne. Prędzej by zrobili swoją stronę zamiast zajmować się flame'owaniem. To jest to samo jakby nagle ktoś utworzył stronę przeciwko na przykład Onetowi i wpisywał na niej wszystkie uchybienia tego portalu. Ludzie nie mają co robić.
Kamil Brenk:
http://www.w3schools.com/browsers/browsers_stats.asp
uojezu, w3schools...
http://w3fools.com -
Łukasz Nowacki:
Najwyraźniej nie słyszałeś o socket.io (http://socket.io), który fallbackuje do mniej fansi technologii gdy browser nie obsługuje WS... Są też serwisy chmurowe jak Pusher (http://pusher.com)...
O! Ciekawa rzecz. Wprawdzie to tylko namiastka tego co powinno być, ale zawsze coś. Prawdopodobnie w miarę wpierania kolejnych technologii w przeglądarkach będą podmieniali te zamienniki z których korzystają teraz. Long Polling, Forever Iframe? Jednym słowem... w niektórych przeglądarkach nie ma to nic wspólnego z socket-ami. Tylko (że tak to nazwę) interfejs jest wspólny.
Poza tym argument by w coś 'nie wchodzić' bo nie obsługuje tego jakiś stary browser (lub IE) to jeden z najpoważniejszych spowalniaczy dynamicznego rozwoju web...
Jeżeli chodzi o Web Sockets to akurat nie mam na myśli starego browsera. Tylko te całkiem nowe.
IE nie wspiera i nie wiadomo kiedy będzie wspierał bo M$ dopiero robi eksperymenty. Opera 11 też nie do końca (trzeba włączać ręcznie). Jednak już sam brak wsparcia w IE mi wystarczy. Moi klienci chcą działający soft tu i teraz. Fajną alternatywą jest to co podałeś. Pomimo tego, że jest to stosowanie starych metod (choć nie tylko) przykrytych nową kołderką, to w to akurat bym wszedł :)
Pozdrawiam! -
Mało powiedziałeś na temat tego co ma robić kod. Poza tym jest niekompletny. Brakuje pobierania ciasteczka. Strona jest na ramkach? Gdzie jest wywoływana funkcja drop()? O co tu właściwie chodzi? :D
Nigdzie nie zwiększasz zmiennej "ladunek" więc nie ma mowy żeby działało to:
"Kod ma się wykonać raz na sesję lub kilka razy na sesję".
Czym ma być zmienna "i"? Zabezpieczeniem przed wykonaniem funkcji więcej razy niż wartość w warunku skomentowanym jako "//ilość odświeżeń"?
Sporo niewiadomych, ale jeżeli to co masz u siebie działa poprawnie (bo to co wkleiłeś - nie może) to stawiam na to że masz niepoprawnie napisaną funkcję odczytywania ciasteczka. -
Rafał Wilmanowicz:
adres: sklep/6/5/artykuly-sypkie-1.html
var_dump($_REQUEST):
array(6) {
["modul"]=> string(5) "sklep"
["kat"]=> string(1) "6"
["subkat"]=> string(1) "5"
["strona"]=> string(1) "1"
}
adres: sklep/6/5/1/zyto.html
var_dump($_REQUEST):
array(6) {
["modul"]=> string(9) "index.php"
["kat"]=> string(1) "6"
["subkat"]=> string(1) "5"
["produkt_id"]=> string(1) "1"
}
Witaj,
Taka sytuacja może przytrafić się w przypadku, gdy podasz coś w stylu:
sklep/6/5/1/zyto-3.html
Czyli modul/kat/subkat/produkt_id/nazwa-strona.html
Wiadomo, że kombinacja gdzie podajesz zarówno produkt_id jak i strone nie ma prawa bytu przy tych regułach.
Sprawdź czy gdzieś takiego kwiatka nie masz.
Jeżeli masz, to masz już odpowiedź! I właśnie po usunięciu Twojej pierwszej regułki nagle taki adres zacznie "poprawnie" działać.
Daj znać czy pomogło :)
Pozdrawiam! -
Gizela R.:
Czy sa moze takie gotowe strony?:)
Zrobić w htmlu prostej się nie da, bo potrzebna baza mysql.. chyba, że jakiś framework? W końcu to dynamiczna strona byłaby..coś mi sie obiło o uszt django
Witaj,
Niby temat nie dotyczy grupy PHP, ale nie do końca. W niemal każdym dzisiejszym rozwiązaniu internetowym liczy się jego skuteczność i czas jego powstawania. W przypadku Twojej potrzeby polecam Google Docs! Google udostępnia możliwość utworzenia formularza do arkusza kalkulacyjnego. Najpierw dodajesz nowy arkusz w Google Docs, a później w menu
Tools -> Form -> Create New Form
tworzysz formularz. Mało tego... możesz go później wstawić na własną stronę i na niej zbierać odpowiedzi. Wszystkie odpowiedzi z formularza trafiają do arkusza kalkulacyjnego, który możesz oglądać online, albo sobie wyeksportować do pliku excel-a albo jakiegoś innego. POLECAM!
Dobrze jest zacząć tutaj:
http://www.google.com/google-d-s/forms/
W razie problemów daj znać na prv.
Pozdrawiam! -
Ok... Panowie powinniśmy chyba dać sobie na wstrzymanie. Nie widzę żeby ktoś wyszedł z argumentami ponad resztę dyskutujących. Wynika z tego, że rozpoczynamy zwyczajny flame war. Każdy ma trochę racji. Ja uważam, że jeżeli Maciek doszedł do wniosku że dla niego dobra będzie taka technologia to powinien za tym iść dalej. Myslę że wykona odpowiednie testy i dowie się wtedy czy jego rozwiązanie jest okej. W razie czego przepisze warstwę komunikacji i pojedzie na innej technologii. Dalszą dyskusję uważam za bezsensowną. Działajmy Panowie, a jeszcze lepiej gdybyśmy to my tworzyli standardy komunikacji! :) Może Web Socket to zły pomysł. Może mamy lepszy?
Pozdrawiam! -
Jakub L.:
Mnie zastanawia ten security issue.
I jakbym miał serwer wuwuwu, to bym się zastanowił, czy bawiłyby mnie permanentnie otwarte połączenia do serwera.
Jeżeli pisząc "serwer wuwuwu" masz na myśli serwer HTTP, to to zależy. Ile osób ma sie podłączyć, co ma być przesyłane, w jakiej ilości i jak często. To są podstawowe pytania. Bez odpowiedzi nie jesteśmy w stanie określić jakie rozwiązanie jest dobre dla tego konkretnego projektu. HTTP nie jest przeznaczone do częstego odpytywania serwera. Pisząc częstego, mam na myśli kilka razy na sekundę. Nawet raz na sekundę może być problemem.
W przypadku gdybyśmy się uparli na to HTTP, to możemy uruchomić jakiś lekki serwer HTTP, albo wręcz napisać swój z obsługą tylko podstawowych komend dla tego protokołu. Taki powiedzmy APACHE jest zbyt ciężki do zastosowań tego typu. -
Maciej Sikora:
Prawda jest taka, że zanim zrobisz coś konkretnego w tej technologii to minie tyle czasu, że już większość użytkowników będzie miała przeglądarki obsługujące web-socket.
Przyznam że troszkę nie rozumiem. Co znaczy "coś konkretnego"? Na przykład chat online nie jest czymś konkretnym? Napiszę go w tej technologii w 3 dni. A wsparcie w przeglądarkach nawet nie wiadomo kiedy będzie :((( -
Kto zauważył ten zauważył, ale ja bym w to nie wszedł ;)
Byłoby to rozwiązaniem lecz polecam zobaczyć listę przeglądarek wspierających tą technologię:
http://caniuse.com/#feat=websockets
W tej chwili około połowa użytkowników nie mogłaby zagrać w grę bazującą na web-socket.
Programowałem kilka aplikacji opierających się na socket-ach i byłem bardzo zadowolony z ich działania. Było to wprawdzie pisane w C, ale jeżeli sockety dla przeglądarek zostaną powszechnie zaimplementowane, to stanę się także ich fanem! :)Marek Surma edytował(a) ten post dnia 01.05.11 o godzinie 23:15 -
Tak się zastanawiam... czy nie byłoby dla Ciebie dobrym rozwiązaniem zaimplementowanie jakiegoś rozwiązania opartego na komunikacji:
JavaScript <-> obiekt Flash (bez elementów wizualnych!) <-> serwer. Skąd to udziwnienie? Ano stąd, że możesz wtedy reagować w JS na event-y pochodzące z obiektu Flash. Podpinać się pod nie. Flash zająłby się komunikacją z siecią. Radzi sobie z tym lepiej niż JS. Po stronie serwera lepiej by było zastosować wtedy coś innego niż HTTP. Jasne... jakoś będzie działało i na HTTP. Nie wiem jak dynamiczna jest gra którą piszesz, ale nie ma co się spodziewać cudów. Long polling i jemu podobne to tylko półśrodki. Przy większej liczbie graczy się zemszczą. Tak czy inaczej podziwiam za próby korzystania z HTTP.
Dołącz do GoldenLine
Oferty pracy
Sprawdź aktualne oferty pracy
Aplikuj w łatwy sposób
Aplikuj jednym kliknięciem
