gleb_kudr

В фейсбуке очень даже ок бывает если зафоловить тех, кто про этот самый бизнес пишет и вступить в тематические группы. Добавляйтесь, например, в профиле есть ссылка.

Когда-то еще форум searchengines в этом плане работал, но там как-то всегда в сторону дорвейщиков со школотой был перекос.

Скользкий момент. Скорее всего проблемы возможны, т.к. у вас именно конкурирующий продукт lexdigital.ru/2012/037 В любом случае, повод пожаловаться на вас есть.
Там же в статье почитайте комментарий к закону о конкуренции. Ваше использование чужого торгового знака можно будет трактовать как некорректное сравнение, противоречащее закону.

В любой среде разработки, где есть графический растр, т.е. возможность манипулировать цветом произвольного пикселя в области вывода. С вектором сложнее будет, но тоже реально. По факту это вообще все технологии с GUI выше консольного уровня.

По факту никаких. Никому не выгодно вас за него гонять. Это про ПО. Нелицензионное медиа использовать абсолютно противопоказано.

Возможно ли постепенно переходить на "белое" ПО по мере проф. развития и повышения дохода, или это чревато?

Возможно.

Например OpenSCAD.

Не очень понятно, что именно вы спрашиваете.

С точки зрения пользователя, удобно когда система ищет по сложному запросу, каждый из слов которого является допфильтром.

Например "Сергеев МСЧ" найдет всех сергеевых и фильтранет их по принадлежности к МСЧ. Так как у вас дерево, то чтобы такой поиск работал, нужно дочерним сущностям передавать все атрибуты родительских. Если я наберу просто "МСЧ", то получу всех людей у которых есть атрибут МСЧ. Соотественно, в словарь для поиска надо так же добавлять должность, и, возможно, номер.

Рузальтатом поиска в TreeView, соотетстенно, должно быть другое TreeView где показаны только нужные результаты, но сохранена древовидная структура.

Простой рекурсивный алгоритм, например.

> Thread.Sleep
Ох ох, не надо так делать.

Есть прекрасный System.Timers.Timer, который и нужно использовать. Еще для таймеров можно использовать другой класс - System.Threading.Timer, вот статья в которой хорошо описаны их различия: msdn.microsoft.com/en-us/magazine/cc164015.aspx

Это означает примерно, что если вы подключите нагрузку с максимальным потреблением более 4А то батарея ее радостно выдаст и сожжет ваш конвертер.
Если потребляемая конечным устройством мощность будет меньше, то и с батареи ее будет браться меньше (логично) и преобразователь будет работать нормально.

Чтобы совсем избежать проблем в схему можно встроить ограничитель тока.

В случае зарядки литиевой батареи, т.е. когда потребитель - другая батарея, они могут принять практически любой ток. И не только спалить ваш конвертер, но и взорваться, например. Поэтому ограничитель тока это абсолютно обязательное условие.

Идеи никто не покупает.

Минимальная единица информации с которой можно говорить о продаже - это готовое ТЗ с дизайном элементов, логикой, пояснениями и т.д.

Однозначное решение задачи без знания взаимного расположения камеры и плоскости принципиально невозможно. Проиллюстрирую.


Черными метками - известные нам точки, красной - валидные варианты расположения четвертого угла при разных положениях камеры.

IB это каша их полей в разных менюшках. Если используется серьезная кастомизация контролов, анимации и т.д. то гораздо проще все писать в коде. И да, тексты тут не в последнюю очередь.

Подобные алгоритмы чрезвычайно широко используются в биоинформатике. Вот направление для начала поисков en.wikipedia.org/wiki/BLAST