A few years ago, I took on a freelance project to implement an Internet Explorer component in C++. I was billing a healthy hourly rate on other projects at the time, but this particular client insisted on a fixed price. In a bout of temporary insanity, I made an exception....
Every developer knows that accurate software estimation is not possible even when perfect information is available about project requirements (i.e. practically never).....
Z toho clanku "death to JIRA" vypichujem:
For some reason many companies today seem to be terrified of the prospect of writing more than a couple of paragraphs of clear and simple prose. But a well-written 8-page document can define the nuances of a complicated system far better than a whole cumbersome flotilla of interlinked JIRA tickets.
...
Feature planning is about communication. JIRA is fundamentally a terrible way to communicate the requirements of a complex system. Words in a row, if written well, will always be better.
A v dost vela veciach suhlasim.
MALLOC_ARENA_MAX - starting with GLIBC Version 2.10 and higher, a new feature has emerged to help address memory locations and proximity to processor cores. Prior to this feature, everything stayed within one memory pool, so the data didn't get "closer" to the cores. . However, we have discovered that when fully utilized in CentOS/RHEL 6.x, this functionality can also generate negative side effects as excessive memory utilization.
World Wide Web Consortium (W3C) zahájilo nový projekt, v jehož rámci se bude pracovat na standardizaci alternativních metod autentizace - tedy jiných, než téměř všude používaných hesel. Na projektu bude spolupracovat FIDO Alliance, která se o něco podobného snaží už skoro tři roky a která má víc než dvě stě členů. Nechybí mezi nimi velké technologické nebo finanční společnosti. Asociace už připravila návrh API FIDO 2.0, který se v rámci W3C bude podrobněji zkoumat a připomínkovat. Mezi nejatraktivnější alternativní metody v současnosti patří hlavně autentizace pomocí otisků prstů.
Aj vas irituje nemoznost menit commit messages? Zaujimalo ma vzdy preco, ci to ma dobre odovodnenie a dnes som to nahodou nasiel:
The message from Linus Torvalds may answer your question: Modify/edit old commit messages Short answer: you can not (if pushed). extract (Linus refers to BitKeeper as BK): Side note, just out of historical interest: in BK you could. And if you're used to it (like I was) it was really quite practical.
Co ja viem, podla mna nie az tak rozumne, ved moznost commit-ovat davame tym ktorym verime, ja nevidim take velke riziko v tom, ked commiters mozu menit messages. Stava sa mi, ze si pomylil cislo JIRA issue a uz je neskoro, nic sa s tym neda spravit. Vtedy ma mrzi, ze som clovek :)
Linux servers displayed a notable tendency to misbehave during the leap second event at the end of the day on June 30. The problem often presented itself as abrupt and sustained load spikes on the affected machines....a look at what happened shines an interesting light on the trickiness of dealing with time in software systems.
I prefer to write happy posts...I really do. But tonight I'm completely defeated by the JDK's implementation of subprocess launching, and I need to tell the world why. JRuby has always strived to mimic MRI's behavior as much as possible, which in many cases has meant we need to route around the JDK to get at true POSIX APIs and behaviors.
Japonský výzkumný ústav RIKEN zahajuje šetření ve věci buněčné revoluce v tvorbě kmenových buněk z libovolné dospělé buňky pouhým namočením do mírně kyselého roztoku. Na adresu Japonky se snesla kritika za nesrovnalosti včlánku v časopisu Nature věnovanému STAP buňkám.
Po mozkoidech nejspíš skočí všemi deseti i farmaceutické a chemické laboratoře, které si z nich jistě udělají pokusné králíky. Mozkoidy zatím nemají advokáty, takže s nimi bude možné dělat takřka vše, na co stačí fantazie v laboratoři.