HOVD 2007 - Kedvenc portálmotor / filerendszer / programnyelv jelöltek

Címkék

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

Kedvenc portál motor:

  • drupal
  • e107
  • joomla!
  • mambo
  • mediawiki
  • phpnuke
  • plone
  • wordpress
  • xaraya
  • xoops

Kedvenc filerendszer:

  • ext2, ext3, ext4
  • hfs, hfs+
  • hpfs
  • jffs2
  • jfs
  • reiser4
  • reiserfs
  • ufs, ufs2
  • xfs
  • zfs

Kedvenc programnyelv:

  • assembly
  • c
  • c++
  • c#
  • java
  • pascal
  • 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 drupal helyett foo-t szeretnél, akkor:

- drupal
+ foo

Ha a jfs helyett bar-t, akkor:

- jfs
+ bar

és így tovább.

Hozzászólások

"Kedvenc portálmotor" módosításokat ebbe a szálba (a válasz linkre kattintva). Egy válasz egy javaslatot tartalmazzon!

Ebből a szálból a kiírásnak meg nem felelő javaslatok és egyéb hozzászólások törlésre kerülnek!

--
trey @ gépház

"Kedvenc filerendszer" módosításokat ebbe a szálba (a válasz linkre kattintva). Egy válasz egy javaslatot tartalmazzon!

Ebből a szálból a kiírásnak meg nem felelő javaslatok és egyéb hozzászólások törlésre kerülnek!

--
trey @ gépház

"Kedvenc programnyelv" módosításokat ebbe a szálba (a válasz linkre kattintva). Egy válasz egy javaslatot tartalmazzon!

Ebből a szálból a kiírásnak meg nem felelő javaslatok és egyéb hozzászólások törlésre kerülnek!

--
trey @ gépház

Egyéb hozzászólások ide.

--
trey @ gépház

GoboLinux alatt a zsh a default shell, emiatt azt használom. Uhu alatt a bash a default, ott azt használtam. Olyan baromi nagy különbségeket nem tapasztaltam köztük, bár igaz, csak nagyon alapdolgokra használom.
-------------
:::A GoboLinux felhasználók hivatalos magyar fóruma: http://linux.birodalom.net/smf
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó

peldaul (t)csh szembetunobben mas mint a bourne tipusu shellek
mondjuk igazi kulobsegek valoban csak akkor jonnek ki, ha jobban belemelyedsz a mukodesukbe.
en peldaul az mksh-t kedvelem, mert az nekem jo :)

--
Bow down and admit defeat. | Old, weak and obsolete.

A C/C++ összevonása szerintem is egyértelmű. Hiszen a C++ a C kibővítése (részhalmaz). Tehát aki C-ben szeret programozni, az C++-ban ugyanúgy megteheti.
Ez nagyjából olyan, mintha a Java 1.0-át és a Java 1.6-ot akarnánk külön kategóriákba rakni.
Én még az assembly-t is ideraknám (vagy törölném), bár ez már nem egyértelmű. Még pedig azért, mert aki assembly-t használ az általában C(++)-on belül teszi és nincsenek nagyon sokan.

Faszt.

C# java hasonlit mert JIT.
D C# java hasonlit mert gc. D -ben kiveheto akkor, ha igy nezzuk akkor C++ hoz inkabb hasonlit.

asm , C ,C++ dolgai nem ilyenek.
Ezek igazi eszkozok igazi nativ kódhoz (ha nem használsz túl sok idegen dolgot, elég pontosan tudhatod az eredményt, mit mikor merre hogyan..). (D még közel áll ehhez a mentalitáshoz)

asm nem hordozható.

unsafe block, meg az allocátor váltás nem ugyan az.

Oké, hülyén fogalmaztam. Tehát: C#-ban is lehet közvetlen hozzáférésed a memóriához (unsafe flag) ami egyben a GC-t is kikapcsolja.

Ha warning mentes kódot akarsz írni akkor C is (erősen) tipusos :)


int main() {
  int a = -9999;
  int b;
  unsigned char c;

  c = a;
  b = c;

  printf("Answer == %d\n", b);
  return 0;
}

You can compile that program with -Wall -Werror and gcc will not make a peep. That makes C "weakly" typed.

OOP eszközök, nem lényeges eltérés :D

lol?

"C++-ban is lehet C stílusban programozni, és most programnyelvre szavazunk, nem programozási stílusra."

Ezt most nem értem, miért írtad? A mondat egyik fele üti a másikat.
Szerintem amúgy én semmilyen stílust nem említettem, max annyit, hogy a C++ nyelv közelebb áll a Javához, mint a C-hez. Java és C# elnagyolva tekinthető egyszerűsített, lekorlátozott és GC-vel ellátott C++-nak, de a C nyelv C++-hoz képest már sokkal-sokkal kevesebbet nyújt, mint a Java vagy a C#.

Ahol tényleg értelmes használni, ott inkább a C-hez áll közel.

Persze lehet benne szépen, objektum-orientáltan adatbázist kezelni, de az egyik legértelmesebb felhasználási területei azok, ahova kell a sebesség, viszont elég bonyolult rendszerek vannak ahhoz, hogy érdemes legyen objektum-orientáltan csinálni. Pl. játékok.

Az ilyen kódot pedig nem hiszem, hogy épeszű ember újraírná C-ben, Javában, C#-ban stb.

Szóval szerintem megérdemel egy külön kategóriát.

Ezt biztos nekem akartad replyni? ;)

(amennyiben mégis nekem szólt, valóban, ezek a nyelvek (a common lisp object system kivételével, az ebben a felsorolásban kicsit furán fest, ha nem értek félre valamit) amik elsőre beugranak ha funkcionális programozásról hallok, nem az SQL, még ha egyes elemeiben hasonlóságot it mutat ezekkel.)

Modositast javasolnek a szavazasi rendszerben:

A tavalyi utolso 3 helyezett minden kategoriaban kiesik, es az adott kategoran belul az elso 3 legtobb elozetes szavazattal rendlekezo kapja meg az igy felszabadulo helyeket. Ugyanez ervenyes a kategoriakra is azzal, hogy kategoriak kozott az az utolso, ahol osszessegeben a legkevesebben szavaztak.

A negativ szavazatok nagy reszet ugyanis szerintem az okozza, hogy meg kell jelolni, hogy melyik elem helyett keruljon be az uj jelolt. Pedig a jelolok szandeka csak az, hogy a jeloltje bekeruljon, es nem az, hogy egy masik kikeruljon. Es mivel utolag mar nem lehet/nem erdemes modositani egy jelolest, ezert mondjuk elofordulhat, hogy vmi csak azert nem kerul be, mert a jelolo olyat akart kivenni, amit masok bent akartak tartani.

pl.

tavalyi eredmeny:
drupal 1.
smafoo 9.
bar 10.
foo nem indult

-drupal
+foo

eselytelen, hogy foo bekeruljon

-bar
+foo

foonak lehet eselye bekerulni, ha barnak eppen adott pillanatban kevesebb a hangos szoszoloja, de egyaltalan nem biztos, hogy bekerul

ezzel egyidejuleg smafoonak egyaltalan nincs tamogatottsaga, de mivel senki nem jelolte kivetelre, hat bent marad, pedig mondjuk foonak mar nagyobb a nepszerusege

A megoldas szerintem egyszeru. Az keruljon ki, amelyik tavaly rosszul szerepelt. Ha iden megint beszavazzak, akkor kap ujra egy eselyt. De igy ki lehetne kerulni a negativ szavazatokat, a kozvetlen szembeallitasokat, es eleg tiszta lenne a rendszer mukodese is.

Tovabbi erdekesseg figyelheto meg a negativ szavazatokkal kapcsolatban.

Pl. a pascallal szemben erkezett 4 vgay 5 javaslat

Mindegyik javaslatotot ugyanaz a nehany ember ellenzi. igy ezek az emberek tobbszorosen szavaztak a pascal bennmaradasaert. Es minden javaslatot elleneznek, pedig az elsodleges celjuk valoszinuleg nem az uj elemek bekerulesenek ellenzese, hanem hogy a pascal bentmaradjon.

+haskell

-------------------
2.6.22-gentoo-r8

Némá'! Nem vagyok egyedül ezzel a Haskell-mániával.

Egyébként szerintem nem kizárólag imperatív, hanem kizárólag általános célú nyelveket kéne nézni. Tehát SQL ki, funkcionális nyelvek be (akár csoportosan is, bár a Haskell meg a Lisp enyhén szólva ég és föld)

Rubyról: Egyszer próbáltam programba Ruby interpretert berakni. Alig sikerült, egyszerűen nincs dokumentálva, forráskódból kellett bogarászni. Bár egy rövid japán-nyelvtanfolyam sokat segített volna a keresésben.
Na meg Python FTW, már csak a név miatt is :)

Hat szerintem meg kulon kategorba kene venni a scriptnyelveket a hagyomanyosaktol...

Mert sztem a legtobben ismerunk egy compileres nyelvet (c, pascal, asm stb) es valamilyen scriptnyelvet (bash, python, perl stb).
Mert ugye sokmindenre csak az elobbi jo, sokmindenre meg az utobbi a celszeru. Nyilvan nem kezdek el batch-et irni asm-ben de videolejatszot se irok bash scriptben :)

A'rpi

- phpnuke
+ moinmoin