Судя по всему, даже и не пробовали читать про лицензии у JB:
sales.jetbrains.com/...rpetual-fallback-license

Correlation does not imply causation

1. Значительная часть вопросов, выданных случайно, является некорректной (неоднозначные ответы).
2. Язык вопроса может быть любой, что выглядит неестественно.
3. Качество вопросов в целом достаточно низкое, потому что проверяет совершенно произвольные темы (всё на примере Java Core теста).
4. Систематичности вопросов и, соответственно, покрытия добиться при таком подходе затруднительно. Сравните просто с вопросами в OCJP.
5. Чем оно лучше HackerRank, кроме локализации?

Ну извините, это real life. Гарантий про $X/mo дохода никто не даёт, вне зависимости от выбора сферы деятельности.

Я рад, что вам не безразлично то, чем вы занимаетесь.
Но попробуйте посмотреть на это с позиции потребителя. Потому что потребитель скорее думает «я хочу футболку оранжевого цвета с серебристым металлизированным символом Инь-Янь спереди» или «хочу футболку с прикольным принтом и необычного цвета», а не «о, клёвая футболка типичного серого цвета с надписью, кажущейся автору прикольной».
Вы согласны с таким видением?

Я не собираюсь указывать вам стоит ли заниматься своим делом или нет, но немного информации к размышлению.
Кому действительно интересны «футболки с принтами», те вероятнее пойдут себе и напечатают сами под заказ 1-2 штуки или же закажут в магазинах вроде thinkgeek.com или neatoshop.com (в последний раз было 10к+ принтов), а не у itstuff.com.ua с 3,5 принтами или же у вас.
Для осмысленности идеи нужен баланс между ассортиментом первых и доступностью вторых, иначе просто проект так и останется на уровне сотни заказов.

Разбирающиеся в embedded development могут претендовать на такую же или более высокую заработную плату, как и C#-разработчики; просто потому что их меньше :)
То есть проблема не является дихотомией: или инженер-конструктор с C/Verilog, или C#-формошлёп.

А что от него отговаривать? Или размер графа не так велик и скорости работы neo4j хватит, или сами увидите, как оно захлёбывается. После уже можно смотреть на что-то вроде thinkaurelius.github.io/titan

Явная имплементация на стороне прикладного кода выглядит очень по-детски. Весь смысл reflection в том, чтобы о ней знал только тот, кто ею пользуется, тогда как код, к которому применяется этот инструмент, оставался неизменным.
У вас же есть весьма богатый инструментарий для метапрограммирования.

С технической стороной проблем разобраться не составит, как мне кажется.
А этикет — типичный сетевой, он в общем-то оттуда и появился. Можно посмотреть на примеры общеприменимых правил навроде DALnet Netiquette Guide или How To Ask Questions The Smart Way

Я напомню (а кому-то расскажу вновь): до сих пор есть такая штука как IRC. С тематическими техническими каналами, да. Где и по сей день можно найти и людей знающих, и энтузиастов.
#c в руснете, ##c++ в freenode.

Из приведённого документа:
Во-первых, вы смешиваете две совершенные разные по уровню задачи — реализацию reflection API для C++. Первая из них: серьезно и никак не связано сдалее описанной прикладной задачей, и уж никак не должно быть загрязнено особенностями какого-то гуя, где имплементация будет использоваться. Можно интересоваться текущим состоянием идей по этому поводу у «комитетчиков», которые стоят собственно за C++: root.cern.ch/blog/status-reflection-c
Во-вторых, определитесь уже, чего вы добиться хотите — решить свою насущную проблему с сериализацией/десериализацией или потрудиться над более более абстрактной вещью.
В-третьих, «напишите и я дам доступ в репу» — серьезно? Это или OSS и pull requests are welcome, или сидите в своей песочнице и дальше.
В-четвёртых, only english.