Since functions and data structures are completely different types of animal it is fundamentally incorrect to lock them up in the same cage.

(с) https://www.cs.otago.ac.nz/staffpriv/ok/Joe-Hates-OO.htm

The great software developers, indeed, the best people in every field, are quite simply never on the market.

….

The corollary of that rule—the rule that the great people are never on the market—is that the bad people—the seriously unqualified—are on the market quite a lot.

(с) https://www.joelonsoftware.com/2006/09/06/finding-great-developers-2/

I think learning how to translate problems and solutions into type theory should be a core skill of any senior developer. Instead of looking at the industry and seeing a churning sea of novelty, one sees but a polishing of old wisdom.

(с) http://www.pathsensitive.com/2021/03/why-programmers-shouldnt-learn-theory.html

Its downside: in my personal experience, mechanized verification outclasses even addictive video games in its ability to make hours disappear. As much as programming can suck people into a state of flow and consume evenings, doing proofs in Coq takes this to another level. There’s something incredibly addicting about having a computer tell you every few seconds that your next tiny step of a proof is valid.

(с) http://www.pathsensitive.com/2021/03/why-programmers-shouldnt-learn-theory.html

Pencil and paper are the best programming tools and vastly under used.

(c) https://chriskiehl.com/article/thoughts-after-6-years

Unix survives only because everyone else has done so badly

(c) UNIX-HATERS Handbook

Прекраснейшая находка от https://news.1rj.ru/str/oleg_log/4537

Where Do Bugs Come From? Bugs come from developers.

(с) Paul McKenney's parallel programming book

https://mirrors.edge.kernel.org/pub/linux/kernel/people/paulmck/perfbook/perfbook.html

Приехала голубушка!

Haskell has a low floor but a stratospherically high ceiling.

(c) SPJ в предисловии к книге Брагилевского

Never, ever expect hackers to be able to read closed proprietary document formats like Microsoft Word or Excel. Most hackers react to these about as well as you would to having a pile of steaming pig manure dumped on your doorstep. Even when they can cope, they resent having to do so.

(c) http://catb.org/~esr/faqs/smart-questions.html

Much of what looks like rudeness in hacker circles is not intended to give offense. Rather, it's the product of the direct, cut-through-the-bullshit communications style that is natural to people who are more concerned about solving problems than making others feel warm and fuzzy.

(c) http://catb.org/~esr/faqs/smart-questions.html

Mark’s pyramid illustrates how fundamentally different the role of architect compares to developer. Developers spend their whole career honing expertise, and transitioning to the architect role means a shift in that perspective, which many architects find difficult. This in turn leads to two common dysfunctions: first, an architect tries to maintain expertise in a wide variety of areas, succeeding in none of them and working themselves ragged in the process. Second, it manifests as stale expertise–the mistaken sensation that your outdated information is still cutting edge. I see this often in large companies where the developers who founded the company have moved into leadership roles yet still make technology decisions using ancient criteria (I refer to this as the Frozen Caveman Antipattern).

As an architect, focus on technical breadth so that you have a larger quiver from which to draw arrows.

(c) http://nealford.com/memeagora/2015/09/08/knowledge-breadth-versus-depth.html

If this is the solution, I want my problem back.

(c) https://nosystemd.org/

Suppose for a moment you are a computer programmer in a large company. You studied computers because you're a technology nut and you genuinely enjoy working with the machines. You do a great job for which you're rated highly every review period. Eventually, as the computer department grows, someone is needed to manage it, and since your record is outstanding, the position is offered to you. Well, for one thing, you may have no managerial skills, which means, as Dr. Peter has pointed out, you will be on the verge of reaching your level of incompetence. But even worse than that, you may not want to be a manager, because you know being a manager has to do with records and reports and people and problems, and you may never get near a computer again.

You can, of course, refuse the promotion, but if you do, you'll have limited both your salary potential and your standing in the company. According to the rules of the hierarchy, your current job has a ceiling, and if you want to rise, you have to go on to something else. This leaves you with two choices, each stifling enough to promote Burn-Out: Either you go ahead and spend the bulk of your time doing work you dislike, or you remain where you are and feel inadequately compensated for your outstanding skills. One more "Catch-22" the system hands out.

(c) Burnout: The High Cost of High Achievement. Freudenberger, Herbert, 1980

Overmechanization dehumanizes us. Man used to be the most powerful, highly-developed species. Now machines are.

(c) Burnout: The High Cost of High Achievement. Freudenberger, Herbert, 1980

Irreducible complexity. That nine-syllable phrase is, itself, irreducibly complex. It's over half a haiku. It's hard to talk about systems like this, and it's easy to wish that they were easy. Just keep in mind that unless (like Wiki) you can describe its entire operation in a few sentences, it's probably more complicated than you're giving it credit for.

(c) https://sites.google.com/site/steveyegge2/nonesuch-beast

На данный момент “Сбер” говорит нет, но мы приятно удивлены, что это вообще работает.

(с) https://www.cnews.ru/news/top/2021-12-13_sberbank_vyyavil_katastroficheskoe

Everyone fantasizes about what they would do with some sort of amazing power they don’t have. Be that power to rule a nation, be a billionaire, be famous, be a virtuoso or be able to fly and punch people with super-human strength.

The problem with software developers is that they get to act out those fantasies too much. Software is a very equalitarian medium. You don’t need to be Facebook to build a social-media platform that can support “Facebook scale”… but you’d be wasting your time building it. Facebook’s magic consisted in being able to acquire billions of users, scaling the system was the easy part.

(c) https://blog.cerebralab.com/Stop_future_proofing_software

…new and previously undreamed-of devices for exciting mobs have been invented. There is the radio, which has enormously extended the range of the demagogue’s raucous yelling. There is the loud-speaker, amplifying and indefinitely reduplicating the heady music of class hatred and militant nationalism. There is the camera (of which it was once naively said that ‘it cannot lie’) and its offspring, the movies and television…Assemble a mob of men and women previously conditioned by a daily reading of newspapers; treat them to amplified band music, bright lights, and the oratory of a demagogue who (as demagogues always are) is simultaneously the exploiter and the victim of herd intoxication, and in next to no time you can reduce them to a state of almost mindless subhumanity. Never before have so few been in a position to make fools, maniacs, or criminals of so many.

(с) Aldous Huxley, The Devils of Loudun, 1952

ПЕРЕВОД: Скрам — это рак.

Я пишу код 25 лет и ничего не делает команду настолько бесполезной как скрам.

Несколько случаев из жизни:

1. Они пробовали убедить меня, что планинг покер это не игра, а инструмент планирования.

2. Если вы хотите быть более эффективным, то должны добавить процесс, а не убрать его. Они заставляли нас принимать участие в “церемониях” — просто модное называние для прорвы митингов: дейлики, груминги, планинги, ретро, скрам скрамов. Мы тратили больше времени на разговоры, чем на дело.

3. Мы запретили лаптопы на митингах. Мы должны были принимать участие стоя. Мы передавали мячик, чтобы заставить всех удерживать внимание.

4. Мы потратили больше времени оценивая стори поинты задач, чем на код. Стори поинты измеряют сложность, а не время, но мы должны были решить сколько стори поинтов поместится в спринт.

5. Я должен был использовать размеры футболок, чтобы оценить софт.

6. Мы измеряли сколько денег стоит выполнить 1 стори поинт и потом подписывали контраты, где клиент покупал пакет 500 стори поинтов.

7. Менеджеры были в ярости, когда осознали, что 500 сторипоинтов на одном проекте, не равны 500 сторипоинтов на другом. У нас было много митингов, чтобы это исправить.

8. Представьте, что у вас есть менеджер, скрам мастер, продакт овнер и тех лид. Вы подчиняетесь всем им и никому из них одновременно.

9. Мы платили людям, которые говорили нам, жжем ли мы поинты достаточно быстро. Но стори поинты это же мера сложности, а не времени? Уже не важно.

Я верю в Гибкость, но это не гибкость.

Мы привлекли профессиональных скрам мастеров. Мы оплачивали сертификацию людям из нашей команды. Как только мы не пробовали делать скрам. Мы потратили на это годы.

Результат был всегда один и тот же: скрам не работал.

Скрам — это рак, который жрет вашу команду разработки. Скрам не для разработчиков — это очередной инструмент менеджеров, чтобы они чувствовали, что контролируют ситуацию.

Но вишенка на торте это когда проповедники скрама говорят вам: “Если скрам не работает для вас — вы делаете его неправильно Только скрам и работает"

Ну конечно же.

https://twitter.com/svpino/status/1695806027256475777?s=20

TypeScript just gets in the way of that for me. Not just because it requires an explicit compile step, but because it pollutes the code with type gymnastics that add ever so little joy to my development experience, and quite frequently considerable grief. Things that should be easy become hard, and things that are hard become any. No thanks!

(c) https://world.hey.com/dhh/turbo-8-is-dropping-typenoscript-70165c01