mboost-dp1
Jubii skifter stil
- Forside
- ⟨
- Forum
- ⟨
- Tagwall
Ja, nyheden var ikke helt stor nok til forsiden, men se den her.
Se det nye layout på Jubii
---
Personligt mener jeg at det gamle layout var noget af det værste, så det kunne kun blive bedre, men når det er sagt, vil jeg lige sige at jeg heller ikke kan lide det nye, det minder mig ALT for meget om Apple.
Se det nye layout på Jubii
---
Personligt mener jeg at det gamle layout var noget af det værste, så det kunne kun blive bedre, men når det er sagt, vil jeg lige sige at jeg heller ikke kan lide det nye, det minder mig ALT for meget om Apple.
#1 @The-Lone-Gunman:
Tak skal du have, hvis du ikke havde skrevet det - så var jeg personligt kun blevet opmærksom på det hvis jeg ved en fejl havde klikket på et link der pegede imod Jubii.
Og så lige lidt kommentarer til Jubii!
498 fejl i 477 linjer, imponerende - det må da slå alle rekorder indtil videre? Og så er det helt basale fejl som at & skal angive som & i links og billeder for at være korrekte. Ved nærmere eftersyn tror jeg faktisk at det kan halvere antallet af fejlmeddelelser, hvis ikke mere.
Lidt komisk at Jubii ligeledes benytter flere forskellige scriptsprog, ASP, ASP.NET og PHP - man forstår da godt at det kan blive svært at vedligeholde og overskue.
Tak skal du have, hvis du ikke havde skrevet det - så var jeg personligt kun blevet opmærksom på det hvis jeg ved en fejl havde klikket på et link der pegede imod Jubii.
Og så lige lidt kommentarer til Jubii!
498 fejl i 477 linjer, imponerende - det må da slå alle rekorder indtil videre? Og så er det helt basale fejl som at & skal angive som & i links og billeder for at være korrekte. Ved nærmere eftersyn tror jeg faktisk at det kan halvere antallet af fejlmeddelelser, hvis ikke mere.
Lidt komisk at Jubii ligeledes benytter flere forskellige scriptsprog, ASP, ASP.NET og PHP - man forstår da godt at det kan blive svært at vedligeholde og overskue.
Jeg vil lige starte med at gøre opmærksom på tråden der kører på CW http://debat.computerworld.dk/thread.asp?Mode=View...
Hvor & blandt andet også er omtalt.
Jubii er en stor portal med mange designere så selvfølgelig tager det tid at konvertere.
Uden at have videre genskab til Jubii vil jeg tro at der bliver udvekslet kode på kryds og tværs i Lycos netværket, hvor de opkøbte selskaber sandsynligt har brugt forskellige teknologier, og samtidig med en konvertering til ASP.NET giver det jo mange sprog at holde styr på.
For Jubii vil jeg da håbe at de får konverteret det meste til et fælles sprog.
Hvor & blandt andet også er omtalt.
Jubii er en stor portal med mange designere så selvfølgelig tager det tid at konvertere.
Uden at have videre genskab til Jubii vil jeg tro at der bliver udvekslet kode på kryds og tværs i Lycos netværket, hvor de opkøbte selskaber sandsynligt har brugt forskellige teknologier, og samtidig med en konvertering til ASP.NET giver det jo mange sprog at holde styr på.
For Jubii vil jeg da håbe at de får konverteret det meste til et fælles sprog.
#3 @Quaser:
Det underlige er at den nye Jubii inddrager PHP, det mener jeg faktisk ikke har været tilfældet før - da ikke i den ombæring som det nu er sket.
Alt i alt synes jeg det er spild af tid at fortsætte med at lappe på de systemer man før har brugt, hvis man vil lave noget langtidsholdbart og professionelt - så må man altså forsøge at komme alle de eksisterende kompromiser til livs.
Udover det kan jeg ikke se fornuften i at Jubii stadig skal fremstå som en selvstændig portal (designet på Jubii er ikke som Lycos - de minder om hinanden, men der er stadig forskelle - med mine øjne er Jubii flottest).
Jubii ønsker stadig ikke at ofre penge på sikkerhed, når jeg som bruger skal logge på så er der ingen foranstaltninger der gør at min kode envejskrypteres inden afsendelse - og SSL kan man heller ikke forvente. Alt sammen meget skrabet.
Mange ting er halvfærdige, mere halvfærdige end tidligere - på http://login.jubii.dk står der i titellinjen "Lycos", helt ærligt - hvor lidt har man ofret på implementeringen?
Det er muligt at tingene kommer 'hen af vejen', men hvorfor så ikke vente med at lancere det til det reelt set betyder forbedringer for brugerne?
Det underlige er at den nye Jubii inddrager PHP, det mener jeg faktisk ikke har været tilfældet før - da ikke i den ombæring som det nu er sket.
Alt i alt synes jeg det er spild af tid at fortsætte med at lappe på de systemer man før har brugt, hvis man vil lave noget langtidsholdbart og professionelt - så må man altså forsøge at komme alle de eksisterende kompromiser til livs.
Udover det kan jeg ikke se fornuften i at Jubii stadig skal fremstå som en selvstændig portal (designet på Jubii er ikke som Lycos - de minder om hinanden, men der er stadig forskelle - med mine øjne er Jubii flottest).
Jubii ønsker stadig ikke at ofre penge på sikkerhed, når jeg som bruger skal logge på så er der ingen foranstaltninger der gør at min kode envejskrypteres inden afsendelse - og SSL kan man heller ikke forvente. Alt sammen meget skrabet.
Mange ting er halvfærdige, mere halvfærdige end tidligere - på http://login.jubii.dk står der i titellinjen "Lycos", helt ærligt - hvor lidt har man ofret på implementeringen?
Det er muligt at tingene kommer 'hen af vejen', men hvorfor så ikke vente med at lancere det til det reelt set betyder forbedringer for brugerne?
Acro>
Angående &, manglende alt attributter osv, burde det som nævnt allerede været forklaret i andre fora og jeg skal undlade at gentage mig selv.
Angående de forskellige sprog, så kan det forklares ganske enkelt med at der benyttes de teknologier til de ting de er bedst til eller hvor det gør det nemmest at få en ting oppe at køre uden at skulle opfinde den dybe tallerken hver gang. Således kører f.eks Jubiis debat forum (der nej, ikke har skiftet design 100%) php, da det kører på vBulletin og lignende.
Ligeledes kører en række produkter fra andre udviklingslande i Lycos koncernen. Disse afdelinger stammer tilbage fra andre virksomheder der i tidens løb er blevet køb, ligesom Jubii blev. Det burde ikke kræve syndelig meget logik at regne en nogenlunde pris ud på at begynde at lære tidligere jsp eller php programmører asp.net eller omvendt for den sags skyld. Derfor må det logiske være at lade folk benytte det de er mest komfortable med, få lavet noget kode og så længe det er serverside er det jo egentlig fløjtene ligegyldigt for brugerne? ;)
Angående forskellen mellem Jubii og de andre Lycos portaler så tror jeg ikke du har læst diverse pressemeddelser osv godt nok, da det netop er et design der er udviklet i Danmark og er planlagt til at rulle ud på alle Lycos portaler i løbet af den kommende tid. Men for at mindske belastningen kræver det at det ikke sker samtidig ;-)
Angående det at der mangler diverse smårettelser rundt omkring så tror jeg bare jeg vil nøjes med at kommentere det med at, næste gang der skal koordineres et sådanne projekt på tværs af 14 lande, hvor ikke alle taler engelsk, og et par 100 programmører plus diverse andre afdelingsgrupper, med integrerede produkter der kører fra forskellige lande, ja så tror jeg næsten jeg vil se om du ikke kan få en invitation til at være projektleder på det - Det er vist den eneste måde at forstå kompleksiteten og det politiske spil i et sådanne projekt. ;-)
Det er stadigvæk forretning og der skal stadigvæk tjenes penge uanset om man hedder frisør finn eller Jubii/Lycos. Der er deadlines der skal nåes hvilket presser nogen ting frem og andre tilbage, sådan er livet nu en gang i en større international virksomhed hvor medarbejderne ikke styres med pisk, kæft trit og retning ;-)
Hvis nogen herinde husker Wireds redesign, så vil de også errindre at der faktisk gik en rum tid før de fik luget ud i de fleste deltaljer, og man bør måske så her tage i mende at de 100% kontrollerer deres eget indhold og primært leverer en enkelt type service nemlig editor redigeret indhold ;-)
Men nu skal jeg være ærlig og sige at jeg ikke orker at bruge mere tid på at kvæulere hvorvidt Jubii skulle skydes eller klappes på skuldrene. Det er min fritid simpelthen for værdifuld til. Det eneste jeg vil glæde mig over at 1. bølge nu er sat i værk og 2. bølge er på vej. Der er mange ting der kunne gøres bedre og en del vil sikkert blive gjort med tiden. Måske man her skulle errindrer om Platos historie om hulen ;-)
Angående &, manglende alt attributter osv, burde det som nævnt allerede været forklaret i andre fora og jeg skal undlade at gentage mig selv.
Angående de forskellige sprog, så kan det forklares ganske enkelt med at der benyttes de teknologier til de ting de er bedst til eller hvor det gør det nemmest at få en ting oppe at køre uden at skulle opfinde den dybe tallerken hver gang. Således kører f.eks Jubiis debat forum (der nej, ikke har skiftet design 100%) php, da det kører på vBulletin og lignende.
Ligeledes kører en række produkter fra andre udviklingslande i Lycos koncernen. Disse afdelinger stammer tilbage fra andre virksomheder der i tidens løb er blevet køb, ligesom Jubii blev. Det burde ikke kræve syndelig meget logik at regne en nogenlunde pris ud på at begynde at lære tidligere jsp eller php programmører asp.net eller omvendt for den sags skyld. Derfor må det logiske være at lade folk benytte det de er mest komfortable med, få lavet noget kode og så længe det er serverside er det jo egentlig fløjtene ligegyldigt for brugerne? ;)
Angående forskellen mellem Jubii og de andre Lycos portaler så tror jeg ikke du har læst diverse pressemeddelser osv godt nok, da det netop er et design der er udviklet i Danmark og er planlagt til at rulle ud på alle Lycos portaler i løbet af den kommende tid. Men for at mindske belastningen kræver det at det ikke sker samtidig ;-)
Angående det at der mangler diverse smårettelser rundt omkring så tror jeg bare jeg vil nøjes med at kommentere det med at, næste gang der skal koordineres et sådanne projekt på tværs af 14 lande, hvor ikke alle taler engelsk, og et par 100 programmører plus diverse andre afdelingsgrupper, med integrerede produkter der kører fra forskellige lande, ja så tror jeg næsten jeg vil se om du ikke kan få en invitation til at være projektleder på det - Det er vist den eneste måde at forstå kompleksiteten og det politiske spil i et sådanne projekt. ;-)
Det er stadigvæk forretning og der skal stadigvæk tjenes penge uanset om man hedder frisør finn eller Jubii/Lycos. Der er deadlines der skal nåes hvilket presser nogen ting frem og andre tilbage, sådan er livet nu en gang i en større international virksomhed hvor medarbejderne ikke styres med pisk, kæft trit og retning ;-)
Hvis nogen herinde husker Wireds redesign, så vil de også errindre at der faktisk gik en rum tid før de fik luget ud i de fleste deltaljer, og man bør måske så her tage i mende at de 100% kontrollerer deres eget indhold og primært leverer en enkelt type service nemlig editor redigeret indhold ;-)
Men nu skal jeg være ærlig og sige at jeg ikke orker at bruge mere tid på at kvæulere hvorvidt Jubii skulle skydes eller klappes på skuldrene. Det er min fritid simpelthen for værdifuld til. Det eneste jeg vil glæde mig over at 1. bølge nu er sat i værk og 2. bølge er på vej. Der er mange ting der kunne gøres bedre og en del vil sikkert blive gjort med tiden. Måske man her skulle errindrer om Platos historie om hulen ;-)
Jeg har lige kigget rundt på sitet, og fandt denne pressemeddelelse...
Taget fra den:
"Dansk design er andet end møbelklassikere fra Arne Jacobsen og andre af de store mestre. Vores stolte traditioner føres videre i den digitale verden. I disse dage lancerer portalen Jubii sit nye design"
Ja, man kan da ikke kalde dem beskedne...
---
Andet citat:
"et design, der er 100% dansk"
Jeg har sagt det før, men prøv at kigge på Apple. Prøv også at se MSN. Altså det nye design er ikke helt nyt. Specielt menuen på Apple, med farve skift og det hele...
Taget fra den:
"Dansk design er andet end møbelklassikere fra Arne Jacobsen og andre af de store mestre. Vores stolte traditioner føres videre i den digitale verden. I disse dage lancerer portalen Jubii sit nye design"
Ja, man kan da ikke kalde dem beskedne...
---
Andet citat:
"et design, der er 100% dansk"
Jeg har sagt det før, men prøv at kigge på Apple. Prøv også at se MSN. Altså det nye design er ikke helt nyt. Specielt menuen på Apple, med farve skift og det hele...
#5 @Gensmann:
Jeg ved ikke om du ønsker at svare, men jeg går alligevel ud fra at du får læst mit svar - ligeledes kan det være at andre interessere individer ønsker at besvare, og det skal naturligvis stå dem frit for.
Det er muligt at IT-Avisen har ramt en uheldig formulering (det skulle såmend ikke være første gang) men de skriver ordret "I disse dage lancerer Jubii, samt resten af Lycos, et splinternyt design, som er 100 procent dansk." - hvis jeg som uvidende (og derved ikke involveret i Jubii udover at den virksomhed jeg arbejder for benytter _mange_ reklamekroner hos Jubii årligt) ikke udfra den kontekst kan konkludere at designopdateringen omfatter alle portaler, så må du have mig undskyldt.
Jubii selv skriver ikke direkte hvornår designændringen vil omfatte de andre steder, og da jeg aldrig nogensinde har brugt Lycos før (og de to designs allerede ligner hinanden ret væsenligt) antager jeg naturligvis at ændringen har fundet sted, men at Jubii og Lycos ønsker at benytte to forskellige identiter - på trods af at det basalt set er samme forretningskoncept, bare på forskellige lokationer.
Som du også angiver bør det være fløjtende ligegyldigt for slutbrugeren hvor mange forskellige scriptsprog Jubii benytter; jeg udtrykker bare mine frustrationer for engang at skulle kunne overskue et lignende projekt - det er muligt at Jubii ikke kan overskues af en programmør alene, men når man samtidig benytter flere forskellige sprog - så gør man opgaven langt sværere. Ligeledes er det lettere at integrere hvis man kun benytter sig af et sprog, det kan man på ingen måde komme udenom.
Skal vi tale om koordinering (hvilket jeg finder dybt ligegyldigt, hvis man vil gøre et godt arbejde så må man benytte de ressourcer det kræver), så ville jeg synes det var langt mere nærliggende at man havde nogle krav - såsom at man skulle kunne XHTML, CSS og ASP.NET (hvis altså det er Lycos' valg), og hvis man ikke kunne det - så har man ganske enkelt ikke mulighed for at arbejde hos Lycos. Hvis der virkelig sidder programmører i hvert land, der laver de samme opgaver - så synes jeg også det virker underligt, man burde fordele de store funktioner ligesom chat udvikles af en gruppe, det alle har mulighed for at tale sammen.
Jeg ved ikke om du ønsker at svare, men jeg går alligevel ud fra at du får læst mit svar - ligeledes kan det være at andre interessere individer ønsker at besvare, og det skal naturligvis stå dem frit for.
Det er muligt at IT-Avisen har ramt en uheldig formulering (det skulle såmend ikke være første gang) men de skriver ordret "I disse dage lancerer Jubii, samt resten af Lycos, et splinternyt design, som er 100 procent dansk." - hvis jeg som uvidende (og derved ikke involveret i Jubii udover at den virksomhed jeg arbejder for benytter _mange_ reklamekroner hos Jubii årligt) ikke udfra den kontekst kan konkludere at designopdateringen omfatter alle portaler, så må du have mig undskyldt.
Jubii selv skriver ikke direkte hvornår designændringen vil omfatte de andre steder, og da jeg aldrig nogensinde har brugt Lycos før (og de to designs allerede ligner hinanden ret væsenligt) antager jeg naturligvis at ændringen har fundet sted, men at Jubii og Lycos ønsker at benytte to forskellige identiter - på trods af at det basalt set er samme forretningskoncept, bare på forskellige lokationer.
Som du også angiver bør det være fløjtende ligegyldigt for slutbrugeren hvor mange forskellige scriptsprog Jubii benytter; jeg udtrykker bare mine frustrationer for engang at skulle kunne overskue et lignende projekt - det er muligt at Jubii ikke kan overskues af en programmør alene, men når man samtidig benytter flere forskellige sprog - så gør man opgaven langt sværere. Ligeledes er det lettere at integrere hvis man kun benytter sig af et sprog, det kan man på ingen måde komme udenom.
Skal vi tale om koordinering (hvilket jeg finder dybt ligegyldigt, hvis man vil gøre et godt arbejde så må man benytte de ressourcer det kræver), så ville jeg synes det var langt mere nærliggende at man havde nogle krav - såsom at man skulle kunne XHTML, CSS og ASP.NET (hvis altså det er Lycos' valg), og hvis man ikke kunne det - så har man ganske enkelt ikke mulighed for at arbejde hos Lycos. Hvis der virkelig sidder programmører i hvert land, der laver de samme opgaver - så synes jeg også det virker underligt, man burde fordele de store funktioner ligesom chat udvikles af en gruppe, det alle har mulighed for at tale sammen.
>Jubii selv skriver ikke direkte hvornår designændringen vil
>omfatte de andre steder, og da jeg aldrig nogensinde har
>brugt Lycos før (og de to designs allerede ligner hinanden
>ret væsenligt) antager jeg naturligvis at ændringen har
>fundet sted, men at Jubii og Lycos ønsker at benytte to
>forskellige identiter - på trods af at det basalt set er
>samme forretningskoncept, bare på forskellige lokationer.
De andre lande skulle komme med det nye design ganske hurtigt, dog vil der være nogle sites der kommer senere end andre (sådan som Jubii's gratis E-Mail service)..
>Som du også angiver bør det være fløjtende ligegyldigt for
>slutbrugeren hvor mange forskellige scriptsprog Jubii
>benytter; jeg udtrykker bare mine frustrationer for engang at
>skulle kunne overskue et lignende projekt - det er muligt at
>Jubii ikke kan overskues af en programmør alene, men når man
>samtidig benytter flere forskellige sprog - så gør man
>opgaven langt sværere. Ligeledes er det lettere at integrere
>hvis man kun benytter sig af et sprog, det kan man på ingen
>måde komme udenom.
Praktisk talt så snakker vi om 4 seperate afdelinger, med egne programmører, og egne grafikere...
Forskellen på sprogenen kan nu let forklares...
Messageboard'er er et købt produkt som er skrevet i php..
Vi brugte ASP og er først i løbet af de sidste 6-12 måneder begyndt at skifte til ASP.NET, grundet en deadline var det ikke realistisk at nå at konvertere alle sites til ASP.NET, man kan desværre nok ikke udenom at det tager længere tid at "bygge grundkomponenterne" i ASP.NET end i ASP (Som fra et udvikler synspunkt dog også blive mere behagelige i ASP.NET).
>Skal vi tale om koordinering (hvilket jeg finder dybt
>ligegyldigt, hvis man vil gøre et godt arbejde så må man
>benytte de ressourcer det kræver), så ville jeg synes det var
>langt mere nærliggende at man havde nogle krav - såsom at man
>skulle kunne XHTML, CSS og ASP.NET (hvis altså det er Lycos'
>valg), og hvis man ikke kunne det - så har man ganske enkelt
>ikke mulighed for at arbejde hos Lycos. Hvis der virkelig
>sidder programmører i hvert land, der laver de samme opgaver -
>så synes jeg også det virker underligt, man burde fordele de
>store funktioner ligesom chat udvikles af en gruppe, det alle
>har mulighed for at tale sammen.
Det er ikke realistisk i et firma af denne størrelse, tyskerne har brugt PHP i meget lang tid, svenskerne bruger java, danskerne brugte primært ASP, og hvem ved hvad franskmændene brugte...
Husk på at det vi snakker om her er mange firmaer der inden for en periode på en 3 år er blevet slået sammen, at bede folk
der ikke har arbejdet med .NET om at skifte til det, eller bede
os om at skifte til JAVA eller primært php er bare ikke realistisk, det tager lang tid at vende sig til et nyt udviklingsmiljø, og koster der ved mange penge...
Med bemærkningen om "så må man benytte de ressourcer det kræver" skulle man tro at du var fra det offentlige, det er bare ikke realistisk i et firma der skal tjene penge, jeg vil sgu' have min løn, det er jeg også sikker på at de andre udviklere vil, og Lycos har ikke en magisk pengetank som aldrig løber tør...
I et kæmpe firma som Lycos er der også en del politik, de tyske udviklings afdelinger vil helst lave så meget som muligt, og det vil vi i de danske selvfølgelig også... Det tager tid at "dele opgaverne ud", men det sker stille og roligt uden kæmpe ramaskrig...
Lige omkring det med antallet af dejl i valideringen på siden...
>omfatte de andre steder, og da jeg aldrig nogensinde har
>brugt Lycos før (og de to designs allerede ligner hinanden
>ret væsenligt) antager jeg naturligvis at ændringen har
>fundet sted, men at Jubii og Lycos ønsker at benytte to
>forskellige identiter - på trods af at det basalt set er
>samme forretningskoncept, bare på forskellige lokationer.
De andre lande skulle komme med det nye design ganske hurtigt, dog vil der være nogle sites der kommer senere end andre (sådan som Jubii's gratis E-Mail service)..
>Som du også angiver bør det være fløjtende ligegyldigt for
>slutbrugeren hvor mange forskellige scriptsprog Jubii
>benytter; jeg udtrykker bare mine frustrationer for engang at
>skulle kunne overskue et lignende projekt - det er muligt at
>Jubii ikke kan overskues af en programmør alene, men når man
>samtidig benytter flere forskellige sprog - så gør man
>opgaven langt sværere. Ligeledes er det lettere at integrere
>hvis man kun benytter sig af et sprog, det kan man på ingen
>måde komme udenom.
Praktisk talt så snakker vi om 4 seperate afdelinger, med egne programmører, og egne grafikere...
Forskellen på sprogenen kan nu let forklares...
Messageboard'er er et købt produkt som er skrevet i php..
Vi brugte ASP og er først i løbet af de sidste 6-12 måneder begyndt at skifte til ASP.NET, grundet en deadline var det ikke realistisk at nå at konvertere alle sites til ASP.NET, man kan desværre nok ikke udenom at det tager længere tid at "bygge grundkomponenterne" i ASP.NET end i ASP (Som fra et udvikler synspunkt dog også blive mere behagelige i ASP.NET).
>Skal vi tale om koordinering (hvilket jeg finder dybt
>ligegyldigt, hvis man vil gøre et godt arbejde så må man
>benytte de ressourcer det kræver), så ville jeg synes det var
>langt mere nærliggende at man havde nogle krav - såsom at man
>skulle kunne XHTML, CSS og ASP.NET (hvis altså det er Lycos'
>valg), og hvis man ikke kunne det - så har man ganske enkelt
>ikke mulighed for at arbejde hos Lycos. Hvis der virkelig
>sidder programmører i hvert land, der laver de samme opgaver -
>så synes jeg også det virker underligt, man burde fordele de
>store funktioner ligesom chat udvikles af en gruppe, det alle
>har mulighed for at tale sammen.
Det er ikke realistisk i et firma af denne størrelse, tyskerne har brugt PHP i meget lang tid, svenskerne bruger java, danskerne brugte primært ASP, og hvem ved hvad franskmændene brugte...
Husk på at det vi snakker om her er mange firmaer der inden for en periode på en 3 år er blevet slået sammen, at bede folk
der ikke har arbejdet med .NET om at skifte til det, eller bede
os om at skifte til JAVA eller primært php er bare ikke realistisk, det tager lang tid at vende sig til et nyt udviklingsmiljø, og koster der ved mange penge...
Med bemærkningen om "så må man benytte de ressourcer det kræver" skulle man tro at du var fra det offentlige, det er bare ikke realistisk i et firma der skal tjene penge, jeg vil sgu' have min løn, det er jeg også sikker på at de andre udviklere vil, og Lycos har ikke en magisk pengetank som aldrig løber tør...
I et kæmpe firma som Lycos er der også en del politik, de tyske udviklings afdelinger vil helst lave så meget som muligt, og det vil vi i de danske selvfølgelig også... Det tager tid at "dele opgaverne ud", men det sker stille og roligt uden kæmpe ramaskrig...
Lige omkring det med antallet af dejl i valideringen på siden...
Lige en perle, som bevis på at overskueligheden for længst er vokset fra Jubii - forsøger man at tilgå admin.jubii.dk ser man en side der sidst er opdateret i 1998!
Jeg står fuldt ved at det må stå skidt til når man ikke engang er bevidende om hvilke undersider man huser - eller når man ikke har nedsat en arbejdsgruppe der har til opgave at sørge for at man stadig kan bevare overblikket.
Jeg står fuldt ved at det må stå skidt til når man ikke engang er bevidende om hvilke undersider man huser - eller når man ikke har nedsat en arbejdsgruppe der har til opgave at sørge for at man stadig kan bevare overblikket.
Acro> selvfølgelig svarer jeg da så vidt jeg har mulighed for det. Det er jo ikke fordijeg føler det er nødvendigt at rende rundt med hovedet i jorden. ;)
Der står netop i IT avisens formulering at designet er udviklet i Danmark og det vil blive udbredt til Europa. Når du så begynder at undre dig over at Jubii's design er anderledes end Lycos så burde du måske have taget det udgangspunkt at de andre ikke er skiftet, i stedet for det modsatte hvor du forsøger at gætte dig frem andre konklusioner om hvad Lycos ledelsen har planlagt. Nogen gange er den simpleste forklaring ofte den rigtige i stedet for en man forsøger at perspektivere sig frem til selv. ;)
Jubii vil selvfølgelig stadigvæk hedde jubii, have eget logo osv, men det burde vist ikke være nødvendigt at forklare værdien at Jubii logoet i .dk i forhold til Lycos logoet ;-)
Hvad angår koordinerings spørgsmålet, så tror jeg bare jeg vil lade PRH's kommentar omkring ressourcer stå et øjeblik.
Derefter kan man jo så spekulere over hvorfor hedengangne medieportal firmaer og lignende ikke eksisterer i dag, men Jubii gør. Nogen gange er det bare nødvendigt grundet økonomi at vælge en metode frem for en anden, også selvom alle selvfølgelig gerne ville have brugt kaskader af summer på at rejse rundt, holde fine møder, diskuterer tingene igennem til hudløshed, og teste ned til sidste quark. ;)
Hvad angår admin.jubii.dk så har du ganske ret, den burde ikke være der da det er en oldtusse gammel rest og jeg kan da informere om at den og en del andre underlige URL'er ryger fløjten når det gamle servercluster bliver pillet ned. Man har valgt ikke at gøre det endnu af den simple årsag at der skal fikses så mange krydslinks som muligt, en del manuelt og foretrækker derfor at have mulighed for at se hvilke gamle sider der skal krydslinkes. Såre simpel er det nu en gang.
Det virker egentlig lidt til at du vil gøre hvad det tager for at finde ting at punke Jubii på, er det helt forkert opfattet? :)
Det er jo ikke nogen super hemmelighed at folk hos Jubii aldrig har været til store fine planlægningsmøder, konferencer, "kom lad os sætte os ned og tale sammen om hvad vi vil gøre de næste 5 år" og lignende. Jubii's base er primært skabt på folk med ideer og til tider hjerneblødninger der hurtigt kan puttes sammen og sendes live for at se om det er noget folk kan og vil bruge. Derefter evalueres der så lidt, ting forbedres og finpudses. :)
Om det så er godt eller skidt er jo så nok en vurdering man selv må tage ud fra hvad man mener er en perfekt verden. Som "ekstern insider" på det omtalte projekt må jeg indrømme jeg er imponeret over de Jubii ansattes evne til at løbe stærkt når det gælder og få det bedste ud af det. Også selvom der kommer underlige ændringer fra en fjern (galaxe? :) ledelse, gruppe eller andre i sidste øjeblik der kræver at flere 100 sider skal løbes igennem manuelt og lignende.
Så måske man bare skulle glæde sig over de positive forandringer der er sket (både de synlige og de ikke synlige) i stedet for at spilde kræfter på at være mavesur over de ting man også kunne have gjort, burde have gjort, men ikke nåede i 1. omgang osv-
"Hvad vi ikke nåede i dag, når vi i morgen, eller i overmorgen, eller dagen efter den, eller måske aldrig, men på den anden side så har det nok ikke været så vigtigt som vi troede det var". ;)
Der står netop i IT avisens formulering at designet er udviklet i Danmark og det vil blive udbredt til Europa. Når du så begynder at undre dig over at Jubii's design er anderledes end Lycos så burde du måske have taget det udgangspunkt at de andre ikke er skiftet, i stedet for det modsatte hvor du forsøger at gætte dig frem andre konklusioner om hvad Lycos ledelsen har planlagt. Nogen gange er den simpleste forklaring ofte den rigtige i stedet for en man forsøger at perspektivere sig frem til selv. ;)
Jubii vil selvfølgelig stadigvæk hedde jubii, have eget logo osv, men det burde vist ikke være nødvendigt at forklare værdien at Jubii logoet i .dk i forhold til Lycos logoet ;-)
Hvad angår koordinerings spørgsmålet, så tror jeg bare jeg vil lade PRH's kommentar omkring ressourcer stå et øjeblik.
Derefter kan man jo så spekulere over hvorfor hedengangne medieportal firmaer og lignende ikke eksisterer i dag, men Jubii gør. Nogen gange er det bare nødvendigt grundet økonomi at vælge en metode frem for en anden, også selvom alle selvfølgelig gerne ville have brugt kaskader af summer på at rejse rundt, holde fine møder, diskuterer tingene igennem til hudløshed, og teste ned til sidste quark. ;)
Hvad angår admin.jubii.dk så har du ganske ret, den burde ikke være der da det er en oldtusse gammel rest og jeg kan da informere om at den og en del andre underlige URL'er ryger fløjten når det gamle servercluster bliver pillet ned. Man har valgt ikke at gøre det endnu af den simple årsag at der skal fikses så mange krydslinks som muligt, en del manuelt og foretrækker derfor at have mulighed for at se hvilke gamle sider der skal krydslinkes. Såre simpel er det nu en gang.
Det virker egentlig lidt til at du vil gøre hvad det tager for at finde ting at punke Jubii på, er det helt forkert opfattet? :)
Det er jo ikke nogen super hemmelighed at folk hos Jubii aldrig har været til store fine planlægningsmøder, konferencer, "kom lad os sætte os ned og tale sammen om hvad vi vil gøre de næste 5 år" og lignende. Jubii's base er primært skabt på folk med ideer og til tider hjerneblødninger der hurtigt kan puttes sammen og sendes live for at se om det er noget folk kan og vil bruge. Derefter evalueres der så lidt, ting forbedres og finpudses. :)
Om det så er godt eller skidt er jo så nok en vurdering man selv må tage ud fra hvad man mener er en perfekt verden. Som "ekstern insider" på det omtalte projekt må jeg indrømme jeg er imponeret over de Jubii ansattes evne til at løbe stærkt når det gælder og få det bedste ud af det. Også selvom der kommer underlige ændringer fra en fjern (galaxe? :) ledelse, gruppe eller andre i sidste øjeblik der kræver at flere 100 sider skal løbes igennem manuelt og lignende.
Så måske man bare skulle glæde sig over de positive forandringer der er sket (både de synlige og de ikke synlige) i stedet for at spilde kræfter på at være mavesur over de ting man også kunne have gjort, burde have gjort, men ikke nåede i 1. omgang osv-
"Hvad vi ikke nåede i dag, når vi i morgen, eller i overmorgen, eller dagen efter den, eller måske aldrig, men på den anden side så har det nok ikke været så vigtigt som vi troede det var". ;)
#10 @Gensmann:
Den simple forklaring for mig (der virkelig aldrig har brugt Lycos før) var at opdateringen allerede har fundet sted, for de to designs er ret identiske - og der er ikke mange forskelle, grundlæggende ligner de hinanden.
"Det virker egentlig lidt til at du vil gøre hvad det tager for at finde ting at punke Jubii på, er det helt forkert opfattet?"
Jeg går ud fra at den kommentar er møntet på 'admin.jubii.dk', og hvis det er korrekt så opdagede jeg siden for længe siden - men eftersom jeg har været i den tro at det nye design også havde ryddet op i gamle ting måtte jeg lige checke igen - dette kom jeg først i tanke om efter det andet indlæg var færdig, og derfor står det selvstændigt.
"Så måske man bare skulle glæde sig over de positive forandringer der er sket (både de synlige og de ikke synlige) i stedet for at spilde kræfter på at være mavesur over de ting man også kunne have gjort, burde have gjort, men ikke nåede i 1. omgang osv-"
Jeg er da også glad på jeres vegne hvis i mener i har gjort et godt arbejde, jeg mener bare ikke det er fuldendt - og det gør at mit billede på Jubii som helhed er blakket, fordi man ikke tager sig tiden til at rydde op. Det burde være en ret lille opgave.
Udover det skal jeg ærligt sige at jeg ikke helt forstår frustrationerne for de forskellige kodeafdelinger, helt ærligt - udover chatten er Jubiis scripts jo ikke de 'vildeste' i nogen sammenhæng - et forum er relativt simpelt, og de fleste nybegyndere kan faktisk overskue det hvis bare man arbejder med et veludviklet system.
Ligeledes har man mange muligheder hvis alle systemer var eksempelvis ASP.NET, hvor man hurtigt laver de skabeloner man skal bruge i form a brugerdefinerbare komponenter.
Men det er muligt jeg ikke har nogen idé om hvordan det er bygget, men set udfra hvordan tingene repræsenteres virker det altså ikke som den allermest uoverskuelige opgave - for udover chatten er der ikke meget interaktivitet i virkelig særklasse.
Den simple forklaring for mig (der virkelig aldrig har brugt Lycos før) var at opdateringen allerede har fundet sted, for de to designs er ret identiske - og der er ikke mange forskelle, grundlæggende ligner de hinanden.
"Det virker egentlig lidt til at du vil gøre hvad det tager for at finde ting at punke Jubii på, er det helt forkert opfattet?"
Jeg går ud fra at den kommentar er møntet på 'admin.jubii.dk', og hvis det er korrekt så opdagede jeg siden for længe siden - men eftersom jeg har været i den tro at det nye design også havde ryddet op i gamle ting måtte jeg lige checke igen - dette kom jeg først i tanke om efter det andet indlæg var færdig, og derfor står det selvstændigt.
"Så måske man bare skulle glæde sig over de positive forandringer der er sket (både de synlige og de ikke synlige) i stedet for at spilde kræfter på at være mavesur over de ting man også kunne have gjort, burde have gjort, men ikke nåede i 1. omgang osv-"
Jeg er da også glad på jeres vegne hvis i mener i har gjort et godt arbejde, jeg mener bare ikke det er fuldendt - og det gør at mit billede på Jubii som helhed er blakket, fordi man ikke tager sig tiden til at rydde op. Det burde være en ret lille opgave.
Udover det skal jeg ærligt sige at jeg ikke helt forstår frustrationerne for de forskellige kodeafdelinger, helt ærligt - udover chatten er Jubiis scripts jo ikke de 'vildeste' i nogen sammenhæng - et forum er relativt simpelt, og de fleste nybegyndere kan faktisk overskue det hvis bare man arbejder med et veludviklet system.
Ligeledes har man mange muligheder hvis alle systemer var eksempelvis ASP.NET, hvor man hurtigt laver de skabeloner man skal bruge i form a brugerdefinerbare komponenter.
Men det er muligt jeg ikke har nogen idé om hvordan det er bygget, men set udfra hvordan tingene repræsenteres virker det altså ikke som den allermest uoverskuelige opgave - for udover chatten er der ikke meget interaktivitet i virkelig særklasse.
Hvilken serverplatform Jubii bruger, og hvilke serverside scriptsprog de anvender, rager mig og min Mozilla en skid.. ;)
Det der kan genere er den [slam] kode de ind i mellem smider efter os.
Prøv f.eks at klikke på en nyhed i en Mozilla.. :o/
En ting jeg dog ville håbe de ville gøre, var at holde sig til tre ting: W3C specificerede ting, Flash, og Sun optimeret Java.
Ting som ActiveX ville jeg håbe man enten gik helt bort fra, eller minimerede brugen af så meget som muligt.
Da der desværre ikke er nogen har har fået reverse engeneeret skidtet endnu.. ;)
IMHO har platformsafhængige teknologier intet at gøre på internettet.
Det der kan genere er den [slam] kode de ind i mellem smider efter os.
Prøv f.eks at klikke på en nyhed i en Mozilla.. :o/
En ting jeg dog ville håbe de ville gøre, var at holde sig til tre ting: W3C specificerede ting, Flash, og Sun optimeret Java.
Ting som ActiveX ville jeg håbe man enten gik helt bort fra, eller minimerede brugen af så meget som muligt.
Da der desværre ikke er nogen har har fået reverse engeneeret skidtet endnu.. ;)
IMHO har platformsafhængige teknologier intet at gøre på internettet.
Vi er vist ved at nå til den ende hvor der ikke rigtig diskuteres på fakta længere, men mere tro, religion & kærlighed så jeg tror jeg vil runde af med følgende kommentarer og så lade det være ved dette.
Acro> I min tid hos jubii og andre udviklings steder kan jeg meget hurtigt erfare at at kode et site til et par 1000 brugere langt fra det samme som at kode den samme tekniske base til et konstant load på 25.000+ brugere og det load de generere. Umiddelbart kan det virke nemt og overskueligt liige at kaste et messageboard sammen osv, jovist jeg har gjort det selv utallige gange, men det er lidt en anden historie når tingene skal integreres med login systemer, reklame services,politiske beslutninger om hvem og hvor de forskellige ting skal køres fra osv. Som nævnt op til flere gange så jo, der findes en perfekt verden hvor der er 1 måneds penge til at hyggeprogrammere et board system og teste det osv, desværre er det bare ofte ikke den der er tilgængelig når nogle psykopater flyver to fly ind i 2 højhuse og man i løbet af et par min skal have et eller andet oppe og køre fordi alle aviser går ned og man er de eneste der har båndbredde til at kunne klare presset og derfor skal relaye nyheder, have boards med debatter osv oppe og køre i løbet af 30 min. Man burde så helt klart gå tilbage og rette fordoms tider hurtigløsninger og lignende, men der skal tjenes penge og når man er i en branchen hvor det ikke just flyder med mælk og honning, så kan det være ganske svært lige at afsætte en 5-10 mand til at sidde og klippe græsplæne med en neglesaks i stedet for at lade dem benytte en mejetærsker og så sende dem videre til at implemenere rækken af dagligdags drift opgaver og hastesagerne fra sidste uge, som gør at der også kommer penge i lønkassen i denne måned :-)
Angående at flytte alt til asp.net i en koncern som Lycos så tror jeg bare jeg vil nøjes med at minde dig om mængden af omskolings omkostninger for jsp, php og andre typer programmører der som nævnt er en del af koncernen. Det er jo ikke fordi Lycos folkene er helt tabt bag en vogn. De kan godt lave cost benefit analyser, men hvis du stadigvæk ikke helt er med kan du jo så bare spekulere på hvorfor så mange af de store virksomheder i dag ikke skifter til Linux over hele deres server platform, da det nu umiddelbart ville være "billigere" med en OSS løsning i de fleste tilfælde. (lad det nu ikke gå hen og blive en platforms debat ;). Der er omskoling, der er års erfaring man drager nytte af i dag som man mister osv. Den slags sker nærmere i små ryg og som virksomhed er Lycos Europe faktisk ikke specielt mange år gammel så alt taget i betragtning så synes jeg faktisk de gør et hædderligt stykke arbejde med at samle mange af europas førende små virksomheder fra .com tiden under et tag.
Det er ikke ment som noget angreb eller lignende, men et eller andet sted føler jeg at det virker som om du måske mangler lidt erhvervserfaring med hvordan større virksomheder/koncerners dynamik egentlig fungerer? Du har en lidt: "hvor svært kan det være, det er jo bare liiiige" holdning til tingene og det er skam langt fra nogen dårlig ting, men det forhindre dig muligvis i at se tingene fra andre perspektiver end dine egne, selvom du muligvis tror du gør det :)
Et godt eksempel på at resourcer ikke altid er nok er http://www.denmark.dk/ som trods alt er danmarks officielle website. Så vidt jeg husker lå omkostningerne på det i et 2 cifret millionbeløb og alligevel er det ikke lykkes at lave noget der IMHO refærdiggører den udgift for skatteborgerne - nærmere det modsatte, hvis man ser på den tekniske side af sagen.
sKIDROw>
Nu er SUN optimeret Java langt fra specielt effektivt i mange tilfælde - det er utroligt maskinsløvende grundet platformsfortolkeren (i mange af mere korrekt udtryk) der skal køre på klienten og i visse situationer kan der også ganske enkelt resulterer i låste maskiner og crash (selvfølgelig ofte som følge af knap så heldig kode). Samtidig finder en del udviklere faktisk java besværligt at kode i i forhold til nyere sprog, ofte fordi java i tidernes morgen jo rent faktisk blev mere eller mindrer hugget sammen af SUN i et desperat forsøg på at svare MS tilbage og derfor aldrig blev den success og kvalitet de havde håbet på (og som teamet havde lovet).
Derudover så er der faktisk minimalt med activex på Jubii og med fremskridningen af mono.net og andre MSIL teknologier på de andre platforme vil det formodentlig også være muligt at lave bedre crossplatform leverede applikations services og lignende. :)
Men nu må det vist være nok - det ser ud til at det er de samme ekkoer det bliver ved med at runge på trods af tidligere forklaringer om at Jubii er på vej mod w3c så hurtigt og meget som forholdene tillader det og at Lycos rent faktisk har tænkt sig at gøre sit til at højne kvaliteten af klientkode så vidt det er økonomisk muligt for dem. :)
Så medmindre der er nogle reelle faktuelle spørgsmål eller lignende i forbindelse med det aktuelle design/kode skift så tror jeg bare jeg undlader at besvare yderligere kommentarer om Jubii/lycos forhold til åbne standarder i dette forum ;-)
Ps. Jeg er stadigvæk fascineret over hvordan der kan være sådanne en lynch stemning overfor Jubii, taget i betragtning af at det er en privatejet virksomhed hvis liv der udelukkende er styret af markedskræfterne, når der som tidligere nævnt er utallige offentlige eksempler på direkte misbrug af skatteborgernes penge på sites som www.denmark.dk og lignende. Måske der er nogen der kunne give mig et hint hvorfor? :)
Acro> I min tid hos jubii og andre udviklings steder kan jeg meget hurtigt erfare at at kode et site til et par 1000 brugere langt fra det samme som at kode den samme tekniske base til et konstant load på 25.000+ brugere og det load de generere. Umiddelbart kan det virke nemt og overskueligt liige at kaste et messageboard sammen osv, jovist jeg har gjort det selv utallige gange, men det er lidt en anden historie når tingene skal integreres med login systemer, reklame services,politiske beslutninger om hvem og hvor de forskellige ting skal køres fra osv. Som nævnt op til flere gange så jo, der findes en perfekt verden hvor der er 1 måneds penge til at hyggeprogrammere et board system og teste det osv, desværre er det bare ofte ikke den der er tilgængelig når nogle psykopater flyver to fly ind i 2 højhuse og man i løbet af et par min skal have et eller andet oppe og køre fordi alle aviser går ned og man er de eneste der har båndbredde til at kunne klare presset og derfor skal relaye nyheder, have boards med debatter osv oppe og køre i løbet af 30 min. Man burde så helt klart gå tilbage og rette fordoms tider hurtigløsninger og lignende, men der skal tjenes penge og når man er i en branchen hvor det ikke just flyder med mælk og honning, så kan det være ganske svært lige at afsætte en 5-10 mand til at sidde og klippe græsplæne med en neglesaks i stedet for at lade dem benytte en mejetærsker og så sende dem videre til at implemenere rækken af dagligdags drift opgaver og hastesagerne fra sidste uge, som gør at der også kommer penge i lønkassen i denne måned :-)
Angående at flytte alt til asp.net i en koncern som Lycos så tror jeg bare jeg vil nøjes med at minde dig om mængden af omskolings omkostninger for jsp, php og andre typer programmører der som nævnt er en del af koncernen. Det er jo ikke fordi Lycos folkene er helt tabt bag en vogn. De kan godt lave cost benefit analyser, men hvis du stadigvæk ikke helt er med kan du jo så bare spekulere på hvorfor så mange af de store virksomheder i dag ikke skifter til Linux over hele deres server platform, da det nu umiddelbart ville være "billigere" med en OSS løsning i de fleste tilfælde. (lad det nu ikke gå hen og blive en platforms debat ;). Der er omskoling, der er års erfaring man drager nytte af i dag som man mister osv. Den slags sker nærmere i små ryg og som virksomhed er Lycos Europe faktisk ikke specielt mange år gammel så alt taget i betragtning så synes jeg faktisk de gør et hædderligt stykke arbejde med at samle mange af europas førende små virksomheder fra .com tiden under et tag.
Det er ikke ment som noget angreb eller lignende, men et eller andet sted føler jeg at det virker som om du måske mangler lidt erhvervserfaring med hvordan større virksomheder/koncerners dynamik egentlig fungerer? Du har en lidt: "hvor svært kan det være, det er jo bare liiiige" holdning til tingene og det er skam langt fra nogen dårlig ting, men det forhindre dig muligvis i at se tingene fra andre perspektiver end dine egne, selvom du muligvis tror du gør det :)
Et godt eksempel på at resourcer ikke altid er nok er http://www.denmark.dk/ som trods alt er danmarks officielle website. Så vidt jeg husker lå omkostningerne på det i et 2 cifret millionbeløb og alligevel er det ikke lykkes at lave noget der IMHO refærdiggører den udgift for skatteborgerne - nærmere det modsatte, hvis man ser på den tekniske side af sagen.
sKIDROw>
Nu er SUN optimeret Java langt fra specielt effektivt i mange tilfælde - det er utroligt maskinsløvende grundet platformsfortolkeren (i mange af mere korrekt udtryk) der skal køre på klienten og i visse situationer kan der også ganske enkelt resulterer i låste maskiner og crash (selvfølgelig ofte som følge af knap så heldig kode). Samtidig finder en del udviklere faktisk java besværligt at kode i i forhold til nyere sprog, ofte fordi java i tidernes morgen jo rent faktisk blev mere eller mindrer hugget sammen af SUN i et desperat forsøg på at svare MS tilbage og derfor aldrig blev den success og kvalitet de havde håbet på (og som teamet havde lovet).
Derudover så er der faktisk minimalt med activex på Jubii og med fremskridningen af mono.net og andre MSIL teknologier på de andre platforme vil det formodentlig også være muligt at lave bedre crossplatform leverede applikations services og lignende. :)
Men nu må det vist være nok - det ser ud til at det er de samme ekkoer det bliver ved med at runge på trods af tidligere forklaringer om at Jubii er på vej mod w3c så hurtigt og meget som forholdene tillader det og at Lycos rent faktisk har tænkt sig at gøre sit til at højne kvaliteten af klientkode så vidt det er økonomisk muligt for dem. :)
Så medmindre der er nogle reelle faktuelle spørgsmål eller lignende i forbindelse med det aktuelle design/kode skift så tror jeg bare jeg undlader at besvare yderligere kommentarer om Jubii/lycos forhold til åbne standarder i dette forum ;-)
Ps. Jeg er stadigvæk fascineret over hvordan der kan være sådanne en lynch stemning overfor Jubii, taget i betragtning af at det er en privatejet virksomhed hvis liv der udelukkende er styret af markedskræfterne, når der som tidligere nævnt er utallige offentlige eksempler på direkte misbrug af skatteborgernes penge på sites som www.denmark.dk og lignende. Måske der er nogen der kunne give mig et hint hvorfor? :)
#13 @Gensmann:
Når du nu så mange gange ligger vægt på at Lycos (og derunder Jubii) er en virksomhed, så er det underligt at tanken om at fyre de medarbejde der ikke besidder de kvalifikationer deres job udvikler sig til at omfatte. Hvis man skal tjene penge vil det være den billigste løsning, men der er jo flere ting indblandet - loyalitet overfor medarbejderne blandt andet. Det er også fint med mig, men så skal det ikke pointeres gang på gang at målsætningen udelukkende er at tjene penge, for der er ganske givet flere forskellige måder at tjene penge på.
Skal Lycos (og Jubii) stadig holde fast i gamle standarder - hvis det skyldes at de medarbejdere man har ikke kan andet? Da bilen kom, beholdte man så stadig kusken og hestevognen - eller blev det udskiftet med en bil og en chauffør? Det må være et godt arbejdsmiljø hvis Jubii ikke fyrer folk, men jeg har lidt svært ved at tro på at det kan hænge sammen - for endnu engang, der skal jo tjenes penge - og man tjener altså ikke penge på at være kusken.
Som sagt, jeg har intet imod deres koncept, forretningsgrundlag, forretningsmåde eller måde at udføre tingene på. Jeg kan også være ligeglad, men da de er en del af branchen har jeg da en vis interesse i at høre hvordan man forholder sig til tingene.
Hvor oplever du desuden et målretten 'had' imod Jubii? Jeg har kritik, og jeg mener den er velbegrundet - jeg ønsker på ingen måde at benytte Jubii da jeg mener at de febrilsk forsøger at udvide forretningsområdet i takt med at de andre giver dårligere indtjeninger. I mine øjne har det først til kvantitet fremfor kvalitet, også fordi der er flere reklamer end i starten - og der overalt er reklamefinancierede anbefalinger, henvisninger og lignende. Det er min mening - du har en anden.
Når du nu så mange gange ligger vægt på at Lycos (og derunder Jubii) er en virksomhed, så er det underligt at tanken om at fyre de medarbejde der ikke besidder de kvalifikationer deres job udvikler sig til at omfatte. Hvis man skal tjene penge vil det være den billigste løsning, men der er jo flere ting indblandet - loyalitet overfor medarbejderne blandt andet. Det er også fint med mig, men så skal det ikke pointeres gang på gang at målsætningen udelukkende er at tjene penge, for der er ganske givet flere forskellige måder at tjene penge på.
Skal Lycos (og Jubii) stadig holde fast i gamle standarder - hvis det skyldes at de medarbejdere man har ikke kan andet? Da bilen kom, beholdte man så stadig kusken og hestevognen - eller blev det udskiftet med en bil og en chauffør? Det må være et godt arbejdsmiljø hvis Jubii ikke fyrer folk, men jeg har lidt svært ved at tro på at det kan hænge sammen - for endnu engang, der skal jo tjenes penge - og man tjener altså ikke penge på at være kusken.
Som sagt, jeg har intet imod deres koncept, forretningsgrundlag, forretningsmåde eller måde at udføre tingene på. Jeg kan også være ligeglad, men da de er en del af branchen har jeg da en vis interesse i at høre hvordan man forholder sig til tingene.
Hvor oplever du desuden et målretten 'had' imod Jubii? Jeg har kritik, og jeg mener den er velbegrundet - jeg ønsker på ingen måde at benytte Jubii da jeg mener at de febrilsk forsøger at udvide forretningsområdet i takt med at de andre giver dårligere indtjeninger. I mine øjne har det først til kvantitet fremfor kvalitet, også fordi der er flere reklamer end i starten - og der overalt er reklamefinancierede anbefalinger, henvisninger og lignende. Det er min mening - du har en anden.
@ gensman
"Nu er SUN optimeret Java langt fra specielt effektivt i mange tilfælde - det er utroligt maskinsløvende grundet platformsfortolkeren (i mange af mere korrekt udtryk) der skal køre på klienten og i visse situationer kan der også ganske enkelt resulterer i låste maskiner og crash (selvfølgelig ofte som følge af knap så heldig kode). Samtidig finder en del udviklere faktisk java besværligt at kode i i forhold til nyere sprog, ofte fordi java i tidernes morgen jo rent faktisk blev mere eller mindrer hugget sammen af SUN i et desperat forsøg på at svare MS tilbage og derfor aldrig blev den success og kvalitet de havde håbet på (og som teamet havde lovet)."
Min pointe er blot Suns eller ingen Java.. ;)
MS java duer ikke, og bør kasseres.
"Derudover så er der faktisk minimalt med activex på Jubii og med fremskridningen af mono.net og andre MSIL teknologier på de andre platforme vil det formodentlig også være muligt at lave bedre crossplatform leverede applikations services og lignende. :)"
Det håber jeg da.
For det kunne jo være at nogle Linux brugere, gerne kunne tænke sig en dag at prøve jeres chat f.eks.. ;)
Den er noget af det mest IE afhængige jeg nogensinde har prøvet, aner ikke hvordan i har præsteret det.. ;oD
ActiveX?
"Men nu må det vist være nok - det ser ud til at det er de samme ekkoer det bliver ved med at runge på trods af tidligere forklaringer om at Jubii er på vej mod w3c så hurtigt og meget som forholdene tillader det og at Lycos rent faktisk har tænkt sig at gøre sit til at højne kvaliteten af klientkode så vidt det er økonomisk muligt for dem. :)"
Ikke for mit vedkommende!.. :)
Jeg hilser de [for mig] nye toner velkomne.. ;)
Og glæder mig til i bliver færdige, uden at være spydig er der en del at tage fat på.
En del små børnesygdomme.. ;)
"Så medmindre der er nogle reelle faktuelle spørgsmål eller lignende i forbindelse med det aktuelle design/kode skift så tror jeg bare jeg undlader at besvare yderligere kommentarer om Jubii/lycos forhold til åbne standarder i dette forum ;-)"
Med det så mange andre har skrevet, kan jeg godt forstå det.
Men tak for din indsigt... :)
"Ps. Jeg er stadigvæk fascineret over hvordan der kan være sådanne en lynch stemning overfor Jubii, taget i betragtning af at det er en privatejet virksomhed hvis liv der udelukkende er styret af markedskræfterne, når der som tidligere nævnt er utallige offentlige eksempler på direkte misbrug af skatteborgernes penge på sites som www.denmark.dk og lignende. Måske der er nogen der kunne give mig et hint hvorfor? :)"
Fordi Jubii efterhånden er blevet taget nærmest som en lille institution af danmark.. ;)
Et offentligt samlested hvor man kan finde mange nyttige ting, og møde nye mennesker.
Derfor klager folk over den eventuelle dårlige fremkommelighed, lidt på samme måde som hvis det lokale supermarked ikke husker at salte hvis det er glat.. ;)
Det er min teori..
"Nu er SUN optimeret Java langt fra specielt effektivt i mange tilfælde - det er utroligt maskinsløvende grundet platformsfortolkeren (i mange af mere korrekt udtryk) der skal køre på klienten og i visse situationer kan der også ganske enkelt resulterer i låste maskiner og crash (selvfølgelig ofte som følge af knap så heldig kode). Samtidig finder en del udviklere faktisk java besværligt at kode i i forhold til nyere sprog, ofte fordi java i tidernes morgen jo rent faktisk blev mere eller mindrer hugget sammen af SUN i et desperat forsøg på at svare MS tilbage og derfor aldrig blev den success og kvalitet de havde håbet på (og som teamet havde lovet)."
Min pointe er blot Suns eller ingen Java.. ;)
MS java duer ikke, og bør kasseres.
"Derudover så er der faktisk minimalt med activex på Jubii og med fremskridningen af mono.net og andre MSIL teknologier på de andre platforme vil det formodentlig også være muligt at lave bedre crossplatform leverede applikations services og lignende. :)"
Det håber jeg da.
For det kunne jo være at nogle Linux brugere, gerne kunne tænke sig en dag at prøve jeres chat f.eks.. ;)
Den er noget af det mest IE afhængige jeg nogensinde har prøvet, aner ikke hvordan i har præsteret det.. ;oD
ActiveX?
"Men nu må det vist være nok - det ser ud til at det er de samme ekkoer det bliver ved med at runge på trods af tidligere forklaringer om at Jubii er på vej mod w3c så hurtigt og meget som forholdene tillader det og at Lycos rent faktisk har tænkt sig at gøre sit til at højne kvaliteten af klientkode så vidt det er økonomisk muligt for dem. :)"
Ikke for mit vedkommende!.. :)
Jeg hilser de [for mig] nye toner velkomne.. ;)
Og glæder mig til i bliver færdige, uden at være spydig er der en del at tage fat på.
En del små børnesygdomme.. ;)
"Så medmindre der er nogle reelle faktuelle spørgsmål eller lignende i forbindelse med det aktuelle design/kode skift så tror jeg bare jeg undlader at besvare yderligere kommentarer om Jubii/lycos forhold til åbne standarder i dette forum ;-)"
Med det så mange andre har skrevet, kan jeg godt forstå det.
Men tak for din indsigt... :)
"Ps. Jeg er stadigvæk fascineret over hvordan der kan være sådanne en lynch stemning overfor Jubii, taget i betragtning af at det er en privatejet virksomhed hvis liv der udelukkende er styret af markedskræfterne, når der som tidligere nævnt er utallige offentlige eksempler på direkte misbrug af skatteborgernes penge på sites som www.denmark.dk og lignende. Måske der er nogen der kunne give mig et hint hvorfor? :)"
Fordi Jubii efterhånden er blevet taget nærmest som en lille institution af danmark.. ;)
Et offentligt samlested hvor man kan finde mange nyttige ting, og møde nye mennesker.
Derfor klager folk over den eventuelle dårlige fremkommelighed, lidt på samme måde som hvis det lokale supermarked ikke husker at salte hvis det er glat.. ;)
Det er min teori..
#16 -
4. jun. 2003 22:41
Acro skrev...
" Når du nu så mange gange ligger vægt på at Lycos (og derunder Jubii) er en virksomhed, så er det underligt at tanken om at fyre de medarbejde der ikke besidder de kvalifikationer deres job udvikler sig til at omfatte."
Hvor er det bare at utroligt, at en person som Acro er så god til at iscenesætte sig selv som IT-verdenens frelser, og bliver ved med at kunne udgyde sine totalt latterlige holdninger, når han selv bor et i glashus.
"MS SQL Server er det valg vi har gjort os indenfor database, eftersom den kan besvare 1.000 milliarder forespørgsler samtidig."
Citat: http://www.isollusions.net/qualifications
(Han har endnu ikke kunnet dokumentere sine påstande, og de må derfor anses for værende løgnagtige og kandiderer til salgsgas på dåse.) Når man nu hakker ned på folk, og plæderer for fyringerne af uduelige medarbejdere, er det mig totalt ubegribeligt, at man kan sidde tilbage med en god smag i munden, når man selv udstiller sine totale uvidenhed på et område, man sælger som værende viden til andre.
Jeg er skuffet over, at et menneske kan være så egoistisk i sin kritik, af et site han ikke gør brug af. En anelse omtanke og perspektivering kombineret med vedkommendes egen egentlige begrænsede viden om Jubii (og flere tig), havde været rart.
-- Bent!
" Når du nu så mange gange ligger vægt på at Lycos (og derunder Jubii) er en virksomhed, så er det underligt at tanken om at fyre de medarbejde der ikke besidder de kvalifikationer deres job udvikler sig til at omfatte."
Hvor er det bare at utroligt, at en person som Acro er så god til at iscenesætte sig selv som IT-verdenens frelser, og bliver ved med at kunne udgyde sine totalt latterlige holdninger, når han selv bor et i glashus.
"MS SQL Server er det valg vi har gjort os indenfor database, eftersom den kan besvare 1.000 milliarder forespørgsler samtidig."
Citat: http://www.isollusions.net/qualifications
(Han har endnu ikke kunnet dokumentere sine påstande, og de må derfor anses for værende løgnagtige og kandiderer til salgsgas på dåse.) Når man nu hakker ned på folk, og plæderer for fyringerne af uduelige medarbejdere, er det mig totalt ubegribeligt, at man kan sidde tilbage med en god smag i munden, når man selv udstiller sine totale uvidenhed på et område, man sælger som værende viden til andre.
Jeg er skuffet over, at et menneske kan være så egoistisk i sin kritik, af et site han ikke gør brug af. En anelse omtanke og perspektivering kombineret med vedkommendes egen egentlige begrænsede viden om Jubii (og flere tig), havde været rart.
-- Bent!
#16 @Bent_Over:
Nu gik jeg lige og håbede på at du havde fået dig en anden fritidsinteresse, eller selv kunne se det usaglige i frekventvis at drage ligegyldige og aldeles irrelevante ting ind i helt andre sammenhænge - der kan man bare se.
At du ligeledes forventer at der ikke sker nogen udvikling (holdnings og personbaseret) kan jeg også kun have latters til overfor - mon det kan skyldes den afstumpethed du repræsenterer i dine meget ensidige indlæg, der kun har et enkelt formål - og stadig ikke bidrager særligt til den aktuelle debat.
Du fortsætter i din naive tro om at isollusions = mig, hvilket ikke er tilfældet. Du har gentagende gange i tidligere diskussioner ligeledes afvist de 'beviser' og forklaringer jeg har fremlagt for dig. Ligeledes kan jeg ikke se at vi skal stå til regnskab for dig, som tilsyneladende ikke har haft interesse i vores produkter.
Endelig mener du at jeg ikke er berettiget til at kritisere Jubiis portal, jeg har tidligere benyttet Jubii - og hvis jeg ikke uforbeholdent giver min kritik til Jubii - hvordan skal de så nogensinde have mulighed for at generobre mig, som besøgende? De vælger naturligvis selv om de vil efterkomme mine krav.
Nu gik jeg lige og håbede på at du havde fået dig en anden fritidsinteresse, eller selv kunne se det usaglige i frekventvis at drage ligegyldige og aldeles irrelevante ting ind i helt andre sammenhænge - der kan man bare se.
At du ligeledes forventer at der ikke sker nogen udvikling (holdnings og personbaseret) kan jeg også kun have latters til overfor - mon det kan skyldes den afstumpethed du repræsenterer i dine meget ensidige indlæg, der kun har et enkelt formål - og stadig ikke bidrager særligt til den aktuelle debat.
Du fortsætter i din naive tro om at isollusions = mig, hvilket ikke er tilfældet. Du har gentagende gange i tidligere diskussioner ligeledes afvist de 'beviser' og forklaringer jeg har fremlagt for dig. Ligeledes kan jeg ikke se at vi skal stå til regnskab for dig, som tilsyneladende ikke har haft interesse i vores produkter.
Endelig mener du at jeg ikke er berettiget til at kritisere Jubiis portal, jeg har tidligere benyttet Jubii - og hvis jeg ikke uforbeholdent giver min kritik til Jubii - hvordan skal de så nogensinde have mulighed for at generobre mig, som besøgende? De vælger naturligvis selv om de vil efterkomme mine krav.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.