De Devschuur Coffee Corner - Iteratie 4

[BtM909]

Douweegbertje schreef op vrijdag 03 januari 2014 @ 22:55:

Het is meer gewoon dat ik er van gruwel dat NL en BE even de naam ICT hebben bedacht terwijl dat in het buitenland vrijwel niet voorkomt. Wij beginnen in feite als ICTer, en dan word je opeens een ITer terwijl andere landen ICT juist zien als een extra specificatie op het woord IT..

Hoe kom je daar nou bij? ICT is gewoon een algemeen begrip waar communicatie gewoon onderdeel van is hoor

Ik zou graag zien dat we stoppen met overal ICT voor te plakken, terwijl het 90% van de gevallen "gewoon" IT is.

Dat hangt toch helemaal van wat je doet? Als de IT afdeling ook verantwoordelijk is voor de communicatie, dan hoort die C er gewoon bij. Ik kan mij bijna geen type bedrijf voorstellen waar geen communicatie wordt gebruikt / gevoerd.

[RobertMe]

RayNbow schreef op zaterdag 04 januari 2014 @ 17:49:
[...]

Maar var en dynamic zijn nog steeds strongly typed?

var is syntatic sugar, en wordt alsnog door de compiler een type aan geplakt, op basis van het return type van method aanroep die je aan die var assigned (of new, of ...). dynamic is daadwerkelijk dynamisch en wordt @runtime gekeken of die property/method wel beschikbaar is, wat ook een performance penalty tot gevolg heeft, logischerwijs.

[Firesphere]

BtM909 schreef op zaterdag 04 januari 2014 @ 17:50:
[...]

Hoe kom je daar nou bij? ICT is gewoon een algemeen begrip waar communicatie gewoon onderdeel van is hoor

[...]

Dat hangt toch helemaal van wat je doet? Als de IT afdeling ook verantwoordelijk is voor de communicatie, dan hoort die C er gewoon bij. Ik kan mij bijna geen type bedrijf voorstellen waar geen communicatie wordt gebruikt / gevoerd.

Ik weet wel een paar

Maar dat is waarschijnlijk niet op de manier die jij bedoelt

[RayNbow]

RobertMe schreef op zaterdag 04 januari 2014 @ 17:52:
[...]

var is syntatic sugar, en wordt alsnog door de compiler een type aan geplakt, op basis van het return type van method aanroep die je aan die var assigned (of new, of ...). dynamic is daadwerkelijk dynamisch en wordt @runtime gekeken of die property/method wel beschikbaar is, wat ook een performance penalty tot gevolg heeft, logischerwijs.

Precies m'n punt. Het maakt een gedeelte van C# niet opeens loosely typed.

[.Gertjan.]

Ryur schreef op zaterdag 04 januari 2014 @ 16:21:
[...]

Dat is ook wat ik niet prettig vind aan loosely typed languages.
Maar aan de andere kant, soms vind ik Strongly typed languages ook niks. Vooral Java vind ik dat irritant bij. Bij C# heb je nog "var" of "dynamic". In Java mis ik dat (of ik moet op Object gaan?).

var staat los van wel/niet strongly typed in .NET, var is alleen daar om te voorkomen dat je overal je object type moet specificeren. In tegenstelling tot javascript gaat het je niet lukken om een var die eerst een int was te gebruiken als string.

JavaScript:

var x = 10;
x = "hallo";

is prima

maar in C# gaat je onderuit

C#:

var x = 10;
x = "hallo";

Dit gaat je gegarandeerd een compiler error opleveren Zelfde met dynamic. Dynamics worden onderwater omgezet naar echte objecten en kun je ook niet zomaar uitwisselen naar andere dynamics.

Object is weer een heel ander verhaal. dan kies je namelijk de meest generieke "gedeelde" class van de objecten (object is de base van in principe alles). Object gebruiken als "dynamisch" coderen is vragen om problemen. Daarnaast is het absoluut niet vriendelijk voor de ontwikkelaars die je code gebruiken. Ook moet je de hele tijd type checks doen en moet je casten.
Vroeger had je ook in C# maar een type dynamische lijst en die was op basis van object, erg fijn als je zo'n ding moest verwerken, kon je de hele handel eerst casten
Edit: deze prachtige constructie heette ArrayList, wat een drama was dat destijds... Maar er was weinig anders...

