Gedit se razvija v IDE

CS50 Harvard MOOC Tečaj

Kaj mi je omogočilo odkriti to novo funkcionalnost

Med temi, kar delam te dni, je tečaj MOOC, ki ga Harvard predava od CS50 do edX.org, Ne vem, koliko vas ga pozna, vendar jih priporočam, če se želite naučiti programirati (Na voljo je z brezplačnim certifikatom, in če vam programiranje ni všeč, lahko izbirate med številnimi možnostmi), bistvo je v tem, da vam priskrbijo virtualni stroj, da lahko delate, in vsa priložena orodja, ki so jih že pripravili za vas, tako da vam ni treba skrbeti za nič drugega kot za učenje.

Nikoli pa nisem bil velik ljubitelj navideznih strojev, zato sem tu in tam bral in po zaslugi čudovitega skladišča AUR imam že nameščene osnove. Smešno je, da se pri tečaju uporablja prevajalnik zvečka namesto GCC, sprva me je to presenetilo, pravzaprav preden nisem vedel, da ta prevajalnik obstaja (Kasneje sem ugotovil, da je med njima sveta vojna in Stallman mu vsakič, ko je omenjen klepet, zada srčni napad). Sprva sem se odločil, da bom prezrl novega prevajalnika, ker sem eden tistih, ki misli, zakaj imam dve orodji, ki opravljata isto delo?

Gedit in Clang se združita

Vendar sem se na koncu odločil, da poskusim prevajalnik iz v bistvu dveh razlogov, imel sem težave pri sestavljanju (natančneje z oznako -Uporabljeni argumenti ki očitno ne obstaja v GCC) in drugič, ker sem v eni od rutinskih posodobitev opazil, da je Gedit Vrgel mi je namig, da aktiviram "Pomoč pri kodiranju" (pomoč pri kodiranju), ki je potrebna za namestitev zvečka. Glede na to sem se odločil preizkusiti, za kaj gre, in zagnal (velja samo za Arch in / ali Manjaro)

sudo pacman -S clang

Čarovnija je prišla takoj =). Če postavite kazalec nad opozorila, vam pove, kaj je narobe, škoda, da izgine na posnetku zaslona.

Seveda je treba opozoriti, da magija ne prihaja samo iz nje gedit, brez tega pravzaprav ne bi bilo mogoče zvečka, z uporabo pravilnih API-jev bi lahko tudi drugi uredniki uporabili kodo. Vem, da bi to moralo večino puristov boleti v glavi, vendar moramo priznati dobro delo razvijalcev zvečka, in takojšen zaključek, do katerega lahko pridem, je,

• Konkurenca vedno omogoča razvoj v korist uporabnikov.
• Ni vse, kar ni strogo GPL, slabo
• Kdo pridiga svoboda misli Le programi naj se razvijajo glede na potrebe uporabnikov, saj štejejo misli vseh, ne le razvijalcev. (Vaš program ima lahko vse, kar želite, če pa uporabnikom ni všeč, ne uspete, pika)

Razumem, da je to nekaj, kar je vzklikalo, da bi bilo vključeno GCCA ker so največje zahteve očitno prihajale iz velikih zasebnih podjetij, so jih prezrli. Mislim, da to ni najboljši primer svobode misli in kaj takega open source pridigati in zastopati.

Sem velik oboževalec odprte kode in Linux Običajno ga uporabljam vsak dan, v zadnjem času pa sem začel dvomiti o nekaterih stvareh, za katere menim, da bi jih morali izboljšati kot skupnost. Mislim, da smo izgubili pravi pomen, kaj to pomeni svoboda misli in kaj je bilo open source Na začetku smo zdaj postali kanibali, med katerimi živimo, sovražijoč sebe in druge, sovražim uporabnike Windows, Sovražim uporabnike Apple, če uporabljam Ubuntu, sovražim Debianite in obratno, če uporabljam Arch, sovražim Gentoo in obratno, najhuje pa je, da nove potencialne uporabnike obravnavamo kot čakalno vrsto, če postavijo "nepomembno" vprašanje za nas to seveda ni zanje.

Vem, da niso vsi takšni, ampak dober del skupnost linuxera prepričana je, da se počuti identificirana in prepričan sem, da če bomo nadaljevali tako, nikoli ne bomo mogli osvojiti namizja. Sovraštvo moramo dati na stran, s potencialnimi novimi uporabniki moramo ravnati bolje, ne glede na to, ali postavljajo "neumna" ali "ponavljajoča se" vprašanja, nenazadnje pa se morajo razvijalci nehati boriti z zasebnimi podjetji in se osredotočiti pri zadovoljevanju potreb, razdrobljenost Mislim, da je to neposredna posledica tega. Prepričan sem, da če bi upoštevali potrebe drugih, ne glede na to, od kod danes prihajajo, bi bila zgodba že "Gedit in gcc se združita v IDE" o "Gcc malim založnikom omogoča, da postanejo pravi IDE"