De Devschuur Coffee Corner - Iteratie 5

[Verwijderd]

BtM909 schreef op woensdag 12 februari 2014 @ 00:52:
Wat hebben die twee met elkaar te maken?

nieuws: Amazon laat Cloudfront dynamische content serveren

Fuck, het is te laat. Ik las "Tweakers laat Cloudfront dynamische content serveren"

[ Voor 13% gewijzigd door Verwijderd op 12-02-2014 01:03 ]

[dcm360]

Toch wel grappig om te zien wat de kijk van mensen zoal is op Java, terwijl Java, en dan eigenlijk meer de JVM, zeker wel toekomst heeft. Een leuk voorbeeld daarvan is het Typesafe Reactive Platform, dat met heel andere ideeën dan gebruikelijk in Java als grondslag een framework biedt op de JVM. En blijkbaar slaat dat wel aardig aan, met gebruikers als Twitter, LinkedIn, Amazon en Coursera (om er maar enkelen te noemen). Met de ontwikkelingen die al enkele jaren gaande zijn, kan ik me zelfs voorstellen dat er wel eens de tijd aan kan breken dat Java niet meer de grootste taal op de JVM gaat zijn.

[Ellos]

sig69 schreef op dinsdag 11 februari 2014 @ 23:31:
Maar als ontwikkelaar van een framework moet je toch af en toe ook gewoon je zooi opruimen? Markeer ze als deprecated, en bij de volgende major version zijn ze er gewoon niet meer. Tenminste, dat zou ik doen.

Ik zou als framework gewoon een deprecated stappenplan doorwerken

1. Markeer methode als deprectated.
2. Schreeuw het van de daken.
3. Mensen willen niet over? Markeer deprecated methode als catnaptime (methode + 5 seconde sleep).
4. ?????
5. Profit!

[Megamind]

Nou gezellig hoor die overheid, ik wil een nieuw mobiel nummer opgeven want zit in buitenland, maarja ik ben weer te naief

Uw adresgegevens in de Gemeentelijke Basisadministratie Persoonsgegevens (GBA) zijn niet actueel omdat u geëmigreerd bent. Voor het herstellen van uw DigiD is een actueel adres uit de GBA nodig om een herstelcode naar toe te sturen. U kunt daarom nu helaas niet uw DigiD herstellen.

Ik weet m'n username en password gewoon, wil alleen mijn telefoonnummer wijzigen.

Blijkbaar heb ik in 2011 teveel verdiend en moet ik nu op Duo inloggen om studieschuld terug te betalen, maarja, wordt lastig zo.

[ Voor 23% gewijzigd door Megamind op 12-02-2014 05:15 ]

[.Gertjan.]

Ellos schreef op woensdag 12 februari 2014 @ 01:16:
[...]


Ik zou als framework gewoon een deprecated stappenplan doorwerken

1. Markeer methode als deprectated.
2. Schreeuw het van de daken.
3. Mensen willen niet over? Markeer deprecated methode als catnaptime (methode + 5 seconde sleep).
4. ?????
5. Profit!

Als iets eenmaal gepubliceerd is als framework/api functie zul je het waarschijnlijk heel je applicatie-lifetime in leven moeten houden. Vaak wordt oudere software gewoon niet meer voorzien van updates en dit betekent dat gebruikers niet meer kunnen upgraden naar nieuwe frameworks. Zeker bij maatwerk oplossingen gaat men niet zomaar geld neerleggen om een nieuw framework te ondersteunen.

Dit is de voornaamste reden waarom er bij veel bedrijven nog oude Windows NT of zelfs oude DOS bakken staan te snorren. Daar staat software op die prima werkt, maar die door wijzigingen in het OS/framewok niet meer op nieuwere systemen werkt.

Ik heb er een hekel aan als na een framework update iets om dondert Als een grote groep mensen afhankelijk is van je software/api moet je hem niet slopen.

[Devilly]

dcm360 schreef op woensdag 12 februari 2014 @ 01:14:
Toch wel grappig om te zien wat de kijk van mensen zoal is op Java, terwijl Java, en dan eigenlijk meer de JVM, zeker wel toekomst heeft. Een leuk voorbeeld daarvan is het Typesafe Reactive Platform, dat met heel andere ideeën dan gebruikelijk in Java als grondslag een framework biedt op de JVM. En blijkbaar slaat dat wel aardig aan, met gebruikers als Twitter, LinkedIn, Amazon en Coursera (om er maar enkelen te noemen). Met de ontwikkelingen die al enkele jaren gaande zijn, kan ik me zelfs voorstellen dat er wel eens de tijd aan kan breken dat Java niet meer de grootste taal op de JVM gaat zijn.

Ik heb ook meer het idee dat Java/de JVM weer aan een opmars bezig is dan dat het enkel nog voor Android gebruikt wordt. Slick kende ik trouwens nog niet, cool!

[OkkE]

Vorige week vaccinatie tegen gele koorts gehaald; “je zou er 6 à 7 dagen later een beetje last van kunnen krijgen”. No shit, voelt als of ik ben aangereden door een vrachtwagen icm griep.

[ Voor 6% gewijzigd door OkkE op 12-02-2014 08:49 ]

[Hydra]

BikkelZ schreef op dinsdag 11 februari 2014 @ 23:36:
Terwijl niemand op een dag wakker wordt van "laat ik eens wat met Enterprise gaan kloten", nee dat zijn de mensen die na een studie informatica uiteindelijk een keuze maken voor oftewel het geld oftewel de weg van de minste weerstand omdat er nou eenmaal zo veel vraag naar developers is voor dat soort software. Niemand droomt er van om later salarisverwerkingsapplicaties te maken.

Iedereen droomt er van om de nieuwste Battlefield te maken maar daar komen er maar erg weinig terecht

Maar serieus; ik vind enterprise omgevingen (en dan gaat het vooral om de koppelingen van al die verschillende systemen) juist interessant. Het zijn complexe problemen en complexe problemen oplossen is wat me aan de IT aantrekt. Als PHP dev de zoveelste brakke MKB-site moeten onderhouden zou ik echt niet trekken.

[RomeoJ]

Er is zeker nog voldoende interesse in Java, sterker nog: sinds dat het van Oracle is, is er iets meer interesse vanuit de enterprises voor, dit is een trend die we vanuit de opdrachten op het werk kunnen merken.
We weten niet helemaal zeker waardoor dit komt, maar wellicht dat de naam Oracle meer vertrouwen geeft.

Het grootste deel wordt Java (zoals Merethil al correct aangeeft) gebruikt voor ESB/EAI trajecten.

[Hydra]

RomeoJ schreef op woensdag 12 februari 2014 @ 08:51:
Er is zeker nog voldoende interesse in Java, sterker nog: sinds dat het van Oracle is, is er iets meer interesse vanuit de enterprises voor, dit is een trend die we vanuit de opdrachten op het werk kunnen merken.
We weten niet helemaal zeker waardoor dit komt, maar wellicht dat de naam Oracle meer vertrouwen geeft.

Het grootste deel wordt Java (zoals Merethil al correct aangeeft) gebruikt voor ESB/EAI trajecten.

Euh, Java is niet opeens "hipper" ofzo, het werd in de Enterprise ontzettend veel gebruikt en dat is gewoon niet veranderd. De JVM is meer 'in het nieuws' vanwege (relatief) nieuwe talen op het platform (Scala is een goed voorbeeld) maar ik snap echt niet waar jullie het vandaan hebben dat er een groot verschil in interesse is.

Ik krijg een beetje het idee dat sommigen hier niet helemaal op de hoogte zijn/waren hoe groot Java wel niet is en hoe insignificant het "applets" deel daarvan al tijden is.

[Firesphere]

Mogguh

Koffie.

[StM]

Java is gewoon de nieuwe COBOL. We zitten er nog wel een jaartje of 50 aan vast, maar de dag dat definitief de stekker uit de laatste javabak gaat is wat mij betreft een feestdag.

[kenneth]

StM schreef op woensdag 12 februari 2014 @ 08:56:
Java is gewoon de nieuwe COBOL.

Degelijk en enorm succesvol?

Ieder (nieuw) platform mag hopen de nieuwe COBOL te zijn.

Ik heb voor hobby- en studeerdoeleinden veel Java gebruikt en hoewel C# veel verder is en het .NET-platform m.i. prettiger en overzichterlijker is heb ik er nooit tegengekund dat sommige mensen (notabene IT'ers zoals mijn oude baas) denken dat Java vooral gebruikt wordt voor nutteloze applets en langzame desktopapplicaties. Als ik dan vertelde hoe groot Java was in de enterprisewereld en welke websites (groten)deels Java gebruikten kreeg ik altijd weer verbaasde blikken.

[RomeoJ]

Hydra schreef op woensdag 12 februari 2014 @ 08:53:
[...]


Euh, Java is niet opeens "hipper" ofzo, het werd in de Enterprise ontzettend veel gebruikt en dat is gewoon niet veranderd. De JVM is meer 'in het nieuws' vanwege (relatief) nieuwe talen op het platform (Scala is een goed voorbeeld) maar ik snap echt niet waar jullie het vandaan hebben dat er een groot verschil in interesse is.

Ik krijg een beetje het idee dat sommigen hier niet helemaal op de hoogte zijn/waren hoe groot Java wel niet is en hoe insignificant het "applets" deel daarvan al tijden is.

Euh, dat geef ik toch ook niet aan. Ik zeg alleen dat we _iets meer_ interesse zien vanuit diverse klanten.

Ik heb nergens aangegeven dat het niet populair was en nu ineens wel. Integendeel: het was al populair in een bepaald gebied. We zien de laatste tijd wel degelijk een relatief kleine (nogmaals: kleine) verandering in de selectieprocedure voor nieuwbouwtrajecten bij klanten in het voordeel van Java.

[Hydra]

StM schreef op woensdag 12 februari 2014 @ 08:56:
Java is gewoon de nieuwe COBOL. We zitten er nog wel een jaartje of 50 aan vast, maar de dag dat definitief de stekker uit de laatste javabak gaat is wat mij betreft een feestdag.

Hoezo?

RomeoJ schreef op woensdag 12 februari 2014 @ 09:19:
Euh, dat geef ik toch ook niet aan. Ik zeg alleen dat we _iets meer_ interesse zien vanuit diverse klanten.

Ik heb nergens aangegeven dat het niet populair was en nu ineens wel. Integendeel: het was al populair in een bepaald gebied. We zien de laatste tijd wel degelijk een relatief kleine (nogmaals: kleine) verandering in de selectieprocedure voor nieuwbouwtrajecten bij klanten in het voordeel van Java.

Waar gingen die klanten eerder voor dan, PHP? Wat wel 'nieuw' is, is de groei van het aantal MVC webplatformen gebaseerd op Java of een andere VM taal. Daar zit wel veel ontwikkeling in. Het is overigens wel zo dat we ERG lang op nieuwe versies hebben moeten wachten. Ben ook van plan heel binnenkort eens met de preview van Java 8, daar zitten behoorlijk ingrijpende wijzigingen in.

[ Voor 15% gewijzigd door Hydra op 12-02-2014 09:26 ]

[RomeoJ]

Dat is natuurlijk heel erg wisselend en moeilijk te zeggen, het is niet dat de klanten ineens terugkomen op hun eerdere besluit dus dat is moeilijk vast te stellen. Nogmaals: we zien alleen iets meer interesse in Java de afgelopen tijd, maar dat kan uiteraard verschillende oorzaken hebben.

PHP wordt niet toegepast in de trajecten die we uitvoeren. Overigens hebben we bij uitzondering een tijd geleden wel een aantal trajecten in RoR ontwikkeld.

[hylke94]

Firesphere schreef op woensdag 12 februari 2014 @ 08:56:
Mogguh

Koffie.

Ja, lekker. Ik zit hier al aan mijn tweede bakkie

[Jan_V]

Hydra schreef op woensdag 12 februari 2014 @ 08:51:
[...]


Iedereen droomt er van om de nieuwste Battlefield te maken maar daar komen er maar erg weinig terecht

Maar serieus; ik vind enterprise omgevingen (en dan gaat het vooral om de koppelingen van al die verschillende systemen) juist interessant. Het zijn complexe problemen en complexe problemen oplossen is wat me aan de IT aantrekt. Als PHP dev de zoveelste brakke MKB-site moeten onderhouden zou ik echt niet trekken.

Een gulden middenweg is het mooiste in mijn optiek.
Veel bezig zijn met Enterprise omgevingen en zo nu en dan een 'kleine' MKB site tussendoor doen.

Zelf zit ik ongeveer full-time te werken in dergelijke enterprise omgevingen, maar vind het dan ook wel een verademing om eens een project te doen van kleinere schaal. Veelal doe ik dit dan naast m'n werk voor MKB'ers in m'n woonomgeving. Uiteraard geen PHP, maar Umbraco.

[StM]

Hydra schreef op woensdag 12 februari 2014 @ 09:24:
[...]


Hoezo?

Java zelf als taal loopt in mijn optiek een jaartje of 10 achter. Java 8 gaat opzich wel een aantal leuke dingen brengen, als ze niet zoals gewoonlijk uitgesteld worden. Wat ze er in bouwen is alleen met enige regelmatig 1 grote, gore hack (generics anyone?) en het steeds net niet. Lang leve je typesafety verliezen on runtime. Of dat gedrocht van een JNI. Of een fatsoenlijke UI toolkit die er nog steeds niet is.

Maar nu komt het leuke, in een enterprise omgeving kan je die geweldige innovaties waarschijnlijk helemaal niet gebruiken. Door moeizame migratietrajecten en bergen legacy ellende hobbel je er een x jaar achteraan. En ik schrijf nog liever x86 assembly of PHP dan opnieuw in Java 3 (of 4, of 5 wat het inmiddels zal zijn. Daar waren ze toen naar toe aan het migreren.) te moeten werken.

Ja, ik heb nogal een frustrerende tijd gehad in zo'n geweldige enterprise omgeving en lang heb ik het er ook niet uitgehouden. En zo geweldig vind men COBOL trouwens allang niet meer Je hebt alleen wel baanzekerheid...

Ik kan nog veel meer schrijven over waarom ik Java haat, maar dan gaat het heel erg een rant worden. En een flink deel komt ook door keuzes die men ooit gemaakt heeft en daarvan kan je natuurlijk zeggen dat men dat anders had moeten doen, maar dat soort dingen ga je overal tegenkomen als je met legacy moet werken en je hebt het er maar mee te doen. Prima, maar laat een ander lekker die rommel opruimen.

[ieperlingetje]

De config files van sommige programma's:

$setting1 = true //must be true or false
$setting2 = 1 //must be 1 or 0
$setting3 = 0 //must be 1 or 0

O wee als je in $setting1 1 durft in te vullen, dan gaat gans het prorgramma onderuit.

[Verwijderd]

ieperlingetje schreef op woensdag 12 februari 2014 @ 10:05:
De config files van sommige programma's:

$setting1 = true //must be true or false
$setting2 = 1 //must be 1 or 0
$setting3 = 0 //must be 1 or 0

O wee als je in $setting1 1 durft in te vullen, dan gaat gans het prorgramma onderuit.

Dat is zeker goed mogelijk!

[F.West98]

BtM909 schreef op woensdag 12 februari 2014 @ 00:52:
Wat hebben die twee met elkaar te maken?

Tweakers laadde heel traag, en was aan het wachten op CloudFront. 1+1=2.

[Alex)]

F.West98 schreef op woensdag 12 februari 2014 @ 10:25:
[...]

Tweakers laadde heel traag, en was aan het wachten op CloudFront. 1+1=2.

Misschien heeft iemand z'n user icon daar gehost.

[F.West98]

Alex) schreef op woensdag 12 februari 2014 @ 10:30:
[...]

Misschien heeft iemand z'n user icon daar gehost.

Denk ik ook dan

[Hydra]

StM schreef op woensdag 12 februari 2014 @ 10:02:
Ik kan nog veel meer schrijven over waarom ik Java haat, maar dan gaat het heel erg een rant worden. En een flink deel komt ook door keuzes die men ooit gemaakt heeft en daarvan kan je natuurlijk zeggen dat men dat anders had moeten doen, maar dat soort dingen ga je overal tegenkomen als je met legacy moet werken en je hebt het er maar mee te doen. Prima, maar laat een ander lekker die rommel opruimen.

Ik ben het met je eens dat Java, in de ontwikkeling tot nu toe, ook een hoop mindere keuzes gemaakt heeft. AWT en Swing zijn redelijke clusterfucks en hoe Java met datetimes werkt is ook omslachtig. Het is niet voor niets dat de meesten in plaats daarvan andere libraries gebruiken (Jodatime, SWT). Maar ik vind "legacy rommel" wel een erg groot woord; er zit misschien oude meuk in de standaard API maar die is veelal deprecated, vergangen door nieuwe dingen in de API, of vervangen door dingen in open source libraries. Daarnaast snap ik je opmerking over generics niet; het hele idee van generics is juist dat je compile-time errors krijgt i.p.v. runtime omdat je niet meer hoeft te casten. In een List<String> kan ik toch echt geen Integers proppen bijvoorbeeld.

Java is groot en er zijn veel grote spelers die er een mening over hebben. Dat maakt het minder makkelijk het roer compleet om te gooien zoals bij .Net. Alleen heb je daar weer dat je met MS nooit weet of waar je nu mee bezig gaat over een jaar nog gesupport wordt, XNA is een goed voorbeeld. Dat is in no time opgekomen en afgestorven.

Dus tja, ik vind "haat" een nogal groot woord. Ik vermoed dat je probleem meer ligt met je werkgever destijds dan bij de taal Java. Het is per slot van rekening maar een tool. Welke problemen je er precies mee oplost is aan jou.

[Alex)]

Het .NET-platform kent inderdaad een redelijke hoeveelheid technologieën die ineens "the next best thing" waren en ineens weer waren vervangen door het volgende "the next best thing". Voorbeeldjes:

.NET Remoting -> ASP.NET Web Services (.asmx) -> WCF -> Web API
DbDataReader -> Typed Datasets -> Linq-to-SQL -> Entity Framework
ActiveX -> DHTML -> Silverlight -> HTML5

[CodeCaster]

ASMX doet lang niet alles wat met Remoting kan, WCF doet meer dan ASMX en de Web API is vooral aan de HTTP-kant wat flexibeler dan WCF, maar zeker geen volledige vervanging van.

Wat moeten ze dan, "Hier heb je de sockets-API en succes met gare third-party libraries"? Op het moment van introduceren waren Remoting, ASMX, WCF en XNA dé way to go, en dát (het omarmen van recente ontwikkelingen) maakt het wat mij betreft nu juist zo'n fijn framework.

Het risico dat (support voor) een techniek van de ene op de andere dag wordt gedropt (ASMX, XNA, Silverlight) blijft altijd aanwezig, en dat is inderdaad jammer.

[BtM909]

F.West98 schreef op woensdag 12 februari 2014 @ 10:25:
[...]

Tweakers laadde heel traag, en was aan het wachten op CloudFront. 1+1=2.

Ik dacht dat je een cloudfront DDOS deflectie-scherm voor je neus kreeg...

[wouterwouter2]

Dear ,

We have upgraded our job application tool on www..com/careers to make it more user-friendly. Your candidate profile has been migrated, with the exception of your CV and any job alerts you have registered for.
If you wish to update your profile and upload your CV, please follow these steps:

1. Click on link provided below
2. In the field “E-mail address” type in the address on which you have received this e-mail
3. Leave the field “Password” empty
4. Click on “Forgot your password?”

[Jan_V]

wouterwouter2 schreef op woensdag 12 februari 2014 @ 11:31:
[...]

Seems legit!

[Alex)]

CodeCaster schreef op woensdag 12 februari 2014 @ 11:26:

Het risico dat (support voor) een techniek van de ene op de andere dag wordt gedropt (ASMX, XNA, Silverlight) blijft altijd aanwezig, en dat is inderdaad jammer.

Bij de eerste presentatie van Windows 8 (BUILD 2010?) was dat goed te merken. Voor een volle zaal wist Microsoft te melden dat je "apps kunt ontwikkelen met HTML5 en Javascript!" De zaal zat vol ontwikkelaars, waaronder veel lui met een WinForms- of Silverlight-achtergrond, naast de velen die wel iets doen met services en API's. Veel .NET'ters dus, voor wie het tijdens die presentatie leek alsof die skills allemaal irrelevant waren geworden.

Later bleek dat de soep niet zo heet gegeten diende te worden als dat ze tijdens BUILD werd opgediend, maar het was wel tekenend voor hoe Microsoft zo nu en dan met haar schare developers omgaat.

Tevens poep:

[BtM909]

Kopen zal je, freeloader

Trouwens, voor de (unsafe javascripters onder ons: http://escape.alf.nu/

[Woy]

CodeCaster schreef op woensdag 12 februari 2014 @ 11:26:
Het risico dat (support voor) een techniek van de ene op de andere dag wordt gedropt (ASMX, XNA, Silverlight) blijft altijd aanwezig, en dat is inderdaad jammer.

De support is natuurlijk niet compleet verdwenen, maar het wordt alleen niet actief verder ontwikkeld. XNA is nog het vervelendst, aangezien dat op de nieuwe XBOX niet meer gebruikt kan worden.

Silverlight is wat dat betreft ook wel erg jammer, ze hadden dat IMHO veel dichter bij WPF moeten houden, maar nu is het echt een halfbakken oplossing.

WCF is ook meer een evolutie van ASMX dan echt een complete vervanger.

Alex) schreef op woensdag 12 februari 2014 @ 11:39:
[...]
Later bleek dat de soep niet zo heet gegeten diende te worden als dat ze tijdens BUILD werd opgediend, maar het was wel tekenend voor hoe Microsoft zo nu en dan met haar schare developers omgaat.

Dat is IMHO meer de marketing die beter kan. Sowieso zijn veel "developer" meetings van MS echt te veel op marketing gericht IMHO. Ik vindt juist dat MS normaal gesproken erg goed voor hun developers zorgt.

Tuurlijk gaat het bij MS erg snel met de technologie, en dat zorgt wel eens voor het snel laten "vallen" van een framework. Maar in de open-source community van bijvoorbeeld java gebeurt dat ook vaak zat.

[CodeCaster]

Woy schreef op woensdag 12 februari 2014 @ 11:48:
[...]

De support is natuurlijk niet compleet verdwenen, maar het wordt alleen niet actief verder ontwikkeld.

Klopt, maar als je net flink hebt geïnvesteerd in zo'n techniek is het wel flauw om te lezen dat de versie waarop je nu werkt de laatste versie ooit is.

---

Mein Lunchpauze, was machst du!

C:\>ping stackoverflow.com -t

Pinging stackoverflow.com [198.252.206.16] with 32 bytes of data:
Request timed out.
[...]
Reply from 198.252.206.16: bytes=32 time=205ms TTL=50
Request timed out.
[...]
Reply from 198.252.206.16: bytes=32 time=206ms TTL=50

[ Voor 3% gewijzigd door CodeCaster op 12-02-2014 12:37 ]

[BikkelZ]

Ik moet wel zeggen dat als Microsoft iets vervangt het wel meestal een enorme verbetering is en dat iets met een veel grotere leercurve vervangen wordt wat veel sneller te begrijpen is. En oude standaarden worden nog lang gesupport, alleen als nieuwere platforms het niet ondersteunen dan houdt het gewoon op.

Overigens vraag ik me met XNA wel af of je niet per console generatie sowieso weer opnieuw moet beginnen bij iedere fabrikant? Hoeveel tools en frameworks konden mee van de PS2 naar de PS3 en weer naar de PS4?

Ik wil overigens niet zeggen dat Enterprise programmeren saai is, maar het is simpelweg zelden de reden dat mensen willen beginnen met programmeren. Al ken ik wel mensen die gewoon zijn gaan leren programmeren nadat een Excel vol VB niet meer voldeed en er niets op de markt was, die mensen zitten er ook tussen.

[Verwijderd]

Dit kán toch gewoon niet waar zijn... Op PowNed.nl:

[OkkE]

Er wordt nagedacht over een syntax voor een “parent selector” in CSS. Voor het selecteren van alle <A>'s met <IMG>'s er in:
.

Cascading Stylesheet:

nav ^a > img { }
/* of */
nav a:has(> img) { }

.

@brucel:
CSS Parent selector. Oh Yes! But should it have a ^ combinator, or :has() pseudoclass? Tell yr chums at @csswg https://t.co/lMyi5155Vq

Bron: https://twitter.com/brucel/status/433561338896723968

[ Voor 13% gewijzigd door OkkE op 12-02-2014 13:42 ]

[F.West98]

De laatste.
Ik dacht bij parent meer aan iets als:

HTML:

<p>
<a class="linkje"></a>
</p>

En dan .linkje^ en dat je dan de p hebt

[hylke94]

F.West98 schreef op woensdag 12 februari 2014 @ 13:43:
De laatste.
Ik dacht bij parent meer aan iets als:

HTML:

<p>
<a class="linkje"></a>
</p>

En dan .linkje^ en dat je dan de p hebt

Dit lijkt mij dan weer een logische oplossing...

[OkkE]

F.West98 schreef op woensdag 12 februari 2014 @ 13:43:
De laatste.
Ik dacht bij parent meer aan iets als:

HTML:

<p>
<a class="linkje"></a>
</p>

En dan .linkje^ en dat je dan de p hebt

Dan heb je geen mogelijkheid om de parents te filteren... hoe doe je het dan bijv. wanneer je alleen de <P> wilt selecteren, terwijl er ook ergens een .linkje binnen een <DIV> staat?

[hylke94]

OkkE schreef op woensdag 12 februari 2014 @ 13:51:
[...]


Dan heb je geen mogelijkheid om de parents te filteren... hoe doe je het dan bijv. wanneer je alleen de <P> wilt selecteren, terwijl er ook ergens een .linkje binnen een <DIV> staat?

.linkje^p misschien?

[F.West98]

Precies.
Ik stel voor: :has gebruiken, de ^ gaat dan voor parent selecteren zonder te weten wat die precies is.
En dit ook:
.foo ^ p (ALLE parent p's van .foo (de DIRECTE kunnen ook met p:has(> .foo), is hetzelfde ))
.foo^ (alle DIRECTE parents van .foo (sneller en logischer dan *:has(> .foo))

---

Parent selectors heb je dus in twee smaken:
Element selecteren ALS hij de ander bevat:
p:has(a) // alle p's met een linkje

(onbekende) parent van een element selecteren
.foo ^ p (ALLE parents? Directe parent zou ook met p:has(.foo) gemaakt kunnen zijn)
.foo ^ (onbekende parent, wel direct)

[ Voor 33% gewijzigd door F.West98 op 12-02-2014 13:58 ]

[Douweegbertje]

Verwijderd schreef op woensdag 12 februari 2014 @ 13:35:
Dit kán toch gewoon niet waar zijn... Op PowNed.nl:
[afbeelding]

Gebeurt zo vaak bij hun, zelfs op AD en NU .nl Vaak dan weer andere tekens als in &nbsp etc.

[MoietyMe]

Cascading Stylesheet:

a ^ p {
  color: #afa;
}

Is het meest logsiche naar mijn mening. Aangezien je ook a > p kan doen. Daarnaast zal het er bij veel developers al wel inzitten dat ^ level omhoog betekend.

Of gewoon de scss methode:

Cascading Stylesheet:

a {
  p & {
    color: #afa;
  }
}

Waarbij je natuurlijk weer mooi gebruik kunt maken van de direct descendant selector om direct parent aan te geven:

Cascading Stylesheet:

a {
  p > & {
    color: #afa;
  }
}

[ Voor 40% gewijzigd door MoietyMe op 12-02-2014 14:06 ]

[PrisonerOfPain]

^ betekend xor.

[F.West98]

Dat is heel makkelijk. Maar dan heb je dus niet de use case van :has() met ALS het x bevat. Wat voor mij logischer leest in die gevallen.
Sowieso wat zij voorstellen met ^p > a is heel onlogisch.

[Woy]

BikkelZ schreef op woensdag 12 februari 2014 @ 13:31:
Overigens vraag ik me met XNA wel af of je niet per console generatie sowieso weer opnieuw moet beginnen bij iedere fabrikant? Hoeveel tools en frameworks konden mee van de PS2 naar de PS3 en weer naar de PS4?

Maar XNA is juist vooral gepositioneerd voor de Indy/Homebrew community, en gaf sowieso al niet de volledige kracht van de console vrij. Ik zou best begrijpen dat nieuwe features misschien niet meer voor de XBOX-360 ontwikkeld zouden worden. Maar het was wel een mooi platform voor kleinschalige gamedevs. Ik blijf het jammer vinden dat ze dat gekilled hebben. Al meen ik mij te herinneren dat MS nog met een alternatief zou komen.

[MoietyMe]

F.West98 schreef op woensdag 12 februari 2014 @ 14:06:
Dat is heel makkelijk. Maar dan heb je dus niet de use case van :has() met ALS het x bevat. Wat voor mij logischer leest in die gevallen.
Sowieso wat zij voorstellen met ^p > a is heel onlogisch.

Cascading Stylesheet:

a {
  p:has(.foo) > & {
    color: #afa;
  }
}

a {
  *:has(.foo):not(bar) > & {
    color: #aaf;
  }
}

Sorry, misschien snap ik je case niet helemaal. Care to explain?

[ Voor 13% gewijzigd door MoietyMe op 12-02-2014 14:11 ]

[F.West98]

Whut?

[Woy]

PrisonerOfPain schreef op woensdag 12 februari 2014 @ 14:06:
^ betekend xor.

en anders altijd nog pow

[PrisonerOfPain]

Woy schreef op woensdag 12 februari 2014 @ 14:07:
[...]

Maar XNA is juist vooral gepositioneerd voor de Indy/Homebrew community, en gaf sowieso al niet de volledige kracht van de console vrij. Ik zou best begrijpen dat nieuwe features misschien niet meer voor de XBOX-360 ontwikkeld zouden worden. Maar het was wel een mooi platform voor kleinschalige gamedevs. Ik blijf het jammer vinden dat ze dat gekilled hebben. Al meen ik mij te herinneren dat MS nog met een alternatief zou komen.

Het is DX9 vs. DX11 - niet iets waar over het algemeen veel moeite in gaat zitten als je de boel 1 op 1 om zet.

[PrisonerOfPain]

Woy schreef op woensdag 12 februari 2014 @ 14:12:
[...]

en anders altijd nog pow

Xor, en niks anders.

[kaesve]

zijn de volgende selectors dan gelijk?

code:

p > a ^ 
a ^ p

[Verwijderd]

Die CSS code die hier voorbij komt bevestigt wel dat ik na al die jaren niets van CSS ken. Om eerlijk te zijn heb ik CSS nooit leuk gevonden. Ik koop meestal templates van mensen die er wat verstand van hebben en bouw die dan om zodat ze werken met het CMS dat ik voor de website wil gebruiken.

[MoietyMe]

kaesve schreef op woensdag 12 februari 2014 @ 14:12:
zijn de volgende selectors dan gelijk?

code:

p > a ^ 
a ^ p

Dat ligt er aan of ^ gelijkstaat aan direct parent of gewoon uberhaupt een parent.

Verwijderd schreef op woensdag 12 februari 2014 @ 14:16:
Die CSS code die hier voorbij komt bevestigt wel dat ik na al die jaren niets van CSS ken. Om eerlijk te zijn heb ik CSS nooit leuk gevonden. Ik koop meestal templates van mensen die er wat verstand van hebben en bouw die dan om zodat ze werken met het CMS dat ik voor de website wil gebruiken.

Is ook LESS/SCSS wat hierboven staat.

[Hydra]

YAY! Aanbod binnen van bedrijf A, ziet er erg goed uit. En bedrijf C gaat me ook een aanbod doen.

[Ealanrian]

Na 3.5 jaar weer eens een grootse opruim actie. Er komt geen eind aan...

[Verwijderd]

Hydra schreef op woensdag 12 februari 2014 @ 14:19:
YAY! Aanbod binnen van bedrijf A, ziet er erg goed uit. En bedrijf C gaat me ook een aanbod doen.

Proficiat. Nu hopen dat het aanbod van bedrijf A niet in de buurt ligt van bedrijf C zodat de keuze niet te moeilijk wordt

[Hydra]

Verwijderd schreef op woensdag 12 februari 2014 @ 14:21:
Proficiat. Nu hopen dat het aanbod van bedrijf A niet in de buurt ligt van bedrijf C zodat de keuze niet te moeilijk wordt

Kan het me nauwelijks voorstellen, voorwaarden zijn gewoon erg goed, secundaire ook. We shall see

[Firesphere]

Hydra schreef op woensdag 12 februari 2014 @ 14:19:
YAY! Aanbod binnen van bedrijf A, ziet er erg goed uit. En bedrijf C gaat me ook een aanbod doen.

Nice, gefeliciteerd! Niks met FTP ofzo hoop ik?

[Hydra]

Firesphere schreef op woensdag 12 februari 2014 @ 14:31:
Nice, gefeliciteerd! Niks met FTP ofzo hoop ik?

Alleen SFTP he, FTP is voor nubs

[Firesphere]

Hydra schreef op woensdag 12 februari 2014 @ 14:34:
[...]


Alleen SFTP he, FTP is voor nubs

[Erwin537]

It's breeding!!! http://flapmmo.com/

Over CSS parent selector: Zou zeker wel handig zijn. Ik heb wel momenten gehad dat ik het kon gebruiken.

[BtM909]

Ja die is cool, jammer van de verkeerde physics-regels.

[Aloys]

Whoei, flappy bird :D:D .

[Douweegbertje]

SQL:

...
WHERE foo != 1

NULL = 1..

Wist ik eigenlijk niet eens Per toeval door een bugje ontdekt toen de def. values weg waren (alles NULL opeens ipv 0/1)

[Struikrover]

sick moeilijk

[BtM909]

Wat een prutsers... De ronde voor de US Green Card Lottery is open. Ze vragen zich met man en macht af waarom ze geen aanvragen binnenkrijgen: http://html.usagc.org/pages/greencard/landingpage_eng.html

Als je submit, dan krijg je een download van step1.aspx

Met erin:

ªV´B]§¶Èù^ã÷O]šåéú¿Ú8Ì]^ëlo£RLÿ“'-±N+­(ºÛöŒª“(yVO´•ÂË

[Alex)]

BtM909 schreef op woensdag 12 februari 2014 @ 15:09:
Wat een prutsers... De ronde voor de US Green Card Lottery is open. Ze vragen zich met man en macht af waarom ze geen aanvragen binnenkrijgen: http://html.usagc.org/pages/greencard/landingpage_eng.html

Wacht, is dat dé officiële website?

Ik dacht altijd dat dat één of andere scam was...

[BtM909]

Ja haha, da's de originele ja

Kom op, kan toch geen scam zijn: check het 1996 design

[Firesphere]

Alex) schreef op woensdag 12 februari 2014 @ 15:11:
[...]

Wacht, is dat dé officiële website?

Ik dacht altijd dat dat één of andere scam was...

Ja... dat is de officiele website. Veel overheidsinstellingen van de VS hebben leven in het verleden.

[Otherside1982]

Ik krijg voor die site anders wel de volgende melding van de proxy: "Scam/Questionable/Illegal"

[kenneth]

.org ipv .gov ??

[Alex)]

BtM909 schreef op woensdag 12 februari 2014 @ 15:12:
Ja haha, da's de originele ja

Kom op, kan toch geen scam zijn: check het 1996 design

Het was vooral het taalgebruik ("Lottery") en de kleine lettertjes in de footer ("not a government agency") dat me anders deed vermoeden.

[Avalaxy]

Wat dachten jullie van http://patft.uspto.gov/ en http://www.uspto.gov/ dan... Hehehe.

[Douweegbertje]

kenneth schreef op woensdag 12 februari 2014 @ 15:22:
.org ipv .gov ??

Dat vind ik nog het meest rare

[Caelorum]

Oh, god... Zit ik hier al ruim een uur te kijken naar een cygwin install. Ding blijft telkens hangen op allerlei packages met downloaden. Weet niet of ik nou cygwin of mijn ISP moet verwijten. Heb het ook met echt alle Visual Studio updates

[CodeCaster]

Alex) schreef op woensdag 12 februari 2014 @ 15:11:
[...]

Wacht, is dat dé officiële website?

Privecy Policy

[Firesphere]

kenneth schreef op woensdag 12 februari 2014 @ 15:22:
.org ipv .gov ??

Ow hey, verrek

Anyway, de meeste USgovernment-sites zien er dus echt wel 1990 uit. Vandaar dat't me niet verbaasde dat't er zo uit ziet.

[Megamind]

Not sure if, maar dat is volgens mij de officiele:
https://www.dvlottery.state.gov/

[Hydra]

Ik heb jaren terug bij deze toko een project gedaan:
http://www.wvlabor.com/newwebsite/Pages/index.html

De mensen die bij de amerikaanse overheid werken zijn nog duffer dan de sites

[Alex)]

Jemig, en ik maar denken dat we anno 2014 toch wel af waren van de "My first FrontPage project"-websites...

edit: het ESTA is ook al zo'n grafisch drama.

[ Voor 29% gewijzigd door Alex) op 12-02-2014 15:47 ]

[Hydra]

Alex) schreef op woensdag 12 februari 2014 @ 15:42:
Jemig, en ik maar denken dat we anno 2014 toch wel af waren van de "My first FrontPage project"-websites...

edit: het ESTA is ook al zo'n grafisch drama.

Grappig is ook nog dat ESTA relatief nieuw is, die site die ik linkte is een stuk ouder. Je had trouwens daarvan de 'oude' versie moeten zien; de gemiddelde Geoshitties page zag er beter uit

[BtM909]

Oh aha, dit is die organisatie die die gegevens voor je verzamelen en vervolgens submitten

Ik zag het linkje als reclame voorbijkomen op LinkedIn en herkende het format, dus dacht dat 't wel klopte

[CodeCaster]

Alex) schreef op woensdag 12 februari 2014 @ 15:42:
edit: het ESTA is ook al zo'n grafisch drama.

Ik was vorig jaar heel huiverig om mjin creditcardgegevens op die site in te vullen. Gelukkig is het allemaal goed gegaan en mocht ik het land in.

---

HttpWebRequest: prima. HttpClient: uitstekend. WebClient: mojibake. Unicode, hoe moeilijk kun je het maken. Oh, misschien door aan te nemen dat de reponse-content dezelfde encoding heeft als de request, zelfs al beweert de response anders, en anders terug te vallen op ASCII terwijl 80% van het web tegenwoordig UTF-8 gebruikt.

Bijna klaar met m'n 'research' en bijbehorende blog.

[ Voor 11% gewijzigd door CodeCaster op 12-02-2014 16:07 ]

[Megamind]

Tja bedrijven in Europa nemen het internet serieuzer dan in Noord Amerika. Online bankieren is alsof je terug bent in 1996. Tan codes? Nooit van gehoord. Random readers? What?

[ Voor 16% gewijzigd door Megamind op 12-02-2014 16:09 ]

[kenneth]

Alex) schreef op woensdag 12 februari 2014 @ 15:42:
edit: het ESTA is ook al zo'n grafisch drama.

Ik word er nostalgisch van, zo zag het hele internet uit toen ik het voor het eerst regelmatig gebruikte

[BtM909]

Dat klopt helemaal niet!!! Het internet was veel kleurrijker

https://www.google.nl/sea...source=lnms&tbm=isch&sa=X

[Scott]

Megamind schreef op woensdag 12 februari 2014 @ 16:08:
Tja bedrijven in Europa nemen het internet serieuzer dan in Noord Amerika. Online bankieren is alsof je terug bent in 1996. Tan codes? Nooit van gehoord. Random readers? What?

Sowieso kunnen ze in Amerika ongelooflijk achterlopen qua technologie. Ik moet nog elke maand naar een fysieke bank om de huur te betalen

[Firesphere]

Megamind schreef op woensdag 12 februari 2014 @ 16:08:
Tja bedrijven in Europa nemen het internet serieuzer dan in Noord Amerika. Online bankieren is alsof je terug bent in 1996. Tan codes? Nooit van gehoord. Random readers? What?

Wist je dat die TAN-codes en Random-readers ook wel afgeschaft kunnen worden? Ze zijn voor de bank van geen enkele waarde, ze zijn er alleen voor het veiligheidsgevoel van de gebruiker.

Sterker nog, die mobiele apps zijn veiliger dan webclients.

bron: Jan Joris Vereijken (Chief Security Architect, ING)

[Hydra]

Ik heb een aantal jaar terug een project gedaan bij de ING. Ik heb niet zo'n hoge pet op van de mensen bij de ING wat betreft security.

[BikkelZ]

Megamind schreef op woensdag 12 februari 2014 @ 16:08:
Tja bedrijven in Europa nemen het internet serieuzer dan in Noord Amerika. Online bankieren is alsof je terug bent in 1996. Tan codes? Nooit van gehoord. Random readers? What?

Ik heb een drieletterig cijfer als loginnaam en een vierletterig cijfer als wachtwoord. Om de veiligheid te vergroten blokkeren ze daarom na twee weken mijn online bankieren zodat ik bij de bank langs moet om de boel weer te deblokkeren. Eigenlijk zou het via een pinautomaat moeten kunnen (moet je je voorstellen dat iemand over je schouder je nieuwe online betalen pincode kan meelezen - geen pas nodig om te loggen) maar omdat ik buutnlander ben moet ik iedere keer naar de bank.

Mensen kijken altijd vol bewondering naar mijn ABN Amro random reader. Of dat dat niet enorm lastig is . Nee 's avonds door de regen naar de pinautomaat moeten omdat je code weer eens geblokkeerd is is handig

[Firesphere]

Hydra schreef op woensdag 12 februari 2014 @ 16:42:
Ik heb een aantal jaar terug een project gedaan bij de ING. Ik heb niet zo'n hoge pet op van de mensen bij de ING wat betreft security.

Mwoah, ik had van Jan Joris wel het idee dat hij in ieder geval wist waar hij het over had betreffende die random-readers en TANcodes etc. Vooral omdat het wel vrij logisch is.

Ongeveer 2 uur later zat hij trouwens wel te zweten, toen er "even" werd gedemonstreerd hoe er met behulp van een single key, elke McAfee corporate client kon worden overgenomen
Dit: http://funoverip.net/2013/06/mcafee-epolicy-0wner-preview/

[ Voor 5% gewijzigd door Firesphere op 12-02-2014 16:45 ]

[Verwijderd]

Megamind schreef op woensdag 12 februari 2014 @ 16:08:
Tja bedrijven in Europa nemen het internet serieuzer dan in Noord Amerika. Online bankieren is alsof je terug bent in 1996. Tan codes? Nooit van gehoord. Random readers? What?

Ik moet mijn huur hier in California nog maandelijks met persoonlijk cheque "betalen"
Serieus, ik had dat nog nooit eerder gedaan
Het hele pin gebeuren wordt hier nu ook pas mondjesmaats ingevoerd, alles gaat met creditcard
zelfs een bakkie koffie. Echt bizar

Edit:

Scott schreef op woensdag 12 februari 2014 @ 16:34:
[...]

Sowieso kunnen ze in Amerika ongelooflijk achterlopen qua technologie. Ik moet nog elke maand naar een fysieke bank om de huur te betalen

Had jouw post even gemist, maar jij wint

[ Voor 22% gewijzigd door Verwijderd op 12-02-2014 16:48 ]

[Megamind]

Scott schreef op woensdag 12 februari 2014 @ 16:34:
[...]

Sowieso kunnen ze in Amerika ongelooflijk achterlopen qua technologie. Ik moet nog elke maand naar een fysieke bank om de huur te betalen

Gelukkig kon ik 12 cheques geven voor de 1e van de maand.

Wat wel superhandig is, is tapping. Geen pincode nodig niks, gewoon even je pas op de pinautomaat leggen en je hebt betaald. Dat werkt tegenwoordig ook op je normale pinpas, niet alleen op je creditcard.

BikkelZ schreef op woensdag 12 februari 2014 @ 16:44:
Mensen kijken altijd vol bewondering naar mijn ABN Amro random reader. Of dat dat niet enorm lastig is . Nee 's avonds door de regen naar de pinautomaat moeten omdat je code weer eens geblokkeerd is is handig

Zo erg is het gelukkig hier niet Het is gewoon een stuk simpeler, voor geldzaken ga je naar de bank (die op elke hoek van de straat zit), betalen doe je met je pinpas (tip geef je op de pinterminal) en de creditcard hangt er een beetje bij.

[ Voor 35% gewijzigd door Megamind op 12-02-2014 16:48 ]

[BikkelZ]

Waarom zou een random reader niet veilig zijn? Kon zelf niet meer dan een MITM attack bedenken. Je moet uiteindelijk toch je chip en je pincode gebruiken. Al vond ik het wel enorm raar dat je de nieuwe RR ook aan USB kon hangen zodat je minder hoefde in te kloppen.

[Firesphere]

BikkelZ schreef op woensdag 12 februari 2014 @ 16:47:
Waarom zou een random reader niet veilig zijn? Kon zelf niet meer dan een MITM attack bedenken. Je moet uiteindelijk toch je chip en je pincode gebruiken. Al vond ik het wel enorm raar dat je de nieuwe RR ook aan USB kon hangen zodat je minder hoefde in te kloppen.

Omdat het een browser is. En dus is de Random Reader an sich wel veilig, maar is de veiligheid van het internet bankieren direct gerelateerd aan hoe goed jouw computer beschermd is.

1+1 => Als jij malware hebt, beschermt de RR niet meer.

[DeluxZ]

Firesphere schreef op woensdag 12 februari 2014 @ 16:53:
[...]

Omdat het een browser is. En dus is de Random Reader an sich wel veilig, maar is de veiligheid van het internet bankieren direct gerelateerd aan hoe goed jouw computer beschermd is.

1+1 => Als jij malware hebt, beschermt de RR niet meer.

+1

[Hydra]

Firesphere schreef op woensdag 12 februari 2014 @ 16:53:
Omdat het een browser is. En dus is de Random Reader an sich wel veilig, maar is de veiligheid van het internet bankieren direct gerelateerd aan hoe goed jouw computer beschermd is.

1+1 => Als jij malware hebt, beschermt de RR niet meer.

Als je moet inloggen en daarbij de S in moet drukken i.p.v. de I en opeens controlegetallen in moet gaan voeren, tja. Helaas zijn de meeste gebruikers niet zo snugger dat ze dat opmerken.

Maargoed. Ik vind een statement dat mobieltjes veiliger zijn ook een beetje kort door de bocht. Misschien is er nu nog geen malware, maar dat gaat vanzelf komen als het merendeel van de gebruikers via mobiel gaat bankieren.

[Firesphere]

Hydra schreef op woensdag 12 februari 2014 @ 16:58:
[...]


Als je moet inloggen en daarbij de S in moet drukken i.p.v. de I en opeens controlegetallen in moet gaan voeren, tja. Helaas zijn de meeste gebruikers niet zo snugger dat ze dat opmerken.

Maargoed. Ik vind een statement dat mobieltjes veiliger zijn ook een beetje kort door de bocht. Misschien is er nu nog geen malware, maar dat gaat vanzelf komen als het merendeel van de gebruikers via mobiel gaat bankieren.

De moeite die er voor een app moet worden gedaan is vrij root. Onderscheppen is lastig, en zodra de bank het gat in de beveiliging patched, moeten ze van voor af aan beginnen, dezelfde malicious code werkt niet bij een andere bank, terwijl bij een browser, het een kwestie is van misschien een paar scriptjes aanpassen en het werkt bij de volgende bank, dat is veel minder werk dan complete apps reverse engineeren

Daarmee is een app niet perse veiliger, maar is het voor een attacker omdat de moeiten/baten verhouding heel anders ligt.