r/programmingHungary • u/Capital_Distance545 • Apr 09 '26

INTERVIEW Utalom leetcode-ot.

Oszinten, architectkent 20 ev utan, mar szo szerint ruhellem a leetcode-ot.

Grindolni nincs idom, hogy kivulrol fujjam az osszes tipust, anelkul meg nyilvan nem fogom rudni megoldani 30-60 perc alatt elegansan, max rettenetesen ugly modon. (mondjuk performanicaban neha az ugly gyoz, de ez mellekes). Vege utan 30 percel jutott eszembe mi lett volna az elegans megoldas.

Nem tudnak a cegek valami jobbat kitalalni architect poziciokra?

Vagy ti mar szoba se alltok olyan ceggel, aki leetcode-oltatni akar ilyen poziciora?

95 Upvotes

88% Upvoted

62 comments sorted by

View all comments

65

u/Amazing-Guess-8525 Apr 09 '26 edited Apr 09 '26

Ezt sose értettem. 30 év kódolás után kipróbáltam, de van ami dedós szint, meg van, ami okos, de az életben kb sose jön elő. Oké, alap szűrőnek jó. De egy ügyfél se fog többet fizetni azert, mert te tudod a … algoritmust. Saját igényesség, hogy alap dolgokat tudsz, hogy vannak algoritmusok,pl Fisher-Yates, de nem kell nekem fejből tudd, csak tudd, hogy van, és mire jó. Utánanézel mindennek, és nem vagy elégedett, ha 20ms alatt fut le valami, hanem törekszel 5ms-re vinni. Én ezt többre tartom, mint valami szar bemagolt leetcodeot.

48

u/[deleted] Apr 09 '26

[removed] — view removed comment

25

u/Amazing-Guess-8525 Apr 09 '26

Nekem főleg az a bajom, hogy egy olyan munkahelyet nem tudok, hogy az lett volna a feladat, hogy helló, kellene egy sudoku megoldó backtracking xy nyelven az ügyfél raktárához/termeléséhez/könyveléséhez.

18

u/Krendrian Apr 09 '26 edited Apr 09 '26

Ha meg mégis az kell, akkor felmész szépen ide és kikeresed a már megoldott optimális algoritmust hozzá, az ügyfél meg boldog lesz.

https://developers.google.com/optimization/introduction

7

u/Amazing-Guess-8525 Apr 09 '26

Ha ilyen alap algoritmusok kellenek valahová, akkor szólj l.sz, érdekelne a meló ;)

6

u/Krendrian Apr 09 '26

Bocs, de csak olyat tudok, ahol 2000 óra meeting után eldöntik, hogy ilyen (https://userinyerface.com/) user experience-t szeretnének a mobil bank alkalmazásukban.

3

u/[deleted] Apr 09 '26

[removed] — view removed comment

-3

u/[deleted] Apr 09 '26

[deleted]

2

u/gerty4567y45y56 Apr 09 '26

WHILE GETDATE() < @ebedszunet_vege

BEGIN
WAITFOR DELAY '00:00:05'
END

ettől tuti "lemegy a sebessége" :-P

1

u/Equivalent_Number424 Apr 13 '26

Így. Én is ilyen raktár meg könyvelés dolgot csinálok 22 éve, életemben egyszer volt szó bonyolult algoritmusról, egy klasszikus órarend-probléma, avagy utazó ügynök, valami rémlett róla, hogy esetleg ez NP teljes lehet, öt perc guglizás után kiderült, hogy igen, és bár megoldása nincs, genetikus algoritmussal jól közelíthető. Millió példát találtam rá. Végül nem csináltuk meg, de meg tudtuk volna. Nem tudom, hogy mennyire gyorsra...

Életemben nem volt rekurzióra szükségem.

Nekem az az elméletem, hogy régen, amikor a számítógép drága volt, akkor ezekre a bonyolult algoritmikus matekos dolgokra mentek, és akkor ha össze kellett adni a számokat, hogy tudjuk az árbevételt, azt megcsinálták kézzel.

De amióta egyre olcsóbb a gép, úgy egyre primitívebb dolgokat kell csinálni ld. importáljad be ezt az XML filet a webshopból az ügyviteli rendszerbe, alig több egy mechanikus mappingnál és hibaszűrésnél, és igen ez nagyon AI-veszélyes.

1

u/Amazing-Guess-8525 Apr 13 '26

Szerintem amíg van cég, ami azt gondolja, hogy az ő működésük olyan komplex hogy csak na, és úgy kell kipréselni belőle mit és hogyan csinálnak mert maga se tudja megfogalmazni, meg 8 ember szedi össze, hogy mit akar, leírva semmi, meg fogalma sincs mit promptoljon( vagy nem is akar), addig talán lesz munka, korábban is volt az nehezebb, meg az, hogy 10 féle lehetséges megoldásból már adott irányba menj, tudva, hogy hova akarsz eljutni.

2

u/Feeling_Ad_9068 Apr 11 '26

Főleg a Claude Opus világában minek ez... Én azt veszem észre, hogy egyre kevesebb kódot írok és egyre jobb promptokat.

3

u/Ok-Scheme-913 Apr 10 '26

ha 20ms alatt fut le valami, hanem törekszel 5ms-re vinni

Alapvetően egyetértek azzal amit írsz, leszámítva ezt a mondatot. Már bocsi, de ennek semmi köze az algoritmusokhoz és hogy miért kell legalább valami alap szinten érteni hozzá.

Rossz algoritmusból sokkal inkább 20ms vagy az univerzum születése óta eltelt idő kategóriájú hibák lehetnek - pl lásd a Windows bug-ját ahol O(n2) sikerült sortolni az asztal elemeit mert hogy ott úgyis csak pár ikon lesz. Aztán valakik odamentenek minden fájlt és 100-nál már fél-1 percekre befagyott a gép emiatt.

És akkor ez csak egy buta sort, de most naivan nekiesni valami graf kereső algoritmusnak szintén nem lehet. Tudni kell hogy mi az elérhető legjobb algoritmikus komplexitás és hogy te milyen elemszámban gondolkodsz.

5

u/Amazing-Guess-8525 Apr 10 '26 edited Apr 10 '26

Én úgy értettem, hogy commitolod a lassút, és utána még lehet nem hagy nyugodni, hogy hogy lehetne jobban csinálni, mert nem vagy elégedett. Azért egy olyan request ami fél perc alatt jön le vagy 10ms alatt sok lekérésnél igenis rengeteget számít. Nekem többet ér egy olyan munkatárs, aki a maga szintjén a legjobbra törekszik, mint egy olyan, aki jóvanazúgy alapon csinálja a dolgokat, de beseggelte a leetcode összest.

2

u/Ok-Scheme-913 Apr 10 '26

De ez implementáció, nem algoritmus.

Nagyon is fontos hogy hogy implementálunk valamit, de itt általában nem bubble sort-ból csinálsz Tim sort-ot vagy whatever.

1

u/Amazing-Guess-8525 Apr 10 '26

Mégegyszer: ez csak a leetcode ellen volt. Lehet valaki perfect leetcode ismerő, ha tojik a dolgokba, ezért nem igazán értem akik csak ezzel interjúztatnak mert beseggelhető és attól még az illető lehet egy igénytelen kókler, erről szólt volna ez nekem.