@matt @glyph What many fail to reflect upon is whether the amount of effort to *learn* how to use the existing solution may exceed the amount of effort required to *write* a solution. The assumption is always that learning is free, but coding is expensive.

@grimalkina Optimizing for elegance, I would suggest either Mathematica ( https://www.wolfram.com/mathematica/ ) or Smalltalk ( https://squeak.org )

@grimalkina And, of course, I skipped over the "people is people" part -- because activities designed to affect team morale and alignment and diversity are clearly ( I hypothesize) unrelated to the role or industry those people are in.

@grimalkina The accounting rules cut across all industries, so to the extent that software development practices (like distinguishing capital activities from expense activities, or tracking hours spent by project) are driven by accounting rules — those management practices are not specific to software teams. Again, a catalog of “we do these things because accounting” would be helpful (e.g. development (capital) vs operations (expense) ).

@grimalkina Now that Section 174 has become effective, it reminds me that the whole "Object-Oriented” push in the 1980s was an attempt to change accounting practices by talking up “software reuse" and "objects” so that not-for-sale software could be capitalized. This resulted in FASB SOP 98-1 in 1998. which allowed such capitalization. Section 174 gives us another opportunity to observe whether software development practices are driven by accounting rules more than we are willing to admit.

@grimalkina Yet another is suggested by Eric von Hippel's book Democratizing Innovation -- in which he provides multiple examples of how “Open Source” is an instance of the kind of innovation practiced in various industries. Is there really something special about software and “open source”? (e.g. there might be more co-ordination amongst participants in open-source software than democratized innovation in other industries)

@grimalkina Yet another hypothesis centers on quality. The way Quality Assurance teams work in software, and ideas like Test-Driven Development and code review aim to reduce software faults. One rarely hears references to Deming and statistical quality control in regards to software. Is this because manufacturing software is inherently different? Or would adopting quality practices from other industries increase software quality? I don't know if there have been any experiments around this.

@grimalkina Another hypothesis is suggested by the observation that “agile methods" were borrowed from Toyota -- suggesting that managing a software development team is very similar to managing a team of auto workers. So which management methods for software teams are “bespoke” vs borrowed/shared with other professions/industries. In this case -- a catalog of methods and their provenance might prove sufficient.

@grimalkina That last observation aligns with the hiring practice of "coding interviews" which test for very specific skills rather than more general knowledge and ability.

@grimalkina Another one that I think about a lot is the requirement that lawyers (and auto mechanics) engage in continuing education. Software developers have no such requirement. Is this because 1) the field of software development does not evolve as rapidly as the law or auto technology? or 2) that software developers are expected to learn on their own time and resources? or 3) that turnover in technology is so rapid that it is more effective to hire new skills rather than grow them.

@grimalkina One that comes up quite a bit is the hypothesis that in-person teams are more effective than remote teams because of 1) higher bandwidth interaction or 2) more serendipitous interactions. Does the digital/online nature of software work make it more amenable to remote work than other types of teams? (Agile methods are very big on frequent gatherings). One could measure productivity and/or quality differences between remote and in-person for software teams vs other kinds of teams.

@grimalkina i.e., what's special or unique or different about software teams?

@grimalkina In what way is a software team different than any other kind of team (sales team, accounting team, design team, etc)?

Working on an ios app using OpenCV. Building the right framework from OpenCV was so time-consuming, and I couldn't find a Swift Package for it. So I made one. https://github.com/r0ml/OpenCV
It contains iOS, macOS, macCatalyst, and iOS simulator.

When I set out to make QuadCropper app, I found that the only sample code for making Photos Extensions was from iOS 8. Meaning also -- no examples of using SwiftUI to make a Photos Extensions. So I made an example Photos Extension using SwiftUI. Here: https://github.com/r0ml/SwiftUIMustaches

@stevenf @vmbrasseur By a curious coincidence, I just reviewed Weizenbaum’s book this week: https://ockham.online/computer-power-and-human-reason-6d9432cc2850

I made myself a Photos Extension to crop pictures of book covers for my book reports at https://ockham.online . It is available on the App Store:

https://apps.apple.com/us/app/quadcropper/id6471330711

I've published another book report about “technology and social” books. This one is about the dangers of AI. https://ockham.online/computer-power-and-human-reason-6d9432cc2850

I published yet another book report on “the intersection of technology and social”. This one rockets forward in time to the 1970s with a book that reminds us that “the intersection of technology and social” hasn’t moved very far in the last fifty years: https://ockham.online/freedoms-edge-1b5f4428ad07

I’ve published my newest book report: https://ockham.online/the-muse-learns-to-write-a2d90de8b4e1

This book is about the first (and second) information storage and retrieval technologies in human history, and the transition from one to the other.