Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Netbeans? Správní programátoři přece používají jedině textový editor typu notepad++ , hardcore programátoři i ten bez zvýraznění syntaxe. :-D
No a těch Gitů existuje několik, stačí si vybrat:
https://www.guru99.com/github-alternative.html
Na této úrovni abstrakce se interface obvykle nevyskytuje, dokonce ani dost jazyků jej nemá.
Moc nerozumím, uvažuju v intencích javy...
Chyba, to nikdy nedělejte - tazatel řeší čistě obecný návrh a i vám hrozí, že si předčasně zavlečete do rozboru problémy implementace. Na prznění dle (ne)schopností daného jazyku, DB ap. je času dost.
Pokud na tom pracujes sam a nepouzivas branchovani a tak(coz predpokladam ze ne, protoze to bys uz mel reseni rozmyslene), tak je imho git nanic. S gitem je problem, ze kdyz zapomenes pushnout, tak jsi nahranej. Stalo se mi to uz nejednou. Zapomnel jsem si pushnout a pak uplne na jinem kompu na jinem miste, kde jsem chtel pokracovat jsem si mohl akorat tak piskat.
V tomhle konkretnim pripade doporucuju neco jako Dropbox. Samozrejme, nema to skoro zadne featury co chces ke kodu, ale ty je stejne nevyuzivas. A tu hlavni featuru - ze mas syncovane soubory to ale dela automaticky a velmi dobre.
Rozhodně nesouhlasím - i s jedinou větví dává git zásadní možnost, např.: kontrolovat po sobě kód, vracet se v historii, nasazovat různé verze dle potřeby, zpětně vytáhnout worklog atd. Navíc absence znalosti gitu (nebo jiného verzovacího nástroje) je dost velký nedostatek v know-how a člověk na to bude narážet všude (a nemusí se ani ucházet o zaměstnání jako programátor - využije to při procházení githubu, hlášení chyb čí prostě jen při komunikaci v oboru).
Commit s krátkým komentářem je samozřejmostí po každé dokončené etapě, bez toho se prostě od pc nevstává. To by bylo něco jako neuložit si rozepsaný dokument.
Jenze ja predpokladam, ze lukas neni moc z oboru... a ze fakt nic z toho nevyuzije. Treba se pletu
Ale nemusí se nic učit, autoritativní repositář si nosí v kapse, to pochopí každý.
Jako jo... git je "spravne" reseni...
Ale jelikoz predpokladam, ze na projektu pracuje sam a asi nepotrebuje nutne branchovat a verzovat... a asi netouzi byt profesionalnim vyvojarem...
Dlho som mal podobny pohlad, ze ved su to moje udelatka, naco mi je nejaky GIT. Premohol som sa a aj pre sukromne projekty, kde kodujem sam, si zakladam repozitar. Je to len vec zvyku a ma to prinos aj ked si clovek koduje sam pre seba.
Jenze prece jenom ten git ma urcitou vstupni barieru. Kdyz uz ho umim tak ho samozrejme taky pouzivam na leccos.
Ale tady mam pocit, ze se tim kolega lukas bude trapit.
Jako jo... git je "spravne" reseni...
Ale jelikoz predpokladam, ze na projektu pracuje sam a asi nepotrebuje nutne branchovat a verzovat... a asi netouzi byt profesionalnim vyvojarem...
Tak si rikam jestli nebude v tomhle pripade lepsi pouzit treba syncthing.
syncthing umí ftp?
Netbeans umi ftp.
Syncthing mezi pocitaci kde probiha vyvoj a z obou muze kdykoliv nasadit pomoci ftp klienta v netbeans.
Pokud na tom pracujes sam a nepouzivas branchovani a tak(coz predpokladam ze ne, protoze to bys uz mel reseni rozmyslene), tak je imho git nanic. S gitem je problem, ze kdyz zapomenes pushnout, tak jsi nahranej. Stalo se mi to uz nejednou. Zapomnel jsem si pushnout a pak uplne na jinem kompu na jinem miste, kde jsem chtel pokracovat jsem si mohl akorat tak piskat.
V tomhle konkretnim pripade doporucuju neco jako Dropbox. Samozrejme, nema to skoro zadne featury co chces ke kodu, ale ty je stejne nevyuzivas. A tu hlavni featuru - ze mas syncovane soubory to ale dela automaticky a velmi dobre.
Jako jo... git je "spravne" reseni...
Ale jelikoz predpokladam, ze na projektu pracuje sam a asi nepotrebuje nutne branchovat a verzovat... a asi netouzi byt profesionalnim vyvojarem...
Tak si rikam jestli nebude v tomhle pripade lepsi pouzit treba syncthing.
...Takže osoba bude mít sadu rolí a role bude mít zas sadu oprávnění.
To nemusí být vůbec pravda, ta oprávnění např. můžou vyplývat z té smlouvy, ne osoby, pak nemusí mít smysl modelovat je u osoby.
Interface je pak potřeba udělat tak, aby...
Na této úrovni abstrakce se interface obvykle nevyskytuje, dokonce ani dost jazyků jej nemá.
Správně to píše až RDa - osoba (jinak též právní subjekt) je obecná, v ČR pak jako uvedené 2 specializace. Dodavatel a odběratel jsou pouze role, tudíž vznikají až v nějaké souvislosti, např. na objednávce, přičemž vůbec nemusejí být vyjádřeny samostatným objektem, spíše se vyskytnou např. ve formě vlastností oné objednávky.
Doporučuju oprostit se od uvažování o dědičnosti a přemýšlet o hierarchii jako specializaci + generalizaci.
CitacePreto som napísal, že podľa mňa to je neexistencia obyčajných funkcií najväčšia chyba v dizajne Javy.
No to je argument stylu „největší chyba javy je, že to není javascript“.
Na skriptování v java ekosystému použijte třeba Groovy, Beanshell, jshell.
jak souvisi obycejne funkce se skriptovanim?
To zalezi na tom co je to "obycejna funkce". Na to bysme potrebovali definici od autora terminu - Jano6.
Ja si to z toho ,co zatim rekl vykladam tak, ze mu vadi ze v jave tam musi napsat navic slovo static a ze to musi byt definovane uvnitr nejake tridy a pak uz to teda neni dost obycejne.
A pak souvislost se skriptovanim vidim v tom, ze script (typicky mensi velikost) je zahlcen nadbytecnym balastem.
U vetsiho programu to "tolik" nevadi, protoze procento balastu vuci uzitecnemu kodu byde vyznamne mensi.
Inspirace je to zajímavá o tom žádná ,ale opravdu proč to najdnou dělá ty anomálie, že to ten proces furt má rodiče beze změny?
The parent process id (ppid) of a process cannot be changed outside of the kernel; there is no setppid system call. The kernel will only change the ppid to (pid) 1 after the processes parent has terminated - if the process did not respond to a signal that the parent was terminated. For this to happen, the process needs to have ignored various signals (SIGHUP, SIGTERM, etc.) beforehand.
screen(1) has a very elegant means of handling detaching and reattaching. When you first start screen, you are actually starting a user interface (ui), which by default will create a daemon (the session manager). This daemon has no terminal associated with it, a new process group (setpgrp(2)), a new session id (setsid(2)). The daemon, running as SCREEN, will then create subprocesses connected to pseudo-terminals (pty), then multiplexes the data from the ptys and the ui (screen). The subprocesses think they are talking with a real terminal.
Preto som napísal, že podľa mňa to je neexistencia obyčajných funkcií najväčšia chyba v dizajne Javy.
No vida.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.