HOVD 2011 - Kedvenc kommunikációs program, audiólejátszó, BSD rendszer, böngésző, programnyelv jelöltek

Címkék

Mostantól 24 órán keresztül lehet módosítási kérelmeket (ez még nem a szavazás) küldeni a címben említett kategóriák jelöltjeire, amelyek a következők:

Kedvenc kommunikációs program:

  • amsn
  • bitlbee
  • emesene
  • empathy
  • irssi
  • kopete
  • pidgin, adium
  • skype
  • windows live messenger
  • xchat

Kedvenc audiólejátszó:

  • amarok
  • audacious
  • banshee
  • console-os lejátszók (mpg321, mpg123, mplayer, ffplay, stb.)
  • exaile
  • itunes
  • mpd
  • rhythmbox
  • xmms
  • xmms2

Kedvenc BSD rendszer:

  • dragonfly bsd
  • freebsd
  • freenas
  • freesbie
  • frenzy
  • jibbed
  • netbsd
  • openbsd
  • pc-bsd
  • pfsense

Kedvenc böngésző:

  • arora, midori, rekonq, uzbl
  • epiphany
  • google chrome, chromium, flock
  • internet explorer
  • konqueror
  • links, lynx, elinks, w3m
  • mozilla firefox, swiftfox, iceweasel, icecat
  • mozilla suite, seamonkey, iceape
  • opera
  • safari

Kedvenc programnyelv:

  • c
  • c#
  • c++
  • haskell, erlang, caml, ... (funkcionális nyelvek)
  • java
  • javascript
  • 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 az amsn helyett izébigyó-t szeretnél, akkor:

- amsn
+ izébigyó

Ha az amarok helyett foobar-t, akkor:

- amarok
+ foobar

és így tovább.

Ahol "?" van, ott értelemszerűen lehet javasolni jelöltet az üres helyre.

Hozzászólások

"kedvenc kommunikációs program" 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

Szerintem:

- irssi
+ SameTime

Indoklás: nagyvállalati üzenetküldő alkalmazás: szöveg, kép, hang, videó átvitelre, képernyő megosztásra, telefonalasra, stb.
Gateway-en keresztül összekapcsolható AOL Instant Messenger, Yahoo! Instant Messenger, Google Talk és további üzenetküldő alkalmazásokkal
Támogatott rendszerek: Linux, Windows, AIX, IBM i, Mac OS X, Solaris

Teljesen egyet ertek veled, de itt most nem arrol kell donetni, hogy kedvenc a Sametime vagy sem, hanem hogy bekeruljon a 10 szavazhato program koze. Ahhol (szerintem) helye van, hisz csak Magyarorszagon sokezer ember hasznalja napi 8+ oraban. (a vilagon pedig legalabb 400.000 :-)

- wlm
- bitlbee
+ facebook
+ google talk

Merthogy tapasztalatom szerint az emberek nagyrésze a wlm-et már nem nagyon használják, ugyanis ott van helyette a facebook, amin úgyis ott lógnak éjjelnappal, vagy a gtalk, ami integrálva van gmail-be meg androidba.
Ja, és azért a "- bitlbee", mert talán mindkét lehetőség több mint 14 szavazatot kapna, amennyit a bitlbee tavaly összeszedett.

(Persze lehet finomítani, hogy mit vegyünk ki, vagy akár össze is vonni a facebookot, meg a gtalkot egy kategóriává végülis mindkettő XMPP...)

Miért nem az? Van natív program pl. Androidra, de azt sem látom, hogy attól még, hogy valami web alapú miért ne lehetne programnak nevezni(csak épp nem a te gépeden fut, hanem a webszervereken). Amúgy a facebook chat és a gtalk mára nagyon visszaszorította a hagyományos IM programok használatát (talán a skype-ot kivéve) így elég fura lenne őket kihagyni a listáról. Kicsit hasonló történik most, mint annak idején, amikor a msn messenger kiszorította az icq-t.

"kedvenc audiólejátszó" 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

(meg az összes -xmms -xmms2 +xmms/xmms2 kezdetű szavazatra)

-1
attól hogy mindkettőt xmms-nek hívják (meg mindkettő alapvetően zenelejátszó program), az égvilágon semmi közük sincs egymáshoz (sőt, az xmms az a X Multimedia System, az xmms2 meg a X-platform Music Multiplexing System 2 rövidítése..). ugyan ilyen alapon összevonhatnánk mondjuk webböngészőnél a firefox-ot meg az elinks-et, hiszen mindkettővel lehet webet böngészni meg tud tabokat. ha már mindenáron össze akar vonni valaki, akkor inkább tegye az audacious-al és az xmms-el, hiszen az audacious (a bmp-n keresztül) egy xmms fork. vagy esetleg egy client-server (mpd, xmms2, stb) opciót is létre lehetne hozni mpd és xmms2 helyett

szerintem.

I hate myself, because I'm not open-source.

"kedvenc BSD rendszer" 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 böngésző" 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

Hogyne. Akkor vonjuk össze a szerver oldali scriptnyelveket, a kliens oldali scriptnyelveket, a shell script nyelveket, a strukturált nyelveket, az objektumorientált, de nem managed nyelveket, a formális nyelveket és a leírónyelveket is. (Pont meg is van a 10.)

Ha feladathoz választasz eszközt, és változatos feladatokat kapsz, akkor pont az lesz az eredmény, hogy több összevont kategóriában is van egy általad preferált nyelv. Persze ebből kiválaszthatod azt a kategóriát, amelyikben a kedvenc nyelved van, vagy kiválaszthatod azt a kategóriát, amelyik az általad leginkább kedvelt problémák megoldására van. Csakhogy a szavazás nem erről szól, hanem a kedvenc programnyelvről, ezért nincs értelme összevonni.

--
Don't be an Ubuntard!

Hat te meg nem lattal rendes ML nyelvet, ez mindazt, amitol a javat tulbonyolitottnak es feleslegesen szajbaragosnak erzem hozza, cserebe az ML nyelvek hatranyaibol is megtart mindent.

A JS-t az emberek a DOM miatt huzzak le, ami nem maga a nyelv, hanem egy lib. Nem mellesleg a JS LISP-alapu, tehat eppugy funkcionalis bohockodasokra van kitalalva mint a scala, csak nem 35 custom jelolessel.

Kliensoldali .NET reklám- és képzési célokat szolgált eddig is, most az hogy esetleg Windows 8 -ban deprecated lesz, nem jelent semmit. Lehet hogy már nincs szükségük erre a reklámkampányra, helyette inkább kivételesen azt akarják, hogy működjön valami kliens oldalon...
Eddig is a server oldalon volt a hangsúly.

-1

aki szerint az ms kidobja a .net-et, annak teljesen nyilvánvalóan fingja sincs a témáról.

de a ./-os első komment jól summázza: "Just for Joel to get some visitors to his ad ridden .info site..." de azért jó, hogy tényként kezeled, a lua-t meg egy komolyan vehető valamiként.

[ NeoCalc - Earnings Calculator for NeoBux ]

http://www.youtube.com/watch?v=p92QfWOw88I

Micro$oftos ürge, win8, html5/js.

"Our .NET technology might be supported in some sort of backward compatible mode but it clearly isn't going forward anymore."

Mindegy akit érdekel és érint az úgyis utánanéz.......

Még hosszú ideig meg lehet élni .NET-es prüntyögésből, ahogy most VB-ből is. Csak tisztába kell lenni, hogy van élet a winfoson is túl.

--
GPLv3-as hozzászólás.

ez nagyon megható, csak ilyet ez a csóka sehol nem mond a linkelt videóban.

de mindegy, már ott sikerült véglegesen leírnod magad, hogy ".net-es prüntyögés", meg "winfos", mivel láthatóan még közöd nem volt ezekhez a dolgokhoz, max látásból. aztán még jól megszakérted, hogy hát az úgy van. hogy a .net framework, meg a .net-ben írt visual studio az egy hobbiprojekt, amit kukáznak lol? az új felület appjait eleve .net-ben is lehet írni. az meg, hogy a luát (egy scripting nyelvet!!) a .net-nél komolyabb valaminek tartod, egyszerűen röhejes.

[ NeoCalc - Earnings Calculator for NeoBux ]

Nehéz dolog egy ilyen micro$oftos trollal vitatkozni mint te vagy...

Az idézetet egy harmadik csóka mondta. A BUILD-es bemutató a HTML5/JS kombóról szól.

COBOLt, Lispet, Fortrant, Clippert, Béziket se látom a listában pedig ott lehetnének. Ez egy nagyon hiányos lista. És ha már hiányos a lista akkor szeretném ott látni a kedvenceimet. És a legkedvencebb interpreteres nyelvem a Lua.

Ilyen egyszerű ez te kis micro$oftos trolladék.

--
GPLv3-as hozzászólás.

Szívesen írnám, ami eszembe jut, csak az oldal hagyományai miatt attól tartok, hamarabb repülnék, mint te.

Hogy ontopic is legyek: a cobol, lisp, fortran, clipper, basic azért nem szerepel a listán, mert mára viszonylag kevés helyen használják ezeket a többi nyelvhez képest, ezért a rajongói táboruk is jóval kisebb, mint mondjuk a c#-é. Még ha a microsoft kukázná is a .net-et*, akkor sem arról szól a szavazás, hanem a kedvenc programnyelvről, ami lehet olyan nyelv, aminek nincs jövője** (lásd pascal és társai).

*: nem fogja, gyakorlatilag az összes technológiáját .net-re építi, a .net felépítéséből adódóan pedig a c#-nak nincs félnivalója. A metro csak az ui, illetve egy keretrendszer widgetekhez, és ezen widgeteket történetesen lehet írni html-ben és javascriptben is. De azt ugye te sem gondolod komolyan, hogy teljes alkalmazásokat fognak html-ben és javascriptben írni a platformra?

**: legalábbis nem nagyon látok pascal/delphi híreket, persze ez nem jelenti azt, hogy hobbiprojectek még életben tarthatják a platformot egy ideig.

--
Don't be an Ubuntard!

ja értem, tehát ismersz valakit, aki látott már olyat, aki mondott olyat, hogy meg fog halni a .net.

a build-es bemutató NYILVÁN a html/js kombóról szól. szerinted ehelyett az új fícsör helyett a 10 éve létező .net-et kéne mutogatniuk, vagy mi? "igen, még mindig megvan, még mindig ugyanúgy működik!", izgi bejelentés lenne. tényleg ennyire sötét vagy?

esetleg valami tényszerűt is hallani fogunk tőled, vagy csak hipotéziseket sikerül előhúzni? (költői kérdés volt) hogy majd a microsoft kidobja a .net stacket, vele együtt a saját OS-ére készült komplett fejlesztői környezetet (visual studio), a webes framework-jét (asp.net), az összes meglévő app-ot, elzárja magát a multiplatform kompatibilitástól (arm vs x86), csak azért, mert egy nagyokos elfingotta magát, hogy szerinte a .net halott, mivel a build a html/js-ről, az új api-ról szólt (nahát). jogos, teljesen megalapozott állítás!

engem tökéletesen hidegen hagy, hogy mi a kedvenc scriptnyelved, meg az is, ha trolladékozol, meg fújfújwinfos-ozol (érett, értelmes viselkedés), de attól még ilyen orbitális faszságokat ne állíts már be tényként, mert a falnak megyek tőle.

[ NeoCalc - Earnings Calculator for NeoBux ]

Személy szerint -nem vagyok fejlesztő-, én örülnék ha a .NET megdöglene, vagy még jobb lenne visszamenni az időben és kinyírni a megalkotóját. A fejlesztők találnának mást. Az valahol mégis abnormális, hogy egy 200 kB-os program, ami kitesz két gombot, nem működik a .NET4 RT nélkül, ami 500MB. Vagy már a .NET5-nél tartunk? :-)

Jó, akkor írtsuk ki az összes libet a világon, mert gyakorlatilag bármely nagyobb oprendszerre többgigányi lib készült. Persze, neked biztos elmegy a Gnome a GTK+, Cairo, Glib, libc, GIO, GObject, Pango és még egy valagnyi egyéb lib nélkül is.

Mondjuk úgy könnyű azt kívánni, hogy "dögöljön meg a másik lova", hogy te nem vagy érintett a dologban.

Bónusz kérdés: a Java megalkotóit ne nyírjuk ki?

--

Egyébként meg szerintem dögöljön meg az összes böngészőfejlesztő, használjon mindenki IE6-ot, mert nincs kedvem kiscsillió elbaszott böngészőre optimalizálni a honlapokat, usererk le vannak szarva, IE6 tökéletes!!!444

----------------
Lvl86 Troll

Fejlesztőként nem vagyok érintett. Userként meg szívok vele, mint a torkosborz.

Amúgy meg:
http://www.zenwalk.org/modules/tinycontent/index.php?id=31

Zenwalk's Live Edition is a complete GNU/Linux operating system. Just as with Zenwalk's desktop Edition, out of the box, you will be able to browse, mail, chat, listen to music, program in C, Perl, Python, Ruby,.. watch videos in various formats, write documents, print, scan, burn CD and DVD, connect your camera and edit your photographs, without adding anything. Coders will like the full set of development libraries and interpreters. The Live Edition also includes extras such as system recovery tools, partition tools, video games and much more...

Biztos nincs olyan jó, mint a .NET, de wazze! Ráfér egy CD-re!!!

Offtopic:

Miert ne volna? Azert mert a management dont olyan szakmai kerdesekben, amihez semmi koze, es ebbol kovetkezoen a sun meg a microsoft jobban cseng, mint a digitalmars? Vagy mert a chip gyartok (ami talan a legnagyobb piaci eselye lenne a D-nek) meg a beagyazott forditok gyartok meg mindig csak C forditot tudnak irni? Na jo neha sikerul C++-t vagy Ada-t is. Na ja. Attol ezek a nyelvek mind elegge, hat hmmm.. felejtosek. Csak hat nincs mas. Szoval nagyon is lenne helye. Pl. a beagyazott rendszerekben egeto szuksg lenne egy modern es jo nyelvre, de hat amig nincs nagy ceg, nincs marketing, nicns meggyozo ero, addig eselytelen, hogy akarmelyik chip vagy compiler vendor hajlando legyen pl. D forditot is szallitani. Vagy pl. egy jo kis modern forditos nyelvre is nagy szuklseg volna PCs kornyezetben a vendor lock-ines C# es a "szuprgyors" Java mellett.

Beagyazott rendszerek:
Hasonlitsd ossze a C, C++, Ada, es D specifikaciojat. Magad is rajossz, hogy mi a kulonbseg. Na nem a szintaxis, az ugyanis a C/C++-hoz eleg kozel all. Lenyegebne totalisan elvault es hasznalhatatlan nyelvek koze lenne egy modern nyelv, ami lenyegeben minden olyan kivantaos tulajdonsaggal bir, amit ma egy modern nyelv csak tudhat. Miert kerdes, hogy miben jobb?

http://www.d-programming-language.org/comparison.html

PC-s kotnyezet:
Van egy nagyon jo nyelv a C#, ami egy vendor lock-in. Van egy majdnem jo nyelv a Java, amiben legendasan gyors programokat keszitenek. Ehhez kepest lenne egy a C#-hoz merhetoen jo nyelv, keresztplatformos forditokkal, es raadasul sebessegben is kivalo. Persze a PCs tejedeshez elsosorban a libraryk hianyoznak, ami azert gyorsabban orvoslhato, mint azt hirdetik.

Igen, tudom. De ez a beagyazott rendszerek nagyon kicsi toredeke. Raadasul ezek gyakorlatilag PC teljesitmenyu mikroszamitogepek, oprendszerrel, keretrendszerrel, stb. A beagyazott rendszerek nagy tobbsegen op rendszer sincs, nemhogy .net. (Hala istennek.)
Szoval ez olyan, mint az albino elefant. Biztos nagyon szep allat, de azert otthonra nem kene.

a probléma ott van, hogy a meglévő szakembereket senki sem fogja ingyen átképezni D-re. a meglévő rendszereket senki sem fogja ingyen átírni D-re. a hrdvert se fogja senki felkészíteni rá ingyen, és a usereket se fogja rávenni senki, hogy telepítgessen D runtime-ot (már ha van, ennyire nem néztem utána). PLUSZ az esetek 99%-ában nem az adott valami minősége dönti el, hogy az nyer-e a versenyben.

[ NeoCalc - Earnings Calculator for NeoBux ]

Atkepzes: ez minden nyelvre igaz, megis minden nepszeru nyelvre automatikusan megjelennek a szakemberek.Szoval a nepszerusegi hatart kell attorni.
A meglevo applikaciokat nem kell portolni, a D tud mas nyelven irodott kodot linkelni. (C-t biztosan es talan C++-t is) Sot talan van olyan projekt is, hogy D kod fut JVM-en.
Hardver: megvannak a forditok (GNU, LLVM, digitalmars) az altalanos architekturakra, a specialis chipekre pedig hat portolni kellene. De a hardwaret vegulis nem kell ra felkesziteni.
D runtime alapvetoen nem kell. Ugyanazt a kodot tudod forditani es tudod szkriptkent is futtatni. Ahhoz kellhet a runtime, de nem letszukseglet.
"PLUSZ az esetek 99%-ában nem az adott valami minősége dönti el, hogy az nyer-e a versenyben." Ez sajnos igaz.

azért legalább megnézhetted volna az általad linkelt benchmarkot, mielőtt ilyen okosat mondasz ;)

Programnyelvek gyorsaságát amúgy sem lehet objektívan összehasonlítani, mert nagyon feladatfüggő a dolog. Senki nem tudja megmondani, hogy "milyen egy átlagos program".

"Programnyelvek gyorsaságát amúgy sem lehet objektívan összehasonlítani, mert nagyon feladatfüggő a dolog."
Itt ponthogy ugyanazt a feladathalmazt mertek le, ennel objektivebb osszehasonlitast nem lehet csinalni.
Ez egy benchmark, ami implementaciokat hasonlit ossze (hiszen nyelveket nem is lehet). Az implementaciok kozott a Java 7 nagyon jol all: ugynazt a problemat Javaban megoldva a C-s megoldashoz kepest atlagosan 47%-kal lassabban mukodik, szemben peldaul a Free Pascal 321%-aval, vagy a PHP 4400%-aval. Ez egy joval objektivebb meres, mint az, hogy "Javaban legendasan lassu programokat irnak." Az, hogy valaki nem tud gyors programot irni Javaban, az nem a Java hibaja, hanem a programozoe.

Nem kaptad el a lényeget. A feladatfüggő pont azt jelenti, hogy a feladattól függ, hogy melyik nyelv hogy teljesít. Azaz lesz olyan feladat, amiben ez, lesz olyan amiben az lesz erősebb (persze egy ÁLTALÁNOS sorrend fel fog állni, főleg hogy szinte minden nagyobb nyelv C-re fordul), vagy legalábbis az arányok változni fognak. Nem tudsz olyan feladatsort összeállítani, hogy na így néz ki egy általános program, mert nem létezik általános program. Minden programnak mások az igényei, más nyelvek fognak tündökölni.

Az meg, hogy a C++ implementáció le van maradva a C-től a tesztírók kompetenciáját mutatja, mivel ami C-ben használható az C++-ban is, tehát nyílván nem optimális kódot írtak, ezután meg már hadd ne tekintsem értelmesnek a tesztet, ha kedvük szerint implementálják a taszkokat.
----
Hülye pelikán

"Az meg, hogy a C++ implementáció le van maradva a C-től a tesztírók kompetenciáját mutatja, mivel ami C-ben használható az C++-ban is, tehát nyílván nem optimális kódot írtak, ezután meg már hadd ne tekintsem értelmesnek a tesztet, ha kedvük szerint implementálják a taszkokat."
Minden nyelven lehet Fortran kodot irni. Naes? Itt pont az az erdekes, hogy amekkora fejlesztesbeli kenyelmet az a C++, az mennyiben van kihatassab a futasi sebessegre. Ezert nem C kodot teszteltek C++ neven. Ezt nem hiszem, hogy olyan nehez lenne megertni.

Ha zavar, hogy szerinted melyik implementacio nem olyan, mint lennie kene, akkor itt: http://shootout.alioth.debian.org/u64q/benchmark.php?test=nbody&lang=gpp megnezheted, hogy mit jelent, ha valamit C++-ban implementalnak. Ez pont azt csinalja, hogy kihasznalja a C++ nyelvi elemeit ugy, ahogy azt kitalaltak.
Java-ban is lehet proceduralis kodot irni.

Nem értem mi a gondod a fentiekkel. Szerintem inkább neked kellene megnézned a benchmarkot, mielőtt ilyen okosat mondasz ;)
Sokkal objektívebb a mérésekre alapozott megállapítás, mint a népmesébe hajló szájhagyomány, miszerint lassú a java.
Kíváncsian várnék Tőled egy, a fentiektől teljesen eltérő eredményt adó benchmarkot! Anélkül ez csak trollkodás.

Egyrészt egyetértek veled, viszont az túlzás, hogy a bash nem programozási nyelv, mert akkor a js sem az. Inkább azt mondanám, hogy nem egy komoly nyelv, nem kezd neki senki komoly programot bash-ban fejleszteni (annak ellenére, hogy azért ugye turing teljes az is).
Bár azok után, hogy milyen komoly cuccokat láttam már Excelben megvalósítva, már semmin nem lepődök meg...

Lehet en nem ertek jol valamit, de miert akartok mindenkeppen -olni? Olyat nem lehet hogy csak +ot irsz es bovited a felsoroltakat?

Ez egy olyan szavazas, hogy tiz izebigyot lehet javasolni, tehat van egy tiz elemu listad. A nyito postban Trey mindig felsorolja az adott kategoria tavalyi jeloltjeit (kiveve, ha uj kategoria van, ekkor csak a legnepszerubbeket, de az mas tema). Mivel ez a tiz elemu lista (tekintsd tombnek) nem bovitheto, mindenkepp el kell venni valamit, hogy utana hozza rakhass valamit, mivel a 10 hely jelenleg ki van toltve.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal