HOVD 2006 - Kedvenc Linux disztró / kedvenc programnyelv jelöltek

Bejelentés

Mostantól 24 órán keresztül lehet módosítási kérelmeket postázni a címben említett jelöltekre. A két kategória tavalyi jelöltjei:

Kedvenc Linux disztró:

  • archlinux
  • debian
  • fedora/red hat
  • frugalware
  • gentoo
  • mandriva
  • slackware
  • suse/opensuse
  • ubuntu/kubuntu/edubuntu
  • uhu-linux

Kedvenc programnyelv:

  • assembly
  • c
  • c++
  • c#
  • java
  • lisp
  • perl
  • php
  • python
  • ruby

A módosítási kérésekre ugyanazok a szabályok vonatkoznak, mint a kategória szavazásra!

Példa:

Ha a jfs helyett foo-t szeretnél, akkor:

- jfs
+ foo

Ha az ubuntu helyett bar-t, akkor:

- ubuntu
+ bar

és így tovább.

( snitt_ | 2006. 11. 02., cs – 07:43 )

- ubuntu/kubuntu/edubuntu/xubuntu
+ [k|ed|x]ubuntu

szerintem fölösleges külön disztrónak tekinteni a változatokat, gyakorlatilag egy-egy előreválogatott alapcsomag-listáról van szó. a mandrake ezer termékét sem vesszük külön. (pl Corporate Server, Corporate Desktop, Multi Network Firewall 2, Clustering HPC solution, Mandriva Pulse)

A ket nyelv kozott nincs nagyobb kulonbseg. A paradigmak kozott van kulonbseg. De tudomasom szerint nem paradigmakrol szol a szavazas. A C++ gyakorlatilag teljesen magaban foglalja a C-t.

Ha a C es a C++ ket kulon nyelvnek vesszuk, akkor kulon vehetjuk auzt is, hogy Pythonban vagy PHP-ben proceduralisan programozol, vagy OO szemleletben, sot pl. a Python verzioit is elkulonithetjuk, ahol ilyen vagy olyan tamogatas mar benne volt vagy eppenseggel meg nem volt benne.

Szerk:
Megertem egyebkent az asllaspontodat, mert egy eve meg en is amellett voltam, hogy nem osszevonhato. Ma mar ezt maskepp latom.

Ilyen alapon a Javával is összevonható a C++, mert Java és C++ nyelvek között lényegesen kisebb különbség van, mint C és C++ között. Mindkettő felfogható leegyszerűsített C++-nak, csak C még a Javánál is tovább van egyszerűsítve.
Sőt, a Java és a C# még ezeknél is jobban hasonlítanak, azokat is össze lehetne vonni.
De ha már itt tartunk, belevonható még ebbe a nagy kalapba a PHP és a perl is, mert eléggé C-re hasonlítanak.

( york | 2006. 11. 02., cs – 08:23 )

Tavalyi utolso 3 szerintem ebbol kellene valogatni:
- lisp (5 db/ 1%)
- ruby (14 db/ 2%)
- c# (17db / 3%)

York.

------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."

Ált. nem erre szokták használni, mert nehezebb benne programozni, mint mondjuk C++-ban vagy épp Javában. Viszont típusbiztos, stb, annyira, mint tudtommal semelyik más nyelv sem. Többszálú programot pl. sokkal szívesebben írok benne, mint C++-ban (Java kiesik ilyen szempontból, mert nem natív, és döglassú).

( LGee | 2006. 11. 02., cs – 09:14 )

- archlinux
+ zenwalk

- fedora/redhat
+ fedora/redhat/centos

Hat, az en beallitasaimmal siman lezabal 400 MB-ot (ha levonom a mysql-t es az apachot).
Persze fut par applet, meg szep hatterem van, meg jo nagy felbontas (1280x1024).
Szoval ez mind hat ra'. Bar ezek utan eleg hihetetlennek tartom az 50 MB-ot, de nem kizart hogy bizonyos beallitasokkal el lehet erni (de azert ketlem egy picit).
Amugy nekem 512 MB RAM-om van, es eddig Fluxboxal me'g ha egy csomo program futott, akkor se ment 250-300 MB fole a RAM hasznalat, szoval teljesen feleslegesnek tartottam ennyi RAM-ot, meg a swap helyet, de most mar latom hogy nagyobb desktop kornyezetekkel mar siman lehet keves is :P

szerk: (onmagaban a Fluxbox olyan 30-40 MB-ot eszik meg nalam)

( ng | 2006. 11. 02., cs – 09:34 )

Miért nem lehet 10+n választási lehetőség? Akkor a szavazók döntenék el hogy mi az első 10.

( c4nn1b4l | 2006. 11. 02., cs – 11:42 )

- lisp
+ pascal
---
Ha már csinálsz valamit, csináld jól!

( pozsarzs | 2006. 11. 02., cs – 11:47 )

+ FreePascal

Mandriva -> Mandrake/Mandriva

Lehet, hogy régi, de szerintem használják még egy páran. (Köztük én is, és eszem ágban sincs az egész disztrót frissíteni.)

( numen v | 2006. 11. 02., cs – 18:41 )

[fun]
+ Shakespeare Programming Language
[/fun]
_________________________________________
Valódi paraszt vagyok. Csak előre tudok lépni, nem azt ütöm le, aki velem szembenáll, és ha nincs tovább, megváltozom.

azt is ma néztem... ma rámjött a hülyeprogramnyelv-kereshetnék...
amikről olvastam és tetszett: brainfuck, intercal (!!!), malbolge, befunge
csomó nyeélv, amit érdemes megtanulni... főleg a malbolgét, mert aki azt meg tudja tanulni, az már mindenre képes:D
_________________________________________
Valódi paraszt vagyok. Csak előre tudok lépni, nem azt ütöm le, aki velem szembenáll, és ha nincs tovább, megváltozom.

( Polesz v | 2006. 11. 03., p – 09:05 )

-slackware
+slackware/zenwalk

--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!

( gthomas | 2006. 11. 03., p – 10:05 )

-lisp
+haskell

-archlinux
+gobolinux

( Som-Som | 2006. 11. 03., p – 18:24 )

Ezek nektek operacios rendszerek? Ezek nektek programozasi nyelvek? Hahahahaha!

Kepzeljetek el egy kozepesen gagyi szervert, ami parhuzamosan tobbfele kerest is feldolgoz, adatbazisokat maceral es persze jogosultsagot ellenoriz valamint statisztikat is keszit. Tehat tobbfele process van, egy fajtabol is tobb darab vagy tobb thread. A kulonbozo processzek jobb hijan uzenetekkel kommunikalnak (TCP/IP helybol kiesett, mert lassu). Tobb gep is van, mert 1 db nem tudja ellatni a feladatot (logikailag a tobb gep lehet egy, bar nem lenyeg). Eddig semmi extra.

Uzenet alapu kommunikacional eleg gyakran felmerul, hogy egy allapotgep is tarsuljon a dologhoz. Van, amit mindig kezelni kell (watchdog, egyes fatalis hibak), vannak amiket csak bizonyos allpotban, tehat ha maskor jon, akkor vagy el kell menteni az adatait kesobbi felhasznalasra, vagy nem kell kivenni az uzenetsorbol. Ezek nem tul bonyolult problemak, allapotgepet C-ben is konnyu kesziteni.

Neha frissiteni kell a futo szoftvert. Vagy a memoriaba kell bepatchelni az uj kodot es egy ugro utasitast ra a megfelelo helyrol, vagy parhuzamosan kell futtatni ket vason a kod kulonbozo verzioit es valahogy a memoriateruleteket es fajlokat atdobni. A patcheles remek modszer, akar tobb honapig is uzheto, mire szegeny kodolok vegleg elvesznek a patch patchelesenek patcheleseben. A kulonbozo verziok futtatasa viszont kisse nehezkes, hiszen eleg valoszinutlen, hogy egy epp futo procedura stackje adatokkal es visszateresi cimekkel is egyezzen ket kulonbozo idopontban indult kulonbozo verzioju szoftverekben, amik mas terheltsegu, esetleg mas teljesitmenyu vason futnak.

Reszelekbe nem megyek, de viszonylag konnyen orvosolhatoak ezek a problemak. Csak eppen nehany helyre kell ezt-azt meg berakni, amiket semmi kedve az embernek kezzel megtenni, igy a vegen csak eljutunk egy uj nyelvhez.

Annyi mindenesetre latszik, hogy egy viszonylag egyszeru, de megbizhato kiszolgalo epitesenel belefutunk olyan problemakba, amikhez a Linux onmagaban, Xen (VM migration funkciojaval egyutt) es Beowulf cluster rohejes marhasagnak tunnek. Pontosabban egyszeru problemakbol bonyolultat csinalnak, hogy aztan sikertelenul melletrafaljanak. Oprendszernek ilyen helyekre a NetBSD 1.0 boven tul sok.

Sot, adatbazishoz sem MySQL vagy Oracle kell, hanem valami karbantartast nem igenylo szupermegbizhato valami. A dBase majdnem ilyen, de hogy viszed at egyik geprol a masikra ugy, hogy a tablazat szerkezete esetleg nem ugyanaz, raadasul eppen irhatja valami?

Szoval a kerdes nem a nyelv vagy az oprendszer, hanem az, hogy mi a megoldando problema. GUI-s socket-es program keszitesehez C++ (+WxWidgets) es Ubuntu. Ocsak webes cucchoz Perl + Windows (Win-en nem csak az IE, de a Firefox is rendesen fut). De ki az a gyik, aki ilyenekkel uti agyon az idejet? :-)

Én sem tudom, mit akartál mondani. A windows-zal meg még kevésbé. Nincs is perl rajta, túl sokat kellene hegeszteni, hogy működjön, linuxon out-of-the-box megy.

A MySQL, Oracle nem sok karbantartást igényel. A dBase neked szupermegbízható, akkor gratulálok. Az Oracle rendes tranzakciókezelést, stb. támogat, szóval ha ott valami egyszer lefutott, egyetlen esetben lehet ott hiba: a merevlemez haldoklik. dBase - egyetlen fájl, arról nem is szólva, hogy ha menet közben kiderül, mégsem lehet befejezni a műveletsort, valami hiba miatt, hogy vonod vissza?

Na jo, a dBase tenyleg nem volt komoly. Annyiban azonban mindenkeppen jo, hogy igen egyszeru a fajlformatuma, es piszok hatekonyan kezelheto, ha csupan fix meretu mezokkel dolgozik az ember. Nem fix hossznal, ahol mindig csak hozzaad valami ujat az ember, mint pl. hozzaszolasok a HUP-on, szinten hatekonyabb megoldas lehet, mint barmilyen "komoly" szerver. De emlithettem volna az Oracle, MySQL es tarsainal joval elterjedtebb megoldast, ahogy pl. a Type III SIM kartyak mukodnek a zsebedben lapulo mobilban.

Na de a tema most az oprendszerek es nyelvek.

OS:
A Linux disztibek kozott nincs valami nagy kulonbseg, ha az ember egy kicsit tavolabbrol szemleli a vilagot. Errol szolt volna a hozzaszolasom lenyege, hogy ne sargaborsofozelekeket hasonlitsatok ossze (Linuxok), ha van lencsefozelek (Solaris), babfozelek (HP-UX), sot egesz masok is, pl. szilasgomboc (Symbian), fott virsli(TRON: http://www.linuxinsider.com/story/31855.html), ...

A Win csak ugy jott ide, hogy azon megbizhatoan fut sokfajta bongeszo, mig Linuxon pl. a Firefox kesz rohej. Amugy a Perl ragyogoan elvan Win-en, pl. http://activestate.com/Products/ActivePerl/. De tudtommal maga a MS is tamogatja a Perl-t Windowson (Windows Services for UNIX).

Nyelv:
- Python
- Java
- PHP
+ SDL (http://sdl-forum.org/)
+ Erlang (http://erlang.org/)
+ Objective PL/I, avagy SAS (http://sas.com/)

Nyelv:
- Python
- Java
- PHP
+ SDL (http://sdl-forum.org/)
+ Erlang (http://erlang.org/)
+ Objective PL/I, avagy SAS (http://sas.com/)

Ez a szavazás nem arról szól, hogy ki tud felsorolni mnél exotikusabb nyelveket és operációs rendszereket, hanem arról, hogy kinek mi a _kedvence_. Neked valóban ezek a kedvenceid?

--
trey @ gépház

Na jo, lehet, hogy tenyleg elmentem a hulyeseg iranyaba. Az SDL mellett mindenkeppen kiallnek, rengeteget hasznalom, aranyos, cukipofa. Az Erlang inkabb csak megfogott, de valoban nem nevezheto kedvencnek. Az Objective PL/I... hat az baromsag volt, bar ismerek olyan embert, aki tenyleg imadja. Szoval legyen ez:

- Python
+ SDL

Egyúttal javasolnék egy eddig nem létező szavazást: "kedvenc programozási paradigma". Ha már nem kerül be valaki kedvenc nyelve, legalább a hozzá tartozó paradigmára lehessen szavazni.
A szavazás jelöltjeinek összegyűjtéséhez egyrészt a wikipediában találsz sokat, másrészt a kedves olvasók úgyis eldöntik, hogy melyikekre lehessen szavazni.
--
G.

Úgy kéne (talán, de megint szőrszálhasogatásba csap át), hogy kedvenc programnyelv, és kedvenc szkriptnyelv (mert a PHP, Ruby, Python, Perl, Lua mind szkriptnyelv).
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

( portage | 2006. 11. 04., szo – 19:07 )

+haskell

-------------------
2.6.17-gentoo-r4

( BaT | 2006. 11. 07., k – 20:04 )

Mondjatok 1-2 indokot arra, hogy centos miben jobb, mint fedora?
Ez nem szemrehányás, csak egy egyszerű kérdés... :)