De Devschuur Coffee Corner - Iteratie 7

[PdeBie]

Ik vermoed dat ze namens de hele afdeling mailen via dat mailadres, maar dan nog is het inderdaad lekker onpersoonlijk. Wat is er mis met je naam en dan in de handtekening de afdeling waar je voor werkt?

Dat er een limiet van 50 op zit is ook wat van te zeggen natuurlijk. Voor mijn part staan er 250 tekens. Kan mij het schelen. Maar zo'n lang mailadres? damn.......

[ Voor 29% gewijzigd door PdeBie op 28-10-2014 17:06 ]

[WernerL]

PdeBie schreef op dinsdag 28 oktober 2014 @ 17:03:
Ik vermoed dat ze namens de hele afdeling mailen via dat mailadres, maar dan nog is het inderdaad lekker onpersoonlijk. Wat is er mis met je naam en dan in de handtekening de afdeling waar je voor werkt?

Algemeen emailadres waar klanten naartoe mailen misschien?

[ Voor 4% gewijzigd door WernerL op 28-10-2014 17:06 ]

[Korben]

PdeBie schreef op dinsdag 28 oktober 2014 @ 17:03:
Ik vermoed dat ze namens de hele afdeling mailen via dat mailadres, maar dan nog is het inderdaad lekker onpersoonlijk. Wat is er mis met je naam en dan in de handtekening de afdeling waar je voor werkt?

Wat is er mis met zelf bepalen hoe lang je e-mailadres is? Ik wil persoonlijk graag ohmygodikweetnietgoedwatikmoetkiezenmaarikzaltochietsmoeten@hetzelfdeprobleemhebikmetdomeinnamenzezeggendateendomeinnaamrepresentatiefmoetzijnvoorjebedrijfmaarditistenminsteuniek.nl. Wie ben jij om daar een oordeel over te vellen? Volgens RFC3696 is het een geldig e-mailadres, dus ik verwacht dat elke applicatie die een e-mailadres accepteert het daar mee eens is.

[azerty]

Ik heb al genoeg en geregeld problemen met een emailadres in de vorm van:

[e-mail]

Iets met te veel puntjes in het gedeelte na de @

[alienfruit]

Ik heb een max van 255 tekens

[Creepy]

alienfruit schreef op dinsdag 28 oktober 2014 @ 17:10:
Ik heb een max van 255 tekens

Dat is prima

http://stackoverflow.com/...-of-a-valid-email-address
http://tools.ietf.org/html/rfc5321#section-4.5.3

_{Nitpick: eigenlijk is het 254.. ach ja....}

[ Voor 27% gewijzigd door Creepy op 28-10-2014 17:14 ]

[azerty]

Ik raad vrienden altijd aan een kijkje te nemen op www.isemail.info

[Firesphere]

wackmaniac schreef op dinsdag 28 oktober 2014 @ 16:35:
[...]


Gefeliciteerd!


Wat is het?

Spam. Duh.

[Korben]

wsitedesign schreef op dinsdag 28 oktober 2014 @ 17:13:
Ik raad vrienden altijd aan een kijkje te nemen op www.isemail.info

Hmm, mijn belachelijke e-mailadres is toch niet geldig

The general result is: The address is only valid according to the broad definition of RFC 5322. It is otherwise invalid.

The specific diagnosis is: The domain part contains an element that is too long

Here is the relevant passage from the email RFCs:

labels 63 octets or less
RFC 5321 section 4.1.2

[Alex)]

Ik kwam zojuist iemand tegen in de GAL met als e-mailadres <eerste letter voornaam>.<eerste letter achternaam>@bedrijf.

Lekker kort

[Firesphere]

Alex) schreef op dinsdag 28 oktober 2014 @ 17:29:
Ik kwam zojuist iemand tegen in de GAL met als e-mailadres <eerste letter voornaam>.<eerste letter achternaam>@bedrijf.

Lekker kort

Studiegenoot van me had {naam}[e-mail]

[Tribits]

Alex) schreef op dinsdag 28 oktober 2014 @ 17:29:
Ik kwam zojuist iemand tegen in de GAL met als e-mailadres <eerste letter voornaam>.<eerste letter achternaam>@bedrijf.

Lekker kort

Waarmee nog niet gezegd dat een geldig, kort e-mail adres gegarandeerd werkt. Ik kan me nog een geval herinneren van iemand die "p&[e-mail]" aanmaakte en vervolgens bij de helpdesk kwam klagen dat er van alles misging. Tsja, hoe leg je dat nou weer uit.

[Verwijderd]

Alex) schreef op dinsdag 28 oktober 2014 @ 17:29:
Ik kwam zojuist iemand tegen in de GAL met als e-mailadres <eerste letter voornaam>.<eerste letter achternaam>@bedrijf.

Lekker kort

Geen extensie?

[Douweegbertje]

Tribits schreef op dinsdag 28 oktober 2014 @ 17:30:
[...]


Waarmee nog niet gezegd dat een geldig, kort e-mail adres gegarandeerd werkt. Ik kan me nog een geval herinneren van iemand die "p&[e-mail]" aanmaakte en vervolgens bij de helpdesk kwam klagen dat er van alles misging. Tsja, hoe leg je dat nou weer uit.

Ja eh, al was die lang en valide..

[Tribits]

Verwijderd schreef op dinsdag 28 oktober 2014 @ 17:34:
[...]


Geen extensie?

Ach jee, krijgen we nu die discussie weer of je een site mag draaien op een TLD?

[Alex)]

Verwijderd schreef op dinsdag 28 oktober 2014 @ 17:34:
[...]


Geen extensie?

Natuurlijk wel.

[alienfruit]

Ik heb gewoon {voornaam}@gmail.com

[Tribits]

alienfruit schreef op dinsdag 28 oktober 2014 @ 17:51:
Ik heb gewoon {voornaam}@gmail.com

Vreemd adres, maar het is wel geldig:

The email address tested was {voornaam}@gmail.com

The general result is: Address is valid

[Acid_Burn]

alienfruit schreef op dinsdag 28 oktober 2014 @ 17:51:
Ik heb gewoon {voornaam}@gmail.com

Mijn voornaam is niet lang genoeg helaas. Moet minimaal 6 karakters zijn.

[Cloud]

Tribits schreef op dinsdag 28 oktober 2014 @ 17:53:
[...]
Vreemd adres, maar het is wel geldig:
[...]

droog.

[Verwijderd]

alienfruit schreef op dinsdag 28 oktober 2014 @ 17:51:
Ik heb gewoon {voornaam}@gmail.com

Ik heb {voornaam}@{familienaam}.be, dat is pas cool

[Alex)]

Hoax!

spoiler:

[Verwijderd]

Alex) schreef op dinsdag 28 oktober 2014 @ 18:59:
Hoax!

[afbeelding]

spoiler:

Ik zat er op te wachten.

Nu nog een reactie waar in staat dat .be adressen by default stom zijn.

[azerty]

.nl adressen zijn by default stom

* azerty rent

[Avalaxy]

Alex) schreef op dinsdag 28 oktober 2014 @ 17:29:
Ik kwam zojuist iemand tegen in de GAL met als e-mailadres <eerste letter voornaam>.<eerste letter achternaam>@bedrijf.

Lekker kort

Mijn baas heeft een emailadres dat voldoet aan deze regex: \w{2}@\w{2}\.nl

Onze bedrijfsnaam bestaat uit 2 letters en hij gebruikt ook z'n initialen (zonder punt er tussen).

[orf]

wacht even, dan maak ik [url=#][e-mail][/] aan.

[Biersteker]

orf schreef op dinsdag 28 oktober 2014 @ 19:18:
wacht even, dan maak ik [url=#][e-mail][/] aan.

of [e-mail]

[azerty]

orf schreef op dinsdag 28 oktober 2014 @ 19:18:
wacht even, dan maak ik [url=#][e-mail][/] aan.

Spijtig dat .vi geen enkel-letterige domeinen toestaat

(en dan heb je nog de prijskwestie )

Biersteker schreef op dinsdag 28 oktober 2014 @ 19:28:
[...]

of [e-mail]

.an kan je geen nieuwe meer van registreren helaasch.

[ Voor 27% gewijzigd door azerty op 28-10-2014 19:32 ]

[Verwijderd]

Wauw, Taco Bell gaat het in het vervolg zonder website doen: http://www.tacobell.com/home

[azerty]

Ik geloof niet dat ze het zonder website gaan doen, ze gaan volgens mij toch altijd een pagina op tacobell.com blijven tonen hoor

[VincentdeVreede]

Verwijderd schreef op dinsdag 28 oktober 2014 @ 19:41:
Wauw, Taco Bell gaat het in het vervolg zonder website doen: http://www.tacobell.com/home

Aparte keuze om desktop uit te sluiten, plus voor Taco Bell installeerd ik geen App.
Heb ik ook niet voor MacDonalds of Burger King.

[aegis]

Verwijderd schreef op dinsdag 28 oktober 2014 @ 19:41:
Wauw, Taco Bell gaat het in het vervolg zonder website doen: http://www.tacobell.com/home

ook weer apart dat ze dan weer een een web app maken voor op je smartphone dan zou je met wat extra werk en moeten ook goed werkend kunnen krijgen als website.

[Dido]

Verwijderd schreef op dinsdag 28 oktober 2014 @ 19:41:
Wauw, Taco Bell gaat het in het vervolg zonder website doen: http://www.tacobell.com/home

'sgoed, ze willen geen klanten met WP. Their loss.

[incaz]

Weg met het web! Wie bouwt er nou iets dat universeel toegankelijk is als je je ook kunt vastpinnen tot een paar speciale devices!
(Ok. En minder I Spy mogelijkheden natuurlijk.)

[Douweegbertje]

Jeetje, marketing 101 hier hoor. Heel hun doel is een enorm bereik voor hun nieuwe app. Even alle socialmedia dingen op 'zwart' zetten met een weinig verhullend plaatje en idem voor je website. Vervolgens gaat zelfs iemand in Nederland op een IT forum de link plaatsen. Nog meer mensen praten weer over die link en voila; gelukt.
Vervolgens wat extra "speciale" gerechten alleen uitgeven voor app gebruikers en over een maandje weer alles terug zetten zoals het was. Resultaat: enorme boost in populariteit en het aantal app gebruikers en dat voor een paar $ in 'dev kosten'.

Beetje jammer dat ik het nog moet uitleggen ook

[Verwijderd]

Douweegbertje schreef op dinsdag 28 oktober 2014 @ 20:09:
Jeetje, marketing 101 hier hoor. Heel hun doel is een enorm bereik voor hun nieuwe app. Even alle socialmedia dingen op 'zwart' zetten met een weinig verhullend plaatje en idem voor je website. Vervolgens gaat zelfs iemand in Nederland op een IT forum de link plaatsen. Nog meer mensen praten weer over die link en voila; gelukt.
Vervolgens wat extra "speciale" gerechten alleen uitgeven voor app gebruikers en over een maandje weer alles terug zetten zoals het was. Resultaat: enorme boost in populariteit en het aantal app gebruikers en dat voor een paar $ in 'dev kosten'.

Beetje jammer dat ik het nog moet uitleggen ook

De theorie klinkt leuk, praktijk net iets minder.

Moest Mc Donalds of Quick (Frans hamburgerrestaurant dat ook actief is in België) zoiets doen, zou ik toch echt niet de moeite doen om een app te installeren. Sowieso bezoek ik dit soort websites enkel als ik op zoek ben naar een adres of hun menu maar dat eerste gaat al gemakkelijk via Google Maps tegenwoordig.Wat je volgens mij eerder gaat zien is dat mensen die wat van de site willen, nu de info gewoon niet krijgen en naar de concurrent lopen.

Ik kan er volledig langszitten maar het is toch een marketingstunt waar een behoorlijk risico aan vast hangt.

Ik was bijvoorbeeld ook geen fan van de manier waarop Foursquare zijn nieuwe app Swarm introduceerde. Blijkbaar was ik daar ook niet de enige: A Weird Fish - Why I Quit FourSquare.

[Douweegbertje]

Het is Tacobell, en niet GreasyPizza's By Carlos. De "downtime" zal wel mee vallen, en potentiële afhakers komen weer ruimschoots binnen.

[Alex)]

Quick, dat is toch die toko waar alles naar karton smaakt?

[PrisonerOfPain]

Alex) schreef op dinsdag 28 oktober 2014 @ 21:27:
Quick, dat is toch die toko waar alles naar karton smaakt?

Het is fastfood, wat wil je

[Alex)]

PrisonerOfPain schreef op dinsdag 28 oktober 2014 @ 21:27:
[...]


Het is fastfood, wat wil je

Je hebt fastfood en fastfood. Een Big Mac vind ik op zich nog best te doen hoor

Al kan het niet tippen aan bijvoorbeeld een portie pasta van Julia's.

[PrisonerOfPain]

Alex) schreef op dinsdag 28 oktober 2014 @ 21:29:
[...]

Je hebt fastfood en fastfood. Een Big Mac vind ik op zich nog best te doen hoor

Al kan het niet tippen aan bijvoorbeeld een portie pasta van Julia's.

Vapianos is de enige fast-food keten waar ik nog regelmatig heen ga, maar in de Mac zul je me alleen zien als 't echt niet anders kan. En dan word 't een Big Tasty

[Verwijderd]

PrisonerOfPain schreef op dinsdag 28 oktober 2014 @ 21:30:
[...]


En dan word 't een Big Tasty

Je bedoelt de Big Nasty?

[PrisonerOfPain]

Verwijderd schreef op dinsdag 28 oktober 2014 @ 21:37:
[...]


Je bedoelt de Big Nasty?

Zo staat 'ie in sommige kringen beter bekend ja

[Verwijderd]

Het blijft raar. Die hele website staat gewoon nog online, inclusief een nieuwsbericht waarin staat dat alle content weggehaald is... Je kan er alleen niet meer komen via de homepagina.

[ZpAz]

PrisonerOfPain schreef op dinsdag 28 oktober 2014 @ 21:30:
[...]


Vapianos is de enige fast-food keten waar ik nog regelmatig heen ga, maar in de Mac zul je me alleen zien als 't echt niet anders kan. En dan word 't een Big Tasty

Maar het is zo lekker stevig met een goede bite.

[Damic]

Geef mij dan maar ne Big Farmer met dubbel vlees

[Bosmonster]

Douweegbertje schreef op dinsdag 28 oktober 2014 @ 20:09:
Jeetje, marketing 101 hier hoor. Heel hun doel is een enorm bereik voor hun nieuwe app. Even alle socialmedia dingen op 'zwart' zetten met een weinig verhullend plaatje en idem voor je website. Vervolgens gaat zelfs iemand in Nederland op een IT forum de link plaatsen. Nog meer mensen praten weer over die link en voila; gelukt.
Vervolgens wat extra "speciale" gerechten alleen uitgeven voor app gebruikers en over een maandje weer alles terug zetten zoals het was. Resultaat: enorme boost in populariteit en het aantal app gebruikers en dat voor een paar $ in 'dev kosten'.

Beetje jammer dat ik het nog moet uitleggen ook

Jij kan zo bij Taco Bell werken met die geweldige ideeën van je

[Douweegbertje]

Misschien werk ik er al..

[Verwijderd]

Alex) schreef op dinsdag 28 oktober 2014 @ 21:27:
Quick, dat is toch die toko waar alles naar karton smaakt?

Ik denk dat je dringend nog eens terug moet. Quick heeft echt prima burgers wanneer je uit het "Suprême burgers" assortiment kiest. Hier kan McDonalds met geen enkele burger aan tippen.

Bij McDonalds zijn eigenlijk enkel de Cheeseburger en de Double Cheeseburger echt goed. Of die dingen met bacon. Want bacon.


Ik ben er helemaal niet fier op maar ik vind dat ik me toch wel een expert mag noemen op dit gebied. Ik ga elke week minstens 1 keer naar een fast food restaurant. Quick en McDonalds zijn de voornaamsten aangezien we in Belgie niet veel anders hebben.

[F.West98]

@Mobile-First.
Bah.
Ook de trend dat alle apps weggaan en maar vervangen worden door mobiele sites. Meer bah. Ook @Tweakers trouwens.
Een mobiele site is vaak kut om de volgende redenen:
1. Het ziet er op elk apparaat even groot uit (dus welke resolutie je telefoon ook is, je ziet bar weinig tekst. Daarvoor heb ik geen groot scherm)
2. Het scrollen is NIET soepel (lang niet altijd)
3. Website ophalen incl alle headers, scripts, enz. is veel meer dan enkel de tekst van een artikel, qua tijd én MB.
4. Nieuwe pagina is eerst leeg, bla, laden, duurt lang.
5. Minder 'responsive' door vele tussenlagen (js bijv.) en animatieloosheid
6. Browser-specifieke functionaliteit breekt dingen. (static headers met half-static adresbalken e.d.)

Ja, het is handig als ik een linkje tegenkom van iets waar ik de app niet van heb. Om dezelfde redenen vind ik Office Online en voornamelijk Google Docs ook vrij slecht, het werkt allemaal net wat minder lekker.

[Douweegbertje]

Verwijderd schreef op woensdag 29 oktober 2014 @ 00:27:
[...]


Ik denk dat je dringend nog eens terug moet. Quick heeft echt prima burgers wanneer je uit het "Suprême burgers" assortiment kiest. Hier kan McDonalds met geen enkele burger aan tippen.

Bij McDonalds zijn eigenlijk enkel de Cheeseburger en de Double Cheeseburger echt goed. Of die dingen met bacon. Want bacon.


Ik ben er helemaal niet fier op maar ik vind dat ik me toch wel een expert mag noemen op dit gebied. Ik ga elke week minstens 1 keer naar een fast food restaurant. Quick en McDonalds zijn de voornaamsten aangezien we in Belgie niet veel anders hebben.

Fastfood is eigenlijk nooit 'goed'. Het moet goedkoop zijn, snel te bereiden en in grote massa's. Dat kan nooit kwaliteit op leveren. Bij ons op het werk hebben we iemand die elke vrijdag hamburgers maakt. Alles vers, alles netjes en geen gare vet sauzen. Echt, dan wil je nooit meer naar de Mac of wat dan ook

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Verwijderd]

Douweegbertje schreef op woensdag 29 oktober 2014 @ 00:36:
[...]


Fastfood is eigenlijk nooit 'goed'. Het moet goedkoop zijn, snel te bereiden en in grote massa's. Dat kan nooit kwaliteit op leveren. Bij ons op het werk hebben we iemand die elke vrijdag hamburgers maakt. Alles vers, alles netjes en geen gare vet sauzen. Echt, dan wil je nooit meer naar de Mac of wat dan ook

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Da's wel een leuk initiatief! Tegenwoordig zijn hamburgers erg 'in' en zie je overal leuke hamburgerrestaurants opduiken die echte kwaliteitshamburgers serveren. Het is uiteraard niet te vergelijken met een fast food restaurant. De wachttijden alleen al zijn een gigantisch verschil. Ik ben fan.

[Alex)]

Douweegbertje schreef op woensdag 29 oktober 2014 @ 00:36:
[...]

Fastfood is eigenlijk nooit 'goed'. Het moet goedkoop zijn, snel te bereiden en in grote massa's. Dat kan nooit kwaliteit op leveren. Bij ons op het werk hebben we iemand die elke vrijdag hamburgers maakt. Alles vers, alles netjes en geen gare vet sauzen. Echt, dan wil je nooit meer naar de Mac of wat dan ook

Ik vind de Julia's op de NS-stations best goed voor een fastfoodtent (wat het in feite is). Ze hebben een redelijk uitgebreid assortiment aan pasta's, verschillende toppings en het wordt bereid waar je bij staat. Het smaakt goed, al vind ik wel een beetje aan de dure kant voor wat je ervoor terugkrijgt.

[RayNbow]

F.West98 schreef op woensdag 29 oktober 2014 @ 00:33:
@Mobile-First.
Bah.
Ook de trend dat alle apps weggaan en maar vervangen worden door mobiele sites. Meer bah. Ook @Tweakers trouwens.

Het mooie van een website die ook gewoon goed werkt op een mobiel is dat je niet afhankelijk bent of er überhaupt een app voor je gekozen platform bestaat.

Een mobiele site is vaak kut om de volgende redenen:
1. Het ziet er op elk apparaat even groot uit (dus welke resolutie je telefoon ook is, je ziet bar weinig tekst. Daarvoor heb ik geen groot scherm)

En hoe verschilt dit met native apps?

2. Het scrollen is NIET soepel (lang niet altijd)

Nergens last van op m'n toestel.

3. Website ophalen incl alle headers, scripts, enz. is veel meer dan enkel de tekst van een artikel, qua tijd én MB.

Browser cache?

[Tjolk]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Oftewel: om indruk te maken op een klant die toch wel klant is en weet hoe goed wij werken, moeten we toch een hoop gaan forceren zonder echt goed te testen en goed af te stemmen met de verzender.

[Acid_Burn]

Dan zeg je toch gewoon nee? Even kort vermelden wat er niet werkt want.. is bekend.

[wackmaniac]

nieuws: W3C: html5-standaard is klaar

Nice, maar geef als Tweakers zijnde dan het goede voorbeeld; de video wordt gewoon met Flash ingeladen ...

[Rutix]

wackmaniac schreef op woensdag 29 oktober 2014 @ 09:14:
nieuws: W3C: html5-standaard is klaar

Nice, maar geef als Tweakers zijnde dan het goede voorbeeld; de video wordt gewoon met Flash ingeladen ...

Tja ik denk dat flash nog wel een poosje zal blijven eerlijk gezegd

[Bosmonster]

Voor video is het niet echt meer nodig toch? Tenzij je drm wilt ondersteunen.

Ik zie niet in waarom ik op Chrome naar een brakke Flash-player moet kijken die 4x zoveel cpu gebruikt als dezelfde video in native html5.

Van mij mogen ze de player-prio's van StreamOne wel aanpassen en html5 als eerste serveren met Flash als fallback ipv andersom.

[ Voor 23% gewijzigd door Bosmonster op 29-10-2014 09:28 ]

[Korben]

Bosmonster schreef op woensdag 29 oktober 2014 @ 09:26:
Ik zie niet in waarom ik op Chrome naar een brakke Flash-player moet kijken die 4x zoveel cpu gebruikt als dezelfde video in native html5.

Hierom. Flash-player is al ietsje meer proven software, en als je een issue hebt in je SWF, dan fix je die en upload je een nieuwe versie. Hier moet je gewoon wachten tot ze een keer tijd hebben om het issue te fixen, en dan moet je nog wachten tot die fix door Canary, Dev en Beta heen is gekomen. Kan zo maar een paar maanden duren, waarin je dus tegen lelijke video aan zit te kijken.

Ger schreef op woensdag 29 oktober 2014 @ 09:01:
[...]
Oftewel: om indruk te maken op een klant die toch wel klant is en weet hoe goed wij werken, moeten we toch een hoop gaan forceren zonder echt goed te testen en goed af te stemmen met de verzender.

Goed excuus om een aparte staging-omgeving te introduceren

[ Voor 20% gewijzigd door Korben op 29-10-2014 09:46 ]

[Avalaxy]

Verwijderd schreef op woensdag 29 oktober 2014 @ 00:39:
[...]


Da's wel een leuk initiatief! Tegenwoordig zijn hamburgers erg 'in' en zie je overal leuke hamburgerrestaurants opduiken die echte kwaliteitshamburgers serveren. Het is uiteraard niet te vergelijken met een fast food restaurant. De wachttijden alleen al zijn een gigantisch verschil. Ik ben fan.

FFS. Door het prachtige mentale beeld van de hamburgers en de fantasieën hoe die zullen smaken zit ik hier nu om 10 uur 's ochtends met trek in hamburgers op kantoor

[Verwijderd]

Avalaxy schreef op woensdag 29 oktober 2014 @ 09:51:
[...]


FFS. Door het prachtige mentale beeld van de hamburgers en de fantasieën hoe die zullen smaken zit ik hier nu om 10 uur 's ochtends met trek in hamburgers op kantoor

[TheNephilim]

Hmmm, volgens mij krijgen wij hier binnenkort ook een hamburgertent in de stad. Nu ik dit zo lees en zie, maar eens op onderzoek uit

[Bosmonster]

Korben schreef op woensdag 29 oktober 2014 @ 09:45:
[...]

Hierom. Flash-player is al ietsje meer proven software, en als je een issue hebt in je SWF, dan fix je die en upload je een nieuwe versie. Hier moet je gewoon wachten tot ze een keer tijd hebben om het issue te fixen, en dan moet je nog wachten tot die fix door Canary, Dev en Beta heen is gekomen. Kan zo maar een paar maanden duren, waarin je dus tegen lelijke video aan zit te kijken.

Ja, dat is ook een goede reden om complete websites in Flash te maken. Zien ze er in elke browser hetzelfde uit! Geen lelijke Windows font-rendering meer enzo!

Serieus: Dit is de reden waarom mensen keuze hebben tussen browsers. Als ze een browser te buggy of lelijk vinden, dan kunnen ze een andere pakken. Dat is geen reden om maar meuk als Flash te blijven gebruiken.

[ Voor 15% gewijzigd door Bosmonster op 29-10-2014 10:14 ]

[Korben]

Bosmonster schreef op woensdag 29 oktober 2014 @ 10:12:
[...]


Ja, dat is ook een goede reden om complete websites in Flash te maken. Zien ze er in elke browser hetzelfde uit! Geen lelijke Windows font-rendering meer enzo!

Serieus: Dit is de reden waarom mensen keuze hebben tussen browsers. Als ze een browser te buggy of lelijk vinden, dan kunnen ze een andere pakken. Dat is geen reden om maar meuk als Flash te blijven gebruiken.

Ik heb het niet over hele sites, ik heb het alleen over video-players; mijn punt is dat wanneer je een probleem in de video-implementatie van een browser hebt, er meer mensen last van hebben en dat het langer duurt om te fixen dan wanneer je Flash gebruikt.

[TheNephilim]

Hmmm, ik heb meerdere commits op develop gedaan, maar wil er één naar master 'mergen'... Kan dat?

[LEDfan]

http://git-scm.com/docs/git-cherry-pick FTW!

[Firesphere]

TheNephilim schreef op woensdag 29 oktober 2014 @ 10:29:
Hmmm, ik heb meerdere commits op develop gedaan, maar wil er één naar master 'mergen'... Kan dat?

Start een hotfix.
Doe een Cherry-Pick van de commit naar je hotfix.
Finish je hotfix.
Et voila, je commit staat (netjes via git-flow) in de master.

LEDfan schreef op woensdag 29 oktober 2014 @ 10:30:
http://git-scm.com/docs/git-cherry-pick FTW!

Via een hotfix is netter dan direct cherry-picken. Omwille van versienummering in mogelijke conflicts.
Vind ik.

[ Voor 26% gewijzigd door Firesphere op 29-10-2014 10:31 ]

[Snake]

Denk eraan dat je dan een merge-back moet doen van master naar develop. Master zo eigelijk alleen behind mogen zijn op develop.

[Bosmonster]

Snake schreef op woensdag 29 oktober 2014 @ 10:31:
Denk eraan dat je dan een merge-back moet doen van master naar develop. Master zo eigelijk alleen behind mogen zijn op develop.

Een Hotfix gaat naar zowel master als develop volgens Git Flow.

[TheNephilim]

Firesphere schreef op woensdag 29 oktober 2014 @ 10:30:
[...]

Start een hotfix.
Doe een Cherry-Pick van de commit naar je hotfix.
Finish je hotfix.
Et voila, je commit staat (netjes via git-flow) in de master.


[...]

Via een hotfix is netter dan direct cherry-picken. Omwille van versienummering in mogelijke conflicts.
Vind ik.

Oeh nice, gedaan zoals je beschreef. Nu wel een conflict overigens, even kijken hoe dat werkt, voor alles een eerste keer hè

[Firesphere]

Bosmonster schreef op woensdag 29 oktober 2014 @ 10:36:
[...]


Een Hotfix gaat naar zowel master als develop volgens Git Flow.

Behale met een cherry-pick uit develop naar hotfix => master.
Maar dat is logisch, omdat die hash al bekend is bij develop dus niets aan de hand.

[Bosmonster]

Firesphere schreef op woensdag 29 oktober 2014 @ 10:37:
[...]

Behale met een cherry-pick uit develop naar hotfix => master.
Maar dat is logisch, omdat die hash al bekend is bij develop dus niets aan de hand.

Ja ok, dan maakt het niet uit natuurlijk

Maar wat Snake schetst zou met Git Flow niet mogelijk moeten zijn.

[Snake]

Firesphere schreef op woensdag 29 oktober 2014 @ 10:37:
[...]

Behale met een cherry-pick uit develop naar hotfix => master.
Maar dat is logisch, omdat die hash al bekend is bij develop dus niets aan de hand.

Nop, cherry-pick verandert de hash. Het is gewoon een kopie van de patch.

[Firesphere]

TheNephilim schreef op woensdag 29 oktober 2014 @ 10:36:
[...]


Oeh nice, gedaan zoals je beschreef. Nu wel een conflict overigens, even kijken hoe dat werkt, voor alles een eerste keer hè

Een conflict op die manier? Dan zijn er wijzigingen geweest in je master, anders kun je geen conflict krijgen. Je master mag nooit conflicts hebben.

Snake schreef op woensdag 29 oktober 2014 @ 10:41:
[...]

Nop, cherry-pick verandert de hash. Het is gewoon een kopie van de patch.

Even gecheckt, inderdaad, was me nooit zo opgevallen. Maar alsnog hoort er geen conflict te ontstaan in de master. Dat *kan* zelfs niet, aangezien een hotfix een branch van master is, dus er zou een conflict kunnen ontstaan in de hotfix, maar verder niet.

[ Voor 36% gewijzigd door Firesphere op 29-10-2014 10:45 ]

[TheNephilim]

Nou... het was maar één regel op een verkeerde plek. Zal er nog eens doorheen lopen om te zien hoe dat zit. Meestal kom ik niet verder dan develop -> master, dus heb ook geen ervaring met oplossingen als deze.

Anyways, het resultaat:

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Firesphere]

De volledige gitflow-methode (blijven) aanhouden, altijd, dus ook met releases en features naast de hotfixes, zou eigenlijk altijd probleemsituaties moeten voorkomen.

[TheNephilim]

Firesphere schreef op woensdag 29 oktober 2014 @ 10:53:
De volledige gitflow-methode (blijven) aanhouden, altijd, dus ook met releases en features naast de hotfixes, zou eigenlijk altijd probleemsituaties moeten voorkomen.

Klopt! Op het moment dat ik de commit geplaatst had, dacht ik... oh oh! Naast master en develop had ik nu eigenlijk twee features moeten hebben; die voor de google remarketing tags en iets nieuws waar nog aan gewerkt word.

[Matis]

Wij hebben in dit Block House Restaurant in Berlijn gegeten.
Daar heb ik misschien wel de lekkerste cheeseburger ooit op
Geweldige service ook; De andere twee collega's hadden ook een cheeseburger-menu besteld. Toen de serveerder kwam, vielen er per ongeluk een drietal frietjes van het bord af op de tafel. De serveerde verontschuldigde zich en kwam nog geen vijf minuten later een bord vol met "excuses"-frietjes brengen

[alienfruit]

De lekkerste cheeseburger ooit heb ik in New Brighton, Christchurch, Nieuw Zeeland op! Heerlijk

[Alex)]

Mijn Chrome heeft iets tofs: volgens de Extensions-page is er geen enkele extension meer geïnstalleerd, ook de Task Manager toont niks. Toch zie ik dat AdBlock nog gewoon z'n werk doet op sites anders dan Tweakers natuurlijk

[Tjolk]

Acid_Burn schreef op woensdag 29 oktober 2014 @ 09:11:
Dan zeg je toch gewoon nee? Even kort vermelden wat er niet werkt want.. is bekend.

Mja, ik heb nu een "doe alsof" dingetje gemaakt waarmee ze pakbonnen, picklijst en adreslabels kunnen printen voor een batch, en waarmee het afscannen (lijkt) te werken. Kunnen zij het toneelstukje opvoeren en iedereen blij (behalve dat ik weer 2 uur van mijn tijd verspild heb).

[ZaZ]

Alex) schreef op woensdag 29 oktober 2014 @ 11:27:
op sites anders dan Tweakers natuurlijk

Want op Tweakers werkt ie niet?

[alienfruit]

Sta je dan bij de klant. En heb je geen flauw idee wat BSP applications zijn. Maar je moet het wel aanpassen

[PrisonerOfPain]

alienfruit schreef op woensdag 29 oktober 2014 @ 11:24:
De lekkerste cheeseburger ooit heb ik in New Brighton, Christchurch, Nieuw Zeeland op! Heerlijk

Love Food Cafe in Stockholm. http://marielaveau.se/love-food-cafe/

[Ultimation]

Wauw. Lang leve PHP:

code:

[29-Oct-2014 10:24:33] WARNING: [pool www] server reached pm.max_children setting (5), consider raising it

Een halve dag kwijt met proberen te achterhalen waarom mijn Ajax calls altijd een 504 kregen.

[Firesphere]

Nieuwe Nerf-guns op kantoor.
What could possibly go wrong.

[ObiTewodros]

Hoe kan ik de events omzetten in de db als het object niet overeenkomt bij het ophalen van de entity lijst met de events erin vanuit de database waar het niet overeenkomt met de persistence object?

[ZpAz]

Trage database gebruiken ze bij Adobe...

SQL:

UPDATE `users` SET `spam_him`=0 WHERE `username`='ZpAz'

[Alex)]

ObiTewodros schreef op woensdag 29 oktober 2014 @ 12:04:
Hoe kan ik de events omzetten in de db als het object niet overeenkomt bij het ophalen van de entity lijst met de events erin vanuit de database waar het niet overeenkomt met de persistence object?

Sorry...



Daarnaast is dit topic niet bedoeld als helpdesk

[ Voor 8% gewijzigd door Alex) op 29-10-2014 12:09 ]

[dcm360]

Alex) schreef op woensdag 29 oktober 2014 @ 12:09:
[...]
Daarnaast is dit topic niet bedoeld als helpdesk

Wat dat betreft, we hebben blijkbaar geen topic-warning meer valt me net op...

[Geerrrt]

ZpAz schreef op woensdag 29 oktober 2014 @ 12:05:
Trage database gebruiken ze bij Adobe...

[afbeelding]

SQL:

UPDATE `users` SET `spam_him`=0 WHERE `username`='ZpAz'

Meestal hebben ze de campagnes al uitstaan via externe partijen. Zo werkt het bij Ziggo bijvoorbeeld ook: De campagnes voor December zijn in Oktober al doorgestuurd naar een externe partij + klantgegevens op dat moment. Dus als jij je dan af meld in November, krijg je de 'mailing' van December nog

[ZpAz]

GeertJam schreef op woensdag 29 oktober 2014 @ 12:11:
[...]


Meestal hebben ze de campagnes al uitstaan via externe partijen. Zo werkt het bij Ziggo bijvoorbeeld ook: De campagnes voor December zijn in Oktober al doorgestuurd naar een externe partij + klantgegevens op dat moment. Dus als jij je dan af meld in November, krijg je de 'mailing' van December nog

Ja precies, makes sense.

[incaz]

Is daar ook nog een zinnige reden voor, anders dan voor het zogenaam legaal toch nog even doorspammen? Dergelijke vertraging lijkt me eigenlijk niet heel erg technisch noodzakelijk... Je kunt ook best een campagne opzetten en de daadwerkelijke adressen pas op het laatste moment koppelen. 2014 enzo.

[Jegorex]

dcm360 schreef op woensdag 29 oktober 2014 @ 12:11:
[...]

Wat dat betreft, we hebben blijkbaar geen topic-warning meer valt me net op...

Iemand heeft de topic warning vervangen door JS...

[VincentdeVreede]

GeertJam schreef op woensdag 29 oktober 2014 @ 12:11:
Meestal hebben ze de campagnes al uitstaan via externe partijen. Zo werkt het bij Ziggo bijvoorbeeld ook: De campagnes voor December zijn in Oktober al doorgestuurd naar een externe partij + klantgegevens op dat moment. Dus als jij je dan af meld in November, krijg je de 'mailing' van December nog

Waarom ontvang ik dan als ik me nu aanmeld toch al wel de eerst volgende?

[jip_86]

Ach ja, bij wijnvoordeel.nl was de enige manier om van postspam af te komen je account te verwijderen. Alleen blijft je mailadres dan wel gewoon op de nieuwsbrief lijst staan

Als je daar dan uit eindelijk vanaf bent krijg je nog mail van de .be variant

[Geerrrt]

VincentdeVreede schreef op woensdag 29 oktober 2014 @ 12:17:
[...]


Waarom ontvang ik dan als ik me nu aanmeld toch al wel de eerst volgende?

Omdat jij Vincent, speciaal bent ;-)

[azerty]

Jegorex schreef op woensdag 29 oktober 2014 @ 12:16:
[...]

Iemand heeft de topic warning vervangen door JS...

Behalve dat de persoon in kwestie *kuch* .oisyn *kuch* blijkbaar niet met JS kan werken

[ZpAz]

VincentdeVreede schreef op woensdag 29 oktober 2014 @ 12:17:
[...]


Waarom ontvang ik dan als ik me nu aanmeld toch al wel de eerst volgende?

True true, er zou wel een betere oplossing verzonnen kunnen worden.