Overigens is het voor dit soort dingen leuk/nuttig om je te verdiepen in de CLR (bijv. door het boek CLR via C# te lezen). Je ziet dan hoe bepaalde trucjes worden opgelost en waarom bepaalde dingen niet kunnen in de CLR of waarom bepaalde zaken op een bepaalde manier werken (een goede eyeopener over bijvoorbeeld generics).

Douweegbertje schreef op zaterdag 04 januari 2014 @ 17:41:
[...]


Kun je wat voorbeelden noemen, ik snap niet precies wat je bedoelt. Imo wat het allemaal juist zo OO maakt is om het juist in de class af te vangen. Ik zie dan weer het 'nut' nog niet direct in om bijvoorbeeld van één class 10 instances te laten draaien.. terwijl je dat imo dan in de class zelf kan oplossen. Ik weet ook niet alles, dus ik ben dan wel benieuwd naar een 'use-case' / voorbeelden

Stel ik modelleer een schoolklas binnen een school. Dan heb ik een school object, maar binnen dat object zitten meerdere instances van een schoolklas. Mogelijk zitten die verborgen in een container/collection, maar daarbinnen zitten absoluut meerdere instances van de class schoolklas (welke ook weer meerdere instances hebben van de class leerling).

Het kan ook zijn dat we langs elkaar heen praten hoor, maar over het algemeen ga je bij data (communicatie) gebruik maken van meerdere instances. Sterker nog, ik denk dat je bij een 1 instance only versie jezelf op een gegeven moment vast-codeert

Een mail class is misschien een ander verhaal zodra deze enkel "statische" logica bevatten om een mail te sturen, maar ook bij mail kan het zomaar zijn dat je meer instances wil, bijvoorbeeld omdat je meer mails wilt versturen (waarbij ieder bericht dus een instance is die je serveert aan een mailer class).

BtM909 schreef op zaterdag 04 januari 2014 @ 17:50:
Dat hangt toch helemaal van wat je doet? Als de IT afdeling ook verantwoordelijk is voor de communicatie, dan hoort die C er gewoon bij. Ik kan mij bijna geen type bedrijf voorstellen waar geen communicatie wordt gebruikt / gevoerd.

Ik ben toch echt B. ICT, dus waarom zou ik de C eruit slopen Beetje vreemd om B. ICT te zijn, maar toch een rol te vervullen zonder C. Dan lijkt het alsof ik toegeef niet zo goed te zijn in communiceren

[RobertMe]

Douweegbertje schreef op zaterdag 04 januari 2014 @ 17:41:
[...]


Kun je wat voorbeelden noemen, ik snap niet precies wat je bedoelt. Imo wat het allemaal juist zo OO maakt is om het juist in de class af te vangen. Ik zie dan weer het 'nut' nog niet direct in om bijvoorbeeld van één class 10 instances te laten draaien.. terwijl je dat imo dan in de class zelf kan oplossen. Ik weet ook niet alles, dus ik ben dan wel benieuwd naar een 'use-case' / voorbeelden

Verder bordurend op het email voorbeeld. Ik wil email op twee manieren kunnen versturen. Ik kan email zowel versturen via een lokale mailserver als een externe. Zeg normale emails gaan via de lokale en nieuwsbrieven via de externe. In een routine wil ik zowel nieuwsbrieven versturen als op het einde een email naar de admin dat de nieuwsbrieven verstuurd zijn. Dan wil ik dus twee instanties van een mail transport hebben, eentje die volledig geconfigureerd is om mails naar de externe server te sturen, en eentje die geconfigureerd is om mails naar de lokale server te sturen.

Wat jouw manier nog complexer maakt, met die load/clear, is dat je niet weet of de library geload is (in ieder geval als je goede herbruikbare code hebt waardoor dezelfde logica via meerdere paden wordt aangeroepen). Dus dan ben je verplicht om die load te doen, maar je weet ook niet of de library al gebruikt is, en dus "verkeerde" instellingen erop staan, dus buiten de load moet je ook nog eens altijd de clear doen, en dan nog eens alle instellingen vullen.

Daarnaast, wat .Gertjan bedoeld met containers/entiteiten. Een email zelf maak ik een class EmailMessage van, daarop zet ik de to, from, body, .... Als ik dan meerdere emails wil sturen wil ik dus ook meerdere instanties van die EmailMessage class aanmaken (elke instantie representateerd een enkele email). In CI kan dat niet, sterker nog, CI maakt AFAIK helemaal geen onderscheid tussen een mail transport en een message.

RayNbow schreef op zaterdag 04 januari 2014 @ 17:53:
[...]

Precies m'n punt. Het maakt een gedeelte van C# niet opeens loosely typed.

Als je een variabelen als dynamic declareert is die variabele dus wel loosely typed. Het is een object, dus je kunt alles eraan assignen, maar je kunt ook alles erop aanroepen, omdat @runtime pas gekeken wordt wat aangeroepen moet worden en of dat uberhaupt wel bestaat.

[.Gertjan.]

RobertMe schreef op zaterdag 04 januari 2014 @ 18:02:
Als je een variabelen als dynamic declareert is die variabele dus wel loosely typed. Het is een object, dus je kunt alles eraan assignen, maar je kunt ook alles erop aanroepen, omdat @runtime pas gekeken wordt wat aangeroepen moet worden en of dat uberhaupt wel bestaat.

Is dat zo? Ik dacht dat het werd omgezet in een "echte" class waartegen de compiler nog wel checks deed. Ik moet zeggen dat ik dynamics enkel gebruik in de vorm van new { x = 1, y = 2 } dus ik ken het fijne er niet van.

Het lijkt mij dat de compiler je een schop geeft als je het onderstaande probeert te doen:

C#:

dynamic t = new dynamic(); //:$ geen idee hoe je er een aanmaakt, maar je snapt het idee ;)
t.Prop1 = "t";
t.Prop1 = 1;

Ik mag hopen dat de compiler je dan netjes op de vingers typt. Een deel van de checking zal vervallen zodra je uit de scope van je functie loopt, maar ik mag hopen dat er onderwater wel enige checking plaats vindt.

[RayNbow]

RobertMe schreef op zaterdag 04 januari 2014 @ 18:02:
[...]

Als je een variabelen als dynamic declareert is die variabele dus wel loosely typed. Het is een object, dus je kunt alles eraan assignen, maar je kunt ook alles erop aanroepen, omdat @runtime pas gekeken wordt wat aangeroepen moet worden en of dat uberhaupt wel bestaat.

JavaScript:

// loosely typed:
var x = "123";
var y = 4;
console.log(x * y);

C#:

// strongly typed (maar dynamisch)
dynamic x = "123";
dynamic y = 4;
Console.WriteLine(x*y);

[Megamind]

.Gertjan. schreef op zaterdag 04 januari 2014 @ 18:06:
[...]

Is dat zo? Ik dacht dat het werd omgezet in een "echte" class waartegen de compiler nog wel checks deed. Ik moet zeggen dat ik dynamics enkel gebruik in de vorm van new { x = 1, y = 2 } dus ik ken het fijne er niet van.

Volgens de docs:

At compile time, an element that is typed as dynamic is assumed to support any operation. Therefore, you do not have to be concerned about whether the object gets its value from a COM API, from a dynamic language such as IronPython, from the HTML Document Object Model (DOM), from reflection, or from somewhere else in the program. However, if the code is not valid, errors are caught at run time.

Het lijkt erop dat je dus in runtime dynamisch nieuwe properties kan toevoegen.

code:

new { x = 1, y = 2 }

Is trouwens een anonymous type en geen dynamic! Deze maakt op de achtergrond wel netjes een class voor je.

[ Voor 7% gewijzigd door Megamind op 04-01-2014 18:13 ]

[.Gertjan.]

RayNbow schreef op zaterdag 04 januari 2014 @ 18:09:
[...]

JavaScript:

// loosely typed:
var x = "123";
var y = 4;
console.log(x * y);

Mooiste van Javascript is dat hij leuke foefjes uithaalt met strings....

Om verder te bouwen op je voorbeeld:
x*y = 492
x+y = "1234"
x+"xx" = "123xx"
x+y+"xx" = "1234xx"
x*y+"xx" = "492xx"
Een heerlijke taal dat javascript Het zal wel ergens verklaard staan, maar hier kun je spannende dingen van krijgen. Net als dat je in sommige gevallen bij parseInt expliciet de radix op 10 moet zetten omdat hij anders besluit een andere conversie te doen...

[RayNbow]

Megamind schreef op zaterdag 04 januari 2014 @ 18:11:
[...]

Volgens de docs:

[...]


Het lijkt erop dat je dus in runtime dynamisch nieuwe properties kan toevoegen.

Nee, dat kan alleen als het object dat ondersteunt. De volgende code zal falen:

C#:

dynamic x = "foo";
x.a = 3;

Maar dit werkt wel:

C#:

dynamic x = new ExpandoObject();
x.a = 3;

[Megamind]

RayNbow schreef op zaterdag 04 januari 2014 @ 18:18:
[...]

Nee, dat kan alleen als het object dat ondersteunt. De volgende code zal falen:

C#:

dynamic x = "foo";
x.a = 3;

Maar dit werkt wel:

C#:

dynamic x = new ExpandoObject();
x.a = 3;

Ah ja dat is inderdaad wel logisch inderdaad. Ik bedenk zelf de Facebook C# API erbij welke overal te pas en onpas een dynamic teruggeeft voor de informatie die op dat moment beschikbaar is uit Facebook.

[Firesphere]

.Gertjan. schreef op zaterdag 04 januari 2014 @ 18:15:
[...]

Mooiste van Javascript is dat hij leuke foefjes uithaalt met strings....

Om verder te bouwen op je voorbeeld:
x*y = 492
x+y = "1234"
x+"xx" = "123xx"
x+y+"xx" = "1234xx"
x*y+"xx" = "492xx"
Een heerlijke taal dat javascript Het zal wel ergens verklaard staan, maar hier kun je spannende dingen van krijgen. Net als dat je in sommige gevallen bij parseInt expliciet de radix op 10 moet zetten omdat hij anders besluit een andere conversie te doen...

Heerlijk spul, dat javascript. Helemaal in combinatie met NodeJS.

Maar betreffende jouw verhaal, is deze natuurlijk verplicht:
https://www.destroyallsoftware.com/talks/wat

[RobertMe]

.Gertjan. schreef op zaterdag 04 januari 2014 @ 18:06:
[...]

Is dat zo? Ik dacht dat het werd omgezet in een "echte" class waartegen de compiler nog wel checks deed. Ik moet zeggen dat ik dynamics enkel gebruik in de vorm van new { x = 1, y = 2 } dus ik ken het fijne er niet van.

Het lijkt mij dat de compiler je een schop geeft als je het onderstaande probeert te doen:

C#:

dynamic t = new dynamic(); //:$ geen idee hoe je er een aanmaakt, maar je snapt het idee ;)
t.Prop1 = "t";
t.Prop1 = 1;

Ik mag hopen dat de compiler je dan netjes op de vingers typt. Een deel van de checking zal vervallen zodra je uit de scope van je functie loopt, maar ik mag hopen dat er onderwater wel enige checking plaats vindt.

Voor zover ik weet wel ja, en intussen ook bevestigd door anderen. En je gaf aan dat verdiepen in de CLR handig kan zijn. Je weet dat .NET 4 daar nog iets bovenop heeft? De DLR, Dynamic Language Runtime . Deze hele extra laag zorgt dus ervoor dat "dynamic" werkt. En new { x = 1 } is zoals gezegd een anoniem type, niet (per se) een dynamic. Als je de code decompiled zul je zien dat er op dat punt een nieuwe (nested) class wordt gedefinieerd met een public int x; field (of property, weet ik zo uit mijn hoofd niet). Ik neem aan dat je hier ook gewoon var foo = new { x = 1 } kunt doen. Want het is gewoon iets waarvan de compiler het type weet. Kijk je bijvoorbeeld naar Razor en de manier van HTML attributen doorgeven zijn dat wel parameters van het dynamic type. Omdat er dan een trucje was om over de properties te lopen (weet niet meer precies hoe dat zat, maar volgensmij was dat geen .GetType().GetFields())

De aangehaalde ExpandoObject is ook een vreemd type. Dit is een (expliciet) geimplementeerde IDictionary (TKey, en TValue weet ik zo even niet, of dat string, object of string, dynamic of nog wat anders is). Daarnaast implementeert deze nog een of andere interface waardoor de DLR weet dat het een dynamisch type is en er via "get" en "set" methods dingen gelezen en geset kunnen worden. Hetzelfde idee als PHPs magic methods: __get, __set en __call.

[.Gertjan.]

RobertMe schreef op zaterdag 04 januari 2014 @ 18:35:
[...]

Voor zover ik weet wel ja, en intussen ook bevestigd door anderen. En je gaf aan dat verdiepen in de CLR handig kan zijn. Je weet dat .NET 4 daar nog iets bovenop heeft? De DLR, Dynamic Language Runtime . Deze hele extra laag zorgt dus ervoor dat "dynamic" werkt.

Moet zeggen dat ik mij er nog niet zover in verdiept had .
Ik wist wel day dynamic iets "spannends" was .

Een boek over CLR heeft dan niet zoveel zin, nee

[F.West98]

RobertMe schreef op zaterdag 04 januari 2014 @ 17:48:
[...]

-> is vreselijk? Dat maakt toch niet zoveel uit, ja, het is een karakter meer typen, maar is het dan al vreselijk?. En ga dan maar geen C++ doen, dan heb je . en ->, moet je ook nog nadenken erbij (alhoewel bv Qt Creator een . standaard omzet naar -> als dat moet, gok dat andere IDEs die keuze ook wel voor je kunnen maken).

Daarnaast, ja, VS is een heel goede, fijne, IDE, maar er zijn ook gewoon goede IDEs voor PHP. Ik gebruik nu PHPStorm (JetBrains ), en dat werkt ook gewoon erg goed. Daarnaast zit er al standaard een stukje framework integration voor Symfony2 in, en is er een plugin beschikbaar die nog veel en veel meer handige dingen toevoegt (zoals automatisch resolven van variabele types als je ze uit de service container haalt).

Ik gebruik VS en ook PHPStorm. Toch vind ik VS veel overzichtelijker, ook de code. Geen idee waarom.

Bij PHP gaat het vooral om inzet/echt willen en je soms wat meer in dingen verdiepen. Waar het bij C# standaard is en daardoor normaal is. Bij PHP moet je namespaces willen gebruiken, in C# is het min of meer een verplichting (je zou alsnog alles in dezelfde namespace kunnen dumpen). Hetzelfde voor strongly typed, PHP dwingt het niet af, maar als je gewoon netjes werkt hoeft dat geen probleem te zijn. Daarnaast met de opmerking van Ryur, "in C# heb je nog dynamic", maar dynamic zou je in C# eigenlijk ook niet moeten gebruiken. Het komt wel voor dat je dynamic gebruikt, maar dat is maar zelden. Hetzelfde als dat je in PHP maar zelden daadwerkelijk een ander type wilt assignen aan een andere variabele. En dynamic is ook pas vrij nieuw in C# waar het in PHP vrij standaard is. Anonieme classes/dynamics gebruik je voornamelijk in Razor templates om de "config" door te geven, wat in PHP perfect met assoc arrays kan, of bij Linq queries om (snel) een resultaat te krijgen wat niet op een model gemapt is, wat in PHP met een stdClass kan.

Note: ik heb zowel regelmatig met C# en PHP gewerkt. C# krijgt ook zeker mijn voorkeur (ondanks dat ik een "Linux man" ben), maar de laatste versies van PHP, en de nieuwe frameworks gebruik makende van de nieuwe features, doen niet daadwerkelijk onder voor C# (/ASP.NET) zolang je je vak serieus neemt. Tuurlijk is strongly typed en een compiler verrekte handig om fouten snel te detecteren, maar als je zorgvuldig werkt loop je ook in PHP niet tegen problemen aan door het missen van deze "features".

Zoals ik al zei ligt het probleem ook 90% tussen scherm en stoel.

[.Gertjan.]

F.West98 schreef op zaterdag 04 januari 2014 @ 19:09:
[...]

Ik gebruik VS en ook PHPStorm. Toch vind ik VS veel overzichtelijker, ook de code. Geen idee waarom.

Zoals ik al zei ligt het probleem ook 90% tussen scherm en stoel.

Misschien komt dat omdat je op een andere manier te werk gaat. Mijn javascript en css code wordt over het algemeen ook een ontiegelijke rommel, je pleurt de hele handel bij elkaar en op de een of andere reden blijft het lastig om structuur te houden (of uberhaubt te brengen).

Ben mij eens aan het verdiepen in typescript in de hoop dat een wat soepelere object definitie/structuur in javascript mij ook weer wat structuur biedt in de code die ik schrijf...

[RobertMe]

.Gertjan. schreef op zaterdag 04 januari 2014 @ 19:21:
[...]

Misschien komt dat omdat je op een andere manier te werk gaat. Mijn javascript en css code wordt over het algemeen ook een ontiegelijke rommel, je pleurt de hele handel bij elkaar en op de een of andere reden blijft het lastig om structuur te houden (of uberhaubt te brengen).

Ben mij eens aan het verdiepen in typescript in de hoop dat een wat soepelere object definitie/structuur in javascript mij ook weer wat structuur biedt in de code die ik schrijf...

Bij CSS is dat inderdaad standaard moeilijk, vooral door de selector opbouw. Bij Javascript kun je IMHO wel vrij makkelijk structuur aanbrengen (alhoewel OO werken met "overrides" een hell is en blijft). In het geval van CSS is SASS of LESS erg handig omdat je dan (o.a.) de operators kunt nesten:

Cascading Stylesheet:

#foo
{
  color: red;

  .bar {
    color: blue;

    &:hover {
      color: yellow;
    }
  }
}
/*wordt: */
#foo {
  color: red;
}
#foo .bar {
  color: blue;
}
#foo .bar:hover {
  color: yellow;
}

