☺
https://news.ycombinator.com/item?id=5689391 
http://blog.zorinaq.com/?e=74
riporto il testo:
----
I'm a developer in Windows and contribute to the NT kernel. (Proof: the SHA-1 hash of revision #102 of pagfault.c is 0cb82a9525a2158e2a87f5eb53d41e5936cee5a2.) I'm posting through Tor for obvious reasons.
Windows is indeed slower than other operating systems in many scenarios, and the gap is worsening. The cause of the problem is social. There's almost none of the improvement for its own sake, for the sake of glory, that you see in the Linux world.
Granted, occasionally one sees naive people try to make things better. These people almost always fail. We can and do improve performance for specific scenarios that people with the ability to allocate resources believe impact business goals, but this work is Sisyphean. There's no formal or informal program of systemic performance improvement. We started caring about security because pre-SP3 Windows XP was an existential threat to the business. Our low performance is not an existential threat to the business.
See, component owners are generally openly hostile to outside patches: if you're a dev, accepting an outside patch makes your lead angry (due to the need to maintain this patch and to justify in in shiproom the unplanned design change), makes test angry (because test is on the hook for making sure the change doesn't break anything, and you just made work for them), and PM is angry (due to the schedule implications of code churn). There's just no incentive to accept changes from outside your own team. You can always find a reason to say "no", and you have very little incentive to say "yes".
There's also little incentive to create changes in the first place. On linux-kernel, if you improve the performance of directory traversal by a consistent 5%, you're praised and thanked. Here, if you do that and you're not on the object manager team, then even if you do get your code past the Ob owners and into the tree, your own management doesn't care. Yes, making a massive improvement will get you noticed by senior people and could be a boon for your career, but the improvement has to be very large to attract that kind of attention. Incremental improvements just annoy people and are, at best, neutral for your career. If you're unlucky and you tell your lead about how you improved performance of some other component on the system, he'll just ask you whether you can accelerate your bug glide.
Is it any wonder that people stop trying to do unplanned work after a little while?
Another reason for the quality gap is that that we've been having trouble keeping talented people. Google and other large Seattle-area companies keep poaching our best, most experienced developers, and we hire youths straight from college to replace them. You find SDEs and SDE IIs maintaining hugely import systems. These developers mean well and are usually adequately intelligent, but they don't understand why certain decisions were made, don't have a thorough understanding of the intricate details of how their systems work, and most importantly, don't want to change anything that already works.
These junior developers also have a tendency to make improvements to the system by implementing brand-new features instead of improving old ones. Look at recent Microsoft releases: we don't fix old features, but accrete new ones. New features help much more at review time than improvements to old ones.
(That's literally the explanation for PowerShell. Many of us wanted to improve cmd.exe, but couldn't.)
More examples:
- We can't touch named pipes. Let's add %INTERNAL_NOTIFICATION_SYSTEM%! (Oh, and let's make %INTERNAL_NOTIFICATION_SYSTEM% inconsistent with virtually every other named NT primitive.)
- We can't expose %INTERNAL_NOTIFICATION_SYSTEM% to the rest of the world because we don't want to fill out paperwork and we're not losing sales because we only have 1990s-era Win32 APIs available publicly.
- We can't touch DCOM. Let's create %C#_REMOTING_FLAVOR_OF_THE_WEEK%!
- XNA. Need I say more?
- Why would anyone need an archive format that supports files larger than 2GB?
- Let's support symbolic links (Can I have a one on my review score now?), but make sure that nobody can use them so I don't get blamed for security vulnerabilities (Great! I got that one on my review score, and now I get to look sage and responsible!)
- We can't touch Source Depot, so let's hack together SDX!
- We can't touch SDX, so let's pretend for four releases that we're moving to TFS while not actually changing anything!
- Oh god, the NTFS code is a purple opium-fueled Victorian horror novel that uses global recursive locks and SEH for flow control. Let's write ReFs instead. (And hey, let's start by copying and pasting the NTFS source code and removing half the features! Then let's add checksums, because checksums are cool, right, and now with checksums we're just as good as ZFS? Right? Do I get a one on my review score now? And who the hell needs quotas anyway?)
- We just can't be fucked to implement C11 support, and variadic templates were just too hard to implement in a year. (But ohmygosh I turned "" into a reference-counted pointer operator. Can I have my patent cube and one on my review score now? Oh, and what's a reference cycle?)
Look: Microsoft still has some old-fashioned hardcore talented developers who can code circles around brogrammers down in the valley. These people have a keen appreciation of the complexities of operating system development and an eye for good, clean design. The NT kernel is still much better than Linux in some ways --- you guys be trippin' with your overcommit-by-default MM nonsense --- but our good people keep retiring or moving to other large technology companies, and there are few new people achieving the level of technical virtuosity needed to replace the people who leave. We fill headcount with nine-to-five-with-kids types, desperate-to-please H1Bs, and Google rejects. We occasionally get good people anyway, as if by mistake, but not enough. Is it any wonder we're falling behind? The rot has already set in.
-----
http://blog.zorinaq.com/?e=74
riporto il testo:
----
I'm a developer in Windows and contribute to the NT kernel. (Proof: the SHA-1 hash of revision #102 of pagfault.c is 0cb82a9525a2158e2a87f5eb53d41e5936cee5a2.) I'm posting through Tor for obvious reasons.
Windows is indeed slower than other operating systems in many scenarios, and the gap is worsening. The cause of the problem is social. There's almost none of the improvement for its own sake, for the sake of glory, that you see in the Linux world.
Granted, occasionally one sees naive people try to make things better. These people almost always fail. We can and do improve performance for specific scenarios that people with the ability to allocate resources believe impact business goals, but this work is Sisyphean. There's no formal or informal program of systemic performance improvement. We started caring about security because pre-SP3 Windows XP was an existential threat to the business. Our low performance is not an existential threat to the business.
See, component owners are generally openly hostile to outside patches: if you're a dev, accepting an outside patch makes your lead angry (due to the need to maintain this patch and to justify in in shiproom the unplanned design change), makes test angry (because test is on the hook for making sure the change doesn't break anything, and you just made work for them), and PM is angry (due to the schedule implications of code churn). There's just no incentive to accept changes from outside your own team. You can always find a reason to say "no", and you have very little incentive to say "yes".
There's also little incentive to create changes in the first place. On linux-kernel, if you improve the performance of directory traversal by a consistent 5%, you're praised and thanked. Here, if you do that and you're not on the object manager team, then even if you do get your code past the Ob owners and into the tree, your own management doesn't care. Yes, making a massive improvement will get you noticed by senior people and could be a boon for your career, but the improvement has to be very large to attract that kind of attention. Incremental improvements just annoy people and are, at best, neutral for your career. If you're unlucky and you tell your lead about how you improved performance of some other component on the system, he'll just ask you whether you can accelerate your bug glide.
Is it any wonder that people stop trying to do unplanned work after a little while?
Another reason for the quality gap is that that we've been having trouble keeping talented people. Google and other large Seattle-area companies keep poaching our best, most experienced developers, and we hire youths straight from college to replace them. You find SDEs and SDE IIs maintaining hugely import systems. These developers mean well and are usually adequately intelligent, but they don't understand why certain decisions were made, don't have a thorough understanding of the intricate details of how their systems work, and most importantly, don't want to change anything that already works.
These junior developers also have a tendency to make improvements to the system by implementing brand-new features instead of improving old ones. Look at recent Microsoft releases: we don't fix old features, but accrete new ones. New features help much more at review time than improvements to old ones.
(That's literally the explanation for PowerShell. Many of us wanted to improve cmd.exe, but couldn't.)
More examples:
- We can't touch named pipes. Let's add %INTERNAL_NOTIFICATION_SYSTEM%! (Oh, and let's make %INTERNAL_NOTIFICATION_SYSTEM% inconsistent with virtually every other named NT primitive.)
- We can't expose %INTERNAL_NOTIFICATION_SYSTEM% to the rest of the world because we don't want to fill out paperwork and we're not losing sales because we only have 1990s-era Win32 APIs available publicly.
- We can't touch DCOM. Let's create %C#_REMOTING_FLAVOR_OF_THE_WEEK%!
- XNA. Need I say more?
- Why would anyone need an archive format that supports files larger than 2GB?
- Let's support symbolic links (Can I have a one on my review score now?), but make sure that nobody can use them so I don't get blamed for security vulnerabilities (Great! I got that one on my review score, and now I get to look sage and responsible!)
- We can't touch Source Depot, so let's hack together SDX!
- We can't touch SDX, so let's pretend for four releases that we're moving to TFS while not actually changing anything!
- Oh god, the NTFS code is a purple opium-fueled Victorian horror novel that uses global recursive locks and SEH for flow control. Let's write ReFs instead. (And hey, let's start by copying and pasting the NTFS source code and removing half the features! Then let's add checksums, because checksums are cool, right, and now with checksums we're just as good as ZFS? Right? Do I get a one on my review score now? And who the hell needs quotas anyway?)
- We just can't be fucked to implement C11 support, and variadic templates were just too hard to implement in a year. (But ohmygosh I turned "" into a reference-counted pointer operator. Can I have my patent cube and one on my review score now? Oh, and what's a reference cycle?)
Look: Microsoft still has some old-fashioned hardcore talented developers who can code circles around brogrammers down in the valley. These people have a keen appreciation of the complexities of operating system development and an eye for good, clean design. The NT kernel is still much better than Linux in some ways --- you guys be trippin' with your overcommit-by-default MM nonsense --- but our good people keep retiring or moving to other large technology companies, and there are few new people achieving the level of technical virtuosity needed to replace the people who leave. We fill headcount with nine-to-five-with-kids types, desperate-to-please H1Bs, and Google rejects. We occasionally get good people anyway, as if by mistake, but not enough. Is it any wonder we're falling behind? The rot has already set in.
-----
Young professional woman and busy mom.
http://hyperboleandahalf.blogspot.com/2013/05/depr...☺
Scritto da:
> Scritto da:
> > > > Che ne pensate di questo?
> > > >
> > > >
http://hardc0l2e.wordpress.com/2009/10/26/recover-...
> > > >
> > > > Seguendo la procedura indicata potrei collegare un disco per ricostruire /dev/md0 e poi, invece di montarlo come fa lì, farne una immagine con dd su cui provare extundelete.
> > > >
> > > >
> > > > Una versione più disperata sarebbe accendere il NAS, sperando non sovrascriva troppi file, e fare un'immagine di /dev/md0.
> > > >
> > > >
> > > > In entrambi i casi dovrei comprare un disco esterno, quindi c'è tempo per discutere.
> > >
> > > Visto che siamo in argomento, quale disco USB esterno comprare?
> > >
> > > USB 3
> > >
> > > 2 o 3 TB
> >
> > Ho visto questo scatolotto con disco
> >
http://www.amazon.it/Book-3TB-Hard-Disk-Esterno-US...
> > ma possiede già troppe sunzioni NAS-simili per non indurmi nel dubbio che possa portare più problemi di quelli che risolve. Siccome il NAS ce l'ho già, mi basterebbe un semplice disco USB che sia riconosciuto sia dal portatile che dal NAS.
>
> Se ci sei, che ne pensi della procedura e del disco?
Non ho esperienza su questo né conoscenze sufficienti per poter affermare qualcosa.
> Scritto da:
> > > > Che ne pensate di questo?
> > > >
> > > >
http://hardc0l2e.wordpress.com/2009/10/26/recover-... > > > >
> > > > Seguendo la procedura indicata potrei collegare un disco per ricostruire /dev/md0 e poi, invece di montarlo come fa lì, farne una immagine con dd su cui provare extundelete.
> > > >
> > > >
> > > > Una versione più disperata sarebbe accendere il NAS, sperando non sovrascriva troppi file, e fare un'immagine di /dev/md0.
> > > >
> > > >
> > > > In entrambi i casi dovrei comprare un disco esterno, quindi c'è tempo per discutere.
> > >
> > > Visto che siamo in argomento, quale disco USB esterno comprare?
> > >
> > > USB 3
> > >
> > > 2 o 3 TB
> >
> > Ho visto questo scatolotto con disco
> >
http://www.amazon.it/Book-3TB-Hard-Disk-Esterno-US... > > ma possiede già troppe sunzioni NAS-simili per non indurmi nel dubbio che possa portare più problemi di quelli che risolve. Siccome il NAS ce l'ho già, mi basterebbe un semplice disco USB che sia riconosciuto sia dal portatile che dal NAS.
>
> Se ci sei, che ne pensi della procedura e del disco?
Non ho esperienza su questo né conoscenze sufficienti per poter affermare qualcosa.
Young professional woman and busy mom.
Re: Pe: Re: GRANDE ZAMBIA! ORDINE FAIL!
Scritto da:
> > > > gengiva ha spostato in procura questo thread
> > >
> > > Chi ti ha dato il paUer
?
> >
> > me, l'ho messo in apprendistato
>
> Sbaglio o ha spostato un solo messaggio invece dell'intero thread? Scorporare i messaggi dai thread di appartenenza non mi sembra bello.
In realtà io solitamente mi comporto così: se è un messaggio lo lascio, se nasce una discussione sul tema sposto il ramo in procura.
Potremmo aggiungere un link al parent nel messaggio.
Potremmo.
> > > > gengiva ha spostato in procura questo thread
> > >
> > > Chi ti ha dato il paUer
?> >
> > me, l'ho messo in apprendistato
>
> Sbaglio o ha spostato un solo messaggio invece dell'intero thread? Scorporare i messaggi dai thread di appartenenza non mi sembra bello.
In realtà io solitamente mi comporto così: se è un messaggio lo lascio, se nasce una discussione sul tema sposto il ramo in procura.
Potremmo aggiungere un link al parent nel messaggio.
Potremmo.
Young professional woman and busy mom.
Re: Pe: Re: GRANDE ZAMBIA! ORDINE FAIL!
Scritto da: Giambo
> Scritto da: gengiva
> > gengiva ha spostato in procura questo thread
>
> Chi ti ha dato il paUer ?
me, l'ho messo in apprendistato
> Scritto da: gengiva
> > gengiva ha spostato in procura questo thread
>
> Chi ti ha dato il paUer
?me, l'ho messo in apprendistato
Young professional woman and busy mom.
☺
Non so di cosa parla 'sto thread, ma volevo esserci 
Young professional woman and busy mom.
☺
Scritto da:
> Scritto da: ::1
> > https://training.linuxfoundation.org/why-our-linux...
> > “We migrated key functions from Windows to Linux because we needed an operating system that was stable and reliable – one that would give us in-house control. So if we needed to patch, adjust or adapt, we could.”
>
> perchè, adesso sulla stazione spaziale hanno windows?
sui laptop in giro per la iss sì
> Scritto da: ::1
> > https://training.linuxfoundation.org/why-our-linux...
> > “We migrated key functions from Windows to Linux because we needed an operating system that was stable and reliable – one that would give us in-house control. So if we needed to patch, adjust or adapt, we could.”
>
> perchè, adesso sulla stazione spaziale hanno windows?
sui laptop in giro per la iss sì
Young professional woman and busy mom.
☺
https://training.linuxfoundation.org/why-our-linux...
“We migrated key functions from Windows to Linux because we needed an operating system that was stable and reliable – one that would give us in-house control. So if we needed to patch, adjust or adapt, we could.”
“We migrated key functions from Windows to Linux because we needed an operating system that was stable and reliable – one that would give us in-house control. So if we needed to patch, adjust or adapt, we could.”
Young professional woman and busy mom.
Multiculturalismo a Bruxelles
Ad
https://www.davidicke.com/article/513643/firemen-flee-attacked-migrant-youths-multicultural-molenbeek
“They call us for small fires and attack us while we want to help.”
☺
Scritto da: dada216
> Scritto da: avvelentani
> > Scritto da: altg
> > > "bleeding cowboys". Peccato che non abbia le graffe, se no sarebbe perfetto per programmare.
> > >
> > >
> >
> > Che editor stai usando e perche' non sta facendo font face substitution?
> >
> > **Modificato dall'autore il 07.05.2013 20:23**
>
> avevi scritto replacement, io l'ho letto, e' la prima volta che becco l'edit di qualcuno.
una volta io ho beccato il profeta che scriveva da loggato PAZZA PUTTANAZZA VIDEOTROIA prima di editare il messaggio
> Scritto da: avvelentani
> > Scritto da: altg
> > > "bleeding cowboys". Peccato che non abbia le graffe, se no sarebbe perfetto per programmare.
> > >
> > >
> >
> > Che editor stai usando e perche' non sta facendo font face substitution?
> >
> > **Modificato dall'autore il 07.05.2013 20:23**
>
> avevi scritto replacement, io l'ho letto, e' la prima volta che becco l'edit di qualcuno.
una volta io ho beccato il profeta che scriveva da loggato PAZZA PUTTANAZZA VIDEOTROIA prima di editare il messaggio
Young professional woman and busy mom.
Re: Avvenimento per Licchioni
Scritto da: gengiva
> Scritto da: ::1
> > Scritto da: ::1
> > > Scritto da: gengiva
> > > > gengiva ha spostato in procura questo thread
> > >
> > > mi sa che è rotto
> >
> > se lo sposto io ci va lòl
>
> era uno spostamento finto
>
> dammi il bottone!!
mi hai fatto preoccupare, stavo già ravanando il codice
> Scritto da: ::1
> > Scritto da: ::1
> > > Scritto da: gengiva
> > > > gengiva ha spostato in procura questo thread
> > >
> > > mi sa che è rotto
> >
> > se lo sposto io ci va lòl
>
> era uno spostamento finto
>
> dammi il bottone!!
mi hai fatto preoccupare, stavo già ravanando il codice
Young professional woman and busy mom.
Re: Avvenimento per Licchioni
Scritto da: ::1
> Scritto da: gengiva
> > gengiva ha spostato in procura questo thread
>
> mi sa che è rotto
se lo sposto io ci va lòl
> Scritto da: gengiva
> > gengiva ha spostato in procura questo thread
>
> mi sa che è rotto
se lo sposto io ci va lòl
Young professional woman and busy mom.
Arricchimento culturale in Svezia in corso
Ad
https://www.breitbart.com/europe/2019/01/04/patient-placed-in-quarantine-after-suspected-ebola-case-in-sweden/
The Emergency Room of a Swedish hospital was closed down Friday morning after a patient recently returned from Africa arrived vomiting blood, a possible symptom of the deadly and contagious Ebola virus.
☺
Scritto da:
> Scritto da: ::1
> > Scritto da:
> > > http://forumdeitroll.it/
> >
> > Manca il vuvuvu
>
> non ho mai visto un indirizzo così www.http://
>
>
peerla
> Scritto da: ::1
> > Scritto da:
> > > http://forumdeitroll.it/
> >
> > Manca il vuvuvu
>
> non ho mai visto un indirizzo così www.http://
>
>
peerla
Young professional woman and busy mom.
Vieni anche tu in gita in Africa!
Ad
https://www.ilmessaggero.it/AMP/italia/luca_tacchetto_italiano_scomparso_burkina_faso-4209268.html
Le popolazioni locali ti accoglieranno così bene che scomparirai letteralmente dal resto del mondo! Lasciati alle spalle la civiltà occidentale, gli smartphone, la ruota e il fuoco!
☺
Scritto da:
> http://forumdeitroll.it/
Manca il vuvuvu
> http://forumdeitroll.it/
Manca il vuvuvu
Young professional woman and busy mom.
☺
Scritto da: Alessandrox
> IO sono rincoglionito e va bene
direi quasi che mi basta
> ma tu NON barare, tu hai detto "Si potrebbe, ma non sarebbe retrocompatibile col forum" è un gioco di parole per dire che "poiché per farlo occorre riprogettare tutto il foro daccapo" e siccome è un casino farlo, ergo NON si può. NOn mi avevi detto: abbi pazienza e lo faremo.
Dipende tutto da quanta voglia e tempo c'è.
Perché non ti prendi il codice del forum e ti ci metti a lavorare?
Btw, anche volendo, i requisiti sono poco definiti
> IO sono rincoglionito e va bene
direi quasi che mi basta
> ma tu NON barare, tu hai detto "Si potrebbe, ma non sarebbe retrocompatibile col forum" è un gioco di parole per dire che "poiché per farlo occorre riprogettare tutto il foro daccapo" e siccome è un casino farlo, ergo NON si può. NOn mi avevi detto: abbi pazienza e lo faremo.
Dipende tutto da quanta voglia e tempo c'è.
Perché non ti prendi il codice del forum e ti ci metti a lavorare?
Btw, anche volendo, i requisiti sono poco definiti
Young professional woman and busy mom.