News for hackers. Stuff that matters.

borlanco

Re:They trained artificial neural networks using physics on Tuesday October 08, 2024 @07:33AM (#41776176)
Amazing, a Nobel Prize in Engineering!. Strange times indeed.
Re:Colocation: Non-Clown Hosting on Tuesday September 24, 2024 @02:57AM (#41633788)
Please, please, please remember to install some fire suppression!
Re:Larry Wall's Very Own Home Page on Saturday August 10, 2024 @02:34AM (#41207739)
Thank you, Larry!
Re:Little Languages (1986) [pdf] on Saturday July 20, 2024 @11:10AM (#41017017)
Federico Tomassetti is also good. Check out his blog: https://tomassetti.me/blog/
We all see the writer in you, wanting to get out!

It's nice to be able to convey your feelings to your audience through writing, but great writers go further.

The world needs great writers, because they are travel guides. They guide us to visit places we couldn't reach alone. Worthwhile places that would go unvisited and unknown without our guides.

That's why "Kitchen Confidential" is such an amazing book. It's a travelogue.

When Gay Talese wrote "Frank Sinatra Has a Cold", he didn't write a profile of Frank. He was inviting us to go see Frank with him, to sign up to the great adventure of finding out who Frank really was.

If you would like to be one of our guides, I thank you.

Study the book "On Writing", by Stephen King, and begin inviting us to your travels!

The "creative" part is all decisions to be made before coding: architecture, design, modularization, algorithms, APIs, etc.

If I am in charge of those decisions, I can use Perl to build a prototype, to validate the solution I am creating.

But if I don't decide anything, my job is to code whatever. No chance for me to be creative.

Most quirks of Perl are there to make the construction of prototypes easier and faster.

To know more about creators and their tools, I recommend:

- "Programming is (should be) fun!", by Gerald Jay Sussman. https://m.youtube.com/watch?v=2MYzvQ1v8Ww

- "On Writing", by Stephen King. Just the chapter "Toolbox".

There are two types of programming, and each has its own definition of "relevant": new programming, with its preference for ready-made components to reduce complexity, and old-time creative programming, which usually was about the creation of new things.

The "creation" part is key. Perl is a tool for "easy creation", for creators that want to be more productive. This is what Larry Wall wanted.

This is why Perl is good for prototyping. You "create" the prototype, and then you "translate" it to something else.

Perl is quite relevant for me, but I say this as a creator.

I'm not against limits in programming languages. They help to reduce the complexity that have to be managed.

Limited languages are suitable for those that are willing to manage only so much. That's why Java has no "goto".

But Perl does offer "goto". Why? Because Larry Wall built Perl for himself, and he wanted the most powerful tool that he could conceive. That's exactly what Perl is.

And I accept that, and I really want that. Every time I mess up with Perl, I don't blame my tool. I just laugh out loud and exclaim: "Thanks, Larry, for letting me know another way to not be up to my job".

Perl is the magic wand. If you don't want to be a magician, you don't need it.

But if you want to be a magician, you'll be thrilled to know Perl has three forms of "goto", not just one. This is what the textbook says about the third one: "The goto &NAME form is highly magical and sufficiently removed from the ordinary goto to exempt its users from the opprobium to which goto users are customarily subjected".

The case for Perl is just that it has no limits. You will never run out of tool if you go with Perl. That is what, I believe, makes the investment worthwhile.

Why Perl gets such a bad rap, then? I'll tell you.

I've used Perl for almost 30 years now, and I've never found any limits in the tool. This means every limit I found was _mine_. Many programmers feel bad when they find their own limits, but it doesn't have to be the case.

You should be OK with finding your own limits, and be willing to overcome them, and strive to become a Perl power user, just like the founder, Larry Wall.

If you choose this, to grow and improve and be better, and better, and better, then Perl is the best option.

It's up to you.

Re:El Prado Museum – Virtual Tour on Thursday April 18, 2024 @07:01PM (#40081656)
For tips, commentary and insight about visiting Madrid, and the rest of Spain, this Youtube channel [0] is a gold mine.

James and Yoly really enjoy living here in Madrid, and they explain the good and the bad of our culture and customs. No bullsh*t, warts and all.

[0] https://www.youtube.com/@spainrevealed

This Asianometry video [0] explains why it is so difficult to develop and market new planes.

tl;dr The main obstacles are supply chain inefficiencies and that no one buys planes that aren't cost-effective.

[0] Japan's Commercial Jet Failure https://www.youtube.com/watch?v=XkmtrsE9Jfg

Re:My Sixth Year as a Bootstrapped Founder on Sunday February 18, 2024 @06:50PM (#39424779)
I am glad I was able to help you.

If you like "The Secrets of Consulting", the next one for you should be "Exploring requirements: quality before design", by Gause & Weinberg. What an eye opener it was for me!

Re:My Sixth Year as a Bootstrapped Founder on Sunday February 18, 2024 @01:10AM (#39416649)
Quite difficult to be like you. In any case, much obliged to you, sir!
Re:My Sixth Year as a Bootstrapped Founder on Sunday February 18, 2024 @12:55AM (#39416581)
For freelancers who want to improve (it was my case years ago), the best book is "The Secrets of Consulting", by Gerald Weinberg.

https://www.goodreads.com/book/show/566213.The_Secrets_of_Co...

Re:Business Advice Plagued by Survivor Bias on Tuesday February 06, 2024 @12:22PM (#39277289)
We can learn from failures if we really want.

For example, see https://www.failory.com

I meant what was shown in this movie [0]. In a nutshell, the ability to remain calm when the unexpected happens, to try to solve the problem, or at least to not make it worse.

[0] https://en.m.wikipedia.org/wiki/The_Right_Stuff_(film)

Exactly this. Either they have the right stuff, or they don't.
Re:How much bigger could Earth be before rockets wouldn't work? on Saturday February 03, 2024 @10:39PM (#39247326)
Just one of dozens of amazing passages in this book (page 48):

> "... its density was a little better than that of the other acid, and it was magnificently hypergolic with many fuels. (I used to take advantage of this property when somebody came into my lab looking for a job. At an inconspicuous signal, one of my henchmen would drop the finger of an old rubber glove into a flask containing about 100 cc of mixed acid -and then stand back. The rubber would swell and squirm for a moment, and then a magnificent rocket-like jet of flame would rise from the flask, with appropriate hissing noises. I could usually tell from the candidate's demeanor whether he had the sort of nervous system desirable in a propellant chemist.)"

I always debug with printf for the clear benefits you mention, and I happen to know another one.

Because I am commited to the Way of Printf, I have seen myself anticipating where printfs might be needed, and limiting the complexity of each segment of code to support printfs that aren't there yet.

In my experience, commitment to printf debugging incentivizes coding for simplicity and observability.

Re:CDC 6600 on Tuesday January 30, 2024 @09:32AM (#39190509)
You noticed the conceptual integrity of the systems, as described by Fred Brooks in The Mythical Man-Month.

From Chapter 4:

> "I will contend that conceptual integrity is the most important consideration in system design. It is better to have a system omit certain anomalous features and improvements, but to reflect one set of design ideas, than to have one that contains many good but independent and uncoordinated ideas."

> "Because ease of use is the purpose, this ratio of function to conceptual complexity is the ultimate test of system design. Neither function alone nor simplicity alone defines a good design. This point is widely misunderstood."

> "All my own experience convinces me, and I have tried to show, that the conceptual integrity of a system determines its ease of use. Good features and ideas that do not integrate with a system's basic concepts are best left out. If there appear many such important but incompatible ideas, one scraps the whole system and starts again on an integrated system with different basic concepts."

Re:The Man Who Carried Computer Science on His Shoulders on Friday January 26, 2024 @09:25AM (#39142917)
There are more anecdotes about Dijkstra in this collection of testimonials written by his friends, colleagues, and students: https://arxiv.org/abs/2104.03392.

These are some of my favorites:

From Tony Hoare:

  They removed recursion from Algol 60, on the grounds of its alleged inefficiency. Edsger's answer was that recursion was a useful programming tool, and every workman should be allowed to fall in love with their tools. 
From J.R. Rao:

  He would repeatedly stress the importance of choosing words carefully: "If you have to use your hands, then there is something wrong with your words", he would say, adding "imagine there is a blind man in your audience, how would you speak?" 

  Over time, I came to learn and appreciate that Prof. Dijkstra's class was operating at two different planes. There was the lesson and then, the lesson within the lesson. At one level, the goal was to solve the presented problem. At the second and more richer meta-level was the approach for arriving at the solution. 

  Prof. Dijkstra taught us that in computing science, complexity comes for free; one has to work hard for simplicity. 
From Alain J. Martin:

  In his technical writing, he used language like a precision tool. For him, precision did not necessarily imply ease of reading, and he stated that the reader also had to make an effort to understand. 
From Christian Lengauer:

  Professionally, Edsger's impact on me is best summarized by his ATAC Rule 0: "Don't make a mess of it." It made me strive for simplicity in notation and modelling throughout my working life and take unpleasant complexity as an indication of a possible lack of comprehension. 

  I decided against writing with a fountain pen. He never took issue with this, except in a letter that he posted seven weeks before his death: "I hope you will overcome your resistance and learn how to fill a pen without soiling your fingers, or otherwise you are denying yourself one of the joys of life." These were his last written words to me. 
From Lex Bijlsma:

  A famous quote of EWD is the following: 'I mean, if 10 years from now, when you are doing something quick and dirty, you suddenly visualize that I am looking over your shoulders and say to yourself "Dijkstra would not have liked this", well, that would be enough immortality for me' (EWD1213). I can testify that this actually works. 
From K. Mani Chandy:

  When I write papers, even now, I still see Edsger over my shoulder going "Tsk! Tsk!" [...] I found that being less sloppy not only helped my readers understand what I had written, but most importantly, helped me from confusing myself.
From David Turner:

  I have an invisible Edsger inside my head which looks over my shoulder when I am writing and quietly goes "Tut tut" if I write something that is muddled or not accurate. I don't always listen to that voice but know I should. 
From J Strother Moore:

  At faculty meetings when Edsger was not present it was common for someone to say "If Edsger were here he'd say such-and-such." 

  He came to work in the summer wearing a big Texas cowboy hat - they are made to keep you cool in the Texas sun. Often he would have on a cowboy's string tie. So from the waist up, he looked more Texan than I did. But he almost always wore shorts and sandals, which ruined the cowboy image completely. 
From David Gries:

  Edsger critiqued not the person but only what they said, and later one could drink a beer and laugh as if nothing happened. Technical differences and shortcomings should be treated this way. 
From Maarten van Emden, edited for brevity:

  Douglas Engelbart aroused Dijkstra's ire so much that he needed a whole page of vituperative prose to offload his emotions (EWD387). What has Engelbart done to provoke this outburst? One only has to refer to "Engelbart's Law", see Wikipedia. Its reasoning seems to run as follows: look at what mere printing has done as a tool for thought; the system demonstrated is so much more powerful than printing that it must quickly lead to Intellect Augmentation. This way Engelbart showed no appreciation for the rich culture developed over centuries. What makes printing a powerful tool for thought is mostly due to other things than technology. Much of the power of this culture comes from publishers and editors, who sniff out what is worth printing and hold back what is not. Another important component of this culture is provided by libraries and librarians. Much is due to scholarly societies, which started printing their proceedings and to commercial publishers, which created journals, each with their editorial board and unseen bevy of reviewers. Most of all it is due to the idea of a university.
Re:'God' is the average opinion of your tribe on Sunday January 21, 2024 @06:03PM (#39083978)
That parameterization exists, of course, but are you ready to consider the possibility that it might be unknowable?
Re:Ask HN: How to be productive without making lists? on Sunday January 21, 2024 @01:40PM (#39081375)
I am glad you found it useful!
Re:Ask HN: How to be productive without making lists? on Saturday January 20, 2024 @09:52PM (#39075058)
For me, simplicity and reduction of resistance [0] were the most effective improvements. Mark is always kind enough to explain the psychological underpinnings of productivity, or its absence.

[0] http://markforster.squarespace.com/blog/2022/6/13/resistance...

Re:Ask HN: How to be productive without making lists? on Saturday January 20, 2024 @08:36PM (#39074563)
I got this book [0] by Mark Forster [1], tried the techniques and found out what works for me. It is a gold mine.

The author describes in his blog [2] many more of his ideas and experiments about productivity.

[0] https://www.goodreads.com/book/show/26171733-secrets-of-prod...

[1] https://en.m.wikipedia.org/wiki/Mark_Forster_(author)

[2] http://markforster.squarespace.com

Re:Amazon has taken down the Sad Bastard Cookbook on Saturday January 20, 2024 @09:42AM (#39067987)
I would say yes. They try hard to make cooks laugh.

This is one of their recipes:

  APOCALYPSE RAMEN

  This is basically like regular ramen soup but with three critical differences: 

  - It is intensely chaotic, which is to say that you can pretty much toss anything into it and say you did it on purpose.
  - It's slightly healthier, if your depression has lifted enough that you want to eat something other than delicious, delicious chemicals.
  - It involves a mason jar, so you can feel like you're riding out the end of days in true hipster style.

  Core Ingredients & Supplies: 

  - Mason jar or other heatproof receptacle.
  - Boiling water.
  - The only requirement here is rice noodles. Why? Because they cook fast.

  Preparation: 

  - Put all ingredients in the jar.
  - Boil some water.
  - Pour into jar to cover ingredients.
  - Shake it up a bit (not right away, otherwise you'll burn your hands and get more depressed).
  - Let it sit for a few minutes.
  - Enjoy???

  Variations: 

  - Remember those takeout packets of hot sauce and soy sauce? This is a good time to use them.
  - Frozen or fresh vegetables. Wilted is absolutely fine here. International readers may call them "wilty" vegetables. Reader, you are now bilingual.
  - Any kind of spices. We particularly suggest garlic or ginger powder, but seriously, anything will work.
  - If you have tofu or some other protein to use, go for it.
Re:Ask HN: Good Books on Philosophy of Engineering on Friday January 19, 2024 @07:42PM (#39063412)
Pirsig's book is not really about engineering, but about how we engineers relate to the world.

In engineering school I was taught to see the world in a special and unique way, to be able to solve engineering problems as a professional. In the book, this worldwiew is very well laid out.

An example:

  > Precision instruments are designed to achieve an idea, dimensional precision, whose perfection is impossible. There is no perfectly shaped part of the motorcycle and never will be, but when you come as close as these instruments take you, remarkable things happen, and you go flying across the countryside under a power that would be called magic if it were not so completely rational in every way. It's the understanding of this rational intellectual idea that's fundamental. John looks at the motorcycle and he sees steel in various shapes and has negative feelings about these steel shapes and turns off the whole thing. I look at the shapes of the steel now and I see ideas. He thinks I'm working on parts. I'm working on concepts.
Re:Losing my son on Thursday January 18, 2024 @03:13AM (#39039278)
This reads like Asimov. Thank you!
> You tell them they are special, and definitely not like animals, and you hold them to a higher standard.

And the important part comes right after this. What happens when you hold them to a higher standard? People then choose to accept or reject the standard, and they live according to their (personal) choice.

If some people accept the higher standard and live by it, they prove that they are special, definitely not like animals. That is free will: https://en.m.wikipedia.org/wiki/Free_will

Older »