-
Dislikedrcmnd.app
Dreaming in CodeTheir words
And amazingly enough, if you insist on looking at the world through a bucket of shit, the world starts to look an awful lot like a bucket of shit: by the end of the book, Rosenberg has left the lay reader with the sense that we are careering towards some sort of software heat-death, after which meetings-about-meetings and stickies-on-whiteboards will prevent all future progress.
What public figures publish and believe, in their own words.
About this feed
Highlights: posts that did unusually well for the person who wrote them, everything they published at length, each release and new project, and every belief — at most two a day from anyone. Day by day, newest day first; within a day, the people with the most beliefs on this site come first. Nothing else orders it. Show everything instead.
The quoted blocks are what people actually said; a beneath one is the belief those words support, in korrents' wording. Nobody here wrote their own page.
Top people are the people in this feed with the most beliefs on this site, then the most here. Choose an area and the row leads with the people whose beliefs are about it; tap a face for their feed.
Top people in Software
Showing Profile →
Hiding
Hiding
11 November 2007
15 March 2006
From one piece Magic Ink: Information Software and the Graphical Interface 2 beliefs · worrydream.com
-
Their words
For a majority subset of software, called “information software,” I argue that interactivity is actually a curse for users and a crutch for designers, and users’ goals can be better satisfied through other means.
-
Their words
When the software designer defines the visual representation of her program, when she describes the pictures that the user will interpret, she is doing graphic design, whether she realizes this or not.
2 February 2004
From one piece Recommended Reading for Developers 2 beliefs · blog.codinghorror.com
-
korrents.com
Computers change but people do not, so understanding people is how you make better softwareTheir words
Why are updates to my reading list so rare? Because computers change a lot in 10 years, but people don't. To make better software, you need to understand how people work, and that is what the books I recommend tend to focus on.
-
Their words
The vast majority of software development projects will fail: they will overrun their schedules, produce substandard results, or sometimes not even finish at all. This isn't an argument; it's a statistical fact.
-
Recommendsrcmnd.app
The Mythical Man-MonthTheir words
I challenge any developer to pick up a copy of The Mythical Man Month and not find this tale of a long-defunct OS, and the long-defunct team that developed it, startlingly relevant.
-
Recommendsrcmnd.app
The Design of Everyday ThingsTheir words
Designing software is difficult, to be sure, but designing a door is difficult too. The nuances of design extend into every object you touch, whether it's some hot new SQL engine, or a humble shoe.
-
Recommendsrcmnd.app
Code Complete 2Their words
Steve McConnell's Code Complete 2 is the Joy of Cooking for software developers. Reading it means that you enjoy your work, you're serious about what you do, and you want to keep improving.
+ 2 more
-
Recommendsrcmnd.app
Rapid DevelopmentTheir words
Rapid Development isn't about rapid development. It's about the reality of failure. The vast majority of software development projects will fail: they will overrun their schedules, produce substandard results, or sometimes not even finish at all.
-
Recommendsrcmnd.app
The Pragmatic Programmer: From Journeyman to MasterTheir words
This book reminds me a lot of Programming Pearls, but it's actually better, because it's less focused on code. Instead of worrying about code, the authors boiled down all the practical approaches that they've found to work in the real world into this one book.
29 August 2003
From one piece CannotMeasureProductivity 2 beliefs, in the piece's order there
-
korrents.com
Software productivity cannot be measured, because there is no way to measure a development team's output.Their words
the reason we can't measure productivity is because we can't measure output
-
Their words
Any good developer knows that they can code the same stuff with huge variations in lines of code, furthermore code that's well designed and factored will be shorter because it eliminates the duplication.
1 April 1985
Nothing matches.
What is a korrent?
A korrent is a belief a person has stated in their own words: one sentence stating the claim, backed by a quote and a source, kept at korrents.com.
Under a name here, the quoted block is what they actually said. The korrent beneath it is the claim those words support, in korrents' wording — tap it to see the record, its source, and who else holds it.
Nobody here wrote their own korrents. They are compiled from public statements, and a person can change their mind, which is recorded too.
About the English under a post
Some people here publish in a language other than English. Where they do, this site shows a machine translation beneath the post, in this typeface — the site's own, not theirs.
The post itself is never changed, moved or hidden: what is set in the serif above is exactly what the person published, and it is what to quote them on. A translation can be wrong in ways that matter, especially about tone.
Only the post's own words are translated. A quoted post, a linked article and a belief on korrents.com are left in their original language.