bborud

28 ms·

421.
by bborud 2y ago
Wow, that is nice.
422.
by bborud 2y ago
It isn't so much that it is hard to build things - it is more that it is hard to distribute software for Linux because there are so many targets to build for. It is unreasonably hard to build binaries for distribution to more than on
423.
by bborud 2y ago
They key isn't so much how you install the tools, since that's hopefully something you only do very occasionally, but the quality of life those tools provide once installed.
424.
by bborud 2y ago
On closer inspection, I'm assuming you meant: cargo flash --release --chip <name>
425.
by bborud 2y ago
I can't speak to what he meant, but if I were to guess, Zephyr isn't necessarily that easy to wrangle into shape for PlatformIO so despite a lot of initial enthusiasm and optimism, progress has been a bit disappointing. As for why
426.
by bborud 2y ago
Have you tried ESP32 and ESP-IDF (FreeRTOS?). I'd be interested in your take on that after using Zephyr :-)
427.
by bborud 2y ago
Quick question: do you develop for prototyping boards or do you write firmware for OEM devices? I have never encountered a single project where we had to do firmware for an OEM device where developers didn't struggle with Zephyr. Not o
428.
by bborud 2y ago
Yes, I used to do that for a couple of projects, but it wasn't as smooth as I had hoped. For instance I had a bunch of challenges getting USB stuff to work properly. And there were some tools that still required me to lug around a win
429.
by bborud 2y ago
That looks quite lovely. I really hope that MCU manufacturers invest in Rust and that they both manage to do so in mechanical sympathy with the Rust community and that they realize they have to cooperate on common tooling.
430.
by bborud 2y ago
Having toolchains installed system-wide in the traditional UNIX way is painful, and dare I say it, not the smartest of approaches. If it works for you: great, but if you work on a project with multiple developers, sometimes working on mult
431.
by bborud 2y ago
I used languages with exceptions for 16-17 or so years and I've been using Go for 7-8 years. It took me quite a while (years) to go from thinking that returning error (conventionally as the last return value) was a bit clunky to thin
432.
by bborud 2y ago
This is mostly a manifestation of MCU manufacturers having trouble just managing their own challenges and not having the capacity to even start thinking about what it is like to use the devtools for customers. They love Zephyr because it he
433.
by bborud 2y ago
As someone who does some embedded development and also has a deeper general software background than most full time embedded developers: having a few large players in the MCU and/or industrial automation sector support a from-scratch e
434.
by bborud 2y ago
Occasionally you come across languages that do and, at least to me, those languages feel extremely difficult to deal with. For instance, I found AppleScript and HyperTalk to be awful to work with. I also notice that some junior programmers
435.
by bborud 2y ago
It would be interesting to look at programmers with very long (2-4) decades of experience solving programming tasks in different domains. Also, I'd be interested in seeing what happens when they write code for domains entirely new to t
436.
by bborud 2y ago
I don't think downvoting this is very useful. You may agree or disagree with the statement, but raising the point provides an opportunity to investigate and discuss it. I don't think Apple can and will exit the EU since it would
437.
by bborud 2y ago
The world needs sealed, passively safe reactors that can be mass produced (at least in the tens of thousands), last for some number of years (10-15-20) and then gets shipped back to have its fuel reprocessed at some appropriately secured ce
438.
by bborud 2y ago
Python is a nightmare when used for tooling. I’ve wasted so much time wrangling Python tooling for embedded development. Go would be a much better choice.
439.
by bborud 2y ago
There is nothing stopping staff from choosing their own managers and coming up with a management roles and structures of their own. In large companies, people get overly hung up on standardized titles and structure that looks reasonable on
440.
by bborud 2y ago
I've had a bunch of different roles through the years. From programmer at the bottom of the totem pole to being CEO or CTO in my own company and having my own department in a large corporation. The perspective in these different roles
441.
by bborud 3y ago
Observation: it took longer to respond to the GDPR popup than read the article. And to be frank, I just skimmed/quick read the descriptions of each choice.
442.
by bborud 3y ago
I haven't reviewed any Kotlin codebases. My guess is that if people choose Kotlin then at least they had some opinions on languages, so I'd expect more. But as I said, that's just a guess. On average Java codebases I have re
443.
by bborud 3y ago
You are arguing in favor of "argument from authority".
444.
by bborud 3y ago
Trust comes from the meat of the talk minus the charisma of the speaker. If what is being said is important enough to perhaps impact your work, you need to verify what is being said anyway. Association alone isn't very convincing. If
445.
by bborud 3y ago
Notes as in "speaker notes"?
446.
by bborud 3y ago
Some of the advice here is great for meetings as well.
447.
by bborud 3y ago
I think your initial sentence summarizes .Net well. I'm not a .Net developer and never have been. But I used to do a lot of technical due diligence work. Which sometimes means sitting down and going through the most critical code, an
448.
by bborud 3y ago
For livestock, yes. For pets, not so much. People spend stupid amounts of money on their pets and expect results.
449.
by bborud 3y ago
If you allow there to be a ruling class in a democracy, is it still a democracy?
450.
by bborud 3y ago
Pascal!? My monocle nearly fell out.

More ›