Существуют сервисы для работы с git-репозиториями (аналоги гитхаба и т.п.) в сети Tor (по onion-адресам)?
Если нет — вот отличная идея для какой-нибудь пиратской партии или общественной организации: сделать.
(кстати, если существуют — делитесь ссылками)
Говорят что на Амазоне можно свои книги в электронном виде публиковать. Лично не пробовал:) но кажется что будущее именно за такими формами публикации. А на бумаге уже будут выходить те, которые стали более-менее успешными в электронном виде.
По моему опыту использования, проприетарный IDM работает в некоторых случаях, когда youtube-dl не работает.
А вообще софт полезный. Жалко что распространители видео всячески борются со свободным скачиванием видеофайлов, ведь по сути видео это то же что и картинки. Мы можем сохранить любую картинку из браузера (увы, сейчас некоторые сайтовладельцы и с этим пытаются бороться, но далеко не все). Почему мы не можем так же просто сохранить и видео?
А сколько видео с ютуба удаляют… хорошо что их удается сохранить.
Интернет — для общения человека с компьютером.
Телефон — для общения человека с человеком.
Это разные ситуации, и они как правило не пересекаются. Разные типы информации и взаимодействия.
Кстати, я правильно понимаю, что срез в Go это достаточно близкий аналог std::vector из C++, и в этом отличается от «невладеющих» срезов в Rust и Swift?
Интересно, а что там удалось оптимизировать именно на Ассемблере, чего нельзя сделать на Си? Система крайне интересная, но как уже заметили в комментариях — совершенно непереносимая, а в современном мире наибольший интерес представляют такие системы именно для ARM. В связи с этим было бы крайне интересно ознакомиться с каким-то анализом кодогенерации… возможно там есть какие-то особенности, которые были бы крайне интересны с точки зрения расширения возможностей языка Си или создания нового низкоуровневого языка, компиляция с которого по крайней мере в контексте MeOS давала бы результаты не хуже Ассемблера.
Это круто. Я к сожалению не математик, но интуитивно понимаю, что это исключительно правильное направление движения. Компьютеры должны уметь обращаться с информацией на как можно более глубоком семантическом уровне, а не просто гонять по сети гигабайты «человекоориентированного» видео, которое для самих компьютеров по сути информационный шум.
Вот когда подобным образом будет оцифрована не только математическая информация, но и информация из множества других областей знаний, тогда и наступит Сингулярность.
Если есть какая-то теоретическая база, связывающая свойства сверхпроводимости со структурой и составом кристаллической решетки вещества, то можно было бы спроектировать и собрать нужный кристалл буквально по атомам. Возможно, за этим будущее — квантовые процессоры в каждом смартфоне и т.д.
Спасибо! Мне нравится буддизм, мудрое учение.
Помимо всего прочего, мне нравится еще и буддийская эстетика и архитектура. Это просто красиво. Серой и холодной российский осенью можно просто помедитировать вот на такие фотки и мысленно раствориться там, среди ярких красок древних буддийских храмов и солнечного света…
Архитектуру нужно открывать, систему команд, исходники компилятора под него. Лично мне это единственное что интересно — чисто эстетически, посмотреть как у них устроены команды, ведь это нечто непохожее ни на x86/x64, ни на ARM.
Я правильно понимаю, что это то же самое что делает одна единственная ассемблерная инструкция BSF (Bit Scan Forward)?
PS Вообще жалко что эти команды, как и битовые вращения, не вывели в операции языка C/C++ — они были бы более известны, как сдвиги например:) Для битовых сканирований можно было бы применить например унарные << и >>, для вращений бинарные <<< и >>>. Еще из полезных инструкций есть popcnt (количество единиц). А вот битового разворота (RBIT) в x86/x64 так и не завезли, к сожалению.
Давно интересовало — а почему fork? Откуда он взялся исторически, и почему такая странная (ИМХ) форма?
Кажется, гораздо более естественный способ реализации многопоточности — с помощью функции создания потока, которой в качестве аргумента передается указатель на функцию потока. pthread_create или что-то подобное.
Таблица виртуальных функций в общем и так понятна, но пример «на чистом Си» тоже пригодится — в любом случае понятнее чем на ассемблере. Кстати там лучше везде явно прописать какой-то calling convention — например _cdecl, а то в некоторых компиляторах convention у методов класса и у указателей на функции может не совпасть.
А вот таблица виртуальных таблиц (VTT), о которой данная статья, это действительно какая-то непростая штука.
Если нет — вот отличная идея для какой-нибудь пиратской партии или общественной организации: сделать.
(кстати, если существуют — делитесь ссылками)
А вообще софт полезный. Жалко что распространители видео всячески борются со свободным скачиванием видеофайлов, ведь по сути видео это то же что и картинки. Мы можем сохранить любую картинку из браузера (увы, сейчас некоторые сайтовладельцы и с этим пытаются бороться, но далеко не все). Почему мы не можем так же просто сохранить и видео?
А сколько видео с ютуба удаляют… хорошо что их удается сохранить.
Интернет — для общения человека с компьютером.
Телефон — для общения человека с человеком.
Это разные ситуации, и они как правило не пересекаются. Разные типы информации и взаимодействия.
Вот когда подобным образом будет оцифрована не только математическая информация, но и информация из множества других областей знаний, тогда и наступит Сингулярность.
Помимо всего прочего, мне нравится еще и буддийская эстетика и архитектура. Это просто красиво. Серой и холодной российский осенью можно просто помедитировать вот на такие фотки и мысленно раствориться там, среди ярких красок древних буддийских храмов и солнечного света…
А какие планируются реселлеры?
PS Вообще жалко что эти команды, как и битовые вращения, не вывели в операции языка C/C++ — они были бы более известны, как сдвиги например:) Для битовых сканирований можно было бы применить например унарные << и >>, для вращений бинарные <<< и >>>. Еще из полезных инструкций есть popcnt (количество единиц). А вот битового разворота (RBIT) в x86/x64 так и не завезли, к сожалению.
Кажется, гораздо более естественный способ реализации многопоточности — с помощью функции создания потока, которой в качестве аргумента передается указатель на функцию потока. pthread_create или что-то подобное.
А вот таблица виртуальных таблиц (VTT), о которой данная статья, это действительно какая-то непростая штука.