← Înapoi la Urmăritori

Cel mai recent articol

Ultima verificare

Urmăritori 0 urmăritori
Articole: 202
  1. In the realm of industrial connected devices, the era of “develop, lock it down, and ship it forever” is largely behind us.

  2. Vint Cerf co-designed TCP/IP with Bob Kahn in the 1970s, creating the protocols that let separate networks join into the Internet.

  3. Building with LLMs can take many different paths with widely varying results.

  4. We can use LLMs to do our thinking for us, or to help us think better.

  5. I was in a meeting recently with a potential customer, and they said they did not want to go through 50 prototypes to get a product out the door. 50 is a bit of an exaggeration, but I routinely see printed circuit boards (PCBs) at version 13 or so before…

  6. We may think of “good architecture” as getting it right up front.

  7. 🔁 The innovation loop

    Previously, we discussed that two things need to go right: architecture, and the learning loop.

  8. The first is architecture, decided partly up front: network topology, the protocol between processors, how function is partitioned across boards, real-time constraints, the data model, how firmware gets updated in the field, and how operations are logged…

  9. 🧱 Foundations

    While we have many options in choosing technology, there are a few foundational things that are prudent to put in place early.

  10. With part numbers, serial numbers, and similar identifiers, the natural tendency is to over-specify.

  11. 🧱 The hardest things

    The magic of product development appears to live in the complex things: the clever circuit design, the brilliant algorithm, the integration of many technologies.

  12. zephyr-snmp adds SNMP v1 and v2c support to the Zephyr RTOS.

  13. Daniel James Brown’s The Boys in the Boat follows the University of Washington eight-oar crew that won gold in Berlin in 1936.

  14. Simple IoT now processes GPS data.

  15. Large and small teams differ in many ways, but one difference stands out: how much of the system gets built versus borrowed.

  16. In the course of product development we build and we borrow components.

  17. There are two trajectories for schedule confidence.

  18. In the context of complex systems, gatekeepers are ineffective.

  19. As developers, we use Markdown all the time: in documentation, GitHub issues, etc.

  20. 🛣️ The two ditches

    Along roads, there is often a ditch or some undesirable obstacle on either side of the road you want to avoid.

  21. Is your work accelerating or decelerating?

  22. One way to go faster is to automate the transfer of data between tools.

  23. A recent meeting surfaced a problem: BOM changes in the engineering systems were not reliably reaching the production systems.

  24. GitPLM now supports the KiCad HTTP Library API for an easy connection between your part library and KiCad.

  25. In helping someone choose technology for a web application, we’ve had a lot of discussions about various frameworks, languages, etc.

  26. We recently needed a mechanical model of a USB coupler.

  27. After a conversation with Tim Bird about Space-Grade Linux, an idea about reliability emerged.

  28. Starting in the 1970s, the terminal, popularized by Unix, has been a mainstay in computing.

  29. How many hours go into just processing email?

  30. I’ve been moving discussions out of email and into versioned Markdown files.

  31. What matters more – having better tools or better processes?

  32. While Samuel Langley had $100,000 (equivalent to $3.5 million today) in funding, a team of engineers, and Washington connections, the Wrights were bicycle mechanics from Dayton, Ohio with a fraction of those resources.

  33. Reflecting on Embedded Linux/Edge build systems, several things have changed: ARM and RISC-V hardware is fast.

  34. The last post discussed the importance of command line interfaces (CLIs) in the AI agent stack.

  35. DHH’s recent post offers a glimpse into the future: “So while we keep cooking on actually-useful native AI features in Basecamp, we’re launching a fully agent-accessible version today.

  36. A common challenge in communication is getting people to open up and share what they really think.

  37. One precept of “managing up” is that over-communicating tends to work better than under-communicating.

  38. 🤝 How to manage up

    The concept of “managing up” can be a valuable practice for developers and middle managers.

  39. A release is a good way for developers to communicate with everyone else: What got done What changed How to use or build the latest version Where to get support or provide feedback A regular cadence for communication A standard format everyone can follow…

  40. A release needs to happen before a product is shipped to customers for sale.

  41. In recent conversations about why development schedules slip and what to do about it, several themes continue to come up: Openness - This is key to surfacing issues early.

  42. MVP (Minimum Viable Product) is a concept from Eric Ries’ Lean Startup methodology.

  43. One common problem in product development is developers not finishing a feature or task.

  44. 💡 A Simple Example

    The Release First mindset starts with how you handle reasonably complex information (a procedure, technical details, etc).

  45. The biggest barrier to starting something is an unwillingness to start simple.

  46. What is the bare minimum to call something a release?

  47. ❓ Release Questions

    Some questions to consider about a release: When is it created?

  48. There are two types of unknowns: Things we don’t know.

  49. The things we know and understand are easy to manage.

  50. 🎉 The BIG 1.0 Release

    BIG releases are appealing — the magical moment when everything comes together.