| Github | https://github.com/blue-devil |
Blue DeviL // SCT
@bluedevil@infosec.exchange
- 51 Followers
- 345 Following
- 417 Posts
Binary Grinder
Binary Ninja users who tracks issues have the most phun French photographer Mathieu Stern accidentally discovered an old negative film from 120 years ago, and after printing it, it turned out to be a cat @catsalad
From Reddit : https://www.reddit.com/r/Damnthatsinteresting/s/YfghiOInVN
Remember; 23andMe confirmed that hackers stole ancestry data of 6.9 million users, now they give their users 30 days to opt out of class-action waiver!
I am sorry but who give their saliva and info to such companies are completely RETARDED!
Dear Apple 🍏 is it possible that you might forget putting icon for”phone” app?
iOS 17.1.1
iOS 17.1.1
OpenAI employees tell OpenAI board to resign! Otherwise they threaten them to go work for Microsoft!
1. Suppose that you are zeroing a two dimensional array in C. You have two options like in the picture. Which one is faster?
2. Do you have a faster implementation? Share with us!
2. Do you have a faster implementation? Share with us!
Finally arrived 🥳 “Arm Assembly Internals & #ReverseEngineering “ by @Azeria
Exactly; every programmer knows 😏
“There is no doubt that the grail of efficiency leads to abuse. Programmers waste enormous amounts of time thinking about, or worrying about, the speed of noncritical parts of their programs, and these attempts at efficiency actually have a strong negative impact when debugging and maintenance are considered. We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil.
Yet we should not pass up our opportunities in that critical 3%. A good programmer will not be lulled into complacency by such reasoning, he will be wise to look carefully at the critical code; but only after that code has been identified. It is often a mistake to make a priori judgments about what parts of a program are really critical, since the universal experience of programmers who have been using measurement tools has been that their intuitive guesses fail.” #donaldknuth
“There is no doubt that the grail of efficiency leads to abuse. Programmers waste enormous amounts of time thinking about, or worrying about, the speed of noncritical parts of their programs, and these attempts at efficiency actually have a strong negative impact when debugging and maintenance are considered. We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil.
Yet we should not pass up our opportunities in that critical 3%. A good programmer will not be lulled into complacency by such reasoning, he will be wise to look carefully at the critical code; but only after that code has been identified. It is often a mistake to make a priori judgments about what parts of a program are really critical, since the universal experience of programmers who have been using measurement tools has been that their intuitive guesses fail.” #donaldknuth