-
Fototrend

Új hozzászólás Aktív témák
-
válasz
mindthecrap
#18464
üzenetére
Javavál kezdtem és most python fejlesztéssel foglalkozom, szóval ez megint nem egy axióma. A jávának akár kezdésnek is sok előnye van...
A user pedig általában nem tudja mit akar
-
válasz
csakegymunka
#18340
üzenetére
Azért elég sok for loopot kell írni

-
De te most melyik irányból nézed a dolgokat? Igen is nem jó dolog ha egy kód komplex. Komplexitását ne a mennyisége adja hanem az összetettsége szerintem. Egy komplex kód és én itt most a töb 100 soros függvények összeségéről beszélek, vagy próbáltam beszélni nem jó.
És ez nem butaság. Szerintem a coding style és a "teszt lefedettség" - itt megint mit értünk nem a code review része. Annak előtte kell megtörténnie normál esetben automatikusan (pl. sonar qube + egyéb linter).
-
válasz
pmonitor
#17939
üzenetére
Nagyon rossz oldalról fogod meg a dolgokat. Ne haragudj, hogy ezt mondom de úgy osztod itt az észt, a szakmában régóta dolgozó embereknek mintha igazad lenne. Sajnos nem fekete és fehér ez a világ mindenre alapból van 100 jó megoldás.
Az, hogy kötöd az ebet a karóhoz és mindenbe belekötsz, hogy nem optimális illetve nem tudod vagy akarod elfogadni, hogy ennek ellenére a piac nem így működik csak hangulat keltésre jó.
Menjünk vissza az eredeti témához, és folytassuk a beszélgetés a programozásról...
-
Te még vagy nem dolgoztál agilisan vagy alkalmatlan vagy rá (no offense, de sokan vannak így). Az agilitás lényege, hogy a piac igényeire tudj gyorsan reagálni, és ne 5 év múlva kerüljön elő egy olyan feature ami most trendi. Amit felsoroltál problémát az agilitástól függetlenül is az lenne.
-
válasz
pmonitor
#17325
üzenetére
Azért ha kérhetem ne magyarázzuk félre a dolgokat. Az első implementációval is jöttél, hogy mekkora ász vagy és kiderült, hogy korántsem működik úgy ahogy a régi, az általad lassúnak titulált implementáció.
Ezt most valahogy kifelejtetted a mondanivalódból és teljesen más kontextust teremtettél, de a lényeg megmaradt, hogy azt állítottam, hogy nem sikerül de te csakazértismegcsináltad.

-
Nem értem most miről írsz. Ezt írtad: "vagy mit matat a filesystemben". Hát ha dockerből futtatod akkor pontosan azt amit megengedsz neki.
Ha pedig dockerből futtatod akkor általában egy tűzfal mögött van. Akkor meg pontosan annyira kontrollált a környezet amennyire Te akarod.
Vagy most mit forgatunk ki a mondandómból?
-
Tök mindegy mit matat ha dockerből fut.

Szerintem ez megint a rossz oldal.Dolgoztam olyan helyen ahol saját microservice volt összepattintva mert csak (a magyarázat az volt, hogy a Spring 10ns-kel lassabb, a valóság pedig, hogy a külső cég aki bevezette ott a microserviceket (KEK) máshoz értett) és bizony eléggé pain in the ass volt.
-
-
válasz
pmonitor
#16952
üzenetére
Fel tudsz mutatni olyan munkát amit magyar emberek milliói használnak mindennap. A fórumról több kolléga is olyan dolgokan dolgozik / dolgozott mint valamilyen nagy magyar vállalat webshopja vagy valamelyik mobilbank applikáció és hozzá tartozó backend.
Szerintem erre gondolt a kolléga.
A C Sharp pedig tényleg ingyenes és van hozzá fizetős support, értsd ha nagyon sokat fizetsz a Microsoftnak akkor az expert akár karácsony este felül a repülőre, ideutazik lokálisan és megoldja a gondod.
Tényleg ne kezdjük uj loopba.
-
válasz
Netszemete
#16935
üzenetére
Gradle az egy projektépítő eszköz.
-
válasz
Netszemete
#16933
üzenetére
Akkor már adoptopenjdk de méginkább gradle base image-t használnék.
-
Szerintem zárjuk le a vitát. Enyém az utolsó szó.

-
válasz
pmonitor
#16908
üzenetére
"Egyébként, ahogy látom, a programjaim töltögetik "lefelé", és nagyon bízom benne, hogy valaki(k)nek megmozgatják a szürkeállományát, és valami eszükbe jut a programjaim nézegetése közben. Valami ihletet adok Nekik. Ezért hálás köszönetem, azoknak, akik letöltötték/letöltik a programjaimat. Őket légyszíves ne s...d már le, ha megkérhetlek."
Ezt nem értem, hogy keverted ide. A loopolásról meg arról beszéltem, hogy Te milyen módon minősíted azt a sok mérnököt aki ezzel foglalkozik, mert a te atoi implementációd gyorsabb csak nem annyira robosztus mint a fordító által adott.Két dologról beszélsz. Én pedig erről, hogy ezt fejezzük be mert ha kérhetem.
-
válasz
pmonitor
#16894
üzenetére
Nem vagy szakmabeli és ami itt folyik demagóg, hogy ezen a témán loopolsz. Nincs igazad. No offense, és semmi személyeskedés csak, hozzuk egy szintre a két véleményt.
Mindent fikázni is és saját magad promózni, anélkül, hogy értékelhető dolgot nem tettél le az asztalra (pl. atoi implementációdra egy merge a gcc-ben) - nem jó ötlet. Nem véletlenül vannak ezek a dolgok így. C-t hasonlítani C sharpal pedig nem tudsz.
Kérlek ezt tartsd szem előtt.

-
Szerintem sok az off már xD
Engedjük el.
-
-
válasz
Netszemete
#16747
üzenetére
Nagyon egyszerű feltételezésből indulok ki. A világ 3. (?) legnépszerűbb programozási nyelvének egyik alap függvényére a kolléga talált egy jobb megoldást, közel 30 (?) év után.
Valószínűtlen. De félre ne érts, nem akartam egy pillanatig sem bátani vagy akármi negatív.
-
válasz
pmonitor
#15620
üzenetére
Most az 5 másodpercet így képzeld el:
- indul egy request magyarországon, ami átmászik még 5 microservicen
- az egyik kilő az usába és csak oda vissza kb. 500 ms tart az adat utazása (tegyük fel, hogy megkerüli a földet kb. fénysebeséggel)
- majd a végén még utófeldolgozás következikA való életben az 5 mp, vagy 3 vagy 10 mindig egy olyan meghatározott érték amit a user úgymond "kibír" stressz nélkül. Igen erről vannak kutatások. Nyilván célszerű a lehető leggyorsabb megoldásra törekedni.
A miért C#, Java, Python és nem C vagy ASM kérdésre a válasz pedig egyszerű. Az idő pénz és a felesleges implementációt megúszod. Nem neked kell a sokmindent is leimplementálnod.
Nem véletlenül van Spring és VM is pl.
-
PHP szerintem egy teljesen jó nyelv csak sokan nem értenek hozzá. Mi volt régen? Nem tudsz programozni és elmentél webfejlesztőnek.
Csak nézzünk megy egy Laravel keretrendszert... Szerintem a kolléga által felvázolt probléma forrása nem a PHP volt hanem a hozzá nem értés.
-
-
válasz
instantwater
#15049
üzenetére
Ha már GH akkor CircleCI.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- HP ProBook 6560b, 15,6" HD+, i5-2520M CPU, 8GB DDR3, 500GB HDD, W10, Számla, garancia ( olvasd végi
- Lenovo Thinkpad L450, 14" HD, i3-5005U CPU, 8GB DDR3, 128GB SSD, W11, Számla, 1 év garancia ( olvas
- HP ProBook 650 G2 15,6" FHD, i5-6200 CPU, 8GB DDR4, 256GB SSD, W11, Számla, 1 év garancia ( olvasd
- Dell Latitude 5490, 14" FHD IPS, i5-7300U CPU, 8GB DDR4, 256GB SSD, W11, Számla, 1 év garancia ( ol
- Dell Latitude 7320 Carbon /i5-1145G7/16GB/256GB SSD/13.3" FHD laptop
- HIBÁTLAN iPhone 13 256GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3732
- Apple iPhone 13 128GB,Átlagos,Adatkabel,12 hónap garanciával
- BESZÁMÍTÁS! Intel Core i5 8500 6 mag 6 szál processzor garanciával hibátlan működéssel
- Dell Wyse 5470,14",FHD,Touch,N4100 CPU,8GB DDR4,128GB SSD,WIN11
- AKCIÓ! BESZÁMÍTÁS! Részletfizetés 0% THM ÚJ RTX 5090 több típusban 3 év garanciával 27% áfával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest




