-
Fototrend
Új hozzászólás Aktív témák
-
pmonitor
aktív tag
válasz
axioma #14955 üzenetére
Szia!
Többé-kevésbé jó, ha csak az elején adom hozzá a méretekhez(nem pontosan, de kicsire nem adunk
). Módosítottam is az oldalamon: [link]
Lásd: "Ha érdeklődés van rá, akkor csinálhatok egy NumericUpDown-t, ahol meg lehet adni, hogy mennyi ráhagyást számoljon a program az összes darabra fixen.
Ha nem fixen számolnám rá az elején, hanem minden sorrendnél figyelembe venném a vágások számát is, az jelentősen megnövelné a futás idejét."Köszönöm az észrevételeket, és várom a továbbiakat is.
-
Silεncε
őstag
válasz
axioma #14720 üzenetére
Én talán 5ig jutottam, ráadásul az is szenvedés volt. A versenyeket még élveztem volna, de egyrészt nincs csapatom (egyedül meg nem akarok) másrészt mint mondtam, azért olyan nagy sikereink nem voltak. Meg mostanában napi 8 óra meló mellett az ember örül ha él, max a kis privát projektjeimet kalapálgatom
-
Silεncε
őstag
válasz
axioma #14718 üzenetére
Nem is mondtam, hogy mondtad, csak leírtam hogy annó próbálkoztam ilyenekkel de idő és sikerélmény hiányában elkopott. Ettől függetlenül szeretem csinálni (most pl egy olyan projektet csinálok hobbiból, ami automatikusan jelez Discordon keresztül, ha új animerész kerül föl a forráshelyemre, rohadtul overengineered lett, de megismertem a Python multiprogramozást, a RabbitMQ-t stb), kérdés hogy eljutok-e valaha magas szintre a szakmában
-
Silεncε
őstag
válasz
axioma #14715 üzenetére
Én anno próbálkoztam Codewarsozni, de viszonylag kevés sikerélményem volt (mondjuk, ha sikerült rájönni egy bonyolultabb feladat megoldására ami megfelelt a time és memory constrainteknek is, az azért jó érzés volt) + az egyetemen voltunk többször is programozóversenyen (csapattal) szintén kevés sikerrel... Mostanában is elég sokat gondolkozok, hogy biztos jó ötlet volt-e erre a pályára jönni, de így egy proginfo diplomával a kezemben + főállású munkahelyen ez már kicsit késő
-
-
opr
nagyúr
válasz
axioma #14665 üzenetére
Nalunk egyszer egy algo-ra volt ilyen hulye pelda. Mar ki volt talalva, matematikailag bizonyitva, kitalaltuk a megfelelo implementaciot is, gyonyoru volt az egesz ugy, ahogy van, matematikai ES kod szempontbol is, csak eppen szarul mukodott. Amikor ennyire komplex dolog van, hogy idaig fajul a dolog, azt altalaban eleve minimum ketten csinaljuk, de sokszor akar harman-negyen (ok, az implementaciot mar nyilvan csak egy ember irja), mert az a tapasztalat, hogy egyszeruen tobb szem tobbet lat. Hat, most egyik se latott semmit, pedig vegigmentunk rajta vagy sokszor.
Odahivtunk egy extra embert, hogy nezzen ra, de nem magyaraztunk semmit, itt az "egyenlet", itt az implementacio, mondd meg hol basztuk el. Kb 30mp mulva mar rohogott. Egy + helyett egy helyen - volt az elejen. Numpad elgepeles, annyira trivialis helyen, meg a bonyolult dolgok elott, hogy mindenkinek egyszeruen atugrotta a szeme. -
opr
nagyúr
válasz
axioma #14663 üzenetére
Igen, ilyen is van. Részemről volt már példa mindkettőre, arra is, hogy magyarázás közben rájöttem, arra is, hogy nem, hanem valaki más odaült, megnézte, és max pár perc múlva rámutatott, hogy ott van elszabva. Persze arra is volt már példa, hogy tényleg komplikált volt a dolog, nagyon, olyan módon, amit nem lehetett előre látni, és a vége az lett, hogy vagy négyen dolgoztunk rajta egy darabig, mire az kész is lett meg jó is lett.
-
Ezekiell
veterán
válasz
axioma #14494 üzenetére
Nálunk úgy ment (piacvezető szállásközvetítőoldal - és itt globális piacról beszélünk, euromilliárdokkal, és nem a booking hanem a másik
), hogy egy featureért a developer volt a felelős a groomingtól a releaseig. Volt business analyst meg product owner, akiket lehetett a contextről meg business caseről kérdezni, de minden developmnet/testing a developer feladata volt.
Szóval a gyakorlatban: megkapta a dev a ticketet, és tegyük fel h ez jól definiált, érthető, dolgozható ticket volt. Megírta a BDD-szerű UI testet, illetve TDDvel a system testet. Majd elkezdett kódolni, folyamat írta a failelő integration/unittesteket TDD szerint, amiket szépen zölddé tett, és a végén így kizöldültek a system/UI tesztek - ezáltal kész volt a development. Ezután manual testing test enven dev által + BO által. Ha ez így zöld volt, akkor mehetett a release cycle többi részére a cucc.
Persze ez így némileg le van egyszerűsítve a példában, de kb ez volt.
-
spacelab
tag
válasz
axioma #14470 üzenetére
Köszi! Talán ez lesz az https://minecraft.makecode.com/setup/minecraft-windows10
-
dabadab
titán
válasz
axioma #14470 üzenetére
Sőt, van Scratch-szerűség Lego Mindstormshoz is, bár az talán nyolcévesen még túl sok az építéssel meg mindennel együtt.
-
martonx
veterán
válasz
axioma #11973 üzenetére
Hát ez az, ez a gond a webshopos témával is szerintem. Lehet nagyon bután nekifutni, hogy ok, akkor legyenek termékek, kosárba lehessen rakni, a kosarat meg lehessen rendelni, be lehessen jelentkezni. De egy webshop nem ettől webshop. Ezt egy hét alatt össze lehet rakni. Akkor már sokkal érdekesebb egy webshopban a kategória fák felépítése, termékek keresése, szűrése különböző szempontok alapján, hogy az árazásról ne is beszéljünk. Vagy ott van a SEO kérdése, de önmagában csak a megrendelést is el lehet úgy bonyolítani, hogy csak azon heteket dolgozik pár ember.
Szóval ez egy tipikusan buta témaválasztás. Hiszen ezzel csak maximum a felszínt lehet karcolgatni, ahelyett, hogy akkor már kiragadnánk a webshopból valamit, és csak arra koncentrálnánk a szakdolgozatban. Szerintem.
-
kingabo
őstag
-
kovisoft
őstag
válasz
axioma #11374 üzenetére
Nem, ez nem fordítói jófejség, és nem csak a scanf-ben működik így, az egésznek mélyebb oka van. A char *ptr egy pointer, ahol a változó tartalma egy memóriacím, amire mutat. A változó értékét módosíthatod, és akkor egy másik memóriaterületre fog mutatni.
A char str[10] változó ezzel szemben ténylegesen azt a 10 byte-ot jelenti, amit lefoglalt számára a fordító, és nem változtathatod meg, hogy milyen memóriacímre mutasson. Tehát amíg ez legális: ptr=str, addig ez nem legális: str=ptr. De másként működik rájuk a sizeof is: sizeof(str)=10 lesz, nem pedig a pointer mérete (pl. 8).
Abban viszont tökéletesen egyetértünk, hogy nem jó gyakorlat a konkrét esetben &-tel használni, én sem szoktam, és nem is buzdítottam senkit erre. Ahogy írtad, egy kezdőnek az &input[0] a legbiztonságosabb forma.
-
opr
nagyúr
válasz
axioma #11198 üzenetére
"meg siman kiderulhet, hogy nem is az a feladat."
Ebben teljesen egytertunk, sot, sajnos tapasztalataim szerint ez az esetek also hangon 60-70%-ban igy van. Ezert is irtam, hogy aldaskent elem meg, hogy el lettem szeparalva a megrendelotol.zsolti_20: Hat igen, igy mar mas a leanyzo fekvese.
-
opr
nagyúr
válasz
axioma #11196 üzenetére
Persze, es beallithatok hozza tankkal is, meg nyomhatok fegyvert a fejehez, hogy biztos igazat mondjon.
Ne vicceljunk mar, ez egy forum, nem a munkahely. Se energiaban, se masban nem is eri meg ugy kezelni, mintha az lenne. Felteszel egy kerdest, arra kapsz egy valaszt, az alapjan tanacsot adsz, ha tudsz. Ennel messzebb ingyen es bermentve, ismeretlen embernek en biztos nem megyek, mert nem erdekel.
Feltettem egy kerdest, kaptam ra egy valaszt, es a valasz alapjan kollega megkapta a legjobb megoldast, amit meg meg is tud irni szerintem. Ennel szerintem nem realis tovabb menni.A munkaban/irodaban/valos eletben persze, igazad van, ott a standard az, hogy az ugyfel azt se tudja, mit akar, nemhogy azt, hogy mije van, az mas. De az nekem oszinten szolva kemeny is, regen csinaltam, ma mar nem csinalom, szepen el vagyok szeparalva a vegfelhasznalotol/megrendelotol/vadbarmoktol, es ennel keves jobb dolog tortent velem az utobbi par evben.
-
axioma
veterán
válasz
axioma #10720 üzenetére
Huuu, ez a perl naggyon durva a code golf-hoz! A python is tomor, a nem golf-olt megoldasom 111 karakter volt, python3 es kicsit trukkozottebb kod is tobb mint 75, perl-ben guglizassal egyelore 49. Allat
Nem gondoltam volna hogy ezt a kombinalgatast is fogom ertekelni, de jatszani jo (programot akkor se irnam igy vitalis helyen).
-
Karma
félisten
válasz
axioma #10718 üzenetére
Javaslom a Programming Puzzles and Code Golf SE böngészését, egyrészt rengeteg golf-orientált ezolanggal lehet találkozni, másrészt extrém megoldásokkal a hétköznapi nyelvekkel is.
-
Nagytoll
senior tag
válasz
axioma #10435 üzenetére
Miután bemásoltam ide, már észrevettem, hogy nem teljesek, azóta javítottam, már csak ezt kéne értelmeznem, hogy itt mi is az expected output
Fixed Tests accum
-G-Ll-Nnn-Rrrr-Xxxxx-Qqqqqq-Eeeeeee-Nnnnnnnn-Uuuuuuuuu-expected:<Z[-Pp-Ggg-Llll-Nnnnn-Rrrrrr-Xxxxxxx-Qqqqqqqq-Eeeeeeeee-Nnnnnnnnnn-Uuuuuuuuuuu]> but was:<Z[pglnRxqenU]> -
PumpkinSeed
addikt
válasz
axioma #10411 üzenetére
Én 22 éves vagyok, de már 3x volt olyan amit Bambano írt. Ez a minden kell tegnapra hosszútávon nem tetszik nekem. Én is imádok programozni, meg új technológiákat tanulni, de az hogy kiadják hétfőn a feladatot és pénteken este megy production-be, persze ilyenkor a péntek este valójában szombat reggel. (Ideje lenne állami szinten betiltani a pénteki deploy-t.) Ha már családom lesz valami olyat akarok csinálni ami mellett lesz rájuk időm.
(#10418) axioma
Támogatom a topikot erre.
-
bucsupeti
senior tag
válasz
axioma #10411 üzenetére
Én is csatlakozom azok közé, akik nem akarják elhagyni a szakmát. 45 vagyok, 13 éves korom óta programozok, hol hobbi szinten hol hivatásosan (jelenleg is), de egyszerűen nem tudok nem programozni. Ehhez persze hozzá tartozik az új technológiák megismerése is.
Nalunk kicsit más a környezet.
Olyan szerencsém van hogy a cég folyamatainak javítása a feladatom és ezek általában valamilyen szoftver termék elkészítését vagy bővítését jelentik. Ezek egy részét én specifikálom, tervezem és fejlesztem, sőt üzemeltetem is, így írtónagy szabadsagom van. Imadok tanulni, új technológiákat megismerni és ez a környezet minderre lehetőséget biztosít. Vannak team feladatok is. Az azért mas világ, de nem rossz az sem. Vannak külső fejlesztői megrendeléseink is. Ott a specifikació csupán a feladatom, de tudom hogy akkor jön rossz termék ha rossz a speckó, vagy rossz a terv. a programozón semmi nem múlik, de az biztos hogy rajtuk lehet leverni a dolgokat. ők azok akik a rossz speckó vagy tervezés miatt feleslegesen dolgoznak és a végén totalis káoszban és stresszben kell teljesíteniük valami kompromisszumos megoldást... ezert kell jó specifikació, jól megfogalmazott, részletes üzleti igény. -
-
Mr Dini
addikt
válasz
axioma #10206 üzenetére
A probléma az, hogy egy Yt link nem biztos, hogy a v=11jegyűid-vel végződik, lehet simán utána más paraméter (query string) is. Illetve van olyan eset, amikor nem a youtube.com a domain, hanem pl youtu.be/v=11jegyűid a link. Ezért tűnik ez jó megoldásnak. Ha meg később változtatnak, módosítok a kódon és kiadok egy új verziót, hiszen erre ott van a githubos verziókövetés!
-
-
Klasszikus értelemben nem fontos a bejárás. Csak a szomszédok fontosak. A csúcsok fokszáma viszonylag alacsony marad, ugyanakkor a csúcsok száma nagyon magas is lehet. Ezért gondolom, hogy a megközelítésem rendben van, de én speciell elég régen gráfoztam (10+ éve), és simán lehet, hogy vannak jobb megoldások. Inkább kérdezek.
Sztanozs, jó a cikk, bár az én esetemre overkill. De tényleg nagyon jó!
-
A lényeg, hogy egy csomópontból mely csomópontba juthatsz el egy lépésben (szomszédok).
Sztanozs: Az irányítottat meg lehet oldani azzal, hogy fordítva is tárolom a csomópontokat a mezőkben.
Pl.:-ból -ba
1 2
1 3
1 4
2 1
4 1Van ennél jobb elgondolás? Linket megnézem, köszi.
-
axioma
veterán
-
peterszky
őstag
Igen, csak pozitív egészek (az összegek HUF értékek), ismétlés - ha egyforma értékekre gondolsz - akkor lehet benne, darabra korlát elméletben nincs, csak gyakorlati megfigyelés, hogy 50 alatti szám.
Az 1% az, hogy a megoldásban nem szerepel a rendezett sorban a legnagyobb első érték (mint ebben az esetben) és ezért elég sokat csiki-csukizik a magasabb darabszámnál.
Szoft összefüggés van (ezt már beépítettük), de nem állandó, amikor a nem állandó eset van, akkor indul a bf mód.
A megoldás egyébként:
68233
37626
31902
18548
17824
15864
14907
13956
12374
11621
11269
10316
9826
9367
8231
8056
7454
6877
6501
6325
4039
3682
3159
2256
2136
1470
891 -
szcsaba1994
tag
Ahhoz a nyelvhez elvielg így néz ki a JFLAP-es megvalósítás.
A gondom "csak" annyi, hogy az "ahol" utáni részt nem tanultuk, hogy kell kitalálni.http://tananyagfejlesztes.mik.uni-pannon.hu/images/stories/vegleges_tananyagok/masodikreszlet/esik_gombas_ivan_automatak.pdf.
Itt a 4.2.12-es feladatból 9-12, 16-19 és 21-42 közül lehet választani egyet. -
-
repvez
addikt
Köszi, az igazat megvallva azért igy tettem fel a kérdést mert én akarok megtanulni programozni vagy legalább használni ezeket a grafius motorokat.
Csak gondoltam ha vannak ilyen iskolásoknak szánt oktatási segédletek abból talán könnyebben megy a megértés, mert rengetek anyagot letöltöttem, de már az első oldalakon olyan dolgokról beszéltek amikról fogalmam sem volt , már magát a definiciót sem amit elmagyarázutak.Pedig gondolom kéne lenni valami olyan anyagnak amiből a abszolut nulla szintről el lehetne jutni egy alap tudáshoz.
A 3d-s modellezésben egy kicsit otthonosabban mozgok igy a modellek elkészitése nem lenne akkora gond csak maga a felhasználása az adott programba érdekelne, hogy a saját igényemre alakithassam.
Valamii olyan létezik, hogy a nulláról elkezdve fokozatosan lehet felépiteni egy elég bonyolult rendszert is, ugy értem, hogy minden egyes gyakorlathoz nem kellene ugy programot irni hanem csak beépiteni az előzőbe és igy jobban át lehetne látni az egész folyamatot hogy épül fel . -
Oppenheimer
nagyúr
"absztrakt algebra, de aztan szamelmelet (foleg moduloosztalyok), kombinatorika, grafelmelet, stb)"
Ezek BME mérnök infón mind voltak bsz1-, bsz2-ből, majd ezekre ráépülve további matekos tárgyak: Kódolástechnika, algoritmuselmélet, és most, az 5. félévben adatbázisok és mesterséges intelligencia. Analízis vonalat sem kell félteni, volt anal1, anal2, valószínűségszámítás, jelek és rendszerek, és most, az 5. félévben szabályozástechnika.
bambano: márpedig bsz-ből is úgy volt, hogy elmondták az axiómákat, és mindent azokból vezettünk le. Analízist is az alapoktól építették fel.
-
bambano
titán
"Az analizis azert nem "a" matek": ezt a matematikusok tudják, de az egyetemen a tárgyösszevonások következtében van, hogy analízisnek hívják. végülis ez egy lényegtelen körülmény.
anno nekem úgy kezdték a matekot, hogy itt van 5 mondat from peano, ezt elhisszük, minden mást bizonyítunk. a gyerekemnek úgy indítottak, hogy valós számok halmaza meg test. nekem volt 3 félév analízisem (az tényleg analízis volt), két félév numerikus analízisem, két félév lineáris algebrám, két félév "bevezető fejezetek a matematikába" (ez valójában algebra volt), két félév valószínűségszámítás, két félév matematikai statisztika. És ez csak a matek matek volt, a mateknak a számítástechnikához közelebbi része még pluszban jött rá, úgymint matematikai logika, és a következményei, mestint, progmódszertan, stb.
(#8194) Jim Tonic: hehe, így jártál
egyébként a tavalyi statisztikát láttam, a villanytanra felvett diákok jobb belépő felmérőt írtak, mint a mérnökinfósok. lényegesen. a villanytanosok dolgozateredményéből a gauss görbe ott volt, ahogy a tanszék elvárta, a mérnökinfósoknál lényegesen alatta. főleg fizikából.
-
HAX
tag
Elnézést nem nekem kell ezt kézírásról másoltam le lehet, hogy v azaz "u". Ezenkívül ugyan így van leírva a lapra.
Szerk.:
Igazad van az i is lemaradt sajnos.Javítva:
Ha szöveg ctrl+f i ctrl+g MGH akkor ki szöveg ctrl+f i ctrl+g "v"Tulajdonképpen nem maradt le csak a fórum nem engedi így leírni.
-
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Formula-1
- Az Oppo Find X8 Ultra lett a legvékonyabb kameramobil
- 10 gigabites hálózat USB4 Type-C kapuból a QNAP átalakítóival
- Amazon Kindle
- DUNE médialejátszók topicja
- Autós topik
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Nintendo Switch 2
- Luck Dragon: Asszociációs játék. :)
- Milyen légkondit a lakásba?
- További aktív témák...
- Ohh Lenovo ThinkPad P15 G2 Tervező Vágó Laptop -75% 15,6" i5-11500H 32/1TB RTX A2000 4GB /1 Millió/
- UHH! HP EliteBook 850 G8 Fémházas Multimédiás Laptop 15,6" -40% i7-1165G7 16/512 Iris Xe FHD EU-HUN
- IBM PS/1 2168-552 486SX-25
- ASUS ROG Strix RTX 2080 Ti OC 11GB
- Acer Swift 3 (SF314 54) i5 / 8GB RAM / SSD / FullHD / kiváló állapotban!
- Apple iPhone 14 Plus 128GB, Kártyafüggetlen, 1 Év Garanciával
- Csere-Beszámítás!AMD Asztali számítógép PC Játékra! R5 5600/ RX 6700XT 12GB / 16GB DDR4 / 500GB SSD
- Telefon felvásárlás!! Apple Watch SE/Apple Watch SE 2 (2022)
- ÁRGARANCIA!Épített KomPhone i5 10600KF 16/32/64GB RAM RX 6600 8GB GAMER PC termékbeszámítással
- BenQ PD-2700-U Monitor - Designer 4K 27"
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest