Mobil app árajánlat
2017-10-30T08:46:39+01:00
2017-11-05T21:56:01+01:00
2022-07-21T09:57:15+02:00
  • Hu de reg ettem egy jo hurkat.
    Jo de erted... a jo hurka es a kolbasz is draga... mert kell hozza ember aki megcsinalja...es jol.

    A parizer meg olcso, mert nagy mennyisegben fillerekbol eloallithato es ember se nagyon kell hozza.

    Droidra kodot automatan is lehet generalni olcso cuccokkal... iOS-re nem nagyon.
    Van build tool mondjuk, de a vegen...a feltolteshez mindnekepp kell ember, plusz az Apple oldalan a validalashoz.

    Osszesitve...amiben van emberi munka...es minel tobb embere, annal dragabb a termek.
    Mutasd a teljes hozzászólást!
  • A disznóvágás is egy rendkívül összetett, macerás feladat. Szerencsére akadnak hozzáértők és lesz a végén hurka, kolbász...

    A zárt, ellenőrzött ökoszisztéma előnyét én élvezem, mint végfelhasználó, mert nálunk is többféle ipad, iphone generáció fut gond és röcögés nélkül, és nem kell aggódnom a gyárilag telepített csájníz lopware-ek miatt sem. Igaz most a "calculator-gate" megrengette a bizalmam. A fijjúk a bányában elkényelmesedtek kicsit.

    Én a megrendelő helyében egy közönséges, mobilra optimalizált weboldalt faragtatnék + e-mail küldést. Gondolom nem devizapár-arbitrazsőr szerver adatát kell döntésre megosztani, hogy azután egy tüsszentés alatt kifusson a piac a kliens alól.
    Mutasd a teljes hozzászólást!
  • Szia!

    Az iOS fejlesztes nem azert dragabb, mert draga az eszkoz amin fejlesztek..az egyeni szocialis problema.

    Aki csucskategorias PC-n fejleszt MS platformara, os sem kerhet magasabb oradijat.

    Az Apple fejlesztes azert dragabb, mert sok esetben sokkal sokkal nagyobb szivas mint az Android.

    Nem nagyon reklamozzak de ettol meg igy van. Az egyik, ok, az, hogy megrendelo oldalon azt a mukodest varjak el, mint az Androidos keszulekektol, pl lehessen callscreen-t lecserelni, legyen valos haterben futo service, egyik app a pasikhoz hozzaferhessen, kikuldhessen emeltdijas uzeneteket...stb... rengeteg igeny nem valosithato meg 100%osan iOS alatt, egyszeruen azert, mert az Apple iranyelvei rendkivul szigoruak. Es az egyezetets az ugyfellel, valamint az implementalas nehezsegei megdragithatjak az appfejlesztest.

    Plusz meg hozzajon az az extra, hogy mig Android eseteben feltoltod a filet oszt...ott van a store ban... iOS-nel tobb oras - fel napos szenvedes az appfeltoltes is.
    Letre kell hozni a megfelelo certificate-eket... belebuildelni az appbe..ha nem megfelelo, addig kell "jattszani" amit meg nem eszi...egy egyszeu appnal nincs gond, de ahol kell Watch kommunikacio, es push noti, plusz low energy buletooth, plusz iCloud...erdekes tud lenni mar a konfig is.

    Ha minden rendben van, akkor csak ez kizarolag, az Xcode-al tudod feltolteni az appot, vagy OSX-en van meg egy AppUploader nevu valami ami szinten az Xcode resze, meg ezzel lehet probalkozni... authentikal a store-al, megnezi az assetek rendben vannak e minden megfeleloen ala van e irva...le se irom tul hosszu lenne, majd a megbuildelt appot feltolti...
    Ha sikeres...akkor utana meg az Apple manulaisan az appot nezegeti teszteli 1-4 napig..es siman visszaszorhatja bamilyen indokkal, hogy neki nem felel meg...csinald meg rendesen.

    Ilyen uzeneteket kaptam eddig visszadobasoknal, hogy nem irtam a leirasba bele, hogy a GPS hasznalata drasztikusan csokkenti az akkumulator uzemidejet, vagy... az adott UI keszlet hasonlit az Apple keszletere ezert nem negedelyezett.
    Vagy...a watch-on futo appban nem lehet transzparens PNG-t hasznalni...barmivel visszadobhatjak, es addig dobaljak amig az o szajuzuk szerint nincs rendben.

    Ezert draga az Apple fejlesztes, mert rendkivul sok ido es energia, minden feltetelnek tokeletesen eleget tenni.
    Mutasd a teljes hozzászólást!
  • Egyeni vallalkozonak KATA-san / sima BT-nek sem nagyon adnak itthon tobbet annal az osszegnel amit en irtam. Tehat 6000 ft-nal mar sokan huzzak a szajukat... Van ahol meg egyenesen soknak tartjak :D

    De mondok jobbat, nagy KFT-t is ismerek akiik ennyiert szallitanak termeket le. Az a durva!

    Hogy hogyan azt nem is ertem...
    Mutasd a teljes hozzászólást!
  • Erre modtam a legelején, hogy platformonként 80-100e +áfa teljesen korrekt. De azt is el kell fogadnom, hogy az ios push-t összerakni nagyobb macera, ha kell a bármikori értesítés.

    Az óradíj kérdés meg azért összetett, mert pl. egy alkalmazotti státuszban megkerestt nettó X ezer Ft, az vállalkozóként változóan, de mindenképpen nagyobb bevételi kényszer, hogy legálisan kivéve a cégből kijöjjön ugyanaz az X eFt. És itt a vállakozási forma (Kft, egyéni, KATA stb) is befolyásolja, a működtetési költségek is (adók, Tb stb) , plusz a vállalkozó nem biztos, hogy folyamatosan dolgozik, tehát a megbízási szünetek és a pihenők (betegség, nyaralás) idején költendő összeget is elő kell állítania a vállakozási díjból.

    Ügyviteli szoftvernél láttam olyat, hogy ugyanannyit tudó szoftver nagy IT beszállítótól rendelve 2-3MFt alatt nem elérhető, kis IT szállítótól már 100 ezerért megvan. Hol mekkora "vízfej" ugye.
    Mutasd a teljes hozzászólást!
  • Androidra megirni azt, amit felvazolt a srac priviben maximum 2 nap annyira primitiv. Inkabb kevesebb. Nem gondolnam, hogy tobb ido iosra, mert dolgozok egyutt iosos kollegakkal. Az a 800.000 az amit en 1 honap munkaert kerek el. :) 

    Az oradijam valahol 5-6000 ft nal van, pedig senior vagyok...
    Mutasd a teljes hozzászólást!
  • Van megoldás olcsón is, csak ugye az a "fapados" megoldás.
    Mikor lényegében az android böngészőjét (HTML megjelenítőjét) használjuk fel.
    Csak hát, annak is megvannak a korlátai ami sokszor kizárás.
    Pl. Home Screen Widgetet se lehet készíteni vele.

    Én meg februárig be vagyok táblázva, csak útmutatást próbáltam adni.
    Közben 2 -régi ügyfél könyörög hogy vállaljam még el az övet is...
    De nem fogom feláldozni a karácsonyt.
    Mutasd a teljes hozzászólást!
  • Akkor megnyugodtam, hogy van itt megoldás száz dodóért. Én nem programozok csak "beleugat" szinten, (adatbázisokkal bensőségesebb a viszonyom), de szeretem tudni, hogy mennyi az annyi, mert adott esetben rendelek munkákat.
    Mutasd a teljes hozzászólást!
  • "hetente lenne egy egyenleg értesítő, amit értesítésként meg kellene, hogy kapjon a telefonon."
    Én ezt is belle kalkuláltam, nem csak a szám lekérését, hanem hogy services -ként futnia kell.
    A  REST -ről csak annyi, hogy sokszor magunknak kell megoldani hozzá,
    sajnos a webes fejlesztő, nem mindig gondol app -ra és kimaradnak dolgok.
    Ezért jegyeztem meg zárójelesen hogy lehet oda is bele kell majd dolgozni.

    "Megrendelő "jobban jár" egy szerver oldali értesítő e-maillel."
    Anyagilag sokkal! Bár tényleg nem olyan elegáns.

    Ha services értesítés nélkül néznénk, és csak akkor jelenne meg, mikor épp megnyitja.
    A 2 in 1 bőven kijönne 100 -ból, olyankor PhoneGap -al könnyedén átlehet vinni.

    Bár kíváncsi lennék hányan esnének bele ebbe a hibába az automatikus értesítés miatt?
    Mutasd a teljes hozzászólást!
  • OK, ma is tanultam valamit.
    Mutasd a teljes hozzászólást!
  • Egy REST apisadatlekérés, ahol egy jön egy db számjegy és egy ios-ra Push kialakítás tényleg nem azonos kategória. (már ha a push-ra is hivatkoztál)
    Megrendelő "jobban jár" egy szerver oldali értesítő e-maillel. Persze az nem olyan elegáns.
    Mutasd a teljes hozzászólást!
  • Ahhoz hogy push értesítést kapj, ahhoz futnia kell at Services szinten az alkalmazásnak.
    Ha nem SMS értesítés a "Push" értesítés, akkor igen, háttérben kell futnia a banki app -nak.
    Az "értesítések engedélyezése" még nem jelenti azt hogy háttérben fog futni,
    azt külön telepítéskor egy külön folyamatként telepíti a rendszerhez az alkalmazás.
    Mutasd a teljes hozzászólást!
  • Erre írtam hogy ez lenne az "óccó", van pár ilyen JavaScript Lib -re épülő...
    De ezek nem tudnak Service folyamatként üzemelni, azaz csak aktív app -ként.
    Azaz addig jó, még csak annyi kell, hogy megnyit és látja az értékeket.
    Annak a felületének a generálására alkalmazható, mint a PhoneGap eszköz.
    Ott is Webes felületet épít be a alkalmazásnak. (Én is szeretem, de ide most nem jó)
    Itt most natív nyelven, Services folyamatként is futnia kell, azaz háttérben működnie.
    A JavaScript alapú APP -ok pedig csak addig mennek, amíg focusba vannak.
    Ha háttérbe küldjük onnantól pause -t kap a rendszertől, és nem működik, kommunikál.

    Anno saját alkalmazásnál én is belefutottam ilyenbe, azt írhattam újra natívba.
    Mutasd a teljes hozzászólást!
  • Miért kellene a háttérben futó alkalmazásnak figyelgetnie a szervert? Én pl. a banki tranzakciókról push értesítést kapok. Ugye nem azt mondod, hogy az "értesítések engedélyezése" folyamatos háttérben futást indít?
    Mutasd a teljes hozzászólást!
  • Értem, akkor ezek a vicces videó kategóriák?

    YouTube

    Félreértések elkerülése végett, nem degradálni akarom a fejlesztői munka nehézségét, hanem rávilágítani arra, hogy itt nem kell feltalálni a melegvizet tízezredjére.

    Fel sem tételezem, hogy a fejlesztő olyan mint a taxis, és mindíg a hosszabb út a rövidebb, mert ugye ketyeg az óradíj...

    A mobil appok kinézete és a weboldal design még olyan "év alkalmazása" díjazott nagyvállalatoknál sem szokott összejönni, mint pl. a CIB.
    Mutasd a teljes hozzászólást!
  • Bocs, a nyolcszázezer indoklására gondoltam, csak elírtam. Persze a túl kis összeg is gyanús...
    Mutasd a teljes hozzászólást!
  • A weboldalt ne keverd bele, annak megjelenésével
    max irány mutatást kapsz, nem igen fogod tudni alkalmazni.
    Tehát a weboldal csak a stílust mutatja meg, és köti meg a fejlesztőt,
    hogy egy ahhoz hasonlót készítsen, mint ami a webes környezet is.
    Aztán Login rész is független a webtől, külön elk ell készíteni alkalmazáson belül,
    csak háttérben kommunikál, ellenőrzi a kapcsolatott, elküldi a login adatokat...
    Ha meg van a belépés lekéri szervertől az állapotokat, tárolja és megjeleníti.
    (Kapcsolat nélkül is vissza nézhető, a legutolsó státusz.)
    Következő lépés az értesítések, app futásától független.
    Na'h itt ki eset a PhoneGap, Cordova... Natívan kell lefejleszteni!
    Automatkusan el kell indítani háttérben mint folyamatott,
    az időnként megnézi hogy van -e a szerveren új értesítés amit meg kell jelenítenie.
    Elöbb említett egyszerűsített technikákkal ez nem lehetséges.
    JS csak akkor fut, mikor aktív az app, ezért JAVA és Objective-C -vel kell elkészíteni.
    Így a megfelelően a két platformra elkészíteni nem egy-egy napos munka lenne...
    És így már reálisak a 4-800 -as árak, mert nem egy szimpla PhoneGap -al össze dobható.
    Mutasd a teljes hozzászólást!
  • Nem szeretném senkinek az üzletét elrontani, ezért csak hangosan gondolkodom:

    Egy juniornál rutinosabb de nem senior fejlesztő, aki azért ezt problémát magabiztosan lekódolja kerüljön mondjuk 600-700eFt-ba mint alkalmazott egy cégben (minden bérteherrel együtt) Ez húsz munkanapra és napi nyolc órára visszaosztva 3700-4400 Ft/óra órabért jelent.

    Itt és más fórumokon is tudható, hogy 5000 Ft-os nettó órabérért már örömmel jelenkeznek szabadúszó fejlesztők, de én nem akarom a vérüket szívni, és ajánlok 8-10 ezer forintot óránként.
    (ez már az 1,3M - 1,6MFt havi bérteher kategória)

    Ezért az órabérért viszont elvárom, hogy NE RAJTAM tanulja meg a szakmát, tehát egyetlen kérdés marad: mennyi idő kell számára, hogy egy előkészített design alapján egy login képernyőt megcsináljon, ami visszaad egy db. számjegyet???

    Véleményem szerint ez androidra és ios-ra sem szabad, hogy 5-10 óránál tovább tartson !!!
    (most az mindegy, hogy egy nap alatt reggeltől estig készül, vagy két hét alatt napi fél óra ráfordítással)

    Elfogadom, hogy ios-ra a belépési küszöb magasabb, de aki arra ál rá, nem hiszem hogy folyamatosan az androidos fejlesztói óradíj többszörösét tudja érvényesíteni. Akkor a glassdoor és egyéb adatösszesítő és munkaerőpiaci oldalakon is háromszoros fizetésük lenne, de ez nem igaz.

    Arra most nem hivatkozok, hogy a leírtak alapján a probléma nagysága és a megoldás kb. műegyetem első mobil laborgyakorlaton prezentálandó 50 percen belől.

    Amennyiben egy vállalkozó meg tudja indokolni, hogy miért kér 8 KHuf-ot, és az érvei meggyőzőek,  valamint egyéb körülmények (idő, más jelentkező hiánya stb.) neki dolgozik, akkor újraszámolom azt, hogy nekem ennyiért megéri-e? Ezt a pontot mindenképpen tárgyalás előtt magadnak kell megállapítanod.
    Volt már olyan, hogy inkább magam hegesztettem valamit, pedig tudtam, hogy az az idő nagyon hiányzik máshonnan, és volt olyan, hogy azt mondtam, legyen az alapverzió profi, bármibe is kerül, mert különben lelép a piac.

    Mindenképpen rögzítsétek, hogy mit tudjon az app és MIT NEM KELL tudnia, ne legyen ebből később egymásra mutogatás. Így korrekt.
    Mutasd a teljes hozzászólást!
  • Android és iOS nincs egy kalap alatt!
    Droidra "olcsón" meglehet csinálni, de iOS -re elég költséges...
    Fejlesztőnek rendelkeznie kell drága hardverekkel mint MacBook, iPhone...
    és évi 100$ -os fejlesztői fiókkal, hogy betudja helyezni az áruházba is.

    Én úgy szoktam hogy Androidra 40 -től indul, iOS -re pedig 200 -tól.
    A leírt alkalmazásra amit szeretnél Droidra 80, + iOS -re 270 -et mondanék.
    (Ja'h és majd kell a szerverre is egy kis "program" amivel kommunikál az alkalmazás.)
    Szóval összesen 350 ezer lenne. (KATA -s egyéni vállalkozóként)

    Cégeknek akad még bőven járulékos költségük,
    több járulék adó az alkalmazottuk után...
    így a 800 -as nettót se tartom kizártnak.
    Mutasd a teljes hozzászólást!
  • 100k/platform aron tudnam vallalni :)
    Mutasd a teljes hozzászólást!
  • Az kicsit sok 2 napra. En olyan 80-100 k  ra gondolnek csak android.
    Mutasd a teljes hozzászólást!
  • Kaptam egy 800ezer forintos ajánlatot és nem tudtam megítélni, hogy ez az ár rendben van vagy sem.
    Mutasd a teljes hozzászólást!
  • Cégként 2 x 80e+áfát rászánnék, (2 fejlesztő egy egy munkanap) de érdekelne (név nélkül), hogy mennyiért tudtál végül szerződni.
    Mutasd a teljes hozzászólást!
  • pm ment
    Mutasd a teljes hozzászólást!
  • PM ment
    Mutasd a teljes hozzászólást!
  • Sziasztok!

    Azért írok nektek, mert szükségem lenne egy kis segítségre. Van egy weboldalunk, ami felhasználókat tárol és a felhasználóknak van egy bizonyos egyenlege. Szeretnénk mobil alkalmazást is belőle (andoridra és ios-re is), amely annyit kellene, hogy tudjon, hogy a felhasználó be tudjon jelentkezni a meglévő fiókjával, lássa az aktuális egyenlegét az alkalmazásban és hetente lenne egy egyenleg értesítő, amit értesítésként meg kellene, hogy kapjon a telefonon.
    Persze később tovább fejlesztenénk, de elsőre ennyire lenne szükség.
    A mobilapphoz szükséges arculatot, design-t mi biztosítanánk, tehát küldenénk psd-ben.
    A weboldal Restben készült, minden szükséges API hívás megvan hozzá.

    A kérdés: a leírt mobilalkalmazás kb mennyibe kerülne? Tehát ha kapok árajánlatokat, akkor kb hol van a realitás?
    Köszönöm a segítségeteket!
    Mutasd a teljes hozzászólást!
abcd