uitkijken voor slimme meter

Voor de kas van Eneco natuuurlijk. Het zijn afzetters en uitzuigers.

Nooit doen, kortom,

Jan

U is van het type dat vindt dat software engineers maar voor niks moeten werken, omdat Uw neefje van drie ook zo leuk met computers kan spelen?

"Johannes" schreef in bericht news:54e93ebd$0$31324$ snipped-for-privacy@edutel.xlned.com...

Waar haal je de wijsheid vandaan dat er permanent gegevens worden doorgestuurd? Duim? Ik ben ook een tegenstander van de slimme meter hoor!

Ik zou het essentieel noemen. Ik begrijp niet dat mensen hun hele hebben en houwen uitleveren. En ze zijn zelfs bereid er maandelijks voor te betalen. Wie dat snapt: kun je het hier even uitleggen?

Steeds meer domotica kun je gewoon aansturen met goedkope kastjes en, als je technisch bent, met eigen software. Meer zaken in eigen beheer houden, is volgens mij veiliger dan facebook, eneco, google en de overheid je hele leven laten monitoren. En nee, je voorkomt bepaalde dingen inderdaad toch niet, maar dat is geen reden om je schouders op te halen.

Er zijn ook legio initiatieven die open zource zijn. Vele imlpementaties draaien op een klein linux bakje of zelfs op een Pi.

Als het om schakelen gaat vanuit een Pi of een Linux: zoek even op kakulib op tweakers. Kost niks en je hebt de sourcecode erbij.

Honeywell heeft een mooi systeempje Honeywell evohome. Niet gratis (zelfs niet spotgoedkoop, maar geen abonnement en geen eneco die meekijkt. Werkt als een dolle en, mits goed ingesteld, kan het aardig wat besparen. Ik spreek uit ervaring (en heb geen zakelijk belang bij Honeywell).

Ik zie wel wat in een kanaaltje of 8 aan/uit en 4 kanaaltjes hard/zacht. Ik heb nog niet iets naat m'n zin gevonden. Een DLL hoef ik niet, een vriend maakt gaarne de software. Zelf ben ik bezig geweest om een app te maken maar mijn Java-kennis is niet toereikend. Maar wie weet....

Dan kan je nog beter DOS nemen. Veel mensen die programmeren bakken er niets van in Linux. Geen kennis van de apparaten en 'handvatten' maken dat ze als een blinde zijn in Linux.

U hebt hier geen kennis van genomen:

Kennis is macht, is in de ICT vaak van toepassing, de klant heeft meestal geen inzicht in de te verrichten arbeid. Veel kennis betekent vaak weinig werk, maar dat hoeft de klant niet te weten....

Maar daar gaat Jawade niet mee komen! Let maar op.

Hij komt met een Windows programma waarvan wij de source niet mogen zien want hij is zoooooo goed en het is allemaal geheim!

Het kernprobleem is juist dat de ICT'er meestal totaal geen kennis heeft van de materie die hij moet automatiseren, en daardoor zwaar op de klant leunt voor de specificatie van wat hij moet maken.

Daardoor moet er ontzettend veel aandacht uitgaan naar die specificatie en komt er uiteindelijk meestal toch ruzie over. En doordat de klant steeds op het hart gedrukt wordt dat hij echt een volledige specificatie moet aanleveren wordt er meestal meer ingebracht dan nodig en gaat het project uiteindelijk op zijn bek.

In andere bedrijfstakken wordt er veel minder diepgaand gespecificeerd en heeft de bouwer de kennis om dit aan te vullen tot een werkend en praktisch geheel. Een architect vertel je wel je globale wensen maar verder vult ie het zelf in tot een bewoonbaar huis. De ICT'er kan dat niet.

balkenendenorm.html?

Zeker wel, maar er is een subtiel verschil tussen en werken voor niks, en werken voor driemaal bakellendenorm....

Da's een beetje naief gesteld, alsof de icter alleen bitjes omver schopt, en de klant geen benul heeft van ict. Tussen klant en ict hoort een vertaalslag te zitten, gemaakt door iemand die zowel materie als techniek kent...

Nou het credo "*u* moet zeggen hoe het moet worden want dat kan *ik* niet voor u bedenken!" is anders algemeen gangbaar in ICT land...

Drie dingen. Een architect, slager of plastisch chirurg begint ook aan de klant te vragen hoe het moet worden. Alleen van een icter wordt blijkbaar verwacht dat 'ie, zonder glazen bol of koffiedik, precies weet wat de klant wil.

Verder is ict een jonge tak van sport, en daarmee slecht begrepen door zowel klanten als professionals. Vergeleken met bouwkunde zit de ict in het stadium van de kathedralenbouw: er is veel mogelijk, maar er gebeuren akelige ongelukken, en projecten lopen vreselijk uit.

Tenslotte viel in Nederland de ontwikkeling van de ict samen met de grote bezuinigingen in onderwijs en wetenschap. In Nederland heeft de ict zich nooit op een gezonde manier ontwikkeld, veel mensen zijn slecht opgeleid.

Maar een architect vraagt niet "hoeveel mm2 koperdraad wilt u naar de wandcontactdozen, wat voor pijp moet er gebruikt worden voor de CV radiatoren, welke constructie moet er gebruikt worden voor de dakkapel" en dat soort dingen. Dat vraagt een ICT'er wel aan de opdrachtgever, en als die geen antwoord geeft dan gooit ie zijn handen in de lucht of neemt (met opzet) een ridicule beslissing en spreekt daar dan later de klant op aan.

Nee, een goede icter vraagt zoiets niet...