HUP Olvasók Választása Díj 2014 - kategóriák

Címkék

A terv az, hogy idén is tartunk HUP Olvasók Választása Díj szavazást. Az idei HOVD immár a tizenkettedik lesz a sorban.

A HOVD 2014-en minden regisztrált HUP olvasó szavazhat. Ahhoz, hogy idén is lehessen szavazni és győztest hirdetni, első körben fel kell állítani 20 kategóriát. A HOVD 2014 választás ideje alatt a 20 kategóriában állított jelöltekre lehet majd szavazni.

Tavaly az alábbi kategóriákban lehetett voksolni:

  • Kedvenc adatbázis-kezelő
  • Kedvenc BSD rendszer
  • Kedvenc desktop környezet
  • Kedvenc desktop Linux disztró
  • Kedvenc e-mail kliens
  • Kedvenc fájlrendszer
  • Kedvenc http szerver
  • Kedvenc kommunikációs program
  • Kedvenc linuxos játék
  • Kedvenc monitoring rendszer
  • Kedvenc multimédia lejátszó
  • Kedvenc programfejlesztést segítő eszköz
  • Kedvenc programnyelv
  • Kedvenc smartphone os
  • Kedvenc szerver Linux disztró
  • Kedvenc szerver op. rendszer
  • Kedvenc verziókezelő rendszer
  • Kedvenc virtualizációs technológia
  • Kedvenc webböngésző
  • Kedvenc web framework

Hacsak értelmes ellenvetés nem érkezik, idén is ezekben a kategóriákban fogunk jelölteket állítani, kategóriánként 10-et (ahol egyáltalán lehet 10-et).

Holnap 20 óráig lehet javaslatokat tenni a kategóriák változtatására. Ennek módja:

Annak az olvasónak, aki valamelyik kategória eltávolítását kéri és egyidejűleg helyette másik kategóriát javasol, annak az alábbit kell tennie. Ennek a cikknek a hozzászólásában patch-szerűen meg kell jelölnie az adott kategóriát.

Példa:

Tegyük fel, hogy valaki szeretné a "Kedvenc virtualizációs technológia" kategóriát a "Kedvenc foobar" kategóriára cserélni. Ebben az esetben a jelölését az alábbi módon kell megtennie:

- Kedvenc virtualizációs technika
+ Kedvenc foobar

Mivel új kategóriát jelölt, 10 új kategória jelöltet is meg kell neveznie! Ne várja senki, hogy a HUP találja ki, hogy az Ő kategóriájában milyen jelöltek legyenek! Tehát az általa javasolt új kategória alá fel kell sorolnia 10 választható lehetőséget:

* Kedvenc foobar1
* Kedvenc foobar2
* Kedvenc foobar3
* Kedvenc foobar4
* Kedvenc foobar5
* Kedvenc foobar6
* Kedvenc foobar7
* Kedvenc foobar8
* Kedvenc foobar9
* Kedvenc foobar10

A könnyebb összesíthetőség miatt kérem kommentár nélkül megtenni a jelöléseket! Kommentálni természetesen lehet, de kérem, hogy az képezzen új hozzászólást!

Ha több csereigény is van, akkor értelemszerűen egymás alá kéretik felsorolni az összes cserekérést. A HUP fenntartja magának a jogot arra nézve, hogy eldönti, hogy a cserét megejti-e vagy sem. A nem a kiírásnak megfelelő hozzászólások figyelmen kívül lesznek hagyva az összesítésnél!

FIGYELEM! Jelenleg csak a kategóriákat állítjuk össze! A kategóriák egyes jelöltjeit az elkövetkezendő napokban jelöljük ki! Most azokra nem kell változtatási kérelmet postázni!

Köszönöm!

Hozzászólások

- Kedvenc programnyelv
+ Kedvenc fordított programozási nyelv
* assembly (bármely architektúra, bármely dialektus)
* c
* c#
* c++
* d
* go
* java
* objective-c
* scala
* swift

- Kedvenc linuxos játék
+ Kedvenc szkriptnyelv
* *nix shell (bash, csh, stb.)
* caml
* erlang
* haskell
* javascript
* perl
* php
* powershell
* python
* ruby

Indoklás:

Nehezen tudom elképzelni, hogy egy fejlesztőnek csak egy kedvenc nyelve legyen. A tapasztalatom az, hogy általában van egy preferált "heavy" nyelv, amit nagyobb alkalmazásokhoz használunk, és egy "lightweight", amit gyors feladatmegoldáshoz, eldobható algoritmusokhoz veszünk elő. Bár ez a felosztás sem a legjobb, szerintem előrébb visz, mint az eddigi felállás.

A kedvenc linuxos játék kategória véleményem szerint értelmét vesztette azzal, hogy ahhoz túl sok játék van már linuxra, hogy abból 10-et ki lehessen választani. Ahhoz a hovd túl szubjektív, nem tartom valószínűnek, hogy akár a tavalyi 10 jelöltjei valóban a hup olvasóinak 10 kedvenc linuxos játékát reprezentálták.

-1

Az hogy a javascript nyelv 4 éve fordított, 3 éve az IE-ben is, igazán ne zavarjon.

Mintha pythonnal is játszanának ilyeneket...

A másik oldalról az assembly-t nem hívnám fordított nyelvnek, hisz kb. egy regex lista szintjén van a fordítás és hát nem is igazán típusos amúgy, cserébe (hardveresen) interpretált kb.

A scriptnyelvek teljesértékű programozási nyelvek. Deal with it.

"Az hogy a javascript nyelv 4 éve fordított, 3 éve az IE-ben is, igazán ne zavarjon."

Igen, JIT-tel. De nincs compile phase fejlesztés közben. Ugyanígy pythonnál meg erlangnál sincs, ezért soroltam ide.

Az assembly működésével is tisztában vagyok, tudom hogy határeset.

Egyébként az megvan, hogy ha maga a javaslat jó, utána lesz lehetőség a jelölteket cseréltetni?

Igen, bele lehet kötni, de azért érzed, hogy a javaslattevő nem JIT hanem AOT fordításra gondolt. Gondolom az alap gondolat az volt, hogy fordított nyelvnél fejlesztési időben(fordításkor) kapsz egy rakat ellenőrzést, hogy a kódod helyes (szintaxis ellenőrzés, típus ellenőrzés, etc.), ami szkriptnyelveknél nincs.
Amúgy is értelmesebb eredményt kapunk, ha a java-t, c-t, c++-t, c#-ot hasonlítjuk egymáshoz, és a python/ruby/javascript/etc. (vagy akár a bash script, ami egy vicc volt tavaly, hogy a programozási nyelveknél akarták egyesek szerepeltetni) nem zavar bele az eredménybe, de persze azok is érdekesek egy másik kategóriában.

Az Erlang es a Haskell mint script nyelv? A Scala meg nem? Mi van?

Ez teljesen idiota javaslat. Akkor mar inkabb ez:

- Kedvenc programozasi nyelv
+ Kedvenc nem-funkcionalis programozasi nyelv

- Kedvenc linuxos jatek
+ Kedvenc funkcionalis programozasi nyelv
* Haskell
* Erlang
* Ocaml
* Clojure
* F#
* Common Lisp
* Scheme
* Racket
* Agda
* Coq

--
|8]

A tavalyi Wicketes esetből kiindulva javaslom hogy idén új elem bekerülése esetén elősorban azokat vegyük ki a listából akik az előző évben utolsó helyeken végeztek. Aki nem emlékszik mi volt, legutóbb sikerült kidobni az előző évben globális 3. helyen végző java-s Wicket web frameworkot (szubjektíven az utolsó értelmes java-s frameworkot) és bent hagyni az előzőleg <10 szavazatot kapott egyéb alternatívákat..

Noha teljesen egyetértek a felvetéseddel, de a kategóriaszavazatoknál mi lesz az, ami alapján "utolsó"-nak minősítesz egy kategóriát? Merthogy az adott kategóriára szavazók száma *szerintem* pont irreleváns. (Amúgy az új kategóriák bevezetése kapcsán ez már évek óta megoldatlan probléma, sajnos jónak minősíthető javaslat eddig nem nagyon hangzott el.)

-Kedvenc szerver op. rendszer
+Kedvenc mentés megoldásod szerverre

Nemrég sokat rugóztam azon, hogy milyen mentést vezessek be.
Régebben mindig a mezítlábas rsync -et használtam, de ha már valaki vette a fáradságot és írt egy jobbat, akkor nem árt, ha legalább tudok róla.

Így jött képbe, mint kategória jelöltek az

  • rdiff-backup,
  • rsnapshot,
  • dirvish,
  • Duplicity,
  • Bacula,
  • tar + (NFS|ssh tunnel),
  • dar,
  • rsync,

A szerver op. rendszer már úgyis lejátszott, így senki számára nem kérdéses.

Miért nem lehet modernizálni egy kicsit ezt a szavazÓSDIt?

1. radiobuttonok helyett jelölőnégyzet... mert hát egy embernek lehet több kedvence.
2. kategóriánként egy + opció: ha nem lenne az adott kategóriában a kedvenc, akkor a szavazó azt oda felvehesse.
3. egy + az egészhez, hogy új kategóriát is fel lehessen venni.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

- Kedvenc szerver Linux disztró
+ Kedvenc editor

vi, vim
emacs, xemacs
gedit
geany
mcedit
nano
pico
kate
jedit
joe