Not sure if your comment was aimed at agile vs. "agile".
Agile and safety critical is fine. It works.
"Agile" is a problem, safety-critical or no.
354 karma · joined August 7, 2017
I'm keenly interested in product quality, and have broad experience in product definition, development and QA.
I'm a big proponent of DevOps, and have successfully applied it to less obvious fields such as embedded software.
My speciality is in embedded systems / IoT; I have a MEng in mechanical engineering.
I offer development process consulting, engineering support, and training on a variety of subjects.
find me at https://ingianni.eu
Kismet: 63a85e6b3b4c71066c36e8debc9a916fc2990dacbd6f3a590e3e94e86f6af8eb
Agile and safety critical is fine. It works.
"Agile" is a problem, safety-critical or no.
Location: Munich, Germany
Remote: preferred
I'm an experienced (>10 years) software engineer with management experience. I have a master's in mechanical engineering.
I've worked on all stages of embedded products, from product management, to specification, to coding, testing, and qualification. A lot of my career was spent working on safety-critical systems up to ASIL D / SIL4.
How I could help you:
* advise in improving the quality of your product
* close gaps in your team's embedded development expertise
* organise and manage your development efforts
* provide training
* bring automated tests and continuous integration to your embedded projects (DevOps for embedded!)
* close gaps in your team's embedded development expertise
* help you comply with safety regulations
* training and advising several German Fortune 500 companies on DevOps
* managing a small, experienced team in the development of an industrial robot
* advising a multinational company in the development of a highly safety-critical (ASIL D)
automotive electronics component
* advising a startup in the IoT development tooling space
* coaching a startup team on improving their development workflow
Location: Munich, Germany
Remote: preferred
I'm an experienced (>10 years) software engineer with management experience. I have a master's in mechanical engineering.
I've worked on all stages of embedded products, from product management, to specification, to coding, testing, and qualification. A lot of my career was spent working on safety-critical systems up to ASIL D / SIL4.
How I could help you:
* advise in improving the quality of your product
* close gaps in your team's embedded development expertise
* organise and manage your development efforts
* provide training
* bring automated tests and continuous integration to your embedded projects (DevOps for embedded!)
* close gaps in your team's embedded development expertise
* help you comply with safety regulations
* training and advising several German Fortune 500 companies on DevOps
* managing a small, experienced team in the development of an industrial robot
* advising a multinational company in the development of a highly safety-critical (ASIL D)
automotive electronics component
* advising a startup in the IoT development tooling space
* coaching a startup team on improving their development workflow
Location: Munich, Germany
Remote: preferred
I'm an experienced (>10 years) software engineer with management experience. I have a master's in mechanical engineering.
I've worked on all stages of embedded products, from product management, to specification, to coding, testing, and qualification. A lot of my career was spent working on safety-critical systems up to ASIL D / SIL4.
How I could help you:
* advise in improving the quality of your product
* close gaps in your team's embedded development expertise
* organise and manage your development efforts
* provide training
* bring automated tests and continuous integration to your embedded projects (DevOps for embedded!)
* close gaps in your team's embedded development expertise
* help you comply with safety regulations
* training and advising several German Fortune 500 companies on DevOps
* managing a small, experienced team in the development of an industrial robot
* advising a multinational company in the development of a highly safety-critical (ASIL D)
automotive electronics component
* advising a startup in the IoT development tooling space
* coaching a startup team on improving their development workflow
Location: Munich, Germany
Remote: preferred
I'm an experienced (>10 years) software engineer with management experience. I have a master's in mechanical engineering.
I've worked on all stages of embedded products, from product management, to specification, to coding, testing, and qualification. A lot of my career was spent working on safety-critical systems up to ASIL D / SIL4.
How I could help you:
* advise in improving the quality of your product
* close gaps in your team's embedded development expertise
* organise and manage your development efforts
* provide training
* bring automated tests and continuous integration to your embedded projects (DevOps for embedded!)
* close gaps in your team's embedded development expertise
* help you comply with safety regulations
* training and advising several German Fortune 500 companies on DevOps
* managing a small, experienced team in the development of an industrial robot
* advising a multinational company in the development of a highly safety-critical (ASIL D)
automotive electronics component
* advising a startup in the IoT development tooling space
* coaching a startup team on improving their development workflow
Location: Munich, Germany
Remote: preferred
I'm an experienced (>10 years) software engineer with management experience. I have a master's in mechanical engineering.
I've worked on all stages of embedded products, from product management, to specification, to coding, testing, and qualification. A lot of my career was spent working on safety-critical systems up to ASIL D / SIL4.
How I could help you:
* advise in improving the quality of your product
* close gaps in your team's embedded development expertise
* organise and manage your development efforts
* provide training
* bring automated tests and continuous integration to your embedded projects (DevOps for embedded!)
* close gaps in your team's embedded development expertise
* help you comply with safety regulations
* training and advising several German Fortune 500 companies on DevOps
* managing a small, experienced team in the development of an industrial robot
* advising a multinational company in the development of a highly safety-critical (ASIL D)
automotive electronics component
* advising a startup in the IoT development tooling space
* coaching a startup team on improving their development workflow
The nature of testing may have changed.
For one, the approach to testing is different with more smaller iterations and more powerful automation.
For another, better automation has split testing into more of an automated test developer/pipeline plumber part and an exploratory (manually testing the juicy stuff, the boring routine is handled by automation) part.
I studied engineering in Germany. There's no such thing as a PEng in Germany -- the only thing is that the title of Dipl.-Ing. (equivalent to MEng), which was the culmination of my studies, is protected.
How does it make you feel for me to claim I'm an engineer?
(BTW, I get seriously uptight at all the web designers who like to call themselves engineers :-) )
Location: Munich, Germany
Remote: preferred
I'm an experienced (>10 years) software engineer with management experience. I have a master's in mechanical engineering.
I've worked on all stages of embedded products, from product management, to specification, to coding, testing, and qualification. A lot of my career was spent working on safety-critical systems up to ASIL D / SIL4.
How I could help you:
* advise in improving the quality of your product
* close gaps in your team's embedded development expertise
* organise and manage your development efforts
* provide training
* bring automated tests and continuous integration to your embedded projects (DevOps for embedded!)
* close gaps in your team's embedded development expertise
* help you comply with safety regulations
* training and advising several German Fortune 500 companies on DevOps
* managing a small, experienced team in the development of an industrial robot
* advising a multinational company in the development of a highly safety-critical (ASIL D)
automotive electronics component
* advising a startup in the IoT development tooling space
* coaching a startup team on improving their development workflow
In my personal experience they have decent sound, pair reasonably easily (through NFC and "normally"), and the connection is pretty stable.
Pairing partner were various Samsung Galaxies.
I recommend Sony BT headphones.
That said, I also use the 3.5mm jack regularly :-)
> In my understanding the main incentive for the huge push behind them was immutability and them being microservices-friendly technology.
I'm not a container historian, but I believe this came later: when Docker and the like entered the scene with their ideas of immutability, LXC on Linux was already several years old, and BSD Jails / Solaris Zones probably a decade older still; and they were all quite mutable.
When I first came across them, I viewed them as very lightweight VMs, with (as you say) rather insufficient security, but still useful for experiments or to segregate services for ease of management.
Location: Munich, Germany
Remote: preferred
I'm an experienced (>10 years) software engineer with management experience. I have a master's in mechanical engineering.
I've worked on all stages of embedded products, from product management, to specification, to coding, testing, and qualification. A lot of my career was spent working on safety-critical systems up to ASIL D / SIL4.
How I could help you:
* advise in improving the quality of your product
* close gaps in your team's embedded development expertise
* organise and manage your development efforts
* provide training
* bring automated tests and continuous integration to your embedded projects (DevOps for embedded!)
* close gaps in your team's embedded development expertise
* help you comply with safety regulations
* training and advising several German Fortune 500 companies on DevOps
* managing a small, experienced team in the development of an industrial robot
* advising a multinational company in the development of a highly safety-critical (ASIL D)
automotive electronics component
* advising a startup in the IoT development tooling space
* coaching a startup team on improving their development workflow
I learned Thai, which shares Khmer's refreshing simplicity, like not having tenses.
However, it has "classifiers", which are used when counting things. In English, you might say "Three children", in Thai you would say "Children three persons", where "person" happens to be the correct classifier for children. Makes sense in that case, but in general it's weird (and somewhat comedic): for instance airplanes and bamboo share the same classifier ("long hollow things").
There are about 80 classifiers, and part of learning the language is learning the correct classifier to go with each noun, much like learning genders in German. Same as with genders, if you get the classifier wrong, you'll still be understood, but considered uneducated (or badly in command of the language).
BTW, and programmers will love this: this situation means that when counting things of disparate types, you need to typecast!
Funny (to me, anyway) story: my wife was simultaneously telling off one of our sons, nicknamed "O", and one of our dogs, also nicknamed "O". Since they don't share the same classifier, she cast their classifier to the made-up-on-the-spot classifier "O" so it would both be factually and grammatically correct.
Languages are funny.
If you'd like to be literal about it, dense snowfall, perhaps?
Anyway, the point, I think, was that it shouldn't look like any sky today, but rather like a futuristic sky.
It is a very nice line.
However, it's dated to the point of losing its meaning.
Like rotary phones :-)
That's a very interesting take. I never took it to have such a deep meaning, I took it rather at face value (and its face-value-interptretation if you will): that is was visual white noise (vaguely like driving into the snow at night, perhaps?). I took the metaphorical meaning to be that the sky was indistinct, somehow pointless (like watching no channel), conjuring up bleakness and futility.
In other words, I took it to be a device to transport ambience, not structural meaning.
> In other words, the media topology structuring the novel's outermost narrative is a recursive formation of one medium inside another medium and this structure is timeless. It's merely recursion.
Interesting. I had meant to re-read it anyway. I shall pay attention to your perspective, see how it shifts my perspective of the rest of the book.
> However, fully understanding the literary (as opposed to narrative) significance of such a structuration depends upon knowing what television was and why any of its channels might be "dead" as opposed to "live".
To my kids, a "dead channel" would look uniformly blue.
Or like a 404 page perhaps, these day :-D
> The significance is timeless, drawing power from the assertion that life is in fact lived on a stage.
I feel you might be you're over-thinking it there, in the sense that the actors in a TV show wouldn't be seeing static. Only viewers would.
Thanks for sharing your perspective, I found it really interesting.
That said, it's one of my favourite books.
Out of more than 600'000? A bunch, I bet.
(Yes, I was shocked at the number too)
> Not to get too off-topic, but while taking the piss out of America
I read the opposite into it. I figured it was a piss-take directed at VW.
I used to run a Sovereign box.
It served me well for 2-3 years, but it got too cumbersome to maintain: they changed their approach to various configuation things (for the better, I'm sure), and threatened to break my setup in the process.
All told, it felt like it had missed the sweet spot between pre-configuration and flexibility, in the end not quite giving you either.
> IMHO sovereign puts too many attack vectors on a single machine.
I turned off most of the attack vectors (I didn't need all the bells and whistles). But yes, they tried too hard, and over-complicated the setup as a result.
Give AquaMail a try.
I find it efficient, fast and featureful. I've never noticed any bugs.
The user interface is perhaps not fancy, but IMO not ugly either, and certainly functional.
I've been using it for years, and they keep updating it diligently.
Enjoy your day.
It wouldn't be in my personality (I think) to lash out at people publicly like that, precisely because it's a public channel. It is in his personality, however, and I think it's fair to observe the negative aspects of this behaviour, and call him out on it.
And I particularly dislike the "if you can't stand the heat, get out of the kitchen" apologist crowd (which you are not part of, I know). Not sure if I'm blowing this out of proportion, but to my ears it sounds not very different from "if you don't want to be sexually assaulted, you shouldn't have dressed like that".
Having said all that: I'm actually really impressed by Linus' email. Proud of him, even. Like all of us he has his vices, but he has become aware of them and tries to improve. What more can you ask.
To me, this has pretty much taken all of the negativity out of future blowups he might (will, probably) have: because he's now on record for not intending to be this way, I personally could overlook any personal attacks and filter them as unintentional, reacting only to the factual content.
Let me just discuss the argument about being this way in public vs. in private. IMO even traditional CEOs shouldn't be that way, whether it becomes public or not. For one thing because it's "not nice" (which they might not care about), but for another because it might foster a climate that is detrimental to the company.
A good example might be VW, whose exhaust cheating fiasco seems to have come about in part because engineers didn't dare push back against impossible demands from top management.
Leading people?
Fair enough, he ceated something remarkable, but at the end of the day people have been leading others for literally millennia. So I'm not willing to cut him slack on that account.
(Having said that, I'm deeply impressed by the step he took in that email, and did it publicly)
Location: Munich, Germany
Remote: preferred
I'm an experienced (>10 years) software engineer with management experience. I have a master's in mechanical engineering.
I've worked on all stages of embedded products, from product management, to specification, to coding, testing, and qualification. A lot of my career was spent working on safety-critical systems up to ASIL D / SIL4.
How I could help you:
* advise in improving the quality of your product
* close gaps in your team's embedded development expertise
* organise and manage your development efforts
* provide training
* bring automated tests and continuous integration to your embedded projects (DevOps for embedded!)
* close gaps in your team's embedded development expertise
* help you comply with safety regulations
* training and advising several German Fortune 500 companies on DevOps
* managing a small, experienced team in the development of an industrial robot
* advising a multinational company in the development of a highly safety-critical (ASIL D)
automotive electronics component
* advising a startup in the IoT development tooling space
* coaching a startup team on improving their development workflow
* If the nature of what goes on inside a room conflicts with the presence of windows -- e.g. labs (say, a laser lab)
* if the room isn't meant to be used by humans (e.g. storage closets, server rooms) -- If humans sometimes enter such rooms that's OK, but it can't be their "assigned workplace".
"We can't satisfy the safety case yet" is all you need to say to get your manager to cave.
If they want to take the risk upon themselves to sign off on a known-unsafe (technically; in practice it was already pretty good, just not good enough yet) device, and go to jail if something goes sideways, they can be my guest...
In practice, they preferred to come back next week and ask if we were done yet.
The project went wayyyy past the deadline, thanks for asking :-)