Zo kun je dus vrij makkelijk de structuur aanbrengen doordat je niet elke keer een berg selectors moet herhalen en je de bij elkaar horende stukjes mooi bij elkaar kunt zetten binnen de nesting.

Edit:
Tweakers CSS parser snapt // natuurlijk niet, wat ook zo'n handige toevoeging van SASS is.

[ Voor 3% gewijzigd door RobertMe op 04-01-2014 19:27 ]

[windwarrior]

.Gertjan. schreef op zaterdag 04 januari 2014 @ 19:21:
[...]

Misschien komt dat omdat je op een andere manier te werk gaat. Mijn javascript en css code wordt over het algemeen ook een ontiegelijke rommel, je pleurt de hele handel bij elkaar en op de een of andere reden blijft het lastig om structuur te houden (of uberhaubt te brengen).

Ben mij eens aan het verdiepen in typescript in de hoop dat een wat soepelere object definitie/structuur in javascript mij ook weer wat structuur biedt in de code die ik schrijf...

Code netheid is voor mij altijd een probleem in een hogere programmeertaal. Java verplicht om klasses in aparte files te hebben. Maar ik denk dat het grootste structuurprobleem in Javascript (en welke dynamische (hogere) taal dan ook) is dat je even gauw iets in elkaar zet, "even gauw" een functie toevoegen, en even later heb je een main.js van 1000 regels :x. Het is denk ik een mentaliteitprobleem, Javascript denk ik persoonlijk minder lang over de structuur na .

[ Voor 5% gewijzigd door windwarrior op 04-01-2014 19:28 ]

[BtM909]

Als iedereen een beetje is uitgebabbeld, dan zal ik vanavond laat of morgen een nieuw deeltje openen

[Ealanrian]

Dus als we zorgen dat we niet uit gebabbeld raken komt er geen nieuw deeltje?

Wel handig zo'n aankondiging bravo

[Firesphere]

Alweer???

RobertMe schreef op zaterdag 04 januari 2014 @ 19:26:
[...]

Bij CSS is dat inderdaad standaard moeilijk, vooral door de selector opbouw. Bij Javascript kun je IMHO wel vrij makkelijk structuur aanbrengen (alhoewel OO werken met "overrides" een hell is en blijft). In het geval van CSS is SASS of LESS erg handig omdat je dan (o.a.) de operators kunt nesten:

Cascading Stylesheet:

#foo
{
  color: red;

  .bar {
    color: blue;

    &:hover {
      color: yellow;
    }
  }
}
/*wordt: */
#foo {
  color: red;
}
#foo .bar {
  color: blue;
}
#foo .bar:hover {
  color: yellow;
}

Zo kun je dus vrij makkelijk de structuur aanbrengen doordat je niet elke keer een berg selectors moet herhalen en je de bij elkaar horende stukjes mooi bij elkaar kunt zetten binnen de nesting.

Edit:
Tweakers CSS parser snapt // natuurlijk niet, wat ook zo'n handige toevoeging van SASS is.

Hoewel ik LESS inderdaad erg fijn vind werken, ben ik niet zo'n fan van extreem diepe inheritance blokken (verder dan 2 ga ik liever niet).

Ander groot voordeel van LESS, is het structureren in bestanden.
Ik heb main.less:
@import 'bootstrap'; /** Twitter bootstrap componenten die ik nodig heb in LESS format */
@import 'elements'; /** You can't live without elements.less! */
@import 'fonts'; /** Fonts declaraties */
@import 'body';
@import 'news';
@import 'menu';
@import 'sidebar';
@import 'form';
@import 'poll';
@import 'responsive';
@import 'fancybox';
@import 'forum';
Nu heb ik 5 LESS bestanden, met allemaal hun eigen target waar de LESS/CSS die ze bevatten voor bedoeld is.
Draai de LESS-compiler, en je houdt 1 minified bestand over, main.css. Minified, netjes gescheiden, leesbaar.
Ow ja, en ik heb elements er in, die me deze awesome dingen fixt:

