для Z80 еще больше туториалов и софта, но поезд-то ушел. гик должен быть не только на острие современных технологий, но и создавать будущее своим творчеством. а то чем занимается этот чувак — явное прошлое без перспектив. хайтек через какой-то год полностью погрузится в виртуальную реальность с AI и 5G. какой тут Palm…
мертвi бджоли не гудуть, а якщо гудуть, то тихесенько-тихесенько. потратил бы свои силы на что-то более перспективное, как например этот чувак, который сделал часы на 3D принтере и коленке и выложил полностью проект на github (3D файлы, схему, плату, прошиву):
живется норм — одному с кошкой возле моря, поэтому офисы для меня — это мордор какой-то. каждый сам волен тратить большую часть своей жизни на то, что сам выбрал. я лично за горизонт, теплый песок и свежий ветер ;)
RDF слишком примитивен и если мы говорим о поиске/хранении знаний, а не о перетягивании старой парадигмы в сегодняшний день, то multi-model хранилище более эффективно. намного удобнее работать со связанными обьектами (документами), особенно при их создании/редактировании. да и мапится это все out of the box в JSON и далее в C++/Javascript. я собственно и написал «про другие подходы» так как задачи иногда не стоят с нуля, порой получаешь нафталиновое RDF/XML наследие как данность в начале проекта
из других подходов есть еще ArangoDB + AQL. RDF там конечно тоже можно хранить, но более интересен комплексный подход — Document store + Graph DBMS + Key-value store
TI хорош доками, не спорю, но по цене/производительность — это дно. NXP — это просто жопа, да был афигенский freescale, но его же купили, уничтожили и гавнюки в NXP саппорте тому яркое доказательство. Xilinx — ващениачем, я еще понимаю Risc-V… VCU — это че?
х.з. что такое TRM, но 4.x ветка давно юзает нативный device tree. че за пекло? огласите весь список, пжалста. нет там пекла, да платы тупо разведены, да доков мало, но это в 100500 раз прозрачнее и дешевле чем долбаный броадком.
юзаем allwinner (Hx), платы типа NanoPi Neo, цена от $5-$12, в доках закрыта только часть secure bootloader, а так — чистый ARM. все поделия broadcom лучше херить на излете — у них все закрыто по умолчанию, а то что открыто — или не работает или работает на половину. for ex. попробуйте поднять wifi AP на любом broadcom чипе.
Уже вот несколько лет, как я не работаю над Node, ну, где-то, примерно с 2012 или 2013
чел отвалил с разработки еще до версии 0.8.0, и потом уперся в полумертвый го. только вот с 2012 нода поменялась на 90% и продолжает меняться, а он фишку походу уже не сечет. в свое время нам хватило встроенного в ноду cluster модуля, когда нам нужно было распараллелить задачу, потом юзали такую штукенцию:
imgur.com/a/FSBwD3g
root@Shiva:~$ gcc k1.c k.c
root@Shiva:~$ readelf --dyn-syms -s a.out|grep arr
33: 0000000000200db8 0 OBJECT LOCAL DEFAULT 19 __frame_dummy_init_array_
39: 0000000000200dc0 0 NOTYPE LOCAL DEFAULT 19 __init_array_end
41: 0000000000200db8 0 NOTYPE LOCAL DEFAULT 19 __init_array_start
60: 0000000000201020 16 OBJECT GLOBAL DEFAULT 24 arr
root@Shiva:~$ strip -s a.out
root@Shiva:~$ readelf --dyn-syms -s a.out|grep arr
root@Shiva:~$
и потом я линковал статически
root@Shiva:~$ cat k.c
int arr[4];
root@Shiva:~$ cat k1.c
#include <stdio.h>
extern int arr[];
int main()
{
printf("%p\n", arr);
return 0;
}
root@Shiva:~$ gcc k1.c k.c
root@Shiva:~$ nm --print-size --size-sort --radix=d a.out
0000000002101264 0000000000000001 b completed.7697
0000000000001760 0000000000000002 T __libc_csu_fini
0000000000001776 0000000000000004 R _IO_stdin_used
0000000002101280 0000000000000016 B arr
0000000000001610 0000000000000035 T main
0000000000001344 0000000000000043 T _start
0000000000001648 0000000000000101 T __libc_csu_init
root@Shiva:~$
root@Shiva:~/VoIP/asterisk-16.3.0/configs/samples$ cat dnsmgr.conf.sample
[general]
;enable=yes ; enable creation of managed DNS lookups
; default is 'no'
;refreshinterval=1200 ; refresh managed DNS lookups every seconds
; default is 300 (5 minutes)
root@Shiva:~/VoIP/asterisk-16.3.0/configs/samples$
nodejs.org/api/worker_threads.html#worker_threads_worker_threads
gist.github.com/felixfbecker/4eab0b380a2c34e5b33abf39c967568f
чел отвалил с разработки еще до версии 0.8.0, и потом уперся в полумертвый го. только вот с 2012 нода поменялась на 90% и продолжает меняться, а он фишку походу уже не сечет. в свое время нам хватило встроенного в ноду cluster модуля, когда нам нужно было распараллелить задачу, потом юзали такую штукенцию:
synsem.com/EMS.js
сейчас используется другое решение, но нигде нет go и все прекрасно пашет без хайпа и горутин.