|
The problem with this sort of benchmark is that it does not take into account improvements in the instruction set, e.g. AVX (2011), AVX2 (2013), AVX-512 (2016/7), etc.
These instructions can significantly improve the execution speed of many programs. I stipulate that some programs would require a rewrite to take full advantage.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
Those rare companies that decide to engage in hand-coding do it either because they lack the required information (they simply don't know there are packaged solutions out there) or, frankly, in my opinion, they are chasing a pipe dream. Is the problem reading my handwriting?
I freely admit I put this one in primarily for the "only read the headlines" folk. While he's really talking about buy vs. build in the Big Data space (and specifically Hadoop), his arguments could apply to any large dev space that has an existing solution (i.e. CRM, ERP, or even databases themselves)
|
|
|
|
|
Don't "hand code", instead get something written by, I presume, something without hands.
He actually lost me with "Gartner".
|
|
|
|
|
It is really seems, that the author never had the opportunity on working on a large-scale project...
The problem with ready made packages is (of any kind):
1. It made as one-size-for-everyone, so it will have a lot of unused (by this project) options, unwanted complexity, extra size, slower performance...
2. Almost complete lack of documentation on 95% of published packages... Even well payed projects lack up-to-date documentation...
3. The source of a lot of packages is basically not trusted by IT, so you have to do extensive testing to prove it to be safe...
3a. and even the source considered to be trusted, you have to test every version over and over again
4. Support of 3rd party can break your time-plans (shatter?)...
And we can go on... If you are to build a large-scale application, you are facing such complications even without 3rd party, that you have any reason not to add them...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Back when I started as a full-time software engineer in the early '90s, it was the beginning of an era when software engineering was about to explode and get easier. A totally RAD proposal
|
|
|
|
|
Software development runs in fads and fashions, and in the 1990's, RAD was in style, in both the Microsoft world and others.
The mid-2000's saw RAD as "uncool" in favor of pushing products for TDD and other build-for-maintainability ideas. In addition, Microsoft suffered from constantly releasing half-baked products rather than the more refined, thought-out products of its past.
The author has legitimate gripes, but Microsoft is both less competent and juggling more priorities now than in the past. Raw productivity has a low priority at the moment.
|
|
|
|
|
My dream for the future of development is to do nothing while someone else does it all. Is that RAD? Or Somebody Else Development--SED. (Or Not Me Development: NMD, NoMeD.... Ah, let someone else come up with the acronym.)
|
|
|
|
|
RAD has done more damage to the industry than any other individual approach or philosophy. It is largely responsible for the security crisis that we're seeing now: coders that don't know what their code actually does and common vulnerabilities that may never be patched (not to mention "developers" that couldn't wrap their heads around a linked list, let alone a secure DAL).
So thanks RAD developers, you've left (and continue to leave) a hell of a mess for the rest of us to clean up. MS should be making it easier to write SECURE software, not just software.
"There are three kinds of lies: lies, damned lies and statistics."
- Benjamin Disraeli
|
|
|
|
|
Quote: Now that the new version of VB.NET came out in 2015, I still believe it is the fastest way to build UI with Microsoft .NET framework.
I wish the author'd've tried to back this statement up. 20 years ago, for banging out basic GUI applications VB was faster to develop than MFC. Today the relevant comparison is C# vs VB.net; both use the same UI libraries and runtime, and are at 99.9% language parity; so unless it's "I think in VB so I can write it faster" (vs most people here being the opposite way around + being able to copy/paste code more easily due to C# having won the example mindshare war) I really have no idea how he could justify that assertion.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
A team of international scientists have found a way to make memory chips perform computing tasks, which is traditionally done by computer processors like those made by Intel and Qualcomm. So, now you'll have to store your data in your CPU?
Black is white, up is down. I'm so confused!
|
|
|
|
|
I like the last couplet in that sentence, as if they were thinking "Intel and, and, and..."
|
|
|
|
|
Per my sources, Microsoft will be releasing the Windows 10 Creators Update this April. While the update initially had a version number of 1703 in Insider Builds leading to speculation that it would be released in March 2017, we can reveal that the final version number will actually be 1704 for an April release. Hopefully not on the 1st
|
|
|
|
|
FTFY. Sorry, but that was bugging me.
This space for rent
|
|
|
|
|
Your CDO kicking in again?
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
It certainly is. That headline was bugging me.
This space for rent
|
|
|
|
|
I would have used 'kicking on' instead of 'kicking in', but decided I didn't want to aggravate you even more.
I am a bit CDO myself, and things like these[^] make be furious at the people who did them.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
Some of those actually made me shudder.
This space for rent
|
|
|
|
|
Reading just one negative email could lead you to report having a bad day hours later, says Michelle Gielan, former national CBS News anchor turned psychology researcher and best-selling author. Don't worry, email happy
|
|
|
|
|
Same goes for checking regular mail. If there's a large bill, you might be not happy.
It would still be recommended to check the mail in the morning and not take the psychologist advice to ignore (e)mails.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
But if I get a million dollars from my distance cousin in Nigeria....
|
|
|
|
|
C++/WinRT is a standard C++ language projection for WinRT implemented entirely in header files—the best kind of C++ library. And a whole lot of other MSDN Magazine goodness
|
|
|
|
|
I’m convinced that smart sensors are going to be massively important in the future, and that vision can’t work if they require batteries. Vibrate faster! We need more power!
|
|
|
|
|
With the increasing standardization of attributes, we get the opportunity to make our code clearer not only to other humans but also to the compiler and other tools. Wait ... 'make code clearer to humans'. Are you sure you program in C++?
|
|
|
|
|
Companies with more than 50 employees will be obligated to set up hours — normally during the evening and weekend — when staff are not to send or respond to emails. Vive la deference
|
|
|
|
|
Well, I'm responsible for what I do or say in my role as a employee of the company: this role is defined by the law and the employment contract and it is bound to a certain time period. The rest of the time I am me and only me, not an employee or a representative of the compnay. So what if, outside of my working hours and outside overtime hours - which must be negotiated first between the employee and the company - I answer an e-mail with content that somehow cause damage to either the customer or my company? Am I to be held responsible if I was outside my working hours? Or am I to be held accountable of sabotage since I'm definetely acting outside my role?
A limit enforced by law in this case helps both parties: workers cannot be coerced in unpaid reperibility and working hours, and companies don't risk VERY bad outcomes for them - for example a damage due to the answer AND a winning lawsuit from the employee.
DURA LEX, SED LEX
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
When I was six, there were no ones and zeroes - only zeroes. And not all of them worked. -- Ravi Bhavnani
|
|
|
|