Cascading Stylesheet:

.container {
        .rounded(1px);
    background-color:#FDFDFD;
    padding: 10px 10px;
    margin-bottom: 10px;
    position: relative;
        height: 20px;
}

En natuurlijk, nog een voordeel van LESS.
Heb je een DOM-element wat BIJNA hetzelfde is als, bijvoorbeeld je container?

Cascading Stylesheet:

.mini-container {
        .container;
        height: 10px;
}

[ Voor 18% gewijzigd door Firesphere op 04-01-2014 19:37 ]

[F.West98]

CSS blijft bij mij, mede door LESS, heel erg overzichtelijk
HTML is door de indenting redelijk overzichtelijk, met Razor en templates al helemaal
JS mijd ik de laatste tijd. Anders is het inderdaad een vreselijke spaghetti

PHP is bij mij gewoon niet geweldig. Gewoon een heleboel functies enzo, omdat het gewoon dingen mist die c# wel heeft waardoor die laatste gek genoeg wel clean lijkt.

Maar ik ga PHP nu opnieuw proberen met een framework

[Firesphere]

Visual Studio is compatible met Windows 7.

Right.

Blijkbaar is er een update die de boel ineens incompatible maakt

[.Gertjan.]

F.West98 schreef op zaterdag 04 januari 2014 @ 19:35:
CSS blijft bij mij, mede door LESS, heel erg overzichtelijk
HTML is door de indenting redelijk overzichtelijk, met Razor en templates al helemaal
JS mijd ik de laatste tijd. Anders is het inderdaad een vreselijke spaghetti

CSS blijft bij mijn ondanks LESS redelijk rommelig. Ik gebruik de nesting eigenlijk nooit, en in het begin ben ik nog weleens slim door netjes met mixins en variabelen te werken, maar dat slijt er op een gegeven moment uit. Dan weet je niet meer waar bepaalde zaken hoor en is het control+end en ram je daar je code neer

windwarrior schreef op zaterdag 04 januari 2014 @ 19:27:
[...]


Code netheid is voor mij altijd een probleem in een hogere programmeertaal. Java verplicht om klasses in aparte files te hebben.

Wat een drama was dat. Daarnaast moesten de paden ook kloppen tov de namespace. Blegh... Ik gebruik over het algemeen wel een nieuwe file per class, maar zo nu en dan is er een simpele helper of data container nodig, die vind ik geen eigen file waard (in het kader van single-responsibility splits ik hem naar een eigen class). Nu kun je die als nested class bouwen, maar daar wordt je ook niet altijd blij van. De beperking die java je oplegt was mij vanaf het begin al een doorn in het oog.

[Firesphere]

.Gertjan. schreef op zaterdag 04 januari 2014 @ 19:45:
[...]

CSS blijft bij mijn ondanks LESS redelijk rommelig. Ik gebruik de nesting eigenlijk nooit, en in het begin ben ik nog weleens slim door netjes met mixins en variabelen te werken, maar dat slijt er op een gegeven moment uit. Dan weet je niet meer waar bepaalde zaken hoor en is het control+end en ram je daar je code neer

Je hebt een CSS-Whacker nodig.
Elke keer als je iets stoms doet in CSS krijg je een klap

Mijn grootste LESS-bestand is zo'n 300 regels lang (vind ik eigenlijk al teveel). En door die dingen gewoon een handige naam te geven weet je altijd waar je die betreffende styling neer moet plempen.

[F.West98]

.Gertjan. schreef op zaterdag 04 januari 2014 @ 19:45:


Wat een drama was dat. Daarnaast moesten de paden ook kloppen tov de namespace. Blegh... Ik gebruik over het algemeen wel een nieuwe file per class, maar zo nu en dan is er een simpele helper of data container nodig, die vind ik geen eigen file waard (in het kader van single-responsibility splits ik hem naar een eigen class). Nu kun je die als nested class bouwen, maar daar wordt je ook niet altijd blij van. De beperking die java je oplegt was mij vanaf het begin al een doorn in het oog.

QFT

Verder snap ik al waarom PHP OOP bij mij mis gaat, nu ik me verdiep in frameworks. Ik denk te veel in files met requests. Ik blijf bestanden maken die je moet requesten. ZF doet dat bijvoorbeeld niet, zoals .NET ook niet doet, en dat is wel beter. Ik moet van die mindset af.

[PatrickH89]

Je kunt requests nauwelijks routen als je elk bestand direct laat aanroepen dmv een request inderdaad...

[RobertMe]

F.West98 schreef op zaterdag 04 januari 2014 @ 19:52:
[...]

QFT

Verder snap ik al waarom PHP OOP bij mij mis gaat, nu ik me verdiep in frameworks. Ik denk te veel in files met requests. Ik blijf bestanden maken die je moet requesten. ZF doet dat bijvoorbeeld niet, zoals .NET ook niet doet, en dat is wel beter. Ik moet van die mindset af.

Je hebt les 1 van MVC gemist? Dan kan het inderdaad niet goed komen. PHP werkte al met MVC, en frontcontrollers, routers, controllers & actions nog voordat MS droomde van ASP.NET MVC. MVC an sich was in PHP in opkomst toen ik ermee begon, en dat is ong. 10 jaar geleden, waar ASP.NET MVC nog zeker geen 5 jaar bestaat.

[.Gertjan.]

Firesphere schreef op zaterdag 04 januari 2014 @ 19:50:
[...]

Je hebt een CSS-Whacker nodig.
Elke keer als je iets stoms doet in CSS krijg je een klap

Mijn grootste LESS-bestand is zo'n 300 regels lang (vind ik eigenlijk al teveel). En door die dingen gewoon een handige naam te geven weet je altijd waar je die betreffende styling neer moet plempen.

CSS is ook zeker mijn hobby niet, daar heb ik inmiddels mensen voor
Ik probeer het wel te scheiden, maar soms kom je randgevallen tegen en dan wordt het een zooi. In het begin splits ik mooi de verschillende elementen op en splits ik scherm layouts van control layours. Maar als een control zich op een bepaald scherm in een bepaalde situatie anders moet gedragen is het altijd maar de vraag waar je het neer mikt.

Ik wil daarnaast voorkomen dat ik tig files moet includen. Voor JS scheid ik mijn controls vaak in een eigen js file en verzamel ik kleine dingen in een overkoepelende control js, maar bij CSS heb ik daar niet zo'n zin in, dat is vaak toch wat meer vervlochten met elkaar...

[Firesphere]

En dat is dus waar LESS voor is, zie exhibit A: De inheritance in .mini-container

De compiler interpreter maakt er uiteindelijk 1 bestand van, en maakt van .mini-container:

Cascading Stylesheet:

.mini-container {
   /** De rounded zooi hier */
    background-color:#FDFDFD;
    padding: 10px 10px;
    margin-bottom: 10px;
    position: relative; 
    height: 10px; 
}

Dus je consistentie tussen de twee is volledig afhankelijk van de "master", de anderen updaten automatisch mee.
Alleen die mini-container specifieke zaken zul je na moeten lopen.

Het resultaat is dus altijd maar 1 css-bestand dus

Weet je zeker dat je die CSS-whacker niet wilt? Lijkt me namelijk erg leuk om te maken

[ Voor 8% gewijzigd door Firesphere op 04-01-2014 20:04 ]

[F.West98]

RobertMe schreef op zaterdag 04 januari 2014 @ 19:57:
[...]

Je hebt les 1 van MVC gemist? Dan kan het inderdaad niet goed komen. PHP werkte al met MVC, en frontcontrollers, routers, controllers & actions nog voordat MS droomde van ASP.NET MVC. MVC an sich was in PHP in opkomst toen ik ermee begon, en dat is ong. 10 jaar geleden, waar ASP.NET MVC nog zeker geen 5 jaar bestaat.

PHP MVC geöriënteerd? Nee. Totaal niet. Frameworks maken het dat.

Maar in .NET ben ik het gewend het zo te doen, en daar doe ik dat ook zo. Alleen in PHP is die mindset nog niet doorgekomen.
Rustig, rustig.

Overigens:
Welk framework moet ik nemen?
* F.West98 rent

_{Ik ben aan het denken over ZF}

[ Voor 8% gewijzigd door F.West98 op 04-01-2014 20:05 ]

[windwarrior]

.Gertjan. schreef op zaterdag 04 januari 2014 @ 19:45:
[...]

CSS blijft bij mijn ondanks LESS redelijk rommelig. Ik gebruik de nesting eigenlijk nooit, en in het begin ben ik nog weleens slim door netjes met mixins en variabelen te werken, maar dat slijt er op een gegeven moment uit. Dan weet je niet meer waar bepaalde zaken hoor en is het control+end en ram je daar je code neer


[...]

Wat een drama was dat. Daarnaast moesten de paden ook kloppen tov de namespace. Blegh... Ik gebruik over het algemeen wel een nieuwe file per class, maar zo nu en dan is er een simpele helper of data container nodig, die vind ik geen eigen file waard (in het kader van single-responsibility splits ik hem naar een eigen class). Nu kun je die als nested class bouwen, maar daar wordt je ook niet altijd blij van. De beperking die java je oplegt was mij vanaf het begin al een doorn in het oog.

Verplicht namespace/filepath heeft voor mij wel wat, het is *in je face* overduidelijk. Klasse nl.windwarrior.MijnApp.MijnClass, dan staat ie ook in src/nl/windwarrior/MijnApp/MijnClass.java, code is altijd minstens vindbaar.


En @hierboven, Django, oh wacht dat is een Python framework * windwarrior is weg

[ Voor 3% gewijzigd door windwarrior op 04-01-2014 20:07 ]

[RobertMe]

F.West98 schreef op zaterdag 04 januari 2014 @ 20:04:
[...]

PHP MVC geöriënteerd? Nee. Totaal niet. Frameworks maken het dat.

Maar in .NET ben ik het gewend het zo te doen, en daar doe ik dat ook zo. Alleen in PHP is die mindset nog niet doorgekomen.
Rustig, rustig.

Ik bedoelde ook niet PHP als taal, maar "de PHP community". Wat dus weer wat terug komt op het "goed willen doen" en "in de materie verdiepen". In PHP kun je het zo nasty of zo mooi doen als je zelf wil. Gebruik je in PHP gewoon een goed framework met MVC (zoals het hoort, zou ik bijna zeggen), is het stukken beter.

Doordat je zelf dus meer vrijheid hebt kan het dus ook even duren voordat je door hebt hoe het moet. Sommigen komen nooit erachter, anderen nadat ze het ergens anders hebben gezien, en anderen door te leren/op te hoogte te blijven. Het is ook geen verwijt dat je het niet kent. Het verklaard alleen voor een groot deel waarom je C# zoveel stukken beter vind. Een stuk kennis wat je mist (wat op die leeftijd ook zeker niet erg is).

Overigens:
Welk framework moet ik nemen?
* F.West98 rent

Ikzelf zou persoonlijk Symfony (SF) zeggen. Als het maar voor iets kleins is zou je ook naar Silex kunnen krijgen. Van dezelfde makers en bouwt op de SF componenten, alleen een stuk makkelijker mee te beginnen (maar door het gebruik van callback methodes in routes kan het ook weer snel "mis" gaan, omdat je niet het volledige controller & action idee hebt). Of the newest kid in town, Laravel, wat ook gedeeltelijk op de SF componenten bouw. Maar het "facades" deel daarvan vind ik persoonlijk minder werken.

[ Voor 21% gewijzigd door RobertMe op 04-01-2014 20:12 ]

[.Gertjan.]

windwarrior schreef op zaterdag 04 januari 2014 @ 20:05:
[...]


Verplicht namespace/filepath heeft voor mij wel wat, het is *in je face* overduidelijk. Klasse nl.windwarrior.MijnApp.MijnClass, dan staat ie ook in src/nl/windwarrior/MijnApp/MijnClass.java, code is altijd minstens vindbaar.

True, maar dat is voor mij momenteel niet echt een issue meer. Ik navigeer vooral met mijn toetsenbord en werk vanuit Visual studio met Resharper. Grotendeels kan ik vinden via goto-definition of via control-t (find type). Vooral die laatste is zo ontiegelijk handig

Als JetBrains hun goto-implementor niet had verkloot was Resharper mijn beste aankoop in jaren geweest... Maar helaas loop ik al sinds de release van R#8 te kloten met die functie en ben ik ook actief met JetBrains aan het speuren naar de oorzaak (en oplossing)...

Firesphere schreef op zaterdag 04 januari 2014 @ 20:00:
En dat is dus waar LESS voor is, zie exhibit A: De inheritance in .mini-container

De compiler interpreter maakt er uiteindelijk 1 bestand van, en maakt van .mini-container:

Cascading Stylesheet:

.mini-container {
   /** De rounded zooi hier */
    background-color:#FDFDFD;
    padding: 10px 10px;
    margin-bottom: 10px;
    position: relative; 
    height: 10px; 
}

Dus je consistentie tussen de twee is volledig afhankelijk van de "master", de anderen updaten automatisch mee.

Alleen die mini-container specifieke zaken zul je na moeten lopen.

Het resultaat is dus altijd maar 1 css-bestand dus

Moet zeggen dat ik te weinig front-end werk doe om mij echt te trainen in Less. Ik gebruik het vooral vanwege de variabelen en mixins. Heb bij een klant momenteel een LESS sheet staan die hij met de variabelen naar smaak kan inrichten. Verder probeer ik CSS werk zo ver mogelijk van mij af te schuiven

Weet je zeker dat je die CSS-whacker niet wilt? Lijkt me namelijk erg leuk om te maken

Ben wel benieuwd welke regels je erin duwt. Op basis van die regels kan ik ook leren
Een whacker an-sich is wel grappig. Ik wil ook eigenlijk een zoemer aan de laptop van collega's hangen, steeds als ze een build breken dat het alarm afgaat

[HuHu]

F.West98 schreef op zaterdag 04 januari 2014 @ 20:04:
[...]

PHP MVC geöriënteerd? Nee. Totaal niet. Frameworks maken het dat.

Maar in .NET ben ik het gewend het zo te doen, en daar doe ik dat ook zo. Alleen in PHP is die mindset nog niet doorgekomen.
Rustig, rustig.

Overigens:
Welk framework moet ik nemen?
* F.West98 rent

_{Ik ben aan het denken over ZF}

Zend Framework.

[Firesphere]

F.West98 schreef op zaterdag 04 januari 2014 @ 20:04:
[...]

PHP MVC geöriënteerd? Nee. Totaal niet. Frameworks maken het dat.

Maar in .NET ben ik het gewend het zo te doen, en daar doe ik dat ook zo. Alleen in PHP is die mindset nog niet doorgekomen.
Rustig, rustig.

Overigens:
Welk framework moet ik nemen?
* F.West98 rent

_{Ik ben aan het denken over ZF}

NOOOOO!!!!!
Ga dan voor Symfony2 of (ouch, dat ik dat zeg) Laravel. Tenzij je een compleet systeem met CMS nodig hebt, kijk dan naar Silverstripe of Typo3.

.Gertjan. schreef op zaterdag 04 januari 2014 @ 20:12:
Ben wel benieuwd welke regels je erin duwt. Op basis van die regels kan ik ook leren
Een whacker an-sich is wel grappig. Ik wil ook eigenlijk een zoemer aan de laptop van collega's hangen, steeds als ze een build breken dat het alarm afgaat

In principe dus alles wat de logical chain van de resulterende HTML breekt

In jouw geval.... alles?

[ Voor 27% gewijzigd door Firesphere op 04-01-2014 20:17 ]

[Douweegbertje]

Sowieso hulde aan .LESS
Ben er pas een paar maanden mee bezig, en het bevalt zeer goed. Gewoon less.js gebruiken tijdens het ontwikkelen en "renderen" (?) als je klaar bent. Met less kun je zo makkelijk je consistentie beheren (mits je gebruik maak van de variabelen )

[Firesphere]

Ik gebruik WinLess of CodeKit (helaas, het is instabiel)

[T020]

Ik gebruik al een tijd tvgids.nl om even snel te kijken wat er zoal op TV is, en stoor me aan de interface die een beetje omslachtig is en ik niet lekker vind werken. Heb daarom besloten zelf wat in elkaar te sleutelen en ben best trots op het resultaat : http://tkroes.nl/tvgids/

Was een leuk projectje om te experimenteren met Coffeescript + BackboneJS (beide aanraders)
Favoriete zenders & programma's worden opgeslagen in HTML5 local storage.

[Firesphere]

T020 schreef op zaterdag 04 januari 2014 @ 20:33:
Ik gebruik al een tijd tvgids.nl om even snel te kijken wat er zoal op TV is, en stoor me aan de interface die een beetje omslachtig is en ik niet lekker vind werken. Heb daarom besloten zelf wat in elkaar te sleutelen en ben best trots op het resultaat : http://tkroes.nl/tvgids/

Was een leuk projectje om te experimenteren met Coffeescript + BackboneJS (beide aanraders)
Favoriete zenders & programma's worden opgeslagen in HTML5 local storage.

Ik gebruikte jarenlang de tvgids van nu.nl, totdat ze deze omgooiden en er een grote baggerzooi van maakten.

Jouw timeline, held!

(En ik had't eigenlijk zelf ook moeten bedenken en maken )

[T020]

Firesphere schreef op zaterdag 04 januari 2014 @ 20:34:
[...]

Ik gebruikte jarenlang de tvgids van nu.nl, totdat ze deze omgooiden en er een grote baggerzooi van maakten.

Jouw timeline, held!

(En ik had't eigenlijk zelf ook moeten bedenken en maken )

Dank
Ik gebruikte zelf eerst http://gids.omroep.nl die ook gewoon met een horizontale scrollbar werkte, maar die is recent ook omgegooid

[Daos]

T020 schreef op zaterdag 04 januari 2014 @ 20:38:
[...]


Dank
Ik gebruikte zelf eerst http://gids.omroep.nl die ook gewoon met een horizontale scrollbar werkte, maar die is recent ook omgegooid

Eh... Je kan op de pijltjes klikken om naar voor/achteren te gaan.

[Firesphere]

groot, bloated, overkill aan kleurtjes en dingetjes.

[T020]

Daos schreef op zaterdag 04 januari 2014 @ 20:42:
[...]

Eh... Je kan op de pijltjes klikken om naar voor/achteren te gaan.

ja oké, maar ik vind dat dus niet zo lekker werken. Met een scrollbar gaat het veel soepeler en preciezer. En zoals Firesphere al aangeeft: de interface heeft VEEL te veel whitespace en teveel kleurtjes.

Also, ik heb "-webkit-overflow-scrolling:touch" in de CSS gezet zodat je smooth scrolling kan gebruiken op een tablet. Nu heb ik geen tablet, maar ik kan me voorstellen dat als je met een iPad op de bank zit deze lekkerder werkt dan één met pijltjes.

[Megamind]

.Gertjan. schreef op zaterdag 04 januari 2014 @ 20:12:
[...]
Een whacker an-sich is wel grappig. Ik wil ook eigenlijk een zoemer aan de laptop van collega's hangen, steeds als ze een build breken dat het alarm afgaat

[Alex)]

Daos schreef op zaterdag 04 januari 2014 @ 20:42:
[...]

Eh... Je kan op de pijltjes klikken om naar voor/achteren te gaan.

Horizontaal scrollen met het touchpad van m'n Mac werkt prima op die site.

[incaz]

Allereerst: en aan T020. Ik was me ook al flink aan het ergeren aan de nieuwe tv-gids, en bijna op het punt om zelf iets te bouwen, maar prio's enzo. Super!!

Daarnaast ben ik behoorlijk gelukkig met symfony, krijg ik mijn css met sass min of meer onder controle... alleen ajax-jquery wil nog een erg ingewikkelde zooi worden met veel te veel geneste functies maar waarvan ik nog niet precies weet welk element je waarheen moet passen om het te laten kloppen.

En dat ik nu probeer om me de OO-mindset eigen te maken om vervolgens binnen jquery juist veel meer functioneel te denken doet ook rare dingen met mijn hersenen. (Waarbij ik niet de intentie heb om een hele discussie te starten over wat nu werkelijk het paradigma is dat het meest van toepassing is op jquery, maar de manier van denken voelt meer als het 'haakwerkje' van haskell (en ook prolog trouwens) dan wat ik bij oo probeer te doen.)

[Caelorum]

Ik moet echt eens gaan kijken hoe ik less in asp.net mvc krijg gestopt. Dan kan ik eindelijk ook over

[Rutix]

Caelorum schreef op zaterdag 04 januari 2014 @ 21:25:
Ik moet echt eens gaan kijken hoe ik less in asp.net mvc krijg gestopt. Dan kan ik eindelijk ook over

Dot-less of de volgens bij visual studio 2013 geleverde Web Essentials

[HMS]

Heh, die hele discussie over C# en var / dynamic. Deze parel van een quote heb ik niet gezien:

dynamic is statically typed as dynamic.

offtopic:
Dit moest ik gewoon even toevoegen

[F.West98]

Rutix schreef op zaterdag 04 januari 2014 @ 21:27:
[...]

Dot-less of de volgens bij visual studio 2013 geleverde Web Essentials

Dat laatste gebruik ik. Werkt perfect. Bij een Save (Ctrl+S) doet 'ie direct een build ervan

Ik bedacht me ineens dat ik vanaf morgen een Microsoft Server had. En ook IIS en dus .NET hosting!
* F.West98 is alles aan het maken in .NET MVC

[R4gnax]

Rutix schreef op zaterdag 04 januari 2014 @ 21:27:
[...]

Dot-less of de volgens bij visual studio 2013 geleverde Web Essentials

DotLess is hopeloos achterhaald. Implementeert enkel de LESS 1.3.x syntax en de standaard functies slechts ten dele.

Daarnaast is het ook nog eens vreselijk langzaam. Ik heb zelf in een situatie gezeten waar een zelf geschreven HttpHandler die via Process.Start de officiële less.js compiler in NodeJS aanriep tot op 100 keer sneller was dan DotLess.

Voor WebEssentials heb je de 2013 release nodig en dus ook Visual Studio 2013. Deze draait de less.js compiler via Node.js, zoals het hoort. De 2012 release draait de less.js compiler nog via de windows scripting host (JScript, dus). Hierdoor gedraagd de compiler zich alsof deze in een browser aan het draaien is. Via een aantal hacks wordt nog geprobeerd dat in goede banen te leiden, maar dat zakt op een aantal kritieke punten alsnog in elkaar. Relatieve paden in @import statements werken bijv. niet goed en relatieve paden in url() constructies in de via @import geimporteerde bestanden werken ook niet goed.

Beste wat je kunt doen is Web Essentials installeren enkel voor de preview functionaliteit en voor de verdere rest zelf iets bouwen. Je kunt bijv. een MSBuild target schrijven wat alle .less files via een Exec task in Node.js compileert tot CSS, de geproduceerde .css files aan de Content item collectie van je project toevoegt en alle .less files weghaalt. Dan ben je ook gelijk compatible met bijv. TFS Build servers.


Dat is niet triviaal, maar ook niet echt moeilijk. Zelf ooit al eens in een dag of 2 geschreven. Alleen wel eigendom van mijn werkgever. Kan ik je dus helaas niet zo geven.

[DXaroth]

En @hierboven, Django, oh wacht dat is een Python framework * windwarrior is weg

Je hebt Frameworks en 'frameworks' ... Ik heb er genoeg voor me gehad, en ik begrijp waar veel mensen hun haat naar frameworks vandaan halen.. maar om nu alle frameworks af te schrijven is ook weer redelijk kort door de bocht.

[Caelorum]

Hmm jammer. Dat wordt dus verdiepen in MSBuild. Iets waar ik toch al rijkelijk laat mee ben

[windwarrior]

DXaroth schreef op zaterdag 04 januari 2014 @ 22:59:
[...]


Je hebt Frameworks en 'frameworks' ... Ik heb er genoeg voor me gehad, en ik begrijp waar veel mensen hun haat naar frameworks vandaan halen.. maar om nu alle frameworks af te schrijven is ook weer redelijk kort door de bocht.

Het was meer een flame richting PHP dan naar frameworks hoor . Persoonlijk nooit begonnen aan PHP en gekozen voor Python, daar het django framework leren kennen en ik vind gewoon dat het goed in elkaar steekt. Ik heb verder geen autoriteit om PHP frameworks af te schrijven omdat ik voornamelijk django gebruik .

[wuswug]

Hier is dit topic niet voor bedoeld

[ Voor 91% gewijzigd door BtM909 op 04-01-2014 23:13 ]

[BtM909]

En wat dacht je toen je de topicwaarschuwing las?

[ Voor 5% gewijzigd door BtM909 op 04-01-2014 23:13 ]

[Firesphere]

BtM909 schreef op zaterdag 04 januari 2014 @ 23:12:
En wat dacht je toen je de topicwaarschuwing las?

En de error-response...

[ Voor 1% gewijzigd door BtM909 op 04-01-2014 23:14 ]

[Creepy]

Firesphere schreef op zaterdag 04 januari 2014 @ 23:13:
[...]

En de error-response...

Of hell, lees eens Waar hoort mijn topic? door

[Firesphere]

Creepy schreef op zaterdag 04 januari 2014 @ 23:15:
[...]

Of hell, lees eens Waar hoort mijn topic? door

Er is toch ook ergens zo'n "eigen inzet" verhaal dinges?

[wuswug]

Sorry

[BtM909]

No worries. Lees de link van Creepy door en het beleid en je kan eventueel een nieuw topic aanmaken (als je het probleem nog steeds niet hebt verholpen).

[Cor453]

Ik heb mij vandaag bijzonder lang beziggehouden met WAAROM een opendir in PHP niet goed werkt als je hem niet de goede map voert... ik moet echt op biervakantie.

[Pyr0wl]

Ik ben me hier wat aan het bezighouden met Boxen en KitchenPlan om m'n setup hier wat vlotjes te finetunen na een verse install, maar ik heb ergens ook het gevoel dat het allemaal danig overkill is als je het maar voor één computer gebruikt Zal het maar manueel doen, ben ik waarschijnlijk een stuk sneller klaar

[Cor453]

@Pyr0wl; http://ninite.com/linux/?

Edit: blijkbaar bedoel je Mac, negeer m'n link

[ Voor 43% gewijzigd door Cor453 op 04-01-2014 23:40 ]

[Firesphere]

Creepy stuurt my naar bed

[ Voor 7% gewijzigd door Firesphere op 04-01-2014 23:57 ]

[dcm360]

Hm, geinig om te zien dat ik niet de enige was die de ommezwaai van de tv-gids van nu.nl jammer vond. Zelf had ik ook al iets in elkaar gezet, maar dan vooralsnog iets beperkter. Ook vermoed ik dat ik niet de motivatie kan vinden om er binnenkort wat aan te veranderen, aangezien de brondcode alleen op de SSD in mn desktop stond (stom), en die is zojuist overleden (al zou het kunnen dat het per ongeluk in de back-up van vorige week beland is, maargoed, dat merk ik pas als de vervangende SSD binnen is).

[Firesphere]

dcm360 schreef op zondag 05 januari 2014 @ 00:05:
Hm, geinig om te zien dat ik niet de enige was die de ommezwaai van de tv-gids van nu.nl jammer vond. Zelf had ik ook al iets in elkaar gezet, maar dan vooralsnog iets beperkter. Ook vermoed ik dat ik niet de motivatie kan vinden om er binnenkort wat aan te veranderen, aangezien de brondcode alleen op de SSD in mn desktop stond (stom), en die is zojuist overleden (al zou het kunnen dat het per ongeluk in de back-up van vorige week beland is, maargoed, dat merk ik pas als de vervangende SSD binnen is).

Ik heb ook al een klacht ingedient bij Sanoma. Met uitgebreide uitleg wat er dan precies mis mee was, en dat verandering niet altijd vooruitgang is, etc.

Nog geen reactie op gehad

[Daos]

De eerste die ik hoor over een kapotte SSD. Was hij oud? Ik heb thuis ook een SSD en heb daarbij te weinig zelf-discipline voor back-ups. En ja, ik ben wel eens wat kwijt geraakt door kapotte hdd's (totaal 4 kapot; gelukkig de laatste alweer een jaar of 7 terug).

[Firesphere]

Ik draai ook geen backups meer. Vooral omdat Windows heeft besloten dat ze 2TB groot moeten zijn.

Vanaf 1.5TB aan SSD's lijkt me dat wat overdreven

[Alex)]

CrashPlan

[_David_]

Alex) schreef op zondag 05 januari 2014 @ 00:22:
CrashPlan

Inderdaad, 50 euro per jaar voor unlimited upload/download snelheid valt soms een beetje tegen maar voor de rest is het geweldig

[Megamind]

Alex) schreef op zondag 05 januari 2014 @ 00:22:
CrashPlan

Plus dat ik geen echte data op mijn primary SSD heb. Alle documenten gaan vanaf de server, projecten gaan via SVN en email staat op een exchange server. Meeste databases kunnen gewoon vanaf codefirst migrations worden gerestored.

[dcm360]

Van de 4 SSD's waar ik mee heb gewerkt is dit de eerste die stuk gegaan is. En om maar even wat geruststellends te zeggen: tot voor vanavond had ik werkende SSD's van Kingston, Corsair, OCZ (zit tegenwoordig in de pc van een huisgenoot) en Crucial. De Crucial M4 is degene die stuk gegaan is.

De factuur stond uiteraard in de e-mail op die SSD, dus tenzij ik de papieren versie zo ergens kan vinden is het even wachten tot de vervangende SSD die ik zojuist besteld heb om te weten te komen of er nog garantie op zat. En of de SSD besteld was bij een winkel die niet failliet gegaan is.

[_David_]

dcm360 schreef op zondag 05 januari 2014 @ 00:24:
Van de 4 SSD's waar ik mee heb gewerkt is dit de eerste die stuk gegaan is. En om maar even wat geruststellends te zeggen: tot voor vanavond had ik werkende SSD's van Kingston, Corsair, OCZ (zit tegenwoordig in de pc van een huisgenoot) en Crucial. De Crucial M4 is degene die stuk gegaan is.

De factuur stond uiteraard in de e-mail op die SSD, dus tenzij ik de papieren versie zo ergens kan vinden is het even wachten tot de vervangende SSD die ik zojuist besteld heb om te weten te komen of er nog garantie op zat. En of de SSD besteld was bij een winkel die niet failliet gegaan is.

Heb je wel de laatste firmware voor de m4? ik had ook problemen met mn m4 ssds maar naar een firmware flash naar de laatste versie draaien (niet letterlijk dan ) ze weer als een zonnetje

[dcm360]

Of ik de laatste firmware had weet ik niet precies, wel weet ik dat ik geen last zou moeten hebben van de zoveel-uren-bug. Overigens kan het BIOS de schijf niet vinden, en in een externe behuizing komt er ook geen leven in.

[eagle00789]

Heb ik zelf een mooi printje gemaakt voor mijn display en zover bezig met programmeren in C (nieuwe taal voor mij)..:

Blijkt dat of ik mijn display niet correct aanstuur, of dat mijn display defect is...:

De tekst die in het display had moeten staan is:

Meterkast Display 1
Time till next update: wait...

Version 1.0.0.2104

Nu maar opzoek naar exact het zelfde display voor debugging van het originele display zonder modificaties

Wil je meer info over dit project, check dan hier.

[ Voor 20% gewijzigd door eagle00789 op 05-01-2014 02:07 ]

[DXaroth]

windwarrior schreef op zaterdag 04 januari 2014 @ 23:05:
[...]


Het was meer een flame richting PHP dan naar frameworks hoor . Persoonlijk nooit begonnen aan PHP en gekozen voor Python, daar het django framework leren kennen en ik vind gewoon dat het goed in elkaar steekt. Ik heb verder geen autoriteit om PHP frameworks af te schrijven omdat ik voornamelijk django gebruik .

Ik ben persoonlijk ook heel erg tevreden over Django... veel mensen vinden het te veel bloat, maar die zien het concept er achter niet... een grote toolset voor devverts om snel zooi te maken, en zodra ze ver genoeg zijn dat ze tegen limieten van de built-in zooi aan lopen, zijn ze vaak ver genoeg om dat redelijk simpel te vervangen met hun eigen (of andere 3rd party) implementaties.

[farlane]

eagle00789 schreef op zondag 05 januari 2014 @ 01:17:
Heb ik zelf een mooi printje gemaakt voor mijn display en zover bezig met programmeren in C (nieuwe taal voor mij)..:

Hmm netjes gedaan, al vraag ik me wel af waarom je nog een atmega zou gebruiken ipv een CortexM3/4 based device. ( Kun je meteen een device nemen met ingebouwde ethernet MAC )
Die corruption lijkt me het gevolg van timing op je data/strobe lijnen omdat deze redelijk random lijkt. Probeer eens wat meer tijd te geven nadat je de datalijnen goed hebt gezet.

[ Voor 5% gewijzigd door farlane op 05-01-2014 10:18 ]

[eagle00789]

farlane schreef op zondag 05 januari 2014 @ 10:09:
[...]

Hmm netjes gedaan, al vraag ik me wel af waarom je nog een atmega zou gebruiken ipv een CortexM3/4 based device. ( Kun je meteen een device nemen met ingebouwde ethernet MAC )
Die corruption lijkt me het gevolg van timing op je data/strobe lijnen omdat deze redelijk random lijkt. Probeer eens wat meer tijd te geven nadat je de datalijnen goed hebt gezet.

iets met budget enzo. Verder heb ik niet veel power nodig voor dit project aangezien ik niet veel hoef te doen.
Het display komt namelijk in mijn meterkastdeur te zitten en dan kan ik op het display aflezen hoeveel water, gas en stroom ik verbruikt heb en wat mijn huidige verbruik is.
De netwerkaansluiting is om de data uit te kunnen lezen aangezien er Youless devices op mijn gas en stroom meter zitten

[ Voor 119% gewijzigd door eagle00789 op 05-01-2014 13:36 ]

[EddoH]

eagle00789 schreef op zondag 05 januari 2014 @ 12:52:
[...]
iets met budget enzo. Verder heb ik niet veel power nodig voor dit project aangezien ik niet veel hoef te doen.
Het display komt namelijk in mijn meterkast te zitten en dan kan ik op het display aflezen hoeveel water, gas en stroom ik verbruikt heb en wat mijn huidige verbruik is.
De netwerkaansluiting si om de data uit te kunnen lezen aangezien er Youless devices op mijn gas en stroom meter zitten

Leuk projectje hoor, maar waarom zou je het display in je meterkast willen hebben? Tis toch veel handiger die buiten de kast te kunnen zien?

[eagle00789]

EddoH schreef op zondag 05 januari 2014 @ 13:17:
[...]


Leuk projectje hoor, maar waarom zou je het display in je meterkast willen hebben? Tis toch veel handiger die buiten de kast te kunnen zien?

Was het woordje deur vergeten. Het display komt in de meterkastdeur te zitten.

[off-topic]
ik mis eigenlijk wel een topic van Show je eigen gemaakte hardware hier op tweakers
[/off-topic]

[ Voor 14% gewijzigd door eagle00789 op 05-01-2014 13:38 ]

[Douweegbertje]

eagle00789 schreef op zondag 05 januari 2014 @ 13:37:
[...]

Was het woordje deur vergeten. Het display komt in de meterkastdeur te zitten.

[off-topic]
ik mis eigenlijk wel een topic van Show je eigen gemaakte hardware hier op tweakers
[/off-topic]

Zijn zat topics waar je zulke dingen kunt plaatsen.. O.a. in dat 'zuinige topic' .. daar zijn ook zat mensen met hun eigen meuk.

[farlane]

eagle00789 schreef op zondag 05 januari 2014 @ 12:52:
[...]
iets met budget enzo

STM32 devices beginnen vanaf $0.88, volgens mij fors minder dan jouw atmega2560 dus laat dat geen excuuus zijn. Een random versie met MAC is bijvoorbeeld minder dan $10
Kun je meteen kijken naar een goedkoper LCD display. Uiteindelijk ben je goedkoper uit volgens mij met way more mogelijkheden.

[ Voor 10% gewijzigd door farlane op 05-01-2014 15:53 ]

[Megamind]

Je zou denken dat ze bij een betalingsprovider wel hun zaakjes op orde hebben (IcePay).

Blijkbaar kan je ergens een Reporting Pincode instellen om zo de reporting API te kunnen gebruiken als authenticatie. Nergens te vinden waar je dat moet instellen, dus ik vragen waar je dat moet instellen, krijg je terug:

Beste,

Bedoeld u dat u een PIN-code nodig heeft om een transactie te maken? Dit hoeft u alleen te doen bij een pin-terminal bijvoorbeeld in de supermarkt, bij ons heeft u geen PIN-code nodig.

Met vriendelijke groet,

[Firesphere]

Staat toch gewoon in de docs?

Bij het aanmaken van de sessie krijg je een object terug, met o.a. de Reporting Pincode.

Bij het opvragen van data, is de SHA opgebouwd uit de volgende sequence:
The checksum is calculated by creating a SHA1 message digest using an input message with the
following syntax:
Timestamp|SessionID|ReportingPinCode|UserAgent

Et Voila, daar is je RPC dus voor. Het is een alternatieve, extra Session-check dus.

Pagina 52 en verder:
http://www.icepay.com/dow...ion/icepay_webservice.pdf

De reactie van de helpdesk is een beetje ehhhh.... klunzig, maar vermoedelijk weet diegene niet eens dat de reporting API bestaat ofzo

[ Voor 20% gewijzigd door Firesphere op 05-01-2014 19:07 ]

[Megamind]

Ja maar op pagina 52 staat dit:

In order for your application to access the ICEPAY account information, the option “Allow Reporting Access” must be enabled in the ICEPAY account. A separate Reporting Pin Code consisting of 8-digits will then be created. The Reporting Pin Code is needed to sign all the Reporting Web Service web method requests.

Dan moet ik toch ergens "Allow Reporting Access" aanzetten neem ik aan in mijn account? Ik kan niet uit de docs opmaken dat ik de pincode terug krijg bij het maken van een request.

Want wat zou ik in moeten vullen bij de CreateSession call as checksum?

[ Voor 6% gewijzigd door Megamind op 05-01-2014 19:14 ]

[F.West98]

ARGH Deze bug in de MySQL Connector/Net.
http://bugs.mysql.com/bug.php?id=69488
Ik wil dat mijn code (voor nu) werkt op MySQL EN MSSQL, omdat ik nog niet zeker weet welke ik uiteindelijk ga gebruiken.
Bij een CREATE TABLE trimt de plugin wel de 'dbo.' weg (dom, dom), maar bij een ALTER niet.

* F.West98 is boos

edit:
Natuurlijk is het niet opensource (want Oracle), dus ik kan ook niet zelf aanpassen.......

[ Voor 13% gewijzigd door F.West98 op 05-01-2014 19:17 ]

[Firesphere]

Megamind schreef op zondag 05 januari 2014 @ 19:13:
Ja maar op pagina 52 staat dit:

[...]

Dan moet ik toch ergens "Allow Reporting Access" aanzetten neem ik aan in mijn account? Ik kan niet uit de docs opmaken dat ik de pincode terug krijg bij het maken van een request.

Want wat zou ik in moeten vullen bij de CreateSession call as checksum?

Je vraag naar de helpdesk is ook verkeerd

Je moet vragen waar je de Reporting Access aan zet, niet naar de pincode zelf.

[frG]

Megamind schreef op zondag 05 januari 2014 @ 19:13:
Ja maar op pagina 52 staat dit:

[...]

Dan moet ik toch ergens "Allow Reporting Access" aanzetten neem ik aan in mijn account? Ik kan niet uit de docs opmaken dat ik de pincode terug krijg bij het maken van een request.

Want wat zou ik in moeten vullen bij de CreateSession call as checksum?

Klopt, een support medewerker moet dit voor je aanzetten.
Het gedeelte waar de merchant deze code zelf kan instellen is wel ooit gebouwd maar volgens mij (nog) niet toegankelijk voor de merchant.

[Megamind]

Firesphere schreef op zondag 05 januari 2014 @ 19:20:
[...]

Je vraag naar de helpdesk is ook verkeerd

Je moet vragen waar je de Reporting Access aan zet, niet naar de pincode zelf.

Ah zo Naja mijn vraag was inderdaad waar ik de pincode kon instellen.

frG schreef op zondag 05 januari 2014 @ 19:25:
[...]


Klopt, een support medewerker moet dit voor je aanzetten.
Het gedeelte waar de merchant deze code zelf kan instellen is wel ooit gebouwd maar volgens mij (nog) niet toegankelijk voor de merchant.

Jammer, het lijkt me niet dat ze veel te doen hebben aangezien de backoffice al 3 jaar lang zo goed als hetzelfde is.

[eagle00789]

Douweegbertje schreef op zondag 05 januari 2014 @ 14:14:
[...]


Zijn zat topics waar je zulke dingen kunt plaatsen.. O.a. in dat 'zuinige topic' .. daar zijn ook zat mensen met hun eigen meuk.

ik doelde eigenlijk op een verzamel topic

[Robbiedobbie]

Zo, net vertrokken van kamp Apple. Morgen krijg ik een mooie introductie in kamp Google . Kan ik eindelijk eens applicaties voor mijn eigen telefoons gaan ontwikkelen. (Nee, ik was niet van plan een mac te kopen, want bah, wat werkt die software onlogisch )

[Anoniem: 296939]

Gelukkige verjaardag Robbiedobbie!

[urk_forever]

F.West98 schreef op zondag 05 januari 2014 @ 19:14:
ARGH Deze bug in de MySQL Connector/Net.
http://bugs.mysql.com/bug.php?id=69488
Ik wil dat mijn code (voor nu) werkt op MySQL EN MSSQL, omdat ik nog niet zeker weet welke ik uiteindelijk ga gebruiken.
Bij een CREATE TABLE trimt de plugin wel de 'dbo.' weg (dom, dom), maar bij een ALTER niet.

* F.West98 is boos

edit:
Natuurlijk is het niet opensource (want Oracle), dus ik kan ook niet zelf aanpassen.......

kan je niks met reflector ?

[BtM909]

Megamind schreef op zondag 05 januari 2014 @ 19:13:

Want wat zou ik in moeten vullen bij de CreateSession call as checksum?

Moet je ff bij die helpdesk vragen of een topic openen

[Megamind]

BtM909 schreef op zondag 05 januari 2014 @ 21:46:
[...]

[mbr]Moet je ff bij die helpdesk vragen of een topic openen ;)[/]

Het was meer een retorische vraag waar ik geen antwoord op verwachtte

[BtM909]

ja ja Antwoord vragen is antwoord krijgen hier in de coffee corner

[RobIII]

De Devschuur Coffee Corner - Iteratie 5