Fejlesztés

Sziasztok.

Szeretnék az igo-n sok kedvenc címet használni (kb 800), de sajnos csak töredékét tölti be a program. Úgy látom, hogy valamilyen limit 300 fölé nem engedi, de magát a fájlt beolvassa. Ha notepaddal leollózok belőle akkor működik. Meg lehet oldani valahogyan, hogy kezelje mindet?

android igokkal próbáltam, de mind 300nál megállt.
Köszönöm a segítséged előre is.

Tudsz olyan terminál emulátort vagy kódszerkesztőt, ami ehhez

hasonló feelinget ad?

Sziasztok!

Lehet, hogy triviálisat kérdezek, de hosszabb guglizás után sem találok se pro, se kontra választ. (Persze lehet, hogy rosszul kerestem...)

Szóval: Van több, Fortran forrásból fordított végrehajtható állomány, amelyekről annyit tudunk, hogy némelyikük egyetlen forrásállományból fordult, némelyikük pedig többől fordult és linkelődött, de hogy melyik milyen, azt már nem tudjuk. A forrásállományok és az object fájlok is megvannak, de a fordítás sajnos "kézzel" történt valamikor, most pedig kellene egy jó makefile...

A kérdésem az lenne, hogy a forráskódok böngészése nélkül meg lehet-e valahogyan viszonylag gyorsan állapítani, hogy egy adott végrehajtható állomány melyik object fájlokból állt össze?

Sziasztok!
Szeretnék egy kis appot összedobni, amelyhez szükségem lenne a FB ismerőseim messenger aktivitására.
Utána néztem a dolgoknak és jelenleg úgy nyerem ki az adatokat, hogy a Pidgin naplózza, hogy melyik ismerősöm mikor aktív.
Egy kis példa belőle:
---- [......] [......](100001343357643) megváltoztatta az állapotát (Kilépett -> Elérhető) @ 2016. 07. 08. 10:21:28 ----
---- [......] [......](100000137829489) megváltoztatta az állapotát (Elérhető -> Kilépett) @ 2016. 07. 08. 10:21:28 ----
---- [......] [......](1475623131) megváltoztatta az állapotát (Elérhető -> Kilépett) @ 2016. 07. 08. 10:21:28 ----
---- [......] [......](1122332106) megváltoztatta az állapotát (Elérhető -> Kilépett) @ 2016. 07. 08. 10:21:28 ----

ez a program egy txt-be tolja az adatokat, én onnan használom.
a gond, hogy menni kell az alkalmazásnak folyamatosan, mert ugye, csak így tudja megfogni ezeket az adatokat.
én a saját programomba szeretném ezeket "elkapni", hogy ne kelljen még egynek futni.
utána néztem, de sajnos a fb ezt már leállította.
https://developers.facebook.com/docs/chat/

Valaki ismer olyan megoldást, ami még működik?

Előre is köszönöm a segítséget!

Sziasztok!

Egy nagyobb vállalatnál, hogyan nevezik egy "software fejlesztő kódexét", vagy belső szabályzatát? Most ennek neveztem, de nem tudom biztosan, hogy van-e ilyen és ha van akkor mi a pontos neve.
Nem fejlesztési módszertanra gondolok, hanem olyan doksira, ami megmondja egy új fejlesztőnek például:
- Hogyan kommentelje a forráskódot...
- Hogyan dokumentáljon.....
- Kvázi hogyan kódoljon, hogyan írjon ciklusokat...
- Tesztelési folyamaat....
- Egyszóval mik az elvárások céges szinten.
Sokszor hallottam, hogy létezik ilyen dokument több vállalatnál, de még nem láttam ilyet és úgy érzem, hoy azért ez más a fejlesztés módszertanától eléggé. Kérlek aki látott már ilyet világosítson fel, hogy létezik e ilyen, hogyan lehetne ilyenre keresni, megnézni egy ilyet,mi a pontos neve vagy mondjátok meg, ha rossz úton járok.

Köszi , üdv..

Sziasztok. Tudom, hogy ez flame veszélyes kérdéskör, de igyekszem tárgyilagos maradni :) A topic apropója amúgy az, hogy épp olvasgatom a PHP PSR-eket, és "Code MUST use 4 spaces for indenting, not tabs.". Szerencsére az interpreter nem kényszeríti ki, mint a YAML formátum esetében, de ettől függetlenül egy tab használó számára aggasztó a trend :)

Szóval, tab párti vagyok. Pontosabban smart-tab párti (remélem ez a megfelelő terminológia; arról a formázási megoldásról beszélek, ahol a tab szigorúan a kód indentálására vonatkozik, azonos indentálási szinten belül az egymás alá igazítást szóközzel végzem.)

Szokták ideologizálni miért jó a tab azzal, hogy az egy egység. De én inkább praktikus okok miatt használom, lényegében mert precízebb, és kevesebb a gond vele. Szóközökkel még IDE támogatás mellett is voltak problémáim, véletlenül két szint közé kerültem, és elcsúszott a kód, problémás volt idegen, máshogy szintezett kódot használni, stb.

Szóval a kérdésem: Ti, akik szóközt használtok: Miért teszitek? Hogy segít az általatok használt IDE/szerkesztő? Mi szól a TAB ellen?

(ez utóbbi kérdésre egyébként azt a választ szokták adni, hogy elcsúszhat a kód ott, ahol egymás alá igazítás lényeges. Na de erre lenne jó a smart tab megoldás, nem?)

Hali!

Ajánljatok nekem egy jó és működő kódszerkesztőt, ami a következőket tudja:
- Szerkesztés FTP-n keresztül, mindenféle várakozás nélkül. Értsd: ahogy a mentésre klikkelek már tolja is fel a módosított fájlt. (A legtöbb kódszerkesztő itt el is vérzik)
- Git és SVN támogatás: Lehessen normálisan váltogatni a branchok között
- Projekteket létrehozni és ezeket összekötni Git repóval és FTP-vel, azaz: Ha módosítok egy fájlt a projektben, akkor azt töltse fel FTP-n és ha akarom akkor tudjam ezt commitálni git-re.

Két programot tudok ami tudja ezeket: Netbeans, Aptana
A Netbeans egy halom memóriát eszik, lassú, nyűgös, utálom!
Az Aptana ugyan majdnem tökéletes, de branch váltogatásoknál szétfagy. Nagyon nem a git az erőssége, beledöglik.

A többi amiket próbáltam, vagy nem kezeli normálisan az FTP-ket, vagy a git-et, vagy a kettőt kombinálni nem képes.

Mi jöhet még szóba?
(jó lenne ha Win-en is futna és nem java alapú! )

dolgozom valamin. (nem open sok dolog miatt). Olyat szeretnék, hogy egy licensz opció több komponens által is könnyen lekérdezhető legyen, szükség esetén írható is (úk licensz vásárlása). Az egész bazár egy linuxon fut majd, amit én állítok elő, a user meg letölti, bedobja egy vm-be. A licensz opciót hívjuk LICOPT-nak. egyik komponens könnyen le tudja kérdezni, egy másik tudja módosítani. DB-be tenném, de ott van, hogy előbb-utóbb a user akarni fog root access-t a bazárhoz, innentől meg, bele fog akarni barkácsolni, mert valakit érdekelni fog, hogy tudja hmm. "kiterjeszteni" a megoldás használati lehetőségeit. Szóval egy olyan megoldás kéne, amit root-tal se lehet meghamisítani, de kb. egy DB szintű módon a jogosult komponensek mégis hozzáférjenek. Java-ban íródik a dolog, lesz webes frontend, meg pár background processz.
Ötlet?

Sziasztok!

Egyszer egy szuper-nehézsúlyú LAMP-os ismerős mondta, hogy az előre elkészített megoldások szarok, minden feladat más és más, ennek megfelelően egyedileg kell fejleszteni, a legalkalmasabb keretrendszerből kiindulva. Ennek már sok-sok éve, alighanem ma már máshogy gondolná. Megnéztem néhány nagyon komoly szervezet webhelyét, ahol alighanem nem sajnálnák a pénz egy saját CMS-re, de mégis valamilyen meglévőt használnak, hogy ezt hogyan próbálják elfedni. A dolog hasonló ahhoz, hogy a legrosszabb, amikor valaki valamilyen egyedi kriptográfiai megoldást akar kifejleszteni: próbálkozni lehet, csak nem valószínű, hogy egy kis csapat jobbat tud összelőni az SSL-nél és folyamatosan a világ szeme előtt lévő társainál például, a security by obscurityval apelláló megoldások pedig gyakorlatilag mind elbuktak.

Azzal kapcsolatban vagyok kíváncsi a véleményetekre, hogy szerintetek melyik a legbiztonságosabb, legfejlettebb, olyan webes rendszer, ami elérhető community supportos változatban, de alapvetően ingyenesen is, ezen kívül több, mint egy hagyományos CMS, akár kialakítható vele egy céges intranet vagy ERP is akár.

A megfejtést nyilván nem a jól ismertek közt kell keresni, tippem persze van, de most a Ti véleményetek érdekel. Szóval?

Sziasztok.

Adott egy foxtrotgps segítségével letöltögetett, adott területre, nyomvonalra sokféle felbontásban lemezre mentett "csempe"-könyvtárállomány.

A legfontosabb az OSM és a googlemaps könyvtárban lévő adathalmaz.

A programmal (foxtrotgps) gyakorlatilag nem lehet a már meglévőket frissíteni, csak ha végigegerészem a bazinagy nyomvonalat ismét.

Kérdésem: lehet-e a repókból a térképcsempéket frissíteni BASH-scripttel?

Esetleg ha van egy GPX-szerű, xml-ben szabványosan leírt nyomvonalam, tudok-e a fenti 2 repóból mondjuk 10 léptékben letölteni térképfájlokat ("csempéket")?

Több gigabájtnyi adathalmazról beszélek, amit hónapokig gyűjtögettem hogy offline meglegyen és frissebbek a térképek, elavulgatott a régi.

Köszönök minden javaslatot!