Задачка: В 2000–ом году я разработал Multi–Arc плагин для Windows Commander–a. Следует ли считать что разрабатываемый сейчас мною гаечный драйвер для USB Audio является наследником того самого Multi–Arc плагина? ;–)

У WebOS нет практически ничего общего с BeOS.

Для начала, и у Cobalt–то с BeOS было не так уж много общего. После чего ВСЮ архитектуру системы перелопатили дважды. Там если что–то BeOSное и осталось, то разве что по недосмотру.

Насчёт разработчиков — да, есть такое мнение, что разработчик, уходящий в другую фирму, использует там такие же приёмы написания кода, как и на своей предыдущей работе. Но это нормально, и является делом привычки. Разработчику вовсе необязательно при этом работать над таким же продуктом.

Пример: в Elbit (один из ведущих израильских производителей вооружения, в том числе самолётов–беспилотников) принято в любой функции делать только один return. То есть в самом начале функции определяется переменная toReturn, и по ходу функции изменяется её значение, а в конце пишется return(toReturn); — в результате у функции есть одна точка входа и одна точка выхода. Очень похоже на то, как это было сделано в Pascal`е. По идее, это облегчает дебаггинг. Когда мой бывший коллега перешёл из Elbit в IBM, он пытался так же программировать и на новом месте работы, и других к этому подбивал, хотя IBM`овские coding standards этого не требовали.

Другой пример: с переходом из IBM в Microsoft я сменил не только тип продукта, над которым работаю, но и язык программирования — с С на С#. В C#, если кто не знает, есть собственные стандарты для написания документации в коде: всякие <summary>, <remarks> и пр.. В IBM же у нас была собственная разработка, которая бродила по коду и выдирала оттуда комментарии, отвечающие определённым критериям, чтобы составлять из них документацию — получилось что–то вроде doxygen, только не такое навороченное. Но я после перехода ещё пару месяцев продолжал писать inline–документацию в привычном формате, написав на Perl маленькую утилитку, которая перед code review напускалась на файл и переделывала документацию в нём согласно C#–ным стандартам. А комментарий // <–- end of function SomeFunction в конце тела функции я до сих пор пишу, хотя, благодаря Outlining в Visual Studio, это уже не требуется.

Так что из факта работы одного и того же разработчика на разные фирмы — и даже из визуальной схожести результата этой работы — вовсе не следует, что в последней работе использовались части предыдущей работы. Это просто никак не связанные вещи: PalmOS 6 Cobalt частично использовал наработки BeOS, но из этого совсем не следует, что webOS содержит хотя бы один алгоритм, написанный в стенах Be, Inc., несмотря на то, что над ними (частично) работали одни и те же люди.

Судя по обсуждениям на фринодовском #haiku, кое–что из BeIA все–таки выплыло и было лицензировано экс–биинковцами под GPL (или другой 0$$ лицензией). Только вот осело не в webOS, а в гугловском Андроиде. Название модуля забыл.