-
IT café
Új hozzászólás Aktív témák
-
dabadab
titán
válasz btraven #16438 üzenetére
Egyébként a korai Commodore C64 zenék kb. pont így készültek (kb '86 tájáig), csak nem Pythonban, hanem 6502 assemblerben, illetve mégígyebb, mert az egyes hangszerek nem sima hangmintalejátszásból álltak, hanem a hangchip regisztereit kellett real-time bizergálni.
Most meg bytebeat van, az külön agybaj
Dokumentáció meg játszótér: [link]
Egy durvább darab: [link][ Szerkesztve ]
DRM is theft
-
dabadab
titán
válasz don_peter #16481 üzenetére
Ha ilyet akarsz csinálni, akkor nem igazán programnyelvet, hanem egy cross platform app development frameworköt kell választanod, mert az kell neked.
Amíg ide nem téved egy mobilos fejlesztő, csak így idehánynám az ismertebbeket, zárójelben a használt programnyelvvel:
Flutter (Dart)
Xamarin (C#)
React Native (JS + HTML)
NativeScript (JS + HTML)
Ionic (JS + HTML)DRM is theft
-
dabadab
titán
válasz don_peter #16500 üzenetére
Hogy oldják meg azt, hogy mondjuk egy adatbázis kapcsolati adatok ne kerüljenek ki?
Úgy, hogy az a szerveren van
Az ilyen webes cuccoknál a frontend-backend architektúra a normális, a szerveren fut a backend, az kapcsolódik az adatbázishoz, csinálja az autentikációt meg a lényegi dolgokat, a kliensnél meg csak egy kis minimál rész van, ami a megjelenítést meg az inputot csinálja.
A kettőt meg tipikusan vmi REST API-val kötik össze.Ami a kliensnél van, arról nyugodtan feltételezheted, hogy ahhoz hozzá lehet férni, illetve arra is számítsál, hogy a klienstől érkező adatokba belepiszkáltak, szóval a backend rendes input validációt meg hasonlókat kell csinálni, mert különben úgy jársz, hogy a T Systems a BKV bérletekkel
DRM is theft
-
dabadab
titán
válasz zsolti_20 #16539 üzenetére
Igen, de ehhez a böngészőben telepíteni kell a Tampermonkeyt + a konkrét scriptet is.
Azt mondjuk nem látom, hogy ez miért segítene neked, hiszen ez kliensoldali script, ez nem fogja látni azt az Excel file-t, ami nálad van.A konkrét weboldalhoz mennyire férsz hozzá? Konkrétan át tudod írni a html-t vagy csak vmi indirekt módon?
DRM is theft
-
dabadab
titán
válasz pmonitor #16566 üzenetére
Gondolom azért, mert kevés komponenst telepítettél.
Igen, mert nem fejlesztek egyszerre harminc nyelven - ahogy egyébként kb. senki sem.
Amúgy meg azt a 4 GB teljesen érdektelen, maga a forráskód, amivel dolgozok, szintén akkora, ha meg még le is fordítom, akkor meg 60 GB.#16568 Ispy:
Én is csak azért tudom, mert most direkt megnéztem[ Szerkesztve ]
DRM is theft
-
dabadab
titán
válasz pmonitor #16575 üzenetére
Nálam itt az sprintf(...) stabilan 6 sec felett, az assembly kód stabilan 2 sec. alatt teljesített.
Mert nem ugyanazt csinálták: az sprintf() egy elég nagy tudású, rugalmas függvény, a te assembly kódod meg csak 32 bites inteket tud kiírni mindenféle formázás nélkül. Nyilván ha ugyanezt megírod C-ben, az is gyorsabb lesz, mint az sprintf, vagy ha az sprintf()-et megírod assemblyben, az meg minden bizonnyal lassabb lesz, mint az, ami a gyári stdlibben van (az alapján, hogy a mostani assembly kódod is elég szuboptimális).
Sőt, itt van C-ben egy még gyorsabb megoldás, ami a te assembly kódoddal ellentétben még csak nem is bugos
int int_ToString(int num, char* dest) {
memcpy(dest, "-2138\n", 7);
}[ Szerkesztve ]
DRM is theft
-
dabadab
titán
válasz ReSeTer #16598 üzenetére
Igazából ilyen feladatoknál szerintem érdemes körbenézni, hogy van-e valami létező program, amit lehet használni erre a célra, ahelyett, hogy te magad írnál valamit.
Amúgy meg ha tényleg kicsi meg tényleg meg kell írni, akkor inkább Pythont néznék, az tök jó ilyesmire.
[ Szerkesztve ]
DRM is theft
-
dabadab
titán
válasz böng ész ő #16665 üzenetére
nem olyan agyoncenzúrázott, mint a stackexchange oldalak
Wut?
DRM is theft
-
dabadab
titán
válasz böng ész ő #16668 üzenetére
A Liskov-féle helyettesítési elv arról szól, hogy ha van egy függvényed, amit meg tudsz hívni egy A osztályú objektummal, mint paraméterrel, akkor az A-ból származtatott B osztályú objektumot is átadhass neki paraméterként és működjön, akkor is, ha az adott függvény azt se tudja, hogy az az adott objektum nem A osztályú vagy hogy egyáltalán létezik B osztály.
Ez annyira alap és magától értetődő dolog bármelyik modern objektumorientált nyelvnél, hogy valószínűleg azért lehetett nehéz megérteni, mert eszedbe se jutott, hogy ezt így külön le kellene írni, hiszen ez a természetes
[ Szerkesztve ]
DRM is theft
-
dabadab
titán
válasz Netszemete #16703 üzenetére
Hogy a "hiszti" szót használod egy egyébként szakmai témában, az csak téged minősít.
Szerintem nem szakmai témában használta, hanem az általad itt rendezett... hisztit nevezte meg.
DRM is theft
-
dabadab
titán
válasz Netszemete #16753 üzenetére
a dBase mióta programnyelv? Én úgy tudtam, az egy adatbáziskezelő.
A dBase nem csak egy adatbáziskezelő program, hanem van egy saját programnyelve is.
Egyébként a dBase III leszármazottja a FoxPro, amivel a korai kilencvenes években rengeteg ügyviteli szoftver készült, mivel az már tudott .exe-t is produkálni, szóval pont a dBase teljesen jó helyen van ott.DRM is theft
-
dabadab
titán
válasz Atomantiii #16759 üzenetére
Ilyesmi felhasználásra van az SQLite. Persze ennek is megvan a saját SQL-dialektusa, szóval a queryket valószínűleg át kell egy kicsit faragni meg az on-disk formátuma nem kompatibilis, szóval mindenhol SQLite-ot kell használnod, MySQL adatbázist nem fog tudni olvasni.
DRM is theft
-
dabadab
titán
válasz pmonitor #16771 üzenetére
Éppen most készítem ezt a dolgot(még nincs teljesen kész). De az látszik, hogy a stringet számmá konvertáló beépített függvények C-ben ~19, míg C#-ban ~68 sec. alatt futnak le, miközben könnyedén lehet ~10 sec. körüli futásidőt elérni ugyanarra a feladatra(inputra).
Ja, gyorsabban lefut, csak nem működik meg baromira nem azt csinálja, amit a C szabvány (ez a draft, a végleges csak fizetős formában elérhető, de abban is ugyanez van) előír. Érdemes megnézni a szabványt meg mondjuk a GNU C lib forráskódját aztán összehasonlítani a tieddel, amiből pl. teljesen hiányzik a locale-kezelés.
Szóval igen, érdemes nem azt gondolni, hogy rajtad kívül mindenki hülye, mert kiderülhet, hogy pont fordítva van.[ Szerkesztve ]
DRM is theft
-
dabadab
titán
válasz Netszemete #16877 üzenetére
Épeszű(!) programozó nem kezdi újraírni a glibc-t, ha nincs rá nagyon jó oka. ;) De előfordulhat, hogy van rá ok.
És azért előfordul, hogy van rá ok. Épp a múltkor csodálkoztam rá arra, hogy hányféle hashmap implementáció van C++-hoz, pedig ott van az std::unordered_map: [link]
[ Szerkesztve ]
DRM is theft
-
dabadab
titán
válasz pmonitor #16886 üzenetére
Elég szomorú, hogy az évtizedek alatt senkinek sem jutott eszébe optimalizálni az alapvető függvényeket/metódusokat sem.
Mert mindenki hülye és csak te vagy helikopter.
Egyébként sikerült már olyan atoi()-t írni, ami megcsinálja azt, amit a szabvány elvár tőle? Nem? Hát akkor meg mire ez a nagy arc?DRM is theft
-
dabadab
titán
Szerintem itt nem igazán köcsögösködés ment, inkább nagyon mély meglepetés.
2022-ben nem egy, hanem három olyan fejlesztő, akik nem hagy nem használnak, hanem láthatóan még nem is hallottak a gitről (vagy legalább az SVN-ről vagy bármi verziókövető rendszerről), az nagyon meglepő.
(És mégmielőtt: én is nagyon kis cégnél dolgozok, saját kezűleg deployoltam a Jira containert , és az otthoni hobbyprojektjeim (amikkel aztán tényleg csak én szöszölök) is git repoban vannak)DRM is theft
-
dabadab
titán
válasz bambano #17071 üzenetére
jaja, rakd csak publikus cloudba, majd hirtelen kapsz egy üzenetet, hogy mostantól minden, ami a cloudban van, az a cloud szolgáltatóé.
Ennél röhelyesebb, átlátszóbb, nyilvánvalóan megvalósíthatatlanabb szcenárióval riogató FUD nem jött össze?
ha nem fontos, akkor mehet githubra, cloudba, stb. ha fontos, akkor saját vas, backuppal, stb.
Itt azért azt kellene valahogy demonstrálni, hogy mondjuk a Github az kevésbé megbízható, mint az, amit egy kis- vagy mikrovállalkozás saját erőből össze tud rakni. Sok szerencsét!
[ Szerkesztve ]
DRM is theft
-
dabadab
titán
válasz bambano #17076 üzenetére
nem emlékszel a google első felhasználói szerződésére?
Szerintem valamivel kevered, de most nem hoz elő semmit a google-fum, mindenesetre az az eset se tudná nagyon alátámasztani azt, amivel riogatsz.
szerk: ja, közben jutott eszembe: meltdown. spectre.
Ennek mi köze a githubhoz?DRM is theft
-
dabadab
titán
A logikája az elosztott volta miatt némileg különbözik (pl. ilyen root lista nem létezik a gitben, viszont vannak mindenféle egyéb, gitre épülő cuccok, mint a GitHub, GitLab, Gogs meg ezer más, amik tudnak ilyet) meg néha utána kell nézni dolgoknak, mert amúgy csak a wtf ül ki az ember arcára, de alapvetően nem nagy macera átállni.
Én a Visual Studio Code beépített git kliensét használom, az rendben van. A GitKraken jó (bár amikor én használtam akkor erősen memleakesnek tűnt), de abból az ingyenes verzió mostanra már nagyon korlátozott (csak nyilvános github repókkal lehet használni), a fizetős meg drága (60 usd/év) otthoni bohóckodásra.
[ Szerkesztve ]
DRM is theft
-
dabadab
titán
válasz bandi0000 #17129 üzenetére
Nálunk ez úgy néz ki, hogy az emberünk, aki úgy nagyjából admin szinten ismeri a szoftverünket meg elég jól a területet, ahol alkalmazzák, elmegy tárgyalni az ügyféllel és kiszedi belőle vagy együtt kitalálják hogy tulajdonképpen mit is akar (van, akinek csak halvány elképzelései vannak meg van, aki hosszú követelménylistával jön) és összerak velük egy olyan követelménylistát, ami nagyjából illeszkedik a mi szoftverünk logikájához.
Aztán átvesszük vele mi, fejlesztők ezt a listát, megnézzük, hogy mi az, amit tudunk gond nélkül, mi az, amihez esetleg vmi ravaszabb konfiguráció vagy script kell meg mi az, ami tényleg új fejlesztés.
Következő kör nálunk fejlesztőknél, hogy mit hogyan tudunk megoldani.
Aztán a fejlesztési feladatokat szétszedjük kisebb, nagyjából belátható részekre, függőségek alapján csoportosítjük őket, aztán az egyes részeket planning pokerrel megbecsüljük.
(Fontos lenne itt még egy plusz rész, ahol a tényleges fejlesztési idők alapján megnézzük, hogy mennyire voltunk pontosak és ha nagyon félrement valami, akkor miért, de ezt nehéz megvalósítani: az igényfelméréstől a konkrét megvalósításig viszonylag sok idő tud eltelni, szóval nem feltételnül emlékszünk már, hogy mit miért gondoltunk, illetve az időfelhasználást se trackeljük igazán.)
Ennyiből szerintem látszik, hogy ami igazán fontos, az az első lépésben lévő ember munkája, szerintem azon bukik vagy áll az egész.DRM is theft
-
dabadab
titán
Szerintem senki sem replikálja a DB-t kliensoldalon, az tisztán szerveroldali cucc (már csak a szinkronizációs problémák miatt is, de a jogosultságok kezelése, adatforgalom meg hasonló tényezők is emellett szólnak), a kliens meg tényleg csak azt kapja meg, amit meg kell kapnia (az update-ek mehetnek websockettel, long pollinggal, server sent eventekkel) és csak azt küldi vissza, amit változott.
(Szerveroldalon meg nyers SQL-ezés helyett inkább ORM-ek vannak, bár persze van olyan kis feladat, aminél nem érdemes vessződni vele.)[ Szerkesztve ]
DRM is theft
-
dabadab
titán
-
dabadab
titán
válasz Regirck #17355 üzenetére
Nekem a Tilaanál (ők hollandok) vannak VPS-eim, jó áraik vannak, elég szabadon konfigurálható (és később bővíthető) VPS-ek, a sávszélesség, uptime meg ilyenek meg teljesen rendben vannak.
Ha valami nagyon low-costot akarsz, akkor amúgy az is megoldás, hogy egy Raspberry Pi-t ráraksz az otthoni routerre.
Manage-elésre meg ssh-nál jobbat nem tudok mondani.
[ Szerkesztve ]
DRM is theft
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!