-
Fototrend
Fototrend
Új hozzászólás Aktív témák
-
Talan igy is jo, monospace formazassal (Python kod). Egy egyeszeru listaban / tombben keresek egy szamot binaris keresessel, es nem is az a lenyeg hogy overall mukodik-e, hanem az hogy ahova tettem egy felkover print parancsot, a print vegrehajtodik, de az utana levo return mar nem. Ugy megy vegig a fuggveny, hogy nincs visszateresi erteke annak ellenere hogy teljesul az az "if" ki is irja a print a szoveget, de a return nem szakitja meg a fuggveny futasat.
def helper(array, target, first):
if len(array) == 0:
return -1
if len(array) == 1 and array[0] != target:
return -1
half = len(array) // 2
sample = array[half]
if sample == target:
print("return")
return half + first
if sample > target:
helper(array[:half], target, first)
if sample < target:
first = half
helper(array[half:], target, first)
def binarySearch(array, target):
# Write your code here.
return (helper(array, target, 0))ahova tettem egy felkover print parancsot, a print vegrehajtodik, de az utana levo return mar nem
Dehogynem, végrehajtódik az, csak eldobod az eredményét
Helyesen:
if sample > target:
return helper(array[:half], target, first)
if sample < target:
first = half
return helper(array[half:], target, first) -
Egy kis segitseg kellene, mert total elakadtam es valoszinuleg valami egyszeru dolgot nem veszek eszre:
Ok...elso kerdes: Hogy a francba lehet ide kodot beilleszteni? Egyik opcio se mukodik amit talaltam.
A "programkód formázás" gombbal mi a gond?
szerk: aha, a sorvégek hova tűntek?
-
szoval kicsit tul lehet lepni a "hat ennel nem is tudhat tobbet a program, matematikailag" a gyakorlati oldalra.
Az a baj, hogy ha a gyakorlatot nézzük, akkor az alap feladat megoldhatatlan(ahogy az oldalamon is írtam). Vagy Te meg tudod oldani? Mert akkor szabadalmaztathatod az algoritmusod, ugyanis esélyes vagy a Nobel díjra!!! Az a baj, hogy beszélni nagyon könnyű addig, amíg nem foglalkozik vele az ember.
[link] -> itt is foglalkozom a problémával. -
Az 5600-ra is kell rahagyas, es bele fog ferni a 5600-ba a 2800(+rahagyas)-bol 2 db. Anelkul nem. Amugy szerintem a usertol a vagasi szelesseget (veszteseget) kell elkerni meg a rahagyas nelkuli adatokat, ez igy nem tul user friendly.
Amugy kiprobalhatnad me'g a first fit helyett best fit (megkezdettek kozul amelyikbe belefer azokbol abba tenni ahol a legkisebb a maradek) lerakni a darabokat. Vagy a heurisztikadnak megfelelo, hiszen ne felejtsuk hogy itt nem klasszikus ladapakolasi algoritmusrol van szo, hiszen egesz mm-ekben szamolunk csak! Raadasul ritka hogy 5600-as darabbol 10-eseket kernek (felteszem az letezo masik termektipuskent egyszerubb), szoval kicsit tul lehet lepni a "hat ennel nem is tudhat tobbet a program, matematikailag" a gyakorlati oldalra. Mar ha ez nem csak gyakorlo feladat, hanem hasznaloja is lenne. -
pmonitor
aktív tag
(kinek volt az az idióta ötlete, hogy egy témához több hozzászólást nem lehet írni, míg valaki más nem ír? Ez valami hihetetlenül retardált megoldás, bármi is legyen az oka)
Elképesztő baromság, de még ráadásul azt sem tudtam, miért nem enged a fórum hozzászólni? Mert azt nem írja, a hülye. Keresővel kellett keresni, míg rátaláltam a válaszodra.
Majd még én fogok elnézést kérni, hogy egymás után kétszer akartam szakmai információkat átadni, egy szakmai témában.
-
Régesrégen, az őskorban még így volt. Szvsz a régebbi motorosok (moderátorok), megmaradtak a régi szokésban és inkább egybeszerkesztetik a többszörös hozzászólásokat. Szerintem ez egyébként az oldal öröksége, és nincs vele sokszor probléma.
Nem egy csetkliens ez, hogy mindenkinek mindenre válaszolni kelljen.Az "azóta egybe írom a válaszokat" az közel 10 éve
De már akkor is benne volt az alapelvekben, hogy lehet külön válaszolni.Nem tudom most mi a helyzet ezen a téren, annyira nem is fontos.
"Nem egy csetkliens ez, hogy mindenkinek mindenre válaszolni kelljen."
Nem is erről van szó, de mondjuk ha valaki kérdez valamit egy pörgős topicban, aztán pár nap múlva visszatér, rákeres a neki adott válaszokra a keresővel, aztán nem találja, mert valamelyik összevont hozzászólásban van. -
Dr.Szilícium
csendes tag
-
Ispy
nagyúr
Nem gondolhatod komolyan, hogy csak képzelődtem.
Tehát válaszolok valakinek a problémájára, elküldtem. Utána írok választ egy másik fórumozónak is, majd ezt kapom a pofámba:
"Kérjük, hogy várj türelemmel, amíg valaki válaszol a hozzászólásodra, ne írj újabb hozzászólást! Köszönjük megértésedet!"
Normális?
De legalább fogalmazna érthetően, hogy konkrétan velem mi a kínja? Én csak segíteni akartam. Tehát, amíg én vagyok az utolsó egy topikban, addig nem írhatok ismét. Órák múlva jött egy másik fórumozó, aki megtörte a jeget, utána küldhettem csak el a válaszom én is.
Akármilyen is a fórum szoftvere, de az nem került volna semmibe, hogy legalább értelmesen megfogalmazni az üzenetet, mert először el sem bírtam képzelni, konkrétan velem mi a baja?
Mindegy persze, remélem ez az újoncokra vonatkozó korlátozás (is) segít abban, nehogy ideszokjak véletlenül megint erre a fórumra.
Csak már nem bírtam nézni szó nélkül, hogy senki nem tudja a megfelelő választ, az adott kérdésekre. -
bandi0000
nagyúr
Nem gondolhatod komolyan, hogy csak képzelődtem.
Tehát válaszolok valakinek a problémájára, elküldtem. Utána írok választ egy másik fórumozónak is, majd ezt kapom a pofámba:
"Kérjük, hogy várj türelemmel, amíg valaki válaszol a hozzászólásodra, ne írj újabb hozzászólást! Köszönjük megértésedet!"
Normális?
De legalább fogalmazna érthetően, hogy konkrétan velem mi a kínja? Én csak segíteni akartam. Tehát, amíg én vagyok az utolsó egy topikban, addig nem írhatok ismét. Órák múlva jött egy másik fórumozó, aki megtörte a jeget, utána küldhettem csak el a válaszom én is.
Akármilyen is a fórum szoftvere, de az nem került volna semmibe, hogy legalább értelmesen megfogalmazni az üzenetet, mert először el sem bírtam képzelni, konkrétan velem mi a baja?
Mindegy persze, remélem ez az újoncokra vonatkozó korlátozás (is) segít abban, nehogy ideszokjak véletlenül megint erre a fórumra.
Csak már nem bírtam nézni szó nélkül, hogy senki nem tudja a megfelelő választ, az adott kérdésekre. -
Dr.Szilícium
csendes tag
-
DrojDtroll
veterán
-
Jovanna, felvagos. 1,5 evvel vagy itt regebben, mint En.
Amugy igen, eleg uj feature, azt hiszem az uj design-al jott, vagy ottan korul. Vagy amikor meg lett varialva a rang rendszer (meg mindig furcsa, hogy nincs ott, hogy PH! - valami, csak a "valami" resz). -
dabadab
titán
(kinek volt az az idióta ötlete, hogy egy témához több hozzászólást nem lehet írni, míg valaki más nem ír? Ez valami hihetetlenül retardált megoldás, bármi is legyen az oka)
Elképesztő baromság, de még ráadásul azt sem tudtam, miért nem enged a fórum hozzászólni? Mert azt nem írja, a hülye. Keresővel kellett keresni, míg rátaláltam a válaszodra.
Majd még én fogok elnézést kérni, hogy egymás után kétszer akartam szakmai információkat átadni, egy szakmai témában.
-
Dr.Szilícium
csendes tag
Ha még kell segítség és itt nem kapsz, akkor küldj e-mailt a victorsugo@protonmail.com címre. Innen most kiszálltam.
(kinek volt az az idióta ötlete, hogy egy témához több hozzászólást nem lehet írni, míg valaki más nem ír? Ez valami hihetetlenül retardált megoldás, bármi is legyen az oka) -
Egy táblázatból kellene egy honlap mezőibe adatokat (linkeket, szövegeket) másolni oda és vissza. Erre mi lenne a legmegfelelőbb, hogy automatizáljam? Semmit nem értek a mostani programozási nyelvekhez (Java,Python, SQL), de régen programoztam sokat (20-30 évvel ezelőtt). Tehát valami eccerű megoldás lenne jó. Nem is fontos, hogy mindent automatizáljon, az is elég lenne ha csak besegítene.
Próbálgattam 1-2 napig az Autohotkey-t, Selenium-ot. Tehát valami script kezelő kellene?
Köszi! -
Az 5600-ra is kell rahagyas, es bele fog ferni a 5600-ba a 2800(+rahagyas)-bol 2 db. Anelkul nem. Amugy szerintem a usertol a vagasi szelesseget (veszteseget) kell elkerni meg a rahagyas nelkuli adatokat, ez igy nem tul user friendly.
Amugy kiprobalhatnad me'g a first fit helyett best fit (megkezdettek kozul amelyikbe belefer azokbol abba tenni ahol a legkisebb a maradek) lerakni a darabokat. Vagy a heurisztikadnak megfelelo, hiszen ne felejtsuk hogy itt nem klasszikus ladapakolasi algoritmusrol van szo, hiszen egesz mm-ekben szamolunk csak! Raadasul ritka hogy 5600-as darabbol 10-eseket kernek (felteszem az letezo masik termektipuskent egyszerubb), szoval kicsit tul lehet lepni a "hat ennel nem is tudhat tobbet a program, matematikailag" a gyakorlati oldalra. Mar ha ez nem csak gyakorlo feladat, hanem hasznaloja is lenne. -
dabadab
titán
Hát, ennyiből nem lehet pontosan belőni, hogy a konkrét követelmények, az ezekben való rugalmasság és a rendelkezésre álló erőforrások koordinátarendszerében pontosan hol vagytok, de így elsőre arra gondolnék, hogy a megoldás valahol a "használjatok Google Calendart" táján lesz
-
-
"nem csak kb jo"
Sztem meg csak kb. Az első darab elejére és az utolsó darab végére miért is teszed rá a fél vágásszélességet?
A középső darabokra 1 vágásszélességet kellene számolni, a 2 szélsőre meg felet. Így lenne pontos. De így már borul az algo is.Jó, mondjuk itt már lehetne agonizálni, hogy a 2 vége vinklibe van-e?
-
Akkor nem erted, nem csak kb jo, es fuggetlen a vagasok darabszamatol is.
Kek plusz narancs, mindketto fel vagasszelesseg, csak az egyik balra a masik jobbra van hozzafuzve, mind a nyersanyaghoz, mind a kivagni kivant darabokhoz. Teljesen nem szamit hogy hanybol rakod ki.
Sot a maradek darab hossza is stimmel, nem tudom elsore miert hittem hogy nem.Tehat az algoritmus valtozatlan, csak nem azzal szamolsz ami hosszakat beolvastal, hanem a vagasszellel modositod _mielott_ elkezded az eddig is hasznalt algot.
-
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.
Akkor nem erted, nem csak kb jo, es fuggetlen a vagasok darabszamatol is.
Kek plusz narancs, mindketto fel vagasszelesseg, csak az egyik balra a masik jobbra van hozzafuzve, mind a nyersanyaghoz, mind a kivagni kivant darabokhoz. Teljesen nem szamit hogy hanybol rakod ki.
Sot a maradek darab hossza is stimmel, nem tudom elsore miert hittem hogy nem.Tehat az algoritmus valtozatlan, csak nem azzal szamolsz ami hosszakat beolvastal, hanem a vagasszellel modositod _mielott_ elkezded az eddig is hasznalt algot.
-
Ezert adsz az eredeti darabhoz is vagasszelesseget mielott elkezded az algot... minden vagas ket felbol tevodik ossze, ugy gondolj ra. Ahol a vagni kert darabok talalkoznak ott a vagas tunteti el, ahol a virtualis felre (eredeti darab hosszabbitasa) rakod ra a virtualis szellel rendelkezo darabot ott meg az ejti ki egymast.
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.
-
Ezert adsz az eredeti darabhoz is vagasszelesseget mielott elkezded az algot... minden vagas ket felbol tevodik ossze, ugy gondolj ra. Ahol a vagni kert darabok talalkoznak ott a vagas tunteti el, ahol a virtualis felre (eredeti darab hosszabbitasa) rakod ra a virtualis szellel rendelkezo darabot ott meg az ejti ki egymast.
Ja, hogy az eredetihez is!
Ravasz -
Matematikailag lenyegtelen. A vagasszelesseggel is szamolo darabolas ekvivalens a vagasszelesseg nelkul eredeti hossz+vagasszel elemekbol darabhossz+vagasszel darabokat kirakni. (Egy apro kulonbseg a maradek negyzetosszegeben lehet, szerintem elhanyagolhato. Sot en azon finomitanek, a legkisebb input fele alatti darabok fix 0, az mar senkinek se fog kelleni, ha a valos eletet nezzuk. A nagyobbaknal meg aztan tenyleg kicsi.)
-
Sziasztok!
Ha valakiket érdekel a "Knapsack problem" kistestvére, a "Cutting stock problem" vagyis az "1d vágás optimalizálás problémája", Nekik készítettem C#-ban 1 dll-t. A következő oldalamon lehet megnézni egy teszt programmal együtt: [link] . Örömmel várnék észrevételeket, kritikákat ide is, valamint az elérhetőségeimen.
-
alucard@rpi4 ~]$ file /usr/lib/firefox/firefox/usr/lib/firefox/firefox: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=e85a2f37d50354822033146e2bacd187746a808e, stripped[alucard@rpi4 ~]$ uname -marmv7lJah igen, a forráskódban x86 arch szerepelt, én meg
makepkg -A-val ARM-re forgattam. Ez lehet gond? -
Sziasztok!
Remélem nem OFF ha igen akkor előre is elnézést kérek, de sajnos máshol nem kaptam segítséget.
AUR repoóból forgattam egy Wayland patchelt Chromium Ozone böngészőt, de sajnos az alábbi hibaüzenettel elhasal:
Csak azt szeretném tudni, hogy mi a problémája a képen látható 109-es sorral.
Előre is köszönöm a segítséget!
Raspberry Pi with Arch SwayWM
Azt gondolná az ember, hogy ez programozói berkekben alapkérdésnek számít
Mindegy azért köszönöm!
-
Sziasztok!
Remélem nem OFF ha igen akkor előre is elnézést kérek, de sajnos máshol nem kaptam segítséget.
AUR repoóból forgattam egy Wayland patchelt Chromium Ozone böngészőt, de sajnos az alábbi hibaüzenettel elhasal:
Csak azt szeretném tudni, hogy mi a problémája a képen látható 109-es sorral.
Előre is köszönöm a segítséget!Raspberry Pi with Arch SwayWM
-
Archttila
veterán
Sziasztok!
Remélem nem OFF ha igen akkor előre is elnézést kérek, de sajnos máshol nem kaptam segítséget.
AUR repoóból forgattam egy Wayland patchelt Chromium Ozone böngészőt, de sajnos az alábbi hibaüzenettel elhasal:
Csak azt szeretném tudni, hogy mi a problémája a képen látható 109-es sorral.
Előre is köszönöm a segítséget!Raspberry Pi with Arch SwayWM
-
Igen, valami "NVL"-féleség akkor megoldás lehet.
A NULL az az eset, amikor csak 1 sor van? (nincs 2 összetartozó sor?)
Akkor a végén a "-1"-et és a "nagy" számot majd vissza kell alakítani NULL-nak.Vagy esetleg lehet "+1" lépésben is:
(1) az első SELECT-be kell egy WHERE: "rpld IS NOT NULL"
(4) "celtabla"-hoz hozzá kell INSERT-elni az "input_table"-ból az "rpld IS NULL" sorokat is a végén, persze azt nem árt figyelni / tudni, hogy a "celtabla" létrejött-e egyáltalán, mert nem létező táblába nem lehet INSERT-elni (illetve ekkor az eredeti tábla egyben a céltábla, nem kell csinálni "semmit") -
Az első nem tudom mennyire működőképes, a második meg kihozza ugyan úgy duplán, ami nekem megint nem jó
#14929Drizzt:
Kicsit félreérthető lehettem, az SQL megoldást úgy értem, hogy nem módosítani akarom a meglévő táblát, hanem abból a táblából lekérdezni, és azt továbbadni, mert a tábla sorai 2 óránként változnak, így gyakorlatilag a kiindulási listám olyasmi, mint amit feljebb írtamhanem olyasmi kellene, ami a megegyező cID-n belül azokat adja össze, amelyikek keresztbe páraosíthatóak, mint ahogy feljebb írtam, 15,13 sor ugyan az lesz mint a 13,15 ezért mennyiségeket össze kell adni, és az egyiket eldobni, a másikat elmenteni egy listába az új értékkel
-
TEMP tábla ugye használható?
Az alábbi ötletem van, a szintaktikát a környezetedre kell majd konkretizálni.(1) CREATE TABLE temp AS(SELECT MIN(pld,rpld) pld, MAX(pld,rpld) rpld, qtt FROM input_table)(2) CREATE TABLE celtabla AS(SELECT pld, rpld, SUM(qtt) qtt FROM temp GROUP BY pld,rpld ORDER BY pld, rpld)(3) DROP TABLE temp -
Sziasztok
Megint egy bugyutának tűnő kérdés, de lehet csak a fàradsàgtól de nem tudom, hogy kellene megoldani (nem kókány megoldással)
Van egy listám, benne vannak olyan elemek amik tartalmaznak :
id,pId(product id), rPId(related product id), qtt, cId( client id)listában lehetnek olyan sorok elméletileg max 2 ügyfelenként ahol olyan fordul elő, hogy az elsö sor pId je megegyezik a második rId-vel, és fordítva, ezekböl kellene 1 sort csinálni, ahol a mennyisêgeket összeadom
Tehát pl
1. sor : pId : 10, rPId: 15, qtt: 100
2. sor: pId:15, rPId: 10, qtt:50Ebből kellene 1 sort csinálni a mennyiség összeadásával:
pId:10,pID:15,qtt:150Alapvetően C# a nyelv, de ott a LinQ vagy Sql-t is tudok írni
Nekem eddig csak egy dupla for jutott eszembe ahol, amikor külső pId jét megtalàlom a belső rPId-ben, akkor összeadom, és kinullàzom a belső sort , de ez így elég hoki megoldás
-
SQL (bar eleg koki vagyok benne):
left join onmagara (pid = rpid), sum a qtt-re (left join miatt itt figyelni kell, ha nincs masik sor, akkor default 0) group by cid
Ez csak akkor mukodik ha 2 sorod van (de mondom, koki vagyok hozza!)Vagy a sum_qtt-t subselect-tel is meg lehet oldalni. Ez tuti mukodik tobb sorral is.
-
Sziasztok
Megint egy bugyutának tűnő kérdés, de lehet csak a fàradsàgtól de nem tudom, hogy kellene megoldani (nem kókány megoldással)
Van egy listám, benne vannak olyan elemek amik tartalmaznak :
id,pId(product id), rPId(related product id), qtt, cId( client id)listában lehetnek olyan sorok elméletileg max 2 ügyfelenként ahol olyan fordul elő, hogy az elsö sor pId je megegyezik a második rId-vel, és fordítva, ezekböl kellene 1 sort csinálni, ahol a mennyisêgeket összeadom
Tehát pl
1. sor : pId : 10, rPId: 15, qtt: 100
2. sor: pId:15, rPId: 10, qtt:50Ebből kellene 1 sort csinálni a mennyiség összeadásával:
pId:10,pID:15,qtt:150Alapvetően C# a nyelv, de ott a LinQ vagy Sql-t is tudok írni
Nekem eddig csak egy dupla for jutott eszembe ahol, amikor külső pId jét megtalàlom a belső rPId-ben, akkor összeadom, és kinullàzom a belső sort , de ez így elég hoki megoldás
-
Sziasztok
Megint egy bugyutának tűnő kérdés, de lehet csak a fàradsàgtól de nem tudom, hogy kellene megoldani (nem kókány megoldással)
Van egy listám, benne vannak olyan elemek amik tartalmaznak :
id,pId(product id), rPId(related product id), qtt, cId( client id)listában lehetnek olyan sorok elméletileg max 2 ügyfelenként ahol olyan fordul elő, hogy az elsö sor pId je megegyezik a második rId-vel, és fordítva, ezekböl kellene 1 sort csinálni, ahol a mennyisêgeket összeadom
Tehát pl
1. sor : pId : 10, rPId: 15, qtt: 100
2. sor: pId:15, rPId: 10, qtt:50Ebből kellene 1 sort csinálni a mennyiség összeadásával:
pId:10,pID:15,qtt:150Alapvetően C# a nyelv, de ott a LinQ vagy Sql-t is tudok írni
Nekem eddig csak egy dupla for jutott eszembe ahol, amikor külső pId jét megtalàlom a belső rPId-ben, akkor összeadom, és kinullàzom a belső sort , de ez így elég hoki megoldás
-
Attól, hogy nem tolták a képedbe, még ott van és volt, ez például egy 20+ éve elkezdett alkalmazás multidesktop támogatásra Windowson.
Sőt, aki használt NT 3.1-et vagy bármely utódját (azaz 95/98/ME vonal kivételével bármilyen Windowst), az használta a Windows multidesktop funkcióját, legfeljebb nem tud róla: a logon képernyő saját desktopon van, a belépett felhasználó egy másik desktopra kerül és lenyomja a Ctrl+Alt+Del-t vagy feljön az UAC prompt, akkor az egy harmadik desktopot jelent (a screensaver pedig egy negyediket jelenthet). Külön jogosultsági szinteket lehet beállítani egyes desktopokhoz, szóval egy mezei alkalmazás a default és winlogon/UAC asztalokhoz nem fér hozzá például, ahogyan egy másik belépett felhasználó asztalához sem. Citrix és társai, RDP, user switching, mind a multidesktop feature-re épülnek.
-
dqdb
nagyúr
Mindent értek
-
instantwater
addikt
-
dqdb
nagyúr
Ne vedd magadra, de ez a windows színvonalát minősíti.
Hány éve van bármelyik elterjedt Linuxos DE-ben virtuális asztal?
20? A windows a PC ájfónja.
Feltalálják a semmit évekkel a többiek után, és hűdejajdejó. -
Ispy
nagyúr
Ne vedd magadra, de ez a windows színvonalát minősíti.
Hány éve van bármelyik elterjedt Linuxos DE-ben virtuális asztal?
20? A windows a PC ájfónja.
Feltalálják a semmit évekkel a többiek után, és hűdejajdejó.Felesleges a flameet kelteni ezzel a win hater dumával.
-
No, akkor én is hozok még egy értelmes kérdést: Ubuntu alatt vagyok, tudnám mindkettőt. VSCode vagy Sublime ?
@racskobalazs: én is sokat filóztam ezen, végül egyelőre nem. Biztosan k* jó, de minden szakmaiságot mellőzve nekem nagyon "hipster". Maradtam JS-nél (Node-al együtt), python ill. Arduino-n kis "herélt" C++.
-
No, akkor én is hozok még egy értelmes kérdést: Ubuntu alatt vagyok, tudnám mindkettőt. VSCode vagy Sublime ?
@racskobalazs: én is sokat filóztam ezen, végül egyelőre nem. Biztosan k* jó, de minden szakmaiságot mellőzve nekem nagyon "hipster". Maradtam JS-nél (Node-al együtt), python ill. Arduino-n kis "herélt" C++.
-
Nekem volt 2 darab 24-es, de nem tudtam úgy rendezni, hogy minden pontja viszonylag jó helyen legyen, aztán amikor bejött winbe is a virtual desktop gyorsan váltottam egy 27-es wide-ra. Nekem nem hiányzik.
Jól lemaradtam, van winben is virt. desktop ? Állat.
Fent van a gépen ugyan dualboot-ban, de csak játékra, az meg mostanában nagyon ritka. Lassan másfél éve linux-only. -
racskobalazs
senior tag
-
instantwater
addikt
Nekem volt 2 darab 24-es, de nem tudtam úgy rendezni, hogy minden pontja viszonylag jó helyen legyen, aztán amikor bejött winbe is a virtual desktop gyorsan váltottam egy 27-es wide-ra. Nekem nem hiányzik.
Ne vedd magadra, de ez a windows színvonalát minősíti.
Hány éve van bármelyik elterjedt Linuxos DE-ben virtuális asztal?
20? A windows a PC ájfónja.
Feltalálják a semmit évekkel a többiek után, és hűdejajdejó. -
Sziasztok, remélem tudtok segíteni, tapasztalt, sok éve fejlesztők tanácsát kérném következő - meglehetősen banális (?) - szituhoz:
- infra tervezés
- linux, virtualizáció, konténerek
- node.JS, python
- frontend
- SQL
- hobbi fotózás és fotókidolgozásSzóval nagyjából sokmindenben kezdek elmélyedni már egy ideje.
Gyakorlati tanácsra lenne szükségem:
Van két monitorom és nem férek. Bal oldali egy 1680x1050-es öreg (de jó), jobb oldali 1920x1080-as, szintén jó. De nem elég, a desktop-ok közötti váltogatás meg olyan idegen tőlem kicsit + szeretném egyszerre is nézni őket, mikor hova pillantva.Mit ajánlanátok inkább: több fullhd monitor egymás mellett-felett (mondjuk olcsó fhd-sek, 3db moncsi 2 sorban), vagy egy hatalmas nagy lágyan ívelt szuperszéles böhöm ?
A színhűségnek a fotózás miatt legalább az egyik moncsin meg kell lennie (sRGB elég), ha többmonitoros verzió. A többire nem fontos.
Illetve az érdekelne még, hogy van-e értelme pl. az egyik jobbszélső monitort állóba forgatni kódhoz ? 1-2 helyen látok ilyet elvétve, de nem sokan élnek ezzel, ennek oka van, hogy nem sokan, vagy szimplán csak "weirdo" ?
Ui.: Debian, XFCE, Ryzen -
Dißnäëß
nagyúr
Urak-Hölgyek, álmomban sem gondoltam volna, hogy ennyi féle-fajta választ triggerelek, hálás vagyok. Komolyan.
Egyezô méretek, álló ne, .. szerintem 3db, tesztekben viszonylag jól szereplô (sRGB), jó ár/érték arányúval ellennék. Aztán majd meglátom.
A mostani 22-es FHD LG-mbôl is találtam eBay-en most több maku példányt apróért, lehet azokkal megnézem, milyen a 3 moncsi.
Egy nagy batáron azért még agyalok (4K). Architektúrát is tervezek, oda néha piszok jó, ha nem kell szétscrollozni az agyam, ha látni akarok egészben is, meg részletekben is. De egyelôre a 3x FHD -val indítok és megnézem, mi újság így majd.
Köszi mindenkinek, szép estét
-
13 colos mekbuk ftw, trackpaddel 200 ms átswipeolni 3 virtuális asztallal arrébb és őszintén nem értem minek egynél több képernyő, melóban is ottvan előttem a + monitor de nem is gondoltam rá, hogy bedugom. terminálból editorba editórból futó appba megyek, egyszerre úgyis csak egyet nézek (pedig reactet fejlesztek ahol bitang jó a fast refresh).
És lapozgatsz debugolas közben is, meg ha valamit nézni kell doksiban? 13colon? Hat, ha neked az jó...
emvy: nálunk nincs ilyen gond, a fejlesztői szinteken mindenki előre meghatározott és ugyanolyan gépet kap (meg talán perifériát is, bár ezt nem tudom, itthon a saját cuccaimat használom), nem kell azon gondolkozni, ki milyet szeretne
-
Sziasztok, remélem tudtok segíteni, tapasztalt, sok éve fejlesztők tanácsát kérném következő - meglehetősen banális (?) - szituhoz:
- infra tervezés
- linux, virtualizáció, konténerek
- node.JS, python
- frontend
- SQL
- hobbi fotózás és fotókidolgozásSzóval nagyjából sokmindenben kezdek elmélyedni már egy ideje.
Gyakorlati tanácsra lenne szükségem:
Van két monitorom és nem férek. Bal oldali egy 1680x1050-es öreg (de jó), jobb oldali 1920x1080-as, szintén jó. De nem elég, a desktop-ok közötti váltogatás meg olyan idegen tőlem kicsit + szeretném egyszerre is nézni őket, mikor hova pillantva.Mit ajánlanátok inkább: több fullhd monitor egymás mellett-felett (mondjuk olcsó fhd-sek, 3db moncsi 2 sorban), vagy egy hatalmas nagy lágyan ívelt szuperszéles böhöm ?
A színhűségnek a fotózás miatt legalább az egyik moncsin meg kell lennie (sRGB elég), ha többmonitoros verzió. A többire nem fontos.
Illetve az érdekelne még, hogy van-e értelme pl. az egyik jobbszélső monitort állóba forgatni kódhoz ? 1-2 helyen látok ilyet elvétve, de nem sokan élnek ezzel, ennek oka van, hogy nem sokan, vagy szimplán csak "weirdo" ?
Ui.: Debian, XFCE, Ryzen -
emvy
félisten
Ja. Főleg, hogy van pénz mint a szemét.
De melyik cég ad 5000 euró welcome büdzsét?
Talán a CTO-nak. De az még nem vagyok.Bár ha azt nézzük akkor az XPS 13 nem egy olcsó darab. Bár az sem zsír új, hanem örököltem valaki után.
-
instantwater
addikt
-
emvy
félisten
Én is 4kt akartam volna, de a főnök szeme kettéállt
Persze van már olcsó 4k, de nekem fontos volt, hogy mit bámulok egész nap, és csak Dell, abból is a garantáltan PWM mentes jöhetett szóba.
Így megegyeztünk egy 1440p-ben.Nekem a virtuális asztal azért jött be 1 monitoron, mert 2 monitoron sem fér el minden, és linuxon asztalváltás az összes monitoron történik egyszerre ami nem kívánatos.
Így jutottam arra, hogy 1 nagy monitor, és szétdarabolom a programokat virtuális asztalokra.
Ahogy említettem felesben használom az asztalt, tehát általában 2 alkalmazás fut fél-fél képernyőn egy adott asztalon.Egyiken általában email/naptár és Slack, ez a kommunikációs asztal.
Másikon chrome és vscode ez a fejlesztős asztal.
Következőn SmartGit, ez általában teljes asztalon, mert rengeteg adatot jelenít meg egyszerre.
Következőn DataGrip, ez is általában egyedül fut külön asztalon, mert ha adatbázis hegesztés van akkor az full fókusz, néha lefelezem és google/stackoverflow kerül mellé, ha keresni kell valamit.
Következőn egy chrome betöltve pár fül ami egy későbbi feladathoz kell majd.
Néha amikor hirtelen bele kell ugrani valamibe, nem bombázom szét a berendezett asztalaimat, hanem egy új asztalon nyitok egy új chromet és új vscodet, ha másik repoban kell dolgozni.
Terminál pedig általában a vscode beépítettje, vagy egy overlay popup terminál F12 vel előhozva (Yakuake), nagy ritkán terminator külön ablakban.
Ezt a sok alkalmazást 2 monitoron sem tudnám teljesen elhelyezni, és valami módon váltani kellene köztük. Így nem érzem hiányát az extra monitornak.
Inkább legyen 1 darab 27-es de az 1440p, mint 2 darab 24-es 1080p.
Így asztalváltással teljes figyelem kontextusváltás is történik, és nem kell soha ide-oda kapkodnom a fejem 2 monitor között.
Próbáltam, de nem jött be.
Persze, windowson, lehet, hogy a mai napig PITA az asztalváltás, de attól gondosan távol tartom magam.Win+PgUp/Downra van bekötve az asztalváltás. Praktikus, kényelmes.
Illetve a saját laptopomat azt ritkán használom monitorral, így zavaró lenne az extra képernyő hiánya, így viszont kisebb a különbség.
-
instantwater
addikt
Egyéni preferencia. Nekem most a legjobban 1 db 4K monitor vált be, ha lesz 6K vagy 8K szélesvásznú, akkor azt fogok venni próbáltam 2x4K-t, 3xWHQD-t, stb, de nem volt jó. Van már 8K 32", de kicsit még drága (1M körül).
Én is 4kt akartam volna, de a főnök szeme kettéállt
Persze van már olcsó 4k, de nekem fontos volt, hogy mit bámulok egész nap, és csak Dell, abból is a garantáltan PWM mentes jöhetett szóba.
Így megegyeztünk egy 1440p-ben.Nekem a virtuális asztal azért jött be 1 monitoron, mert 2 monitoron sem fér el minden, és linuxon asztalváltás az összes monitoron történik egyszerre ami nem kívánatos.
Így jutottam arra, hogy 1 nagy monitor, és szétdarabolom a programokat virtuális asztalokra.
Ahogy említettem felesben használom az asztalt, tehát általában 2 alkalmazás fut fél-fél képernyőn egy adott asztalon.Egyiken általában email/naptár és Slack, ez a kommunikációs asztal.
Másikon chrome és vscode ez a fejlesztős asztal.
Következőn SmartGit, ez általában teljes asztalon, mert rengeteg adatot jelenít meg egyszerre.
Következőn DataGrip, ez is általában egyedül fut külön asztalon, mert ha adatbázis hegesztés van akkor az full fókusz, néha lefelezem és google/stackoverflow kerül mellé, ha keresni kell valamit.
Következőn egy chrome betöltve pár fül ami egy későbbi feladathoz kell majd.
Néha amikor hirtelen bele kell ugrani valamibe, nem bombázom szét a berendezett asztalaimat, hanem egy új asztalon nyitok egy új chromet és új vscodet, ha másik repoban kell dolgozni.
Terminál pedig általában a vscode beépítettje, vagy egy overlay popup terminál F12 vel előhozva (Yakuake), nagy ritkán terminator külön ablakban.
Ezt a sok alkalmazást 2 monitoron sem tudnám teljesen elhelyezni, és valami módon váltani kellene köztük. Így nem érzem hiányát az extra monitornak.
Inkább legyen 1 darab 27-es de az 1440p, mint 2 darab 24-es 1080p.
Így asztalváltással teljes figyelem kontextusváltás is történik, és nem kell soha ide-oda kapkodnom a fejem 2 monitor között.
Próbáltam, de nem jött be.
Persze, windowson, lehet, hogy a mai napig PITA az asztalváltás, de attól gondosan távol tartom magam.Win+PgUp/Downra van bekötve az asztalváltás. Praktikus, kényelmes.
Illetve a saját laptopomat azt ritkán használom monitorral, így zavaró lenne az extra képernyő hiánya, így viszont kisebb a különbség.
-
Sziasztok, remélem tudtok segíteni, tapasztalt, sok éve fejlesztők tanácsát kérném következő - meglehetősen banális (?) - szituhoz:
- infra tervezés
- linux, virtualizáció, konténerek
- node.JS, python
- frontend
- SQL
- hobbi fotózás és fotókidolgozásSzóval nagyjából sokmindenben kezdek elmélyedni már egy ideje.
Gyakorlati tanácsra lenne szükségem:
Van két monitorom és nem férek. Bal oldali egy 1680x1050-es öreg (de jó), jobb oldali 1920x1080-as, szintén jó. De nem elég, a desktop-ok közötti váltogatás meg olyan idegen tőlem kicsit + szeretném egyszerre is nézni őket, mikor hova pillantva.Mit ajánlanátok inkább: több fullhd monitor egymás mellett-felett (mondjuk olcsó fhd-sek, 3db moncsi 2 sorban), vagy egy hatalmas nagy lágyan ívelt szuperszéles böhöm ?
A színhűségnek a fotózás miatt legalább az egyik moncsin meg kell lennie (sRGB elég), ha többmonitoros verzió. A többire nem fontos.
Illetve az érdekelne még, hogy van-e értelme pl. az egyik jobbszélső monitort állóba forgatni kódhoz ? 1-2 helyen látok ilyet elvétve, de nem sokan élnek ezzel, ennek oka van, hogy nem sokan, vagy szimplán csak "weirdo" ?
Ui.: Debian, XFCE, Ryzen
még nem volt ilyen.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
elég fasza kombó a dynamodb + streams + lambda + es
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Samsung Galaxy A54 - türelemjáték
- Youtube Android alkalmazás alternatívák reklámszűréssel / videók letöltése
- Miskolc és környéke adok-veszek-beszélgetek
- AMD Navi Radeon™ RX 9xxx sorozat
- Játékosok asztalára: MSI MPG 271QR X50 monitor tesztje
- exHWSW - Értünk mindenhez IS
- ASUS ROG Ally
- Milyen billentyűzetet vegyek?
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- AMD vs. INTEL vs. NVIDIA
- További aktív témák...
- HP Omen 16" FHD+ IPS Ryzen 9 8940HX RTX 5070 32GB 1TB NVMe gar
- GoPro HERO11 Black Creator Edition KOMPLETT, eredeti doboz, alig használt
- Bomba ár! Lenovo TP Yoga 370 - i5-7G I 8GB I 512SSD I 13,3" FHD Touch I Cam I W11 I Gari
- Bomba ár! Lenovo ThinkPad X390 - i7-8G I 16GB I 256SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
- playseat evolution black actifit
- Dell Precision 7810 TOWER,E5-2670 v3 (12/24) 16GB DDR4,256GB SSD,QUADRO M4000 8GB VGA,WIN11
- Apple MacBook Pro 14 M4 2024 24GB/512GB SSD újszerű állapotú 100% akku 40 ciklus
- 27% - ASUS VivoBook S15 OLED! Snapdragon X Elite / 16GB DDR5 / 1TB NVMe Notebook!
- ÚJ! Lenovo Yoga PRO 9 Ultra 9 285H 32GB RAM 1TB SSD RTX 5060 8GB 16" QHD+++ OLED 3év Prémium GAR
- 27% - NZXT N7 Z790 FEHÉR ALAPLAP!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest