Kiedyś (dziś zapewne nadal) m.in. w C, tworzyło się tzw. wstawki asemblerowe - zmuszało to do odkrywania nowych horyzontów, nagrodą zabawy była wydajność.

aras785 nie
Może zmienię nieco treść

[PHP] pobierz, plaintext 
$x = 'a3gfdgfgfgfdg';
$y = 'bsdf33fgfgdfs';
[PHP] pobierz, plaintext 

a wynik oczywiście

[PHP] pobierz, plaintext 
$y = 'a3gfdgfgfgfdg';
$x = 'bsdf33fgfgdfs';
[PHP] pobierz, plaintext 

list

W przypadku stringów ciekawym rozwiązaniem (pomijając jego praktyczność) jest też użycie substr

[PHP] pobierz, plaintext 
$x = $x.$y;
$y = substr($x,0,strlen($x)-strlen($y));
$x = substr($x,strlen($y));
[PHP] pobierz, plaintext 

@lobopol - wpierw pytanie: po co? nie widzę zastosowania dla takiej operacji w php...

@redeemer, można i tak, ale nie nazwałbym tego ładną metodą można to rozwiązać dosłownie w jednej linijce, nie licząc spacji w 15 znakach

@r4xz, w zasadzie masz racje, ale takie zadanie pokazuje znajomość mechanik programowania (i technicznie jest szybsze, choć w przypadku php nie ma to większego znaczenia)

Napisałem list, myślałem, że będzie jasne

[PHP] pobierz, plaintext 
list($x, $y) = array($y, $x);
[PHP] pobierz, plaintext 

Nie widzę praktycznego zastosowania tego zadania.
Czy to jakieś zadanie na poziomie uczelnianym gdzie trzeba zastosować coś głupiego, np. zapis do pliku?

[PHP] pobierz, plaintext 
$x=1;
$y=2;
file_put_contents('dupa', $x);
$x=$y;
$y=file_get_contents('dupa');
[PHP] pobierz, plaintext 

To po prostu test, wysilenie szarych komórek. Wersja liczbowa opiera się na dodaj, odejmij, wyświetl (ta z 1 i 2).

Ok o brniecie trochę w niedorzeczne rozwiązania

[PHP] pobierz, plaintext 
$x^=$y^=$x^=$y;
var_dump($x, $y);
[PHP] pobierz, plaintext 

Przy stringach to zadziała tylko wtedy, kiedy będą równej długości.

dlatego w zadanku jest równa długość

Ja ostatnio zastanawiam się czy zrobiłbym takie coś:

Powiedzmy mamy tabelę, 100 rekordów - pytań i odpowiedzi.

Jak zrobić generator krzyżówki, w PHP - tak aby wygenerowało HTMLową tabelkę.
Zdaje się, że ciężka sprawa, muszę kiedyś spróbować.

Zadanie jest głupie i bezsensowne i to jest jedyna dobra odpowiedz na rozmowie kwalifikacyjnej.
Tego typu zadania to w 100% strata czasu tego kto sprawdza czyjąś wiedze i tego kto jest sprawdzany.
Ja bym pytał odrazu o GRASP-a, model dziedziny, wzorce projektowe, refaktoring, dobre praktyki, draje, kisy i wiem czy gościu potrafi tworzyć oprogramowanie, a takie zadania to totalna strata czasu.
Jakby mi ktoś takie zadania na rozmowie kwalifikacyjnej dawał odrazu miał bym pacjenta za lamera i się zmył.
Przecież trzeba być jakimś zakompleksionym fetyszsta żeby takie bezsensowne, totalnie oderwane od rzeczywistości zadania wymyślać w celu sprawdzenia czyiś umiejętnośći programowania.
Na pewno nie chciałbym z takimi zwyrodniałymi, zdegenerowanymi, wynaturzonymi, wykolejonymi dewiantami pracować, co to mają takie fiksacje i uważają ze to jest spoko w jakimkolwiek kontekście.
W robocie się robi, a nie podwala.

@emp: wow, ale agresja na podstawie dość prostego zadania. Szczerze to takie zadanie jest dość fajnym testem osoby jakby ktoś zareagował dokładnie jak ty pracy by nie dostał, bo po napotkaniu problemu uznałeś go za głupi i bezsensowny. Prawdą jest, że w samym php czegoś takiego nie użyjesz raczej nigdy, ale jak to pokazali chłopacy ni znając tej metody co podałem też sobie mogli poradzić. Takie zadania są bardzo fajne do weryfikacji:
-odporności na stres
-kreatywnego myślenia
-wiedzy na temat bardziej zaawansowanego programowania

Dzięki takim zadankom mona odróżnić klepacza kodu od programisty

@emp: Bzdury piszesz (1 kwietnia?).

To moim zdaniem powinno to być w treści zadania. Zresztą poprawną odpowiedź podał już na początku @red.orel. Ale to już się tzw. "czepiam"

W zasadzie mogłem dać lepszy opis

Szybsze? Wykorzystanie dodatkowej zmiennej byłoby szybsze - zarówno jeżeli chodzi o wydajność, jak i szybkość pisania kodu. I czytelniejsze dla osób, które nie znają XORa. Moim zdaniem takie zadanie nie pokazuje też żadnej znajomości mechanik programowania.

Jak moim zdaniem najlepiej wykonać zadanie tak, żeby rozwiązanie było zgodne z zasadami, było szybkie i czytelne?

[PHP] pobierz, plaintext 
$x = 1;
$y = 2;
 
$_POST = $x;
$x = $y;
$y = $_POST;
 
echo $x;
echo $y;
[PHP] pobierz, plaintext 

Nie stworzyłem nowych zmiennych. Nie wpisywałem wartości na sztywno. Nie zmieniłem typów tych ($x i $y) zmiennych. Jest szybciej i czytelniej.

@up
@lobopol - pokazać komuś ciekawostkę

Mam to samo, gdy patrzę na swoje rozwiązanie . Ale mam także to samo widząc te zasady .

@Tuminure:
1. Napisałem ciekawe zadanko, co prawda nie napisałem wszelakich warunków bo pisałem je z głowy na szybko
2. Nie twoje rozwiązanie nie jest szybsze
3. Jednak pokazuje, bo mało który programista PHP wie co to xor, a jeżeli już to raczej z czasów studenckich

4. Prawidłowo zadanie powinno brzmieć mniej więcej tak:
dane są dwie zmienne:

[PHP] pobierz, plaintext 
$x = 12321993;
$y = 322;
[PHP] pobierz, plaintext 

Korzystając tylko i wyłącznie z tych 2 zmiennych, nie zmieniając im typu, zamień miejscami ich wartości. Zmiennych nie możesz zapisywać w plikach/memcache/etc.

I powtarzam jest to zadanie ciekawostka, w zasadzie bardziej sprawdzi jak się ktoś zachowa po jego dostaniu bo mało kto będzie wiedział jak je zrobić xor-em.

Chcesz powiedzieć, że w PHP 3 przypisania, są wolniejsze od 3 przypisań, na których wykonywany jest jeszcze XOR?

Tak, ale różnica powinna być minimalna, a właściwie nawet pomijalna.

To ja może trochę z innej strony "dołożę" do pieca ;-). Potraktujcie te odpowiedzi z przymrużeniem oka.

Zatem może lepiej sprawdzić, czy programista posiada wiedzę, która będzie mu potrzebna w pracy - a nie na kolokwium w technikum / pierwszym roku studiów ;-)?


Heh, co do sposobu na weryfikację "bardziej zaawansowanego programowania" się nie zgodzę. Chyba, że szukasz programisty C.

Niemniej jednak weryfikacja wiedzy jest zadaniem naprawdę trudnym. Ba, ciężko jest znaleźć złoty środek pomiędzy przesadzonym zestawem zadań na parę godzin do domu, a pierdołą do wykonania na bieżąco, która niczego nie zweryfikuje. Taki już żywot programisty.

Nie twierdzę, że rozwiązanie czy nie rozwiązanie tego zadania powinno stanowić o zatrudnieniu danej osoby, ale wyobraźmy sobie taką sytuację przychodzi A na rozmowę przechodzi n różnych pytań technicznych i osobowych. Dostaje tego typu małe zadanko zakładając, że nie zna tego rozwiązania mamy kilka opcji:
-wkurza się jak emp
-stara się znaleźć jakieś obejście (mniej lub bardziej prawidłowe)
-poddaje się przyznając, że nie ma pomysłu (od razu)
-jw. ale po pewnym czasie zastanowienia

Łatwo wtedy odrzucić bądź przyjąć niektórych kandydatów. Rekruter musi znać się na ludziach.

@lobopol: wszystko zależy od firmy. Co innego taka, gdzie leci się hurtem te same rzeczy, w zasadzie od szablonu, a co innego, gdy jednak masz do czynienia z faktyczną pracą indywidualną pod klienta. Ja brałem w różnych rekrutacjach udział. Także w tych, gdzie odpowiedź na pytanie nie jest jednoznaczna. Także takich, gdzie w zasadzie jedyna poprawna odpowiedź nie istnieje, a całość wymaga przemyślenia, wyjaśnienia całego ciągu przyczynowo-skutkowego i jego wpływu na rozwiązanie oraz optymalność. To są pytania otwarte, które potrafią położyć zarówno teoretyków, jak i praktyków. Pierwsi polegną, bo z optymalizacją pod kątem wykonania mają mniej wspólnego, zaś drudzy potkną się na tym, że znają zazwyczaj niewielką ilość podejść do problemu, a wynikającą z faktu stosowania określonych rozwiązań. Po prostu zastosują znany sobie schemat do zbliżonego lub identycznego typu problemu jaki im przedstawiono.

Jedno, jedyne pytanie jakie zadałem kandydatowi na rozmowie do naszej firmy (bo akurat się wtoczyłem do pokoju) to było

Ja: "Jaki jest adres manuala "
On: "he he he he he"

to pytanie jest genialne!, dopiero jak zacząłem pisać na klawiaturze to wiedziałem co mam pisać (odruchowo szło), tak bym nie wiedział...

Fakt, pytanie genialne, ale z drugiej strony, ja tez nie pamietalem kiedy spojrzalem na to pytanie z prostej przyczyny, wpisuje php w pasek adresu i samo mi autouzupelnia.

panowie rozpatrując temat od strony kandydata, warto również poza samymi umiejętnościami programistycznymi pokazać zdolność i chęć do rozwiązywania problemów. Nastawienie na osiągnięcie rezultatu również jest bardzo istotne. Raczej mało firm będzie premiowało wiedzę na temat mikro optymalizacji php'a. Dużo jednak bardzo przekona jeśli pokażecie że w Waszym podejściu jest zaangażowanie i chęć do rozwiązania problemów.

Nie ma nic gorszego niż niechęć programisty do zmieniających się wymagań - a życie to niestety ciągłe zmiany.

Witam,

chciałbym delikatnie ożywić temat, ale od drugiej strony.

Będę zajmował się rekrutacją od strony technicznej. Jakie typy zadań/zadania polecilibyście zadać aby dobrze sprawdzić kandydata?

Zadania zależą od tego, co było wpisane w "wymagania" odnośnie pracy. Natomiast parę przykładowych pytań, które możesz zadać to:

* Are you familiar with MVC and other design patterns?
* What about frameworks, template engines and ORMs?
* Are you familiar with web security issues?
* Do you have any personal projects you are currently working on / github account?
* What blogs and resources do you follow to keep your skills "up to date"?
* Are you familiar with database optimization issues?

Oczywiście rozmowa powinna być odpowiednio rozwijana w zależności od tego jak kandydat odpowiada.

To wszystko zależy od tego, co w firmie jest bardziej przydatne. Jeżeli nikt nie korzysta z XML'a częściej niż 4x w tygodniu to nie ma sensu o to pytać jakoś dogłębnie.
Pomyśl i zobacz jakie umiejętności się Wam najbardziej przydadzą.

Mialem okazje przeprowadzić kilka rozmów z kandydatami i pytanie na które 100% nie odpowiedziało to
Czy się różni printf od sprintf
Na pytanie o JS
Czym się różni $(document).ready o $(window).load odpowiedziała 1 osoba i to też ledwo

Przy ostatniej rekrutacji otrzumałem bardzo ciekawe zadanie. Nie rozwiązałem go na czas.

Otrzymuję 4 współrzędne dwóch odcinków na płaszczyźnie kartezjańskiej.
Funkcja ma zwrócić true jeśli odcinki się przecinają, false jeśli nie.

Jedno z trudniejszych zadań. Rozwiązanie zajeło mi aż 2 dni (po około 4h dziennie) bez szukania gotowego rozwiązania w internecie.
Jedyne co wyguglałem to wzór na sinusa kąta między wektorami.

Do jakiej pracy to była rekrutacja, bo chyba nie na programistę

A na programistę i to do bardzo fajnej firmy. Pozostałe zadania były ściśle powiązane z programowaniem.

Ja otrzymałem kiedyś fajne zadanie dot. JS. Wskaż co zwróci (true/false) w if(wyrażenie):



Dokładnie nie pamiętam, ale wiem od tamtego czasu, że new Boolean(false) zwraca true ;d

Mając dwa punkty można wyznaczyć równania prostych. Jeśli współczynniki kierunkowe są takie same a wyrazy wolne różne to się nie przetną. Jeśli różne to wyznaczamy punkt przecięcia i prosto sprawdzamy czy należy do obu odcinków (proste mogą się przeciąć, ale nie w miejscu gdzie są odcinki).

Za to zadania jakie dostał markuz to największe zło na rozmowach. Jak się dostaje takie zadanie to lepiej wyjść z rozmowy bo świadczy to co najmniej o tym, że rekrutacja jest oderwana od procesu tworzenia oprogramowania - zwykle HRy układają pytania z internetu. W najgorszym wypadku oznacza, że w taki kiepski sposób się tam programuje.

@markuz bardzo łatwe pytanie new Boolean(false) zwraca obiekt, a obiekt jest zawsze "truthy value". Co innego Boolean(false), które wykonuje po prostu rzutowanie i działa "zgodnie z logiką". Pomijam fakt, że nie wiem po co ktoś w JS robi se coś typu new String('a') skoro typy prymitywne i tak mają interfejs obiektowy…

Tępy HR lub programista który chce pokazać jaki to Ty cienias jesteś, jak to My wymiatamy i znamy wszystkie głębokie zakamarki wszystkich języków (Prawie jak Bogowie Programowania)

Jeżeli u Ciebie w firmie ktoś nie wie co przy rzutowaniu na bool zwróci true / false, to życzę powodzenia w tworzeniu czegoś bardziej skomplikowanego niż księgę gości. Ja bym zdecydowanie nie chciał współpracować z kimś, kto tego nie wie, bo przy bugach z tym związanych nie wiedziałby nawet jak je znaleźć . Jest to bardzo dobre pytanie na odfiltrowanie paczki osób.

Natomiast zadanie z wektorami jest o tyle ciekawe, że słysząc o punkcie przecięcia od razu kojarzy się to z punktem przecięcia prostych, a tutaj mamy wektory i trzeba się chwilę zastanowić, żeby dojść do wniosku, że wystarczy sprawdzić, czy punkt przecięcia należy do obu wektorów oraz sprawdzić oddzielny przypadek dla tego samego współczynnika przy x'ie (równoległość). Natomiast jeżeli nie aplikujesz na programistę silników gier czy czegoś podobnego, to zadanie nie ma najmniejszego sensu na rekrutacji, bo nie sprawdza to niczego, czego potrzebujesz w trakcie tworzenia oprogramowania (mam tutaj na myśli WebDev, bo jesteśmy na forum PHP). Ktokolwiek by chciał teraz napisać, że "ale przecież to zadanie sprawdza czy ktoś umie myśleć", niech się nad sobą zlituje

Innymi słowy jest dokładnie na odwrót.

Bez sensu to dostał zadanie Adi32, wykładowca z okolicznej uczelni je układał? Raz mi się zdarzyło dostać tego typu zadanie to uznałem że szkoda mojego czasu.
Skowron-line i markuz bawili się pytaniami które jestem pewien że nie były wymagane aby dostać pracę, jedynie sprawdzały czy programista zna takie ciekawostki.
Redeemer wymienił najlepsze pytania.

@Spawnm, +1

@Spawnm czy ja wiem czy $(document).ready vs zdarzenie load to ciekawostka? W zależności od potrzeb te dwie rzeczy robią całkowicie inne rzeczy. Pierwsze odpala się po załadowaniu DOM, a drugie całej strony. Naocznie różnicę można zobaczyć tutaj: http://neo.infeo.pl/archiwum/dom_onload.html

I to jest Twój błąd. Jeśli piszesz kod, w którym mogą się takie konstrukcje pojawić to nie potrzebujesz specjalisty od potencjalnych bugów. Potrzebujesz specjalisty, który wprowadzi jakiekolwiek standardy w Twojej firmie. Kod w którym pojawiają się konstrukcje w stylu if(string) jest niejasny, wymaga dodatkowych komentarzy, utrudnia pisanie testów, utrudnia statyczną analizę kodu chociażby na potrzeby pokrycia testowego i na dodatek - nie ma żadnych zalet.

Na rekrutacji wypytywanie o szczegóły implementacji języka to jak rekrutowanie dziennikarzy według wyniku w scrabble.

Hola hola, nigdy nie mówiłem, że użycie takich składni w praktyce ma sens, tylko że jak ktoś chce aplikować na programistę / front-endowca, to powinien takie rzeczy zdecydowanie wiedzieć, więc trochę se dopowiedziałeś



Błędna analogia. Prędzej by tu pasowało: wypytywanie o implementację języka X (bo szczegóły to to nie są) na rekrutacji na programistę języka X, to jak pytanie dziennikarza o interpunkcję i gramatykę (no bo przecież to tylko szczegóły).

Analogia dziennikarz-scrabble bardziej pasuje do zadania z wektorami. Dziennikarz - programista, zadanie z wektorami - scrabble.

Idąc Twoim tokiem myślenia przy aplikowaniu na stanowisko programisty aplikacji bazodanowych i otrzymaniu pytania "Co to są indeksy w bazach danych i do czego służą" powinno się odpowiedzieć "a co to za różnica, to tylko szczegóły, aplikacja będzie działać i bez tego". Jest to idealny przykład jak zrobić, żeby tworzone oprogramowanie było awaryjne i niskiej jakości.

Skoro nie ma sensu to po co to wiedzieć? Chcesz sprawdzić kandydata czy wie coś, czego nigdy nie użyje?


Nie chodzi o to, że truthy values to detal. Chodzi o to, że to część, której należy unikać. Pytania o szczegóły są ok, pytania o szczegóły, co do których jest ogólny konsensus, że są idiotyczne - nie są ok. Moim tokiem myślenia dla bazodanowca bezsensownym pytaniem byłoby: "Jakie są reguły zwracania nazw pól bez użycia AS w SELECT?". Bezsensowne, bo trudne a i tak należy zawsze używać AS.

Dla kogo coś jest szczegółami to już chyba rzecz subiektywna. Według mnie na jaki bool rzutowane są dane typy jest sprawą dość oczywistą i nie jest to pytanie typu: "W jakiej kolejności i jakie dane zwraca tablica z getimagesize()" (takie pytanie byłoby całkowicie bez sensu, bo dość jasnym jest, że każdy pracując zawodowo używa IDE, a IDE podpowiada takie rzeczy). Poza tym w tym zawodzie często bywa tak, że trzeba korzystać z blbliotek 3rd party (kiepskiej jakości, jest kruchy deadline, a skrypt pomimo swojej jakości spełnia swoją rolę) albo poddawać refaktoryzacji kiepskiej jakości kod, gdzie takie rzeczy się zdarzają i trzeba je rozumieć. Np.

[PHP] pobierz, plaintext 
// Nigdy nie róbcie tego w domu
class User {
 
private $username;
 
public function __construct($username) {
$this->username = $username;
}
 
public function getElegantUsername() {
return "<b><i>".$this->username."</i></b>";
}
 
}
 
$user = new User("xyz");
echo $user->getElegantUsername();
[PHP] pobierz, plaintext 

Taki kod od strony architektury jest całkowicie bez sensu i błędny, natomiast w przeglądanym kodzie takie kruczki nie raz się zdarzają i teraz jako programista nigdy byś czegoś takiego nie napisał, ale powinieneś wiedzieć, że takie coś wyświetli:





j/w, "konsensus" w tym przypadku to raczej subiektywna opinia i umyślne popadnięcie w skrajność z nieskrajności. Oczywistość w idiotyczności pytania zawiera się np. w "Jaka jest 14 linijka kodu index.php w domyślnej instalacji Sf2" przy aplikacji nawet na Sf2 guru, a to co innego...

Upierasz się cały czas, że to coś kto powinien coś wiedzieć, jednocześnie nie pokazując korzyści z zastosowania takiej wiedzy. A w szczególności czemu takie coś sprawdzać na rozmowie kwalifikacyjnej, skoro wydaje się tak mało ważne.

No to nie wiem, teraz popadamy w hipokryzję? Kiedy ostatnio wykorzystałeś w praktyce (w WebDev) wiedzę na temat punktu przecięcia się dwóch wektorów?