- D1Rect: Nagy "hülyétkapokazapróktól" topik
- GoodSpeed: AOMEI Backupper Professional Edition: Lifetime Subscription
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- bitpork: Phautós tali a Balcsinál 2025 Augusztus 2 napján (szombat)
- Elektromos rásegítésű kerékpárok
- GoodSpeed: Bye PET Palack, hello SodaStream
- Gurulunk, WAZE?!
- eBay-es kütyük kis pénzért
-
LOGOUT
Új hozzászólás Aktív témák
-
coco2
őstag
válasz
Rat.Sand
#19495
üzenetére
A journaling szó lehetségesen nem volt leírva a témában.
Igen, disaster recovery lehetőségek a kérdés. Ugyan vannak mindenfélék írva itt-ott blogokban, de ha nincs teljes transaction history hozzáférhetően, akkor az brossúra duma és nem előreszámítható technikai lehetőség.
-
coco2
őstag
Valamikor régebben már volt téma, de nem kaptam egyértelmű választ. Az Oracle DB-nek és/vagy DB Cluster-nek van journaling record szolgáltatása?
Amit találtam, az valami pénzügyi típushoz van, de az nem egészen az. Katasztrófa utáni helyrellításhoz az egész DB történeti leírása kell.
-
Pár oldalon például azt találom a 0x526172211A0700 egy kezdeti header, azt átugrani
Most akkor a konkrét specifikációt nézed vagy random oldalakat?... Meg mondjuk az feltűnt, hogy az első négy byte CRC?...
Egyébként meg, ahogy a specifikációban is ott van, ha valamilyen konkrét részlet érdekel, akkor meg lehet tekinteni az unrar forrását.
-
coco2
őstag
válasz
dabadab
#19489
üzenetére
Mind a kettő
Az a file formátum jegyzék egymásra hajigált darabok. Gyártottam egy rar file-t, és megpróbáltam darabokra szedni. De már az első byte-oknál a szinkron felvétel "kicsit" el van csúszva. Pár oldalon például azt találom a 0x526172211A0700 egy kezdeti header, azt átugrani. Amúgy 0x526172211A0701-el kezdődik egy valódi rar de mindegy. A dokumentáció szerintem outdated.
Ami az aes-t illeti, cipher type, padding mode, key size, meg hogyan is lesz egy random hosszú jelszóból standard key size (
), data block size - az aes egy kicsit több, mint csak "aes".Részlet hiányom van.
-
Igazabol a meglevo API szolgaltatosakat a hatosag nyomasara hoztak letre. A PSD2 elott minden bankhoz egyedileg, felhasznaloi tevekenyseget emulalo vegpontott kellett programozni. Most legalabb eloirjak, hogy a penzintezetek kotelesek API-t biztositani - es ezaltal mar jogos az eljaras, hogy a felhasznaloi tevekenyseget szimulalo algoritmusokat pedig rosszindulatunak minositsek.
-
-
-
Drizzt
nagyúr
Siman megeri akkor is programozast tanulni, ha csak 1-2 evtizedig a jovojet megalapozni akarja az ember. Nem mennek ritkasagszamba azok a sztorik, hogy valaki nyomta 10-15 evig, aztan megcsinalta belole a pekseget, bisztrojat, vallalkozasat, fene se tudja mijet. Persze garancia nincs ra, hogy kesobb nem ter vissza.
-
coco2
őstag
válasz
nesh_019
#19468
üzenetére
>Az lenne a kérdésem hogy milyen jövője van?
Mint bármi másnak. A legjobbak számára egyre drágább, a többiek számára egyre olcsóbb.>A mesterséges intelligencia egy idő után nem fogja elvenni a munkánkat?
Nem.>Mik a kilátások a jövőre nézve?
Adó, nyomor, és halál. Mint eddig.>Megéri programozást tanulni?
Ha az életedet szánnád rá (így vagy úgy), akkor igen. Egyébként nem. -
axioma
veterán
-
K1nG HuNp
őstag
Pislogas helyett utana is nezhetnel, hogy megis kik es mire hasznaljak, tessek itt az egyik elso youtube talk ami feljott a keresesre, SnapChat, elkezdtek hasznalni es penzt sporoltak mikozben javultak a fentebb leirt metrikak: https://www.youtube.com/watch?v=WUleQzu9l_8
-
coco2
őstag
Ésszel használva talán tud az olcsó lenni, de én a mai világot nem a mérsékletességéről ismerem, és "döngetve ami a csövön kifér" stílusban a Dynamo nevetségesen drága. Az a millió req egy aktív adatkiszolgálón simán elfogy minden órában, ami havonta 700 usd+ költség egy szem kiszolgálón (ami vélhetően egy kicsi teljesítményű vds). És abból van egy egész fürtnyi, máskülönben nem Dynamo-t használna az app. A "sok pici" nagyon sokra megy. A magam részéről pislogok a gondolatra, hogy azt mindenki alapértelmezetten használná. Egészen biztos vagy benne?
-
coco2
őstag
válasz
K1nG HuNp
#19463
üzenetére
>Ha veszed a fáradtságot, hogy megtanuld ...
Fejlesztőként én inkább arra venném a fáradtságot, hogy konkurenciát gyártsak annak a szolgáltatásnak.
Csak hát ahhoz előbb meg kell találnom a piacukat. A fenti kérdést azért tettem fel. Ismersz esetleg fejlesztő céget, amelyik nagyüzemben fizeti azt az AWS szolgáltatást?
-
K1nG HuNp
őstag
A DynamoDB igazi ára nem az írás/olvasás/tárolás díja, hanem a fejlesztési idő.
Nekünk cégnél ha a mostani PostgreSQL-t migrálnánk DynamoDB-re akkor egy sokkal szebb, átláthatóbb és optimizáltabb megoldásunk lenne amely ráadásul nagyságrendekkel megbízhatóbb és kiszámithatóbb lenne a jövőre nézve is.
Az egyik legalapvetőbb AWS szolgáltatás amelyet óriási skálán pörgetnek ők házon belül és és nagyon sok cég is. Ez az egyik első felhúzott AWS szolgáltatás amikor új régió épül, mert internally minden erre dependál.
---
Ha veszed a fáradtságot, hogy megtanuld (én lassan 3 éve tolom minden sideprojektemet dynamoval) akkor simán tudsz olyan gyorsan fejleszteni és gondolkodni benne mint egy jó öreg RDBMS-ben.
-
válasz
Travelos
#19454
üzenetére
cout<<"A kert szamok szamtani kozepe egyenlo: " <<(a+b)/2<<endl;Azért kerekít, mert a 2 az egész szám, tehát szépen integerré konvertál mindent és utána oszt (továbbra is megmaradva az egész számok halmazán belül). Ehelyett neked a lebegőpontos 2.0 kell:
cout<<"A kert szamok szamtani kozepe egyenlo: " <<(a+b)/2.0<<endl;Igen, ez így tulajdonképpen teljesen logikus és mi ezt direkt így szeretjük
-
Travelos
őstag
Hello, a lányom most kezdte a középsulit gimiben, és infóból a tanár kapásból adott nekik egy programozási feladatot, amit nagyjából sikerült megoldanom. Egyébként mindezt úgy, hogy tegnap még én se tudtam erről semmit
A feladat néhány egyszerű matematikai művelet kiíratása, de valamiért a számtani középnél a program kerekíti az eredményt, míg a matematikai középnél szépen kiírja a tizedes jegyeket. Mi lehet a gond? Ezt szültem meg:#include <iostream>
#include <math.h>
using namespace std;
int main()
{
int a,b;
cout<<"Adj meg ket egesz szamot!" << endl;
cin>>a;
cin>>b;
cout<<"A kert szamok osszege egyenlo: " <<a+b<<endl;
cout<<"A kert szamok szorzata egyenlo: " <<a*b<<endl;
cout<<"A kert szamok szamtani kozepe egyenlo: " <<(a+b)/2<<endl;
cout<<"A kert szamok matematikai kozepe egyenlo: " <<sqrt(a*b)<<endl;
return 0;
} -
pmonitor
aktív tag
>Az nem biztos. Hazudni is lehet róla.
De akinek hazudnak, abban a jelenben csak annyi történik, hogy valaki mondta. Az lehet igaz is, meg nem is. De az ő jelenében csak a beszéd van jelen.
Elméletben nem számolhatnák fel az egész szálat. Ugyanis adott, hogy mennyi százalékot számolhatnának el hulladéknak(ez függ az adott elem hosszától, és attól is, hogy szélezetlen vagy szélezett fűrészáruról beszélünk). A gyakorlatot persze nem tudom. Lehet, hogy az van, amit mondasz(ill. írsz).
Az a helyzet, hogy minden szakmának(vagy annak titulált dolognak) meg vannak a maga módszerei, hogy hogy vágják át az "ügyfeleket". Pl. ha jól értelmezem, akkor itt is átvágják az ügyfeleket. Mert nem látom, hogy szerepelne ott, hogy a feladat megoldhatatlan. Sőt! Optimális hatékonyságú vágási tervről ír. Legalábbis nehezen tudom elképzelni, hogy megoldották a problémát. Ez inkább csak valami vágásokat nyilvántartó programnak nevezhető szerintem...>Mindegy, hogy 1 darabban marad meg 3 méter, vagy 50 darabban.
Akkor már megint ott tartunk, hogy szükség van-e egyáltalán a gépre ehhez? Mondjuk anno még a másik fórumon abban tévedtem, hogy akkor még nem gondoltam volna, hogy a véletlennel "viszonylag elfogadható" terveket lehet találni. De nem az optimálist.
Itt kérdeztem sztanozs-t, hogy akkor mi a kritérium. Még választ nem kaptam rá. Szerintem az egyetlen elfogadható kritérium az, hogy minél kevesebb és minél hosszabb leeső darabok legyenek. De lehet mondani más kritériumot is. Ha valaki értelmes, és a program számára végrehajtható kritériumot mond, akkor meggyőzhető vagyok. -
coco2
őstag
válasz
pmonitor
#19448
üzenetére
>2.: ami a jelen előtt max. pár perccel megtörtént.
Az nem biztos. Hazudni is lehet róla.
>Bár coco2 biztos felaprítaná a több mint 3 méteres darabot is. Végül is ez is lehet egy szempont.
Rávilágítani gondoltam, hogyan kezeli a helyzetet a gyakorlat. Mindegy, hogy 1 darabban marad meg 3 méter, vagy 50 darabban. Az ügyfél a processzt kifizette, a maradék kuka, és bármi maradt meg, azt egyformán fogják kezelni. Sajnálom, ha az alkalmazott gyakorlat flegmaságain te besértődsz. Ha attól könnyebb, nevezz ki engem az egész világ főbűnösének. Egészségedre váljék.
-
pmonitor
aktív tag
válasz
pmonitor
#19448
üzenetére
Ezért is írtam ittenke, hogy:
>adományozhatna a kapcsolat oldalon megadott számlaszámra. Ezt 1/3 részben poénnak szántamEzért is szántam az adományozás 1/3 részét poénnak, mert bizonyos szempontból "bohóckodás" ez az egész programozósdi az ilyennel. Attól függ, hogy honnan nézzük. Mondjuk egy programozó nagy valószínűséggel nem mondja ezt. Főleg, ha az adott témában programozik.
-
pmonitor
aktív tag
válasz
sztanozs
#19447
üzenetére
Akkor mi a kritérium?
Igaz, hogy 2 dolog biztos csak:
1.: a halál.
2.: ami a jelen előtt max. pár perccel megtörtént.Akkor kezdjük az alapoktól: Az kritérium, hogy vasat kell erre a célra egyáltalán használni?
Mert ha innen közelítjük meg a dolgot, akkor ez sem biztos...Bár coco2 biztos felaprítaná a több mint 3 méteres darabot is. Végül is ez is lehet egy szempont.
-
pmonitor
aktív tag
válasz
sztanozs
#19438
üzenetére
Akkor válasszunk másik vágásmintát. A prog.hu-ról vettem kölcsön(innen) Ezeket kell kihozni 6000 mm-es darabokból:
1). 4250 -- 2 Qty.
2). 3650 -- 4 Qty.
3). 3540 -- 2 Qty.
4). 3450 -- 2 Qty.
5). 3254 -- 1 Qty.
6). 2150 -- 3 Qty.
7). 2100 -- 1 Qty.
8). 1845 -- 2 Qty.
9). 1725 -- 5 Qty.
10). 1625 -- 8 Qty.
11). 1540 -- 3 Qty.
12). 1500 -- 2 Qty.
13). 1346 -- 1 Qty.
14). 1254 -- 5 Qty.
15). 1250 -- 8 Qty.
16). 1120 -- 2 Qty.
17). 985 -- 1 Qty.
18). 970 -- 1 Qty.
19). 943 -- 1 Qty.
20). 865 -- 1 Qty.
21). 854 -- 1 Qty.
22). 780 -- 5 Qty.
23). 747 -- 1 Qty.
24). 746 -- 2 Qty.
25). 745 -- 1 Qty.
26). 744 -- 1 Qty.
27). 698 -- 1 Qty.
28). 677 -- 1 Qty.
29). 670 -- 3 Qty.
30). 645 -- 1 Qty.
31). 560 -- 2 Qty.
32). 466 -- 1 Qty.
33). 455 -- 9 Qty.
34). 454 -- 2 Qty.
35). 370 -- 8 Qty.
36). 364 -- 1 Qty.
37). 358 -- 1 Qty.És az első "minta":
1. szál (maradék=0): 2100 370 370 370 670 670 670 780
2. szál (maradék=0): 3540 780 560 1120
3. szál (maradék=0): 3540 780 560 1120
4. szál (maradék=0): 1500 1500 780 1250 970
5. szál (maradék=0): 370 370 370 370 1250 1540 985 745
6. szál (maradék=0): 2150 1250 1254 1346
7. szál (maradék=0): 1540 645 943 746 454 454 364 854
8. szál (maradék=0): 1540 1254 1254 1254 698
9. szál (maradék=0): 780 865 747 358 1625 1625
10. szál (maradék=0): 370 3450 1725 455
11. szál (maradék=0): 746 1254 1725 455 455 455 455 455
12. szál (maradék=1): 744 1845 455 455 1250 1250
13. szál (maradék=4): 466 3450 1625 455
14. szál (maradék=25): 4250 1725
15. szál (maradék=25): 4250 1725
16. szál (maradék=30): 1845 1625 1250 1250
17. szál (maradék=48): 677 1625 3650
18. szál (maradék=75): 2150 2150 1625
19. szál (maradék=625): 1725 3650
20. szál (maradék=725): 1625 3650
21. szál (maradék=725): 1625 3650
22. szál (maradék=1496): 3254 1250A második vágásminta:
1. szál (maradék=0): 2150 1250 1254 1346
2. szál (maradék=0): 1500 1250 1625 1625
3. szál (maradék=0): 1500 1250 1625 1625
4. szál (maradék=1): 1120 3254 1625
5. szál (maradék=5): 1120 1625 1625 1625
6. szál (maradék=25): 4250 1725
7. szál (maradék=25): 2100 2150 1725
8. szál (maradék=25): 4250 1725
9. szál (maradék=42): 1254 1254 3450
10. szál (maradék=42): 1254 1254 3450
11. szál (maradék=50): 1725 1725 1250 1250
12. szál (maradék=100): 2150 1250 1250 1250
13. szál (maradék=39): 466 1845 3650
14. szál (maradék=50): 1845 3650 455
15. szál (maradék=30): 780 1540 3650
16. szál (maradék=30): 780 1540 3650
17. szál (maradék=2): 3540 560 1540 358
18. szál (maradék=0): 3540 970 746 744
19. szál (maradék=0): 370 370 370 670 670 670 370 780 985 745
20. szál (maradék=0): 370 370 370 370 780 780 943 454 865 698
21. szál (maradék=0): 560 454 364 746 854 747 455 455 455 455 455
22. szál (maradék=3313): 645 677 455 455 455Itt már sokkal jobban kijön az én kritériumom előnye: azzal ugyebár egyetértünk, hogy a 3313 mm-es leeső darabot SOKKAL több mindenre lehet használni, mint az 1496 mm-es darabot. JELENTŐSEN! Pedig mindegyik 22 szálat használ fel!
-
pmonitor
aktív tag
válasz
sztanozs
#19441
üzenetére
Hát igen. Itt is az ügyfél... Viszont a "cégnek" nem mind1, hogy mennyit pazarol.
>Raadasul a "selejt nelkuli" vagasokat celszeru minimalizalni a vagasi hiba okan
Ugye ezt nem gondoltad komolyan? Akkor nem 5600 mm-esek a szálanyagok, hanem 5600-x mm-esek. Ilyen alapon akkor nem lehetne "selejt nélküli" vágásokat megengedni...
>kulonbozo darabokat vagni kulonbozo meretben sokkal nagyobb a hiba eselye
Ezzel egyet tudok érteni. Lehet a 2 kritériumot is összefűzni. A tiéd és az enyém. Csak kérdés, hogy melyiknek adnánk nagyobb prioritást: a kevesebb vágásmintának, vagy a minél nagyobb leeső daraboknak. De az biztos, hogy belassulna az algo.
-
válasz
sztanozs
#19441
üzenetére
Igazából az, hogy az ügyfél az azonos mennyiségű hulladékot produkáló megoldások közül melyiket preferálja, az nincs benne a feladatkiírásban, ha meg benne lenne, akkor azt ő találná ki a saját, konkrét körülményeire szabva, nem mi itt a fórumon általános igazságként
-
-
válasz
pmonitor
#19437
üzenetére
egyik se jobb, mind a kettohoz 73 darab fa kell, a tobbi selejt. Raadasul a "selejt nelkuli" vagasokat celszeru minimalizalni a vagasi hiba okan - szoval meg is van melyik rosszabb... De mondhatnam azt is, hogy kulonbozo darabokat vagni kulonbozo meretben sokkal nagyobb a hiba eselye, tehat megint lastzik, melyik a hatekonyabb
-
pmonitor
aktív tag
válasz
Vision
#19434
üzenetére
'97-ben főiskolai matek vizsgám volt(jeles). De ez már történelem...
Mondjuk sok matek ehhez nem kell, csak logika. Vegyük a wiki-s példát. A következőket kell levágni 5600 mm-es szálakból.2200, 20
2150, 18
2140, 16
2100, 14
2050, 12
2000, 10
1930, 20
1880, 18
1820, 18
1710, 14
1560, 12
1520, 25
1380, 22A wikis "megoldás" ez:
2 db 1820 1820 1820 : 140
2 db 1710 1710 2150 : 30
3 db 1380 2150 1930 : 20
12 db 1380 2150 2050 : 20
7 db 1380 2100 2100 : 20
12 db 2200 1820 1560 : 20
16 db 1520 1930 2140 : 10
10 db 1710 2000 1880 : 10
8 db 2200 1520 1880 : 0
1 db 1520 1930 2150 : 0Az én "megoldásom":
1 db 1820 1820 1380 : 580
3 db 2140 1710 1710 : 40
8 db 2140 2050 1380 : 30
3 db 1930 1820 1820 : 30
6 db 2200 2000 1380 : 20
6 db 2200 1820 1560 : 20
5 db 2140 1880 1560 : 20
7 db 2100 2100 1380 : 20
4 db 2050 1820 1710 : 20
1 db 2150 1880 1560 : 10
4 db 2000 1880 1710 : 10
8 db 2200 1880 1520 : 0
17 db 2150 1930 1520 : 0Csak 1szerűen gondold végig, hogy melyik jobb!
-
-
válasz
pmonitor
#19431
üzenetére
Amúgy te tanultál felső matematikát? Csak azért, mert az általad vázolt optimalizációs probléma nem újkeletű, hanem évszázados története van, kész modellekkel, algoritmusokkal. Anno még 7 éve dolgoztam egy cégnél, ott ennél sokkal-sokkal bonyolultabb peremfeltételek mentén dolgoztak ilyesmin. Csak azt akarom kihozni a dologból, hogy kételkedem a megoldásod egyediségében/innovatív mivoltában.
-
pmonitor
aktív tag
válasz
sztanozs
#19427
üzenetére
Én az ingyenesség híve vagyok(hadd ne indokoljam meg, hogy miért, mert akkor egész nap írhatnék). Viszont, ha valaki úgy gondolja, hogy értékeli a munkám, ő adományozhatna a kapcsolat oldalon megadott számlaszámra. Ezt 1/3 részben poénnak szántam, 2/3 részét komolynak. Olyan is utalhat, aki nem az általam alkotott programot használja, de értékeli azt, ahogy a lényeget kitaláltam. És nem titok, hogy 2 nick is értékes információkat osztott meg. Ami nélkül nem jött volna létre a megvalósítása a programomnak, A free programok is gyakran egész jól használhatók.
#19428 axioma, #19430 dabadab: sztetek miért is törölte az ottani modi a témát pár hónappal később, ha semmit nem érne?
De ez az elv használható pl. a hátizsák problémára, és még sok másra is... -
axioma
veterán
válasz
sztanozs
#19427
üzenetére
azert nezd mar meg, mit reklamoz... egy alig okositott brute force-ot, ketlem hogy elloptak
ipari celra kulonben sincs ertelme a valos szamok mindegyikere mukodo megoldasnak, ha meg mar egeszekre redukaljak a feladatot, akkor sokkal egyszerubb
(ami esetleg olyan resze volt amit nem barmely 2. eves programozo-novendek tud, hogy mi alapjan eri meg optimalizalni, az egy kicsi domain tudas, de ketlem hogy az egyedi lenne) -
pmonitor
aktív tag
Igaz, túloztam, de csak egy kicsit.
Az, hogy kihagytak belőle, az kevésbé zavar. Az már inkább, hogy amit anno 3-an/4-en(magyarok) megalkottunk(1D vágás), azt amint látom kimentették külföldre, és jót kaszáltak belőle. Piszkos pénz az! Nekem elég az, hogy tudják: az alap ötlet tőlem származott... Annak a megfogalmazása, hogy hogyan lehet objektíven összehasonlítani 2 vágásmintát. Ennyi elég nekem! -
pmonitor
aktív tag
Egyrészt VikMorroHun nem írta, hogy mikor kérdezték tőle a dolgot.
Másrészt a fontosabb/többet használt dolgok maradtak szinte minden .NET verzióban.
Pl. a Win32Exception Class mennyit változott az említett verziókban? És ez azért még általánosan használtnak sem mondható... -
#19422
pmonitor
aktív tag
VikMorroHun
#19421
pmonitor
aktív tag
válasz
VikMorroHun
#19421
üzenetére
Mondjuk hogy az eredeti angol doksit sem programozók írták, abban biztos vagyok. Az egyik, hogy írtak nagyon nagy hülyeséget is. A másik meg az, hogy az en-US doksi is elég hiányos. Hibát mindenben lehet találni, ha vki. keres. Mondjuk nekem mániám a hiba/ellentmondás keresés, mert igazán abból lehet tanulni... Az esetedben jobb lett volna sztem., ha konkrét fordítási hibára mutattál volna rá. És lehet, hogy figyelembe is vették volna(talán... Mert ugyebár multiról van szó). Sztem jó(lenne), ha a doksit lefordítanák magyar nyelvre. Írom ezt annak ellenére, hogy én sem olvastam át tüzetesen a magyar doksit, még akkor is, ha esetleg lehet benne hibákat találni. A semminél sokkal jobb. Bár én most találtam rá erre a magyar doksira...
-
coco2
őstag
válasz
cog777
#19418
üzenetére
Jaa, hogy google távasztalozol, és a tapipad csak az otthoni gép elérésére kell?
Mondjuk a képernyő méret még akkor is gagyi lesz, és szöveget szerkeszteni sem lesz elég a mini bt keyboard. És ígyis úgyis az öledbe fog kerülni a stuff. Én még mindig egy 13"-as notit szereznék be, ha én magamnak akarnám megoldani.
Melyik cégnél van még mindig covidozás? Furcsa.
Esp32-nek nem ismerem a programozási felületét, de valami usb-s eszköz biztos van rá, amin állítható a reset-be rántás és feltöltés. Rajta hagyod a programozót az otthoni gépeden.
-
cog777
senior tag
Nem kell fejlesztenem utkozben, cegnel egesz jo setupom van. De sokszor kimegyek a parkba es onnan dolgozom - covid lezaras hatasa
Inkabb a sajat home projektjeimet nyuvom szabadidomben.
Olemben nem fejlesztek, keptelen vagyok a razkodo vonaton, repcsin v buszon fejleszteni.
Majd valami asztalon.
Masreszt rasszoktam a remote fejlesztesre, vscoddal remote megnyitom a projektet-600 cmake fajl, megcsinalom a valtoztatast aztan leforditom es feltoltom az stm32-re. embedded cuccokkal, freertossel foglalkozom.
Otthon az rpi4-re esp32 van csatlakoztatva, a fajlokat latjak az ipad appok, a feltoltest meg nem kiserleteztem ki.Na, vege a nyaralasnak, indulunk haza (1500 km), majd irok a tapasztalatokrol.
-
coco2
őstag
válasz
cog777
#19416
üzenetére
Ha úton / útfélen fejleszteni kell, mert muszáj, akkor egy 13-as laptop kell neked. Valami, ami egyben van. Tablet mellé fogod a kezedben a mini bt billentyűzetet, miközben a tabletet nekitámasztod valaminek, mindazt környezeti rázkódások közepette, vagy hogyan gondoltad? Nem számítástechnikailag, hanem mechanikailag.
AlmaOS-re ha fel is települ vscode vagy bármi hasonló, tisztázatlan kérdés, milyen platform alá akarsz tableten fejleszteni? Ami az általánosságot illeti, AlmaOS alatt a "munka könyvtár" fogalma az egyik, ami legutóbb, mikor néztem, még nem létezett. Ha pdf-et töltenél, ide rakja, ha videót, akkor amoda, de "csomagban" mindent saját szerkezet szerint egyetlen könyvtár alá, olyan nincsen. Nem tudsz csak úgy bármi file-t bárhova feltölteni egy alma tableten. Androidon igen, ott van sd kártyád, hordozhatsz otthoni laptopról bármit viszonylag egyszerűen, de almán olyan egészen egyszerű dolgok, mint a mobilitás, szerzői jogi okok miatt tiltva van. Almakönyvön a gatekeeper-t ki tudod kapcsolni, ha akarod, halloon / táblán szerintem nem. Letöltenél valami github stuffot, mert kell belőle egy dll, szóval csak egyszerű, mindennapi fejlesztői dolgok, éshát jajj azt nem lehet, mert olyat részint nem szabad, részint opciót sem kínál rá az OS.
>Ennek ellenere business tripre mar nem hoznek notit, mar kinottem belole
Nagymellényes dumák és társai
Ha neked üzleti úton utazás közben fejlesztened kell, mert annyi nyugalmad sincsen, hogy azt az időt szunyókálással tölthesd a vonaton, vagy valami, akkor te maximum a tévedéseidből fogsz kinőni, és azt is csak még ezután -
cog777
senior tag
Persze, vannak, VSCode-ot is lattam a web editor valtozatot. Mostanaban lehet elerni a progiknak a fajlrendszert, gondolom az segit.
Termeszetesen igazad van hogy egy olcsobb noti jobb, nekem mindig workstation-jeim voltak, azok dog nehezek.
Apamnak vettem lenovo ideapad-ot netezni meg 1-2 progira, meglepodtem hogy a full muanyag mennyire konnyu.
Ennek ellenere business tripre mar nem hoznek notit, mar kinottem belole -
Voy15
tag
válasz
cog777
#19412
üzenetére
Gyakorlati tapasztalatom ugyan nincs, de nehezen tudom elképzelni, hogy bármilyen fejlesztési munka kényelmes legyen ipaden.
Van ipadem, de én azt nagyjából böngészésre, ebook olvasásra, udemyre, illetve screen extensionre használom.
A fő gépem egy M1 MBP, szóval ha úton vagyok akkor nekem sokminden nem változik, csak 2 screennel kevesebb lesz, meg a billentyűzet-egér használat lesz egy picit kényelmetlenebb.
Vannak a témában YT videók, lesd meg őket, habár igazából Neked kéne kipróbálnod, hogy működőképes-e a koncepció számodra, vagy nem. -
cog777
senior tag
Hasznal valaki ipad-et fejlesztesre? Kaptam egyet es kivancsi vagyok a gyakorlati tapasztalatokra.
Termeszetesen van rendes gepem, igy csak hosszabb utazas alkalmaval vinnem magammal. Billentyuzetet a Logitech K380-at neztem ki.Ugye kerdes hogy mire fejleszt az ember. 2 fo tema ami erdekel:
-esp32-re lattam hogy az Arduino web ide mukodik. Valoszinuleg ez pipa.
-Godot-ra keresek IDE-t a web ide nem indul el, esetleg VSCode mukodhet.Shellfish-t mar felfedeztem, siman elerem az RPi4-en levo fajlokat VPN-en keresztul. Collabora Office olvassa a libreoffice fajlokat.
Editorokban nincs tapasztalatom, VSCode-hoz szoktam de lehet mas szerkeszto is jo.
-
#19405
sztanozs
veterán
VikMorroHun
#19394
válasz
VikMorroHun
#19394
üzenetére
nagyobb cégek inkább 60.000 huf/óra szinten számláznak senior fejlesztőt projektekben
-
#19402
sh4d0w
félisten
VikMorroHun
#19400
válasz
VikMorroHun
#19400
üzenetére
Akkor vmi el van irva: vagy az idotartam, vagy hianyzik nehany nulla. Ennyi penzert a terminalt sem inditanam el, hogy konyvtarat csinaljak a projektnek.
-
#19401
coco2
őstag
VikMorroHun
#19400
coco2
őstag
válasz
VikMorroHun
#19400
üzenetére
Adj egy linket, megvizsgáljuk.
), data block size - az aes egy kicsit több, mint csak "aes".
). 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Leégett az első Radeon a hírhedt 12V-2x6 tápkonnektorral
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Autós topik
- Blu-ray lemez tapasztalatok
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Crypto Trade
- Kerékpárosok, bringások ide!
- Plazma TV topic
- Synology NAS
- További aktív témák...
- MSI GTX1660 super 6gb új állapot OEM 2db.
- Realme GT2(használt, független, 128 GB, 8 GB RAM, szürke)
- GAMER PC! i7 12700 / RTX 3080 Ti / 32GB 4133MHz / B760M / 1TB NVMe / 700w! BeszámítOK
- KERESEM! LG UltraGear 45GS95QE - OLED 240HZ
- Belépő GAMER PC! i5-12400F / RX 6600 XT / 16GB 3200MHz / 512GB NVMe / 600w! BeszámítOK
- HIBÁTLAN Apple Watch Ultra 2 Natural Titanium 49mm -1 ÉV GARANCIA - 100% Akkumulátor, MS3219
- Bomba ár! HP EliteBook 735 G6 - Ryzen PRO 5 I 8GB I 256GB SSD I 13,3" FHD I Cam I W10 I Gari!
- Bomba ár! Lenovo ThinkPad X280 - i5-G8 I 8GB I 512GB SSD I 12,5" FHD I HDMI I Cam I W10 I Gari!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RTX 5070 Ti 16GB GAMER P termékbeszámítással
- BESZÁMÍTÁS! Asus B450 R7 2700X 16GB DDR4 512GB SSD RTX 2070 8GB Rampage SHIVA Thermaltake 500W
Állásajánlatok
Cég: FOTC
Város: Budapest