-
Fototrend
Új hozzászólás Aktív témák
-
dabadab
titán
válasz RudiLicenc #15449 üzenetére
Amit martonx mondott, amellé még hozzáraknám azt, hogy a C# szerintem jobban megtervezett nyelv (egyrészt alapból nagy rajongója vagyok Anders Hejlsberg munkásságának (Turbo Pascal, C#, Typescript), másrészt volt alkalma okulni a Java (és a C++) hibáiból), én már csak emiatt is azt választanám.
DRM is theft
-
Drizzt
nagyúr
válasz martonx #15450 üzenetére
A Javarol amiota dolgozom, allandoan ezek az allitasok kerulnek megfogalmazasra. Ettol fuggetlenul amik meg igazak az elmult 13 evben a Java kapcsan:
- Mindig temettek, megis el es virul allando jelleggel.
- Rendkivul sokat fejlodik, nagyon sok dolgot atemel a konkurrenseitol, de ugy, hogy a megoldas nem tunik nyelvidegennek.
- Gyakorlatilag mindenre van library, tobb is. Nemelyik pont a nyelv hatranyainak kikuszobolesere epul, pl. Lombok.
- Nagyon fasza frameworkok is vannak hozza, eleg a Spring/Spring Bootot felhozni.
- Akarmi volt eppen a legmenobb nyelv, a Javaval elerheto fizetes mindig az elsok kozott volt. Legalabbis itthon ezt tapasztaltam.Egyebkent Java fejlesztokent csak olyan 5 eve dolgozok aktivan. En szeretek Javaban programozni, persze van 1-2 dolog, amit mas nyelven konnyebb, gyorsabb leirni, de nagy hianyerzetem nincs. Ami tenyleg zavaro, ugyis idovel kikupaljak ujabb Java verziokban.
I am having fun staying poor.
-
Livius
őstag
válasz Drizzt #15452 üzenetére
Nekem egy dolog nagy gond benne. Sokkal körülményesebb a usernek kulcsrakészen kiadni egy felhasználói programot Java-ból fejlesztve. Ahhoz hogy fusson, végig kell kézzel szájbarágósan telepítgetni a Java run-time dolgait vagy akár még más extra cuccokat is. Ezzel szemben ha a programod C#-ban van megírva a MS .NET-vel, a usernek akár adhatsz egy portable exe-t vagy mappát is, és már egyből kulcsra készen futtaható Windows 7, 8, 10-en, mert az MS kérdés nélkül minden .NET függést belerak az OS-be, és még a win update folyton erőltetve frissíti is.
Persze ez most csak az az eset, ha valamit csak Windows usereknek kell fejleszteni, de ebben az esetben a Java szerintem csak hátrányt hoz, előnyt nem.Gigabyte GA-Z170-D3H, Intel Core i7-7700K, Corsair Vengeance 2x8GB DDR4-3600MHz, Intel 545s 256GB SSD, EVGA GeForce GTX 1060 GAMING 6GB
-
Livius
őstag
Akkor tegyük fel fent van egy frissen telepített Windows 10. Ahhoz hogy menjen a Javában megírt program kb portable szinten, hogy bemásolom és rákattintok. Menni fog? Biztos hogy nem kell semmit extra dolgokat telepíteni?
[ Szerkesztve ]
Gigabyte GA-Z170-D3H, Intel Core i7-7700K, Corsair Vengeance 2x8GB DDR4-3600MHz, Intel 545s 256GB SSD, EVGA GeForce GTX 1060 GAMING 6GB
-
Livius
őstag
A kérdésem az hogy portableként bármilyen setup.exe nélküli Java progit hogyan tudsz futtatni? Azt írod nem kell telepíteni semmit nagy mellénnyel, most meg már jössz az egybe csomagolt all-in-one telepítéssel.
Az én állításom az hogy sehogy. És a mai világban nekem személy szerint a tököm tele van az ilyen magától telepít 8GB minden bele packokkal, amikben a tényleges szoftver a usernek csak 18MB lesz. És ahogy látom a usernek is a töke tele van, csak a komplikációkat hozza az ilyen főleg ha még telepítési joga sincs egy adott gépen mert nem admin, meg aztán jönnek a random extra hibalehetőségek ebből. Windows 10 usernek a legjobb ha a segge alá adod a C# .NET szoftvert és egyből megy minden egy kattintásra neki. Ezzel a Java nem tud versenyezni, ebben örökre hátrányban lesz.
[ Szerkesztve ]
Gigabyte GA-Z170-D3H, Intel Core i7-7700K, Corsair Vengeance 2x8GB DDR4-3600MHz, Intel 545s 256GB SSD, EVGA GeForce GTX 1060 GAMING 6GB
-
Livius
őstag
Jah, de külön doksit írhatsz majd erről az egy bites usernek mit hova másolgasson, ez biztos megéri. Vagy a fejlesztésed 40%-a azzal megy majd el, hogy automatizált scriptet adsz neki ami másolgat, PATH-okat állít be a futtatás előtt meg egy csomó ilyesmi. Ez a bonyolultság ami ezzel bejön biztos megéri másnak, de nem nekem. A user meg azt a szoftvert veszi majd meg ami egy kattintással hiba nélkül megy megbízhatóan, nem amihez még az indításhoz is informatikus ész kellene neki, ami úgy sincs meg nála soha.
[ Szerkesztve ]
Gigabyte GA-Z170-D3H, Intel Core i7-7700K, Corsair Vengeance 2x8GB DDR4-3600MHz, Intel 545s 256GB SSD, EVGA GeForce GTX 1060 GAMING 6GB
-
pmonitor
aktív tag
válasz Livius #15458 üzenetére
A kérdésem az hogy portableként bármilyen setup.exe nélküli Java progit hogyan tudsz futtatni?
Azért tegyük hozzá, hogy kell hozzá a nem kis méretű framework. Igaz, hogy most már alapból benne van a win-ben. De nem volt ez mindig így. Az xp-re pl. külön kellett telepíteni.
Ettől függetlenül nekem is tele van a t...m a több megás telepítendő programokkal. Ezek csak azért ilyen méretűek, hogy csili-vili legyen a progi, és hogy (ugyan törhetetlen progi nincs) minél jobban védjék törés ellen. Arról nem is beszélve, hogy teleszemetelik a registryt. Ha csak az én fő programom nézzük(1D vágás ), ez egy 14 kb-os .exe-ből, és egy 22 kb-os .dll-ből áll. Telepíteni nem kell. Nézd meg pl. a hasonló free programot. Biztosra veszem, hogy telepíteni kell(azért, mert évente meg kell újítani a licence-t). És a file sem hiszem, hogy 35 kb. körül van. Bár nem próbáltam ki. Minek? Azért, hogy telepítés után eltávolítsam? Erről beszélek. Mondjuk a mai hardveren igaz, hogy elfér, de szinte minden program telepítéssel működik. Azért a sok "nagy" sokra megy.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
dabadab
titán
válasz Livius #15458 üzenetére
Azért szeretném megemlíteni, hogy a windowsos desktopos fejlesztéseken túl is van élet, sőt, tulajdonképpen az ilyen windowsdesktopos dolgok azok, amik egyre jobban szorulnak háttérbe és már most is csak egy elég kicsi szeletét adják a szoftverfejlesztői melóknak.
DRM is theft
-
harylmu
őstag
Szerintem a Java egy gagyi C#. Vagy egy gagyi Kotlin. A framework-ök meg lib-ek 10/10-esek viszont, az fix. Régi cégek (Netflix, Twitter stb) mind JVM nyelvekkel kezdtek el nyomulni, de szerintem főleg azért mert Java fejlesztőből volt a legtöbb és a .NET csak Windows-on futott (meg talán nem is volt a legjobb). Ma kevés indokot látok arra, amiért zöldmezős projekten .NET Core helyett jobb alternatíva lenne, pláne hogy már teljesítményben is előtte jár.
Ja, a máshol bevált dolgokat lassan tényleg átveszik (async is megjött már nem?), de a C#-tól ezért is mindig el lesz maradva évekkel. Illetve a híres enterprise backward kompatibilitás miatt minden szart benne hagynak az API-ban. Pl ez vicc szerintem.
Amúgy még annyit hozzátennék, hogy C#-nál mostanában mondjuk elég erős extremitásokkal próbálkoznak. Nem tetszik annyira, hogy egy dolgot többféleképpen lehet csinálni, kicsit életidegen pár újítás. C# 8 release notes, C# 9 release notes (a
with
meg a dataclass, azok faszák mondjuk). Nagyon para pattern matching feature-öket raknak bele.[ Szerkesztve ]
-
nagyúr
válasz harylmu #15464 üzenetére
Hát, ennyi év után már óvatosabban bánok ezekkel az ítéletekkel. Egyrészt igen, a Kotlin meg a C# komplettebb nyelvek, de a Java szépen fejlődik, és megvan az előnye annak, h nincs annyi koncepció a nyelvben, mint pl. a C#-ban. És persze vannak ezek az idióta hibák, de ezeket nem nehéz elkerülni.
Az async az sokkal nehezebb kérdés. Valójában rendes async implementáció csak a Go-ban van a mainstream nyelvek közül. Lásd:
A Netflix meg a többiek elsősorban az ökoszisztéma és a JVM miatt használták. A JVM egészen az utóbbi időkig a CLR előtt járt toolingban. Például monitorozni kiválóan lehet.
[ Szerkesztve ]
while (!sleep) sheep++;
-
martonx
veterán
válasz Drizzt #15452 üzenetére
Egyrészt többnyire igazad van, kár, hogy ezek kb. bármelyik nyelvre elmondhatóak, hogy fejlődnek, és van hozzájuk csomó library python, php, c#, go, javascript stb... Semmi értelme ezeket a nagy általánosságokat puffogtatni. Én a két nyelv közötti különbségekre próbáltam rámutatni, egyik nyelvet sem fikázva, objektívan.
Hol írtam, hogy kihalóban van? Pont azt írtam, hogy nem fog kihalni sosem. Olvasd már el, hogy mit írtamÉn kérek elnézést!
-
Drizzt
nagyúr
válasz martonx #15466 üzenetére
Hat ugy kezdted a hozzaszolasod, hogy oskovulet. Nem igy van. Regota letezik, de a fejlodese kimondottan dinamikus. Teny, hogy nem volt ez mindig igy. De peldaul en is nagyon meglepodtem, amikor 5 eve eloszor javaztam, olyan 8 ev kihagyas utan. Mert nekem is hasonlo emlekeim voltak, mint amiket itt felhozol. Aztan amikor ujra javaznom kellett, ott jott a nagy meglepi, hogy ez bizony sok szempontbol kifejezetten jo es elvezetes lett a korabbi java developer elmenyhez kepest. En a c#-pal nem mernem osszehasonlitani, de a tobbi emlitett nyelvvel sem. Szimplan mert azokkal nincsen semmifele on-hands tapasztalatom az elmult 5 evbol. Oke, Js-ben meg volt aktiv programozoi elmenyem, ezerszer kellemetlenebb elmeny js-ben programozni, mint Javaban. Legalabbis nekem. A Java elmenyhez sokat hozzaad szerintem amugy az IntelliJ is. Teljesen osszehasonlithatatlan a regi Eclipse szivassal(, lehet persze, hogy az se olyan mar mint reg).
I am having fun staying poor.
-
Silεncε
őstag
válasz Drizzt #15469 üzenetére
Az IntelliJ egy érdekes kérdés. Én sokszor próbáltam meg használni, több néven is (IntelliJ, Android Studio, PyCharm), egyszer sem sikerult megbarátkozni vele. Egészen egyszerűen nekem már sok. Tulkomplikalt, túl okos. De azt aláírom, hogy Javahoz ezerszer inkább IntelliJ, mint a retek Eclipse (egyetemen az volt a kötelező IDE, virtuális gépeken nagy élmény volt használni ).
-
fatal`
titán
A C# legnagyobb baja jelenleg szvsz a Visual Studio. Valami elképesztően nagy kalap sz*r lett, nagyobb solutionök kezelhetetlenek a 32 bites limit miatt. A legnagyobb baj, hogy szándék sincs, hogy kiadjanak 64-bitest. Csak szerveznek ki mindent külön processbe, ettől meg nem csak lassú, de sok esetben instabil is.
Lehet, hogy kéne tennem egy próbát a Riderrel, jelenleg szerintem az IDEA messze a legjobb IDE. Esetleg valaki próbálta már?
[ Szerkesztve ]
-
fatal`
titán
válasz Silεncε #15472 üzenetére
IDEA-t használok itthon, illetve melóban frontendhez (angular). Elsősorban arra lennék kiváncsi, hogy mit csinál egy régebbi Winformsos solutionnel pl. (bár ilyen a melóban nem nagyon van, WPF is csak 1-2).
De van rá licenc, lehet, hogy teszek vele egy próbát majd.
[ Szerkesztve ]
-
Livius
őstag
válasz fatal` #15471 üzenetére
Visual Studio-ból a legújabb 2019 professionalt kell használni, és a havonta érkező frissítéseket fel kell rakni. Én a legújabbat használom, és semmi gond sincs vele, teljesen jó már.
Gigabyte GA-Z170-D3H, Intel Core i7-7700K, Corsair Vengeance 2x8GB DDR4-3600MHz, Intel 545s 256GB SSD, EVGA GeForce GTX 1060 GAMING 6GB
-
pmonitor
aktív tag
válasz fatal` #15471 üzenetére
Belegondolsz, akkor a win api-t is elszúrták, nem csak a VS-t. Írok egy példát, amibe nemrég szaladtam bele.
C#-ban elindítok Process.Start-al 1 programot(pl. Calc.exe). Idáig végzi is a dolgát, úgy ahogy kell. Lekérdezem a Process ID-t. Látszólag ez is végzi a dolgát, mert 1 értéket beletesz. Csakhogy ez az érték nem a Process ID-je. Tehát Invalid értékkel tölti fel(a feladatkezelőben teljesen más érték van). Azért a biztonság kedvéért megpróbáltam Kill-el kilőni. Természetesen nem sikerült(mivel egy false ID-t tartalmaz). A Kill egyébként működik, mert ha a feladatkezelőből meg nézem az elindított programot, akkor valóban kilövi.
Na mondom, biztos a VS "szórakozik". Megpróbáltam win api-val, CreateProcess-el(továbbra is C#-ban). Getlasterror nem ad errort. Viszont az ID itt is Invalid.
Na, mondom megyek tovább. Még mindig VS-el, de már C++-ban. Az ID itt is invalid.
Na, mondom megyek még tovább: Code:locks. Az eredmény itt is Invalid ID. Tehát nem VS specifikus probléma. Masm32-vel még nem próbáltam, de sztem ott is ugyanez a jelenség lenne.Az eddigi post-jaimból is kitűnt, hogy nem vagyok kibékülve olyanokkal, akik "programozó szakiknak" állítják be magukat a fórumokon(messziről jött ember azt ír magáról, amit akar). Mondjuk ez a határozott véleményem elsősorban a prog.hu-s tapasztalataimból ragadt rám. De hogy a Microsoft-nál is a vezető szerepben lévő "programozók is ilyen sz"-t adjanak ki a kezükből...
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz Silεncε #15476 üzenetére
Azt nem tudom. Abban igazad van, hogy lehet, hogy nem bug, hanem én szúrok el valamit. A Code:: Blocks-ban lévő próbálkozásomat bemásolom.
#include <windows.h>
#include <stdio.h>
void tesztpprocess()
{
STARTUPINFO si;
PROCESS_INFORMATION pi;
ZeroMemory(&si, sizeof(si));
si.cb = sizeof(si);
ZeroMemory(&pi, sizeof(pi));
if (!CreateProcess("C:\\WINDOWS\\SYSTEM32\\Calc.exe", NULL, NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi))
{
printf("CreateProcess failed (%d).\n", GetLastError());
return;
}
WaitForSingleObject(pi.hProcess, INFINITE);
printf("%d", pi.dwProcessId);
getchar();
CloseHandle(pi.hProcess);
CloseHandle(pi.hThread);
}A GetLastError nem ad errort.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz pmonitor #15478 üzenetére
A C# kód, ami invalid értéket ad vissza Az itt található példakód alapján csináltam.
using System;
using System.Diagnostics;
using System.Windows.Forms;
namespace TestProcess
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
}
void OpenWithStartInfo()
{
ProcessStartInfo startInfo = new ProcessStartInfo(textBox1.Text);
startInfo.WindowStyle = ProcessWindowStyle.Minimized;
Process.Start(startInfo);
Process pr = Process.Start(startInfo);
textBox2.Text = pr.Id.ToString();
}
private void button1_Click(object sender, EventArgs e)
{
OpenWithStartInfo();
}
}
}@kavalkád: nem Neked szólt. A post-odat még nem láttam, amikor írtam. De kipróbáltam az első paraméterbe NULL-al, a másodikban a file-névvel. Úgy sem működik rendesen. Viszont ha Delphiben működik, akkor lehet, hogy tényleg én szúrok el valamit. Csak nem tudom, hogy mit.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
-
pmonitor
aktív tag
válasz kovisoft #15484 üzenetére
Nincs is calculator.exe a gépemen. Ettől függetlenül jó helyen kapizsgálsz.
Mert ha mielőtt a programom elindítanám, az előtt elindítom windowsból a calc.exe-t 2-szer, annak mind egy ID-je van. Ha így módosítom a C# kódom, akkor a tömb hossza csak 1, még akkor is, ha a programom a 3., vagy 4. calc.exe-t indította. Egy "normális" programnál mind külön PID-et kapna. De itt a pr_2 tömb hossza csak 1.
using System;
using System.Diagnostics;
using System.Windows.Forms;
namespace TestProcess
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
}
void OpenWithStartInfo()
{
ProcessStartInfo startInfo = new ProcessStartInfo(textBox1.Text);
startInfo.UseShellExecute = true;
startInfo.WindowStyle = ProcessWindowStyle.Minimized;
Process pr = Process.Start(startInfo);
//textBox2.Text = pr.Id.ToString();
Process[] pr_2 = Process.GetProcessesByName("calc");
textBox2.Text = pr_2.Length.ToString();
}
private void button1_Click(object sender, EventArgs e)
{
OpenWithStartInfo();
}
}
}Tehát végülis nem bug. Ha csak azt nem nevezzük bug-nak, hogy akármennyi calc elindítása után is csak 1 pid van. Mert végülis ezáltal nem működik.
De megnéztem 1 64 bites win 7-es laptopon, ott jó pid-t ad vissza. Csak a win 10-en nem jó.
Befonom a szemöldököm.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
Livius
őstag
válasz pmonitor #15485 üzenetére
A Windows 7-ben még a klasszik számológép volt. Windows 10-ben be jött ez a metro felületes fos, ami lehet tök máshogy indul és kezelhető. Igazából ki kéne ismerni, hogy hogyan kezelhető az új kalkulátor aztán azzal is menni fog amit akarsz.
Gigabyte GA-Z170-D3H, Intel Core i7-7700K, Corsair Vengeance 2x8GB DDR4-3600MHz, Intel 545s 256GB SSD, EVGA GeForce GTX 1060 GAMING 6GB
-
félisten
válasz pmonitor #15485 üzenetére
Windows 10 alatt vannak az ún. Desktop mode app-ok, meg a Tablet mode app-ok. A számológép az utóbb csoporthoz tartozik, ezért nem tudod beolvasni a PID-t a korábbi módszerrel. Legegyszerűbb megoldás az, ha futtatod a calc-ot (ami egy Calculator.exe process-ként jelenik meg a Feladatkezelőben), majd végigszaladsz az összes futó folyamaton és megkeresed ezt a bizonyos Calculator.exe-t. Abból már ki lehet olvasni a PID-t (meg sok mást is)
#include <stdio.h>
#include <stdlib.h>
#include <windows.h>
#include <tlhelp32.h>
#include <stdbool.h>
int main()
{
STARTUPINFO SI;
PROCESS_INFORMATION PI;
ZeroMemory(&SI, sizeof(SI));
SI.cb = sizeof(SI);
ZeroMemory(&PI, sizeof(PI));
if(!CreateProcess(NULL, "calc.exe", NULL, NULL, FALSE, 0, NULL, NULL, &SI, &PI))
{
printf( "CreateProcess failed... Program terminated.");
return -1;
}
WaitForSingleObject(PI.hProcess, INFINITE);
wchar_t * ProcessName = "Calculator.exe";
bool FoundProcess = false;
PROCESSENTRY32 PE32;
PE32.dwSize = sizeof(PE32);
HANDLE PS = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, NULL);
if (PS != INVALID_HANDLE_VALUE)
{
Process32First(PS, &PE32);
while (Process32Next(PS, &PE32))
{
if (strstr(PE32.szExeFile, ProcessName)!=NULL)
{
FoundProcess=true;
break;
}
}
if (FoundProcess)
{
printf( "Process Name = %s\nProcessID = %d", ProcessName, PE32.th32ProcessID);
CloseHandle(PS);
}
else
printf( "%s process not found.", ProcessName);
}
CloseHandle(PI.hProcess);
CloseHandle(PI.hThread);
getch();
}[ Szerkesztve ]
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
pmonitor
aktív tag
válasz Fire/SOUL/CD #15487 üzenetére
Megelőztél! Köszönöm! Működik! Csak az a kérdés, hogy általános esetben(amikor egy textbox-ban lehet megadni az indítandó file-t), akkor honnan tudom, hogy a "Calculator.exe" helyére mit kell írnom? Mert a textboxban pl. itt "calc.exe" van. Tehát hogyan lehetne detektálni, hogy egy elindított program úgy viselkedik-e, mint a "notepad.exe"(azonos névvel), vagy úgy, mint a "calc.exe"(ami más néven szerepel a process lista között)?
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
Silεncε
őstag
válasz Fire/SOUL/CD #15487 üzenetére
A tablet mód appok alatt az UWP-re gondolsz, ugye? A hagyományos, asztali módúak meg a Win32
[ Szerkesztve ]
-
dqdb
nagyúr
válasz pmonitor #15488 üzenetére
Ez teljesen a futtatott alkalmazástól függ.
A legtöbb MDI és MSDI alkalmazás például úgy működik, hogy egy fő folyamat van csak, és nem ablakonként külön egy-egy. Így amikor például egy újabb Wordöt indítasz úgy, hogy az még nem futott, akkor elindul egy új folyamat. Azonban amikor ismét elindítanád úgy, hogy már fut, akkor az az új folyamat szól a már létezőnek, hogy meg kellene nyitni egy újabb dokumentumot, majd kilép.
A másik végletet a Chromium alapú böngészők képviselik, ahol egyetlen futó alkalmazáshoz X+Y folyamat tartozik, ahol X egy fix érték (jellemzően 3-4, mint UI kiszolgálása, hálózati forgalom intézése, bővítmények kiszolgálása) és Y pedig a megnyitott fülek számával és telepített bővítmények számával arányos.
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
pmonitor
aktív tag
válasz pmonitor #15488 üzenetére
Egyébként még régebben nekiálltam 1 projektnek a processek terén is(lásd a képet).
De hogy ilyen bonyodalmak is lehetnek, erre nem gondoltam...
Szerk.: meg is van sztem. Az első modul fájlnévnek lesz köze a megoldáshoz.
[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
harylmu
őstag
válasz fatal` #15479 üzenetére
Előző cégnél nagy mánia volt egy solution-ön belül minden szarra projektet csinálni. VS 2017-nek kellett így 10-20 sec amíg a symbol-ok betöltöttek és faszán indexelhető volt minden. Tényleg kegyetlen. Most Python-ozok, itt a PyCharm-al van hasonló tapasztalatom, de cserébe ronda is. Nem bírtam sokáig.
VS Code-ra rászoktam 1,5 éve, szarrá customizáltam (29 installed extension, skin-ek, ikon csomagok, monospaced betűtípusok, custom billentyű shortcutok git folyamatokra, minden amit el tudsz képzelni ), nem is tudom, hogy tudnék-e már másban fejleszteni. Tavaly egy .NET Core 5-ös mini projektet csináltam benne, OmniSharp-al egész fasza volt. 2-3 másodperc alatt áll fel teljesen egy projekt MB Pro-mon.
[ Szerkesztve ]
-
fatal`
titán
válasz harylmu #15492 üzenetére
Pedig a PyCharm IDEA alapú és az alap IDEA veszett gyors és mindent tud (persze RAM az kell neki bőven).
VS Codeot utálom, részemről csak egy electronos foshalom. Arra nem képes, hogy ki lehessen húzni egy fület a másik monitorra (bár egy ideje nem néztem, de ha jól tudom ez electron limitáció). Persze gyorsnak gyors, csak buta, mint a föld, komplett IDE-nek szerintem alkalmatlan, legalábbis egyelőre.
-
seredy
tag
sziasztok, abszolút laikusként és hobbiszinten tanulok programozni (javascript), szóval elnézést, ha hülye a kérdés. A gittel kapcsolatban szeretném tudni, hogy szerintetek parancssorral érdemes megtanulni használni vagy a grafikus felület is megteszi, mert végülis funkcióiban ugyanaz a kettő?
-
nagyúr
válasz RudiLicenc #15449 üzenetére
Mindket nyelv alkalmas arra ma Magyarországon, hogy konnyen elhelyejkedj vele. Ha az egyikbe belejossz, konnyen meg lehet tanulni a masikat is. En elobb javaztam, aztan vegul c#-nal kotottem ki, mert jobban bejott.
Van egy 10%-os különbség kb a fizetesekben a java javára, dr ne ez alapján dönts.
-
aktív tag
válasz tboy93 #15497 üzenetére
Köszönöm szépen a véleményeket mindenkitől, érdekes discussion alakult ki a két nyelvről az biztos. Számomra az út a Javahoz fog vezetni, még pedig azért, mert nem tudom úgy összerakni az órarendem, hogy C#-ot válasszak.
Bár nem gondolom, hogy a második féléves OOP tárgy nagy mértékben hatással legyen az életemre a jövőben, szóval azt hiszem hogy nem is igazán számít, jól van ez így. Első félévben úgyis C-t tanultunk, tehát az alapok mondhatni már megvannak.
Üdv!
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Gaming notebook topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Napelem
- Milyen processzort vegyek?
- Formula-1 humoros
- Elektromos rásegítésű kerékpárok
- Skoda, VW, Audi, Seat topik
- Véroxigénszintet is mér a Honor Band 5
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- exHWSW - Értünk mindenhez IS
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen