Most active commenters
  • alganet(9)
  • kragen(7)
  • WillAdams(3)

←back to thread

139 points obscurette | 45 comments | | HN request time: 1.74s | source | bottom
1. raincole ◴[] No.44465682[source]
> They can deploy applications to Kubernetes clusters but couldn’t design a simple op-amp circuit

And the ones who can design a op-amp circuit can't manufacture the laminate their circuit is going to be printed on. And the ones who know how to manufacture the laminate probably doesn't know how to refine or synthesize the material from the minerals. And probably none of them knows how to grow and fertilize the crop to feed themselves.

No one knows everything. Collaboration has been how we manage complexity since we were biologically a different species than H. sapiens.

replies(14): >>44465734 #>>44465874 #>>44465898 #>>44465912 #>>44465979 #>>44466012 #>>44466026 #>>44466117 #>>44466133 #>>44466193 #>>44466238 #>>44466369 #>>44466940 #>>44468200 #
2. alganet ◴[] No.44465734[source]
I'm fairily confident that someone like Ben from Applied Science can both laminate circuits and write modern code.

https://www.youtube.com/@AppliedScience

https://github.com/benkrasnow

If he can, what's stopping you?

There are extraordinary people doing extraordinary things all around you. Aiming for these things is important, and we need those kinds of people with ambitious learning goals.

replies(1): >>44465816 #
3. rtkwe ◴[] No.44465816[source]
Because specialization is vastly more efficient, productive, and I don't have an interest in cutting and laminating my own circuit boards. I can pay a tiny (relative to the alternative investment of DIY) to get multilayer boards in a day.
replies(1): >>44465870 #
4. alganet ◴[] No.44465870{3}[source]
You're changing your argument.

Before, you said people _can't_ (in general, anyone that knows how to code cannot possibly learn how circuits work).

Now, you're saying that _you don't want to learn_. That's on you, buddy. Don't project your insecurities on the whole IT field. People can, and will, learn across many layers of abstraction.

replies(3): >>44465886 #>>44465899 #>>44467586 #
5. hluska ◴[] No.44465886{4}[source]
You missed the point of that entire comment didn’t you?
replies(1): >>44465936 #
6. kragen ◴[] No.44465898[source]
If I remember correctly, one of the first white people to successfully visit the Māori reported that when he told them he didn't know how to make pistols, black powder, porcelain, hemp rope, etc., they thought he was lying, because in their culture everyone knew how to make everything. There was a division between men's work and women's work, that was all. They had specialization, but not of the kind you are talking about.

The Little House on the Prairie books fictionalize the childhoods of Laura Ingalls Wilder and Almanzo Wilder in the US in the late 19th century. They expected their readers, whose grandparents had grown up in similar conditions, to believe that one or more of their parents knew how to shoot a bear, build a house, dig a well, poultice wasp stings, cast bullets, fertilize and grow crops, make cheese, whitewash walls, drive horses, run a business, read a book, play the fiddle, dance a jig, sing, keep bees, clear fields in forests, harvest honey, spin thread, weave cloth, thresh wheat, and many other activities. There were "store-bought" goods produced by the kind of specialization you're talking about, but Laura's family had a few durable goods of that sort (Pa's rifle and ax, the family Bible) and mostly they just did without.

More recently the Lykov family survived 40 years of total isolation from society, missing World War II completely, but did suffer some heartbreaking losses in material standard of living because they didn't know, for example, how to make ceramic or iron. Agafia Lykova is still living there on her parents' homestead, nearly a century later.

Specialization is indeed very efficient, but that answers the questions, "What can I do for others?" and "How can we survive?" Historical answers bespeaking specialization are archived in many of our surnames in the West: Cooper, Fuller, Goldschmidt, Herrero, Nailer, Roper, Molnar, and, of course, Potter.

But for those questions to matter, we also need to answer the questions, "How can I be happy?" and "How can we be happy?", and for thousands of years it has been at least widely believed that devoting your entire self to specialization runs counter to those goals—among other things, because it can open doors to the kinds of exploitation, unfreedom, and insecurity the article is lamenting. And sometimes regional specialization leads not to prosperity for every region but to impoverishment, and regaining the lost skills is the path out of the kind of abysmal poverty that produces regular famines; that's why there's a charkha on the Indian flag.

TI was no exemplar here; you can't even write your own machine code to run on the TI-99/4A, but the situation with Nest is in many ways far worse. I think it's worth distinguishing between situations where someone chooses not to learn about, modify, or repair artifacts, and situations like these where they are not permitted to learn, especially when the prohibition is established in order to exploit them economically, as in both the TI case and the Nest case, or as in medieval guilds.

Some specializations are thousands of years old; tin mining in Cornwall supported much of the Bronze Age, and silicosis was already known as an occupational disease of potters in Classical times. But 80 hours a week breaking rocks in a tin mine is not a path to human flourishing, nor to economic prosperity for the person doing it. Neither is buying thermostats you aren't allowed to understand. We shouldn't idealize it just because it's profitable.

replies(3): >>44465927 #>>44465983 #>>44466185 #
7. PickledChris ◴[] No.44465899{4}[source]
That is because you are replying to two different people.

People can learn across layers of abstraction, but specialisation is generally a good thing and creates wealth, a Scottish guy wrote a good book on it.

replies(1): >>44465951 #
8. jmulho ◴[] No.44465912[source]
You’re part of a different species than H. Sapiens?
9. dingnuts ◴[] No.44465927[source]
as you've identified, specialization of roles is a common trait in advanced societies, but not in pre-historic ones. And yes, American frontiersmen participated willingly in one of the last pre-historic societies. Specialization is what allowed us to stop subsistence farming and/or following herds.
replies(2): >>44465963 #>>44466598 #
10. alganet ◴[] No.44465936{5}[source]
If I did, people failed to explain why.

I think I made an excellent counterpoint that is not against specialization, but complementary.

This counterpoint is particularly important in an age where specialization is being oversold and mixed with snake oil.

11. alganet ◴[] No.44465951{5}[source]
There are many industries that specialized but kept and refined old knowledge instead of repeating the same mistakes over and over.

> That is because you are replying to two different people.

He chose to follow the argument of the previous dude, so, it's all the same for me. Everything I said still applies.

12. tspike ◴[] No.44465963{3}[source]
You could replace the word "advanced" with "unsustainable" and the thought still holds.
replies(1): >>44466723 #
13. ◴[] No.44465979[source]
14. WillAdams ◴[] No.44465983[source]
Similarly, there were the _Foxfire_ books which attempted to document the knowledge and skills of Appalachians, or W. Ben Hunt's writings on woodcraft and his interpretation of Native American Indian lore which was shared with him.

For a mechanical approach to this, see the "Gingery" books which start with the basics of investment casting in the first volume, then using castings to make a lathe in the second (operating on the premise that a lathe is the only tool in a machine shop which can replicate itself), then using the lathe to make the balance of tools needed in a machine shop.

15. jjmarr ◴[] No.44466012[source]
I can design a simple op-amp circuit and deploy to a Kubernetes cluster because Canada has a "Computer Engineering" degree that's a hybrid between CS/Electrical Engineering.

It doesn't work in practice. CS graduates from my school are trained on git and Linux command lines. CE teaches none of this and students discover in 3rd year they cannot get an internship because they share all their code as IDE screenshots in Google Docs.

But we do know how the entire process of building a computer works, from quantum physics, semiconductor doping, npn junctions, CMOS logic, logic gates, hardware design languages, assembly, C, and Java.

If only all of this "important" knowledge didn't crowd out basic skills.

replies(2): >>44466148 #>>44466656 #
16. 9rx ◴[] No.44466026[source]
> And probably none of them knows how to grow and fertilize the crop to feed themselves.

As a farmer and software developer, with a electronics hobby (and it being a part of the job of being a farming these days), I can check off growing crops, op-amp circuits, and Kubernetes deployments.

I don't own, or have reasonable access to, the necessary capital for laminating circuit boards and synthesizing minerals.

> No one knows everything.

But, really, access to capital is the real limiting factor. Getting to know something isn't usually all that difficult in and of itself, but if you have no way to do it then you're never going to get to know it. Collaboration is less important to efficiency than optimizing use of capital. Its just that we don't have many good ideas about how to optimize use of capital without also introducing collaboration.

17. anonzzzies ◴[] No.44466117[source]
It was not a great remark indeed, however, most modern devops we meet (all seniors, big corps) know nothing lower level, often not much about Linux or what the coding etc. And it is always terrible: like LLMs, they like adding complexity: just put a nlb with an alb and private link with a gateway with a nlb with an alb! These guys (sorry, it is generally guys) believe they are experts but they are terrible. Get paid as experts though.

You don't have to know everything but BASIC understanding about the what is underneath would be nice.

18. cherryteastain ◴[] No.44466133[source]
> THE GREATEST IMPROVEMENTS in the productive powers of labour, and the greater part of the skill, dexterity, and judgment, with which it is anywhere directed, or applied, seem to have been the effects of the division of labour.

> To take an example, therefore, from a very trifling manufacture, but one in which the division of labour has been very often taken notice of, the trade of a pin-maker...a workman not educated to this business...could scarce, perhaps..make one pin in a day, and certainly could not make twenty. I have seen a small manufactory...where ten men only were employed...Those ten persons, therefore, could make among them upwards of forty-eight thousand pins in a day.

- An Inquiry into the Nature and Causes of the Wealth of Nations, Adam Smith, 1776

replies(1): >>44466331 #
19. bee_rider ◴[] No.44466148[source]
I think designing the EE and computer engineering curriculum is pretty tough. Because:

* the EE’s need to learn matlab or numpy, to use as a tool

* so do the computer engineering students, probably

* the computer engineering students also need to learn low level stuff, because they might reasonably end up writing drivers or embedded code

* separating out what should be in which classes is kind of tricky; keeping in mind that the students don’t necessarily know anything about programming at all, you probably need some kind of “intro to the general idea of programming” class

* realistically when they start the program they don’t know much about what the jobs look like, so it is good if they are able to switch paths, for the first couple years

* realistically a lot of people just want to get a stem degree and then go be a programmer anyway

replies(2): >>44466211 #>>44470588 #
20. corimaith ◴[] No.44466185[source]
>and for thousands of years it has been at least widely believed that devoting yourself to specialization runs counter to those goals.

Well no, civilizations like the Maori are the exception, not the norm. Rigid class roles and specialization have featured prominently in essentially every Eurasian civilization from Egypt to Han China, which held the bulk of humanity and uts developments. Nor did questions of individual happiness matter, what concerned people at the times were questions of martial duty or religious worship.

replies(1): >>44466536 #
21. SkyMarshal ◴[] No.44466193[source]
Humans congregating into cities, specializing and developing expert capabilities in particular fields, and collaborating and relying on others for what they're not specialized in, is a big part of the story of the Enlightenment -> Industrial Revolution -> Electricity Revolution -> Information Age.
22. WillAdams ◴[] No.44466211{3}[source]
Time was that this sort of thing was covered in courses such as:

https://ocw.mit.edu/courses/6-001-structure-and-interpretati...

but they've since switched to Python for reasons:

https://irreal.org/blog/?p=2331

replies(1): >>44468916 #
23. no_wizard ◴[] No.44466238[source]
I agree with your general thesis, but I will say someone who understands the conceptual and at least simplified way everything comes together are usually better at their speciality than those who know their speciality but don’t have some understanding of how things come together
24. alganet ◴[] No.44466331[source]
When you divide and specialize manufacture, you get efficiency.

When you divide and specialize design, you get design by commitee.

replies(1): >>44466379 #
25. msgodel ◴[] No.44466369[source]
In theory. The socialization premium is getting high enough that you are actually often better off doing everything on your own again.
replies(1): >>44467027 #
26. marcosdumay ◴[] No.44466379{3}[source]
You clearly don't.

If you design a desk lamp, it wasn't designed by a committee just because a person designed the screws, another designed the plate stamping machine, another designed the bulb socket and etc.

replies(2): >>44466444 #>>44466454 #
27. Buttons840 ◴[] No.44466444{4}[source]
> When you divide and specialize design, you get design by commitee.

In your counter-example, the design was not divided, and thus it is not a counter-example at all.

replies(1): >>44466640 #
28. alganet ◴[] No.44466454{4}[source]
Let's skip over to a real example, it's better.

If you start designing hardware for AI, together with AI designed to run just on that hardware, and tie those design cycles together, you'll get a design by commitee. It is very likely that requirements will make an overall bad hardware (but slightly better for AI), and an overall bad AI (but slightly better in some hardware).

Eventually, these shortcuts lead to huge commitees. Sometimes they're not even formally defined.

The screw company should make good screws, not good screws for a specific desk lamp model. A good designer then _chooses_ to use those screws _because they are good_, not because they can make specific design requirements to the screw company.

replies(1): >>44466785 #
29. kragen ◴[] No.44466536{3}[source]
The Māori weren't civilized (they didn't have cities at the time) and were far from the exception; cities didn't hold the bulk of humanity until 11 years ago. We remember Middle Kingdom Egypt and (1500 years later) Han China because they were civilizations and consequently were literate. But throughout almost all of human history, only a small fraction of the population has lived in the civilizations we see looking back. Even in Eurasian civilizations, until the Industrial Revolution, 90+% of the population were relatively unspecialized peasants with skills nearly as broad-based as Laura Ingalls Wilder's parents. It's easy to forget about them because they weren't literate and so can't speak to us from beyond the grave like Epicurus, the Egyptian Book of the Dead, Sima Tan, or Marcus Aurelius.

And most people lived outside civilization entirely. They had very diverse lifestyles, but we can make some generalizations. Even when they didnt leave diaries for us to read, we can infer that they had much less specialization, both from economic principles and from archaeological evidence.

It's certainly true that people in civilizations are, and have always been, focused on martial duty, and everyone everywhere is concerned with religious worship, though they may call it something else for social reasons. But people have always been strongly interested in individual happiness, even in civilizations. The Buddha founded one of the most important religions 2500 years ago on the basis of individual happiness, to the point that after he died, one of the most contentious issues among his followers was whether holy people had any duty to help other people achieve happiness as well, the origin of the Mahayana bodhisattva vows. Epicurus's philosophy and Marcus Aurelius's writings are also centered on the pursuit of individual happiness, as is much of Plato and of course the Mohists. Even religions and philosophies that preached lifelong duty and sacrifice above all else, like Christianity and Islam, offer it as a path to individual happiness in the afterlife.

30. kragen ◴[] No.44466598{3}[source]
Maybe people participating willingly in those societies—indeed, fleeing civilization en masse to the frontier and to join "Indian" tribes, while migration from the tribes to the civilized colonies was almost nil—should tell us that civilization isn't all upside?

Economic productivity is an important means to happiness, because it sucks to go blind or subsist on soft foods because you can't get the necessary medical and dental treatments. And it's terrible to never see your parents again because you don't have the material means to visit them. But there's a point of diminishing returns beyond which sacrificing more of your happiness for continued economic gains amounts to cutting off your nose to spite your face.

31. spongebobstoes ◴[] No.44466640{5}[source]
The division of design doesn't stop because some of the pieces can be bought at a store.

The lamp design clearly was divided -- the final designer did not design the screws, lightbulb, wiring, and perhaps many other components. Someone had to design those components that were then combined creatively into a lamp.

Dividing design into components that can be effectively reused is tricky, but it remains essential.

replies(1): >>44466790 #
32. alephnerd ◴[] No.44466656[source]
> CE teaches none of this and students discover in 3rd year they cannot get an internship because they share all their code as IDE screenshots in Google Docs.

Which CE program did you study at? I've worked with Waterloo, UBC, and UT ECE grads and they have similar levels of knowledge of programming fundamentals as their CS grads. I would be shocked if a first or second year BS ECE cannot use Git or some alternative VCS - that means there are more fundamental issues with your university's engineering curriculum.

> I can design a simple op-amp circuit and deploy to a Kubernetes cluster because Canada has a "Computer Engineering" degree that's a hybrid between CS/Electrical Engineering.

Same in the States, ECE and EECS programs tend to teach both fairly equally, and there are plenty of top programs with a strong reputation in this (Cal, MIT, CMU, UIUC, UT Austin, UW, UCSD, UCLA, GT, etc)

The issue I have noticed though is the decline of "CSE" programs - CS programs with an added CompArch or OS internals focus. CS programs are increasingly making OS internals and CompArch optional at the undergrad level, and it is having an impact on the pipeline for adjacent fields like Cybersecurity, Distributed Systems, Database Internals, etc.

I've harped about this skills gap multiple times on HN.

33. kragen ◴[] No.44466723{4}[source]
No, unsustainable societies like the Lykov family or the Tasmanians were also often unspecialized. I suspect that specialization improves sustainability in general, at least up to a point. But it depends on how it's structured. The Khwarezmian empire had a high degree of specialization for the time, but one bad decision by the emperor made it unsustainable.
34. kragen ◴[] No.44466785{5}[source]
My left femur is a good femur for my specific height and species. It would be a lot worse if I had to use the same femur as the pit bull next door. Why are desk lamps different? I conjecture that it's only because of the cognitive limitations of the designers.
replies(2): >>44466801 #>>44467944 #
35. alganet ◴[] No.44466790{6}[source]
Real examples often work better.

Last week I was learning about Itanium. It was a processor designed specifically for HP. Its goal was to replace both x86 and PowerPC.

HP would design the new systems to run on Itanium, and Intel would design the chip.

There was an attempt at specializing design here, with both companies running on design constraints from another. They formed a design comittee.

This was like the screw company making screws _specifically_ for one kind of desk lamp. It's division and specialization of design.

A natural specialization (one company gets very good at designing some stuff) is not divided, or orchestrated by a central authority.

In manufacture, it's the other way around. If you already have a good design, the more divisions alongside a main central figure, the better. You can get tighter tolerances, timing benefits, etc.

My argument is that these aspects are not transferrable from one concept to another. Design is different from manufacturing, and it gets worse if we try to apply the optimizations we often do with manufacturing to it.

36. alganet ◴[] No.44466801{6}[source]
I am sorry that you do not see yourself as different from a desk lamp.
replies(1): >>44467030 #
37. dev_l1x_be ◴[] No.44466940[source]
To a certain extent yes. However, when i get rid off a layer of abstraction from my supply chain I usually get better results. That is the scary part to me.
38. WillAdams ◴[] No.44467027[source]
That's a tough row to hoe --- classic example of that is a pencil (see Thoreau and his family's history/business), though interestingly, there is a specialized tool now for making one (from components):

John Economaki's "Pencil Precision" from Bridge City Tool Works:

https://bridgecitytools.com/products/pp-1-pencil-precision

I have the preceding "Chopstick Master v2" and it is a delight to use (and probably if there was a suitable set of instructions for collecting the materials for making a pencil lead and baking them, I'd probably have the successor).

39. kragen ◴[] No.44467030{7}[source]
On the contrary, my comment was all about the difference! I see my body as far better designed than any desk lamp I have ever heard of. So I am puzzled as to why you count the characteristics that give rise to desk lamps' deficiencies as advantages on the side of the desk lamp.
replies(1): >>44467116 #
40. alganet ◴[] No.44467116{8}[source]
Your comparison with natural organisms _brightens my day_, but it is irrelevant for the context we're discussing.
41. rtkwe ◴[] No.44467586{4}[source]
I don't know what raincole's meaning was but can't there doesn't have to be a permanent inability just a current one, IMO backed up by the next sentence about the people making circuit boards not knowing how to refine the raw materials into those that they use. That's what I took it as.
42. eternityforest ◴[] No.44467944{6}[source]
Because you weren't designed on a CAD app.

The desk lamp can be designed around common parts to reduce the total number of unique parts in the world, so everything is reusable, replaceable, manufacturable in larger quantities so there's more resources to optimize the process, etc.

replies(1): >>44471097 #
43. bee_rider ◴[] No.44468916{4}[source]
I think you can teach this sort of class, in Python. Just using the basic syntax of Python, which is essentially pseudocode. The main danger, I think, is that it would involve doing lots of things in a non-pythonic way, which could confuse the students if they went on to write Python for real.
44. jjmarr ◴[] No.44470588{3}[source]
We do basic C, basic-medium Java, Python for signals analysis, and somewhat advanced design patterns. Tons of UML.

The misses remind me of technical debt vs shiny features. I wrote embedded assembly and did a bunch of labs on them. But due to time constraints and difficulty, I didn't go into much detail on interrupt-based programming. And our OS course focused more on rote memorization of concepts such as locks/mutexes/semaphores/deadlock avoidance algorithms/memory management.

But there's little detail on why I might use Linux syscalls over libc.

45. kragen ◴[] No.44471097{7}[source]
It sounds like you agree with me?