Андрей Викторович Столяров: сайт автора

Re: Автопилот убил человека.

Это был вопрос времени.

Я со своей колокольни продолжаю настаивать, что в составе автомобиля вообще не должно быть компьютеров, и уж совершенно точно не должно быть ни таких компьютеров, которые предусматривают смену ПО (в каком бы то ни было виде), ни тем более таких, у которых предусмотрены каналы связи с внешним миром.

И ещё:

> уже скоро и авто не будут лояльны только нам

"Скоро", блядь?! А сигнализатор о непристёгнутом ремне, который нельзя штатно заткнуть и приходится покупать заглушки для ременных замков? А подушки безопасности, которые нельзя выключить? А проверки ключей тех же подушек? Это уже не говоря о всяких мерседесах, которые приходится "перепрошивать", чтобы они не возмущались своим местонахождением.

"Скоро", проснулись, ебать налево. Уже давно всё произошло.

И да, сейчас в автосалоне делать нечего, автомобиль можно брать только б/у.

Re: Автопилот убил человека.

Из текста на интерфакса (а не пересказа) очевидно только, что несмогли открыть двери, чтобы помочь водителю и сам он тоже не смог выбраться. Виноват ли автопилот непонятно. Водитель 20 минут ехал на нем, не касаясь руля, взялся за руль за несколько секунд до аварии. Может быть потому и взялся, что автопилот очевидно косячил, а может наоборот - он взялся и сам облажался.

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

Re: FHS

> Чем плоха идея, наблюдаемая например в GoboLinux

Не знаю, не смотрел. Возможно, что и ничем не плоха. Хотя на вопрос, какого фига дебилы, придумавшие usrMerge, решили свалить в кучу "совсем базовую" систему (/bin, /sbin) и всё, что понаставлено сверху (/usr/*), это всё ответа не даёт, конечно.

> Filesystem is the database

Это, кстати, по мне так выглядит вполне привлекательно. И отнюдь не только для пакетов.

Re: Чем создаются схемы в книгах

xfig'ом. Полегчало? (tm)

Re: Ещё о смартфонах

>смартфон есть, покупать не заставили. Только вот у меня на нём линукс

Не хотите побольше рассказать? Я приглядывался к Ubuntu Touch, но в инете много пишут, что половина базовых фич не работает.

Re: Ещё о смартфонах

Интересно у вас там происходит всё. Заставлять школьников покупать смартфоны — это что-то новое, раньше вроде наоборот грозились в школах их запретить (и ведь сколько безмозглой мрази этим возмущалось).

Так или иначе, тут как раз рецепт простой (для тех, у кого нет смартфона с Linux'ом — к сожалению, такого даже у меня нет). Купить самый дешёвый смартфон, поставить этот долбаный Макс, потом смартфон выключить. Для звонков пользоваться кнопочником. Смартфон с максом можно даже с собой носить, но включать только чтобы от уродов этих отмахаться, потом снова выключать.

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

Re: Ещё о смартфонах

> Заперли всю школу в актовом зале и не выпускали

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

Re: Ещё о смартфонах

> Если смартфона не было - вызывали родителей и заставляли покупать.

Это как?! Если бы меня в школу так вызвали, я бы ничего покупать не стал бы принципиально, обложил бы их матом и просто ушел с ребенком оттуда и все. Препятствовали бы уйти - вызвал бы полицию, если "с погонами", то УСБ. Если бы так и не дали уйти, сказал бы что буду сидеть в этом зале хоть несколько суток. После ухода из школы жалобы в прокуратуру.

Re: Ещё о смартфонах

Честно, немного с трудом верится в эту историю. Давно же во всех СМИ была бы новость про это.

Re: Ещё о смартфонах

> В него же переводят все чаты бюджетников (Естесна принудительно).

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

Re: Ещё о смартфонах

Что-то мне кажется, что это фантазии какие-то нездоровые. Ну да, эту херню толкают, но в основном просто перенося туда всякие школьные чаты, так что актуальное расписание (если основное изменилось) иначе получить никак, только через него или через какой-нибудь телеграм от одноклассников.

Но в принципе раньше же как-то в школу вообще без интернета и домашнего телефона ходили и ничего.

Re: Рекламщики очередное дно пробили

Замечу, это не могло бы быть возможным, если бы публика сама не сделала реальностью предположение "у всех есть смартфоны". Рекламщики-то, конечно, мудаки, но свято место пусто не бывает — не будут мудаками одни, придут другие. А вот пользователи смартфонов (добровольно! за собственные деньги!) — это да. И, между прочим, сами не заметили, как право использовать сматрфон превратилось в обязанность.

Впрочем, тут вопрос такой возникает, причём неизбежно: а там нельзя бумагу с собой носить? Откровено говоря, я не припоминаю, чтобы когда-нибудь где-нибудь видел бумагу в бесплатных общественных сортирах.

Re: inline в Си

Нет, разумеется. Это же GNU extension.

Re: Расписаны перерастаманили себя

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

Re: JavaScript на ваших сайтах...О_о

Никакого жабаскрипта на моих сайтах нет и быть не может. С галлюцинациями не ко мне.

Re: .vimrc

"У меня секретов нет, слушайте, детишки" (c)

if has("syntax")
  syntax off
  filetype off
endif
set noautoindent
set nohls
set backupdir=/tmp
set nocindent
set wildmode=list:longest
set hidden
set viminfo='20,<50,s10,h,r/tmp,r/mnt
set backspace=indent,eol,start
let loaded_matchparen = 1


map <C-j> gqap
map! <C-j> <ESC>gqapi
map <C-b> O\begingroup\small<ENTER>\begin{verbatim}<ESC>jo\end{verbatim}<ENTER>\endgroup<ENTER><ESC>
map! <C-b> <ESC>O\begin{verbatim}<ESC>jo\end{verbatim}<ESC>
map <C-n> O\begin{smallcomment}<ESC>jo\end{smallcomment}<ESC>
map! <C-n> <ESC>O\begin{smallcomment}<ESC>jo\end{smallcomment}<ESC>

map! <C-w> <ESC>

map <C-g> O<ENTER>\begingroup\small<ESC>/\\end{verbatim}<ENTER>o\endgroup<ENTER><ENTER>\noindent<ESC>

" map <C-p> o</p><p><ENTER>
" map! <C-p> <ENTER></p><p><ENTER>
set textwidth=75


" Reopen the last edited position in files
au BufReadPost * if line("'\"") > 1 && line("'\"") <= line("$") | exe "normal! g'\"" | endif

set laststatus=2
"set statusline=%f "tail of the filename

Вот мой .vimrc, как есть, целиком. В нём можно найти поддержку для набора текстов в LaTeX и даже для текстов в HTML. Чего тут нет ни одного символа — так это какой бы то ни было поддержки конкретно для C++. Её и не должно быть.

Re: Математический анализ

Трёхтомник Фихтенгольца. Всё остальное, что я видел, нервно покуривает в сторонке.

Re: Математический анализ

Книги Лузина первой половины 20го века. Легко читаются, объясняют через метафоры основные концепты из которых состоят выражения матана. Например, представляют символ бесконечности как точку которая движется по оси координат, что помогает в осознании смысла "бесконечно малых" и пределов вообще.

Re: Математический анализ

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

Re: Математический анализ

Можете ещё попробовать трёхтомник Л.Д. Кудрявцева. На мой взгляд там изложено более доступно, чем у Фихтенгольца.

Re: Математический анализ

Если знаете английский предлагаю для начала прочесть Calculus Made Easy Автор: Silvanus P. Thompson. Очень интуитивно объясняется понятия. После можно уже выбирать любую из более серьезных литератур по матану.

Re: Chat Control Law

Не планировал, а там посмотрим. Я, откровенно говоря, не вижу, чего этот закон добавляет принципиально нового в социуме, где практически все поголовно пользуются смартфонами на Андроиде, а то и айфонами, а также компами с виндой и примкнувшими к ним маками. Каждый, кто взял в руки смартфон, самим этим действием голосует против собственной приватности, притом голосует намного эффективнее, чем на любых выборах и референдумах.

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

Re: Open Printer

Ну вы бы хоть ссылку на источник дали, что ли. Хотя...

> запрещающей использование в коммерческих целях

... ну и всё, собственно. Можно было не напрягаться.

Re: Open Printer

> Creative Commons BY-NC-SA

"На хайпе" такую не выбрать - зело редкая, BY-SA (то же самое, но без запрета коммерции) куда популярнее, то есть, выбрано специально. Кроме того, несовместимо с GPL, и не рекомендовано для софта вообще никем. Не буду озвучивать, что я думаю по поводу такой "открытости".

Ещё и бумагу цельным рулоном подавай, а оно типа само нарежет, ну кабздец - только ножа в принтере все эти годы и не хватало.

Re: Open Printer

Струйный принтер - это не очень интересно. Лазерный, матричный или термопринтер можно оставить без внимания на годы и он после включения будет печатать. А струйный - если не печатать какое-то время, засыхает.

Re: Исходники для чтения

Если вы только прочитали второй том, то C++ вы ещё не знаете. К сожалению, мне в таком случае посоветовать толком нечего, основная масса моих проектов реализована на C++. FEDAnet на чистом Си, но там исходники сырые как кошка под дождём, не надо в них погружаться с учебными целями.

Впрочем, коль скоро вас не устраивают "очень большие" и те, которые используют неизвестные библиотеки, то я вообще не уверен, что остаётся что-то ещё из "настоящих программ". Ну то есть скорее всего остаётся, но это ещё надо поискать.

Re: Исходники для чтения

Попробуйте почитать исходники программ от suckless.org, они небольшие. Начать чтение лучше с функции main, смотреть что она вызывает, потом идти в тела этих функций, смотреть что они вызывают и тд.

Re: Исходники для чтения

Стандартная библиотека Си? string.h, например.

Re: Игры

С одной стороны, всё индивидуально. И, кстати, про бессмысленность игрушек я полностью согласен.

С другой стороны, вот это вот разбираться по дизасму в чужой программе — это совершенно отдельный вид спорта, несомненно, имеющий прямое отношение к программированию, но при этом сам по себе программированием не являющийся. Возможно, кстати, из вас вышел бы (если ещё не) хороший хакер, умеющий писать эксплойты и находить новые дыры. NB: я знаю таких людей, прикладнуху они писать вроде бы умеют, но через жуткую гадину. При этом в своей области они творят такое, чему лично мне не научиться никогда и никак. Я это к тому, что это разные виды деятельности, пусть и "родственные".

Re: Игры

> никогда мне не хотелось написать игрушку

А разобрать чужую? Модифицировать как-то, может. Мне вот всегда хотелось, но никогда не умелось - разве что текстовики поправить, а дальше стена - исходников нету, на этом мои полномочия всё.

> Как это приблизит меня хотя бы к умению играть в другую игрушку?

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

Re: Боли в кисти.

От мыши — сталкивался, от клавиатуры — нет. Видимо, всё индивидуально.

Re: Боли в кисти.

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

Re: Боли в кисти.

> усилие при нажатии — это хорошо для кисти

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

> всякие разные клавы (разделённые под каждую руку, с различной эргономикой и т. д.)

Так это всё вроде для предотвращения больше, не? Если часть тела уже болит, значит, она уже повреждена. К врачу вам, короче. Не знаю, правда, к какому именно.

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

Re: Fox-toolkit как замена FLTK

Надо смотреть, но у меня сейчас на это ресурса нет совершенно.

Re: Fox-toolkit как замена FLTK

То что текст в README файле не влезает в 80 знакомест, заставляет глаз немного дёргаться. К счастью, в файле INSTALL там только в двух местах не влезает.

Re: FOSS

> есть ли направления разработки, для которых модель FOSS практически неприменима?

http://infoviolence.org/ru/vblog/video073.html#cmt19

Больше ничего в голову не приходит, но корпорасты-фашисты могут ещё что-то подобное придумать, конечно.

> Следует ли из этого, что этих направлений и не должно существовать в принципе?

За распространение любого софта без предварительной открытой публикации исходников должна быть уголовная ответственность с реальными сроками, это с одной стороны. С другой, даже публикация исходников в некоторых случаях не решает вообще никаких проблем, те же браузеры тому пример. Ну и с третьей стороны: я, несомненно, считаю, что разработчики "современных" браузеров должны сидеть в тюрьме, а для создателей автомобильных автопилотов тюрьма — это, пожалуй, слишком хорошо, эти мрази никакой тюрьмы не заслуживают. Вот только я не уверен, что всё это является следствием неприменимости или бесполезности "модели FOSS", что бы вы под ней ни подразумевали. Здесь нет прямой причинно-следственной связи.

У меня есть, впрочем, и прямой ответ на вопрос, чего не должно существовать: не должно существовать корпораций (см. тут, тут и тут). Реализовано это должно быть в виде жёсткого нелинейного и постоянно растущего налогового давления на юридические лица вплоть до их полного экстерминатуса. Частные вопросы про FOSS в мире без юрлиц потеряют актуальность.

Re: Растаманы такие растаманы

Якобы-надёжность Раста в действительности поощряет безалаберность — типа, можно вообще мозги не включать, компилятор за меня все косяки поймает. Это раз.

Ну а два — там отрицательный отбор. Нормальный уважающий себя программист на этом дерьме писать не станет.

Может, они себя таки закопают сами, без посторонней помощи? dd с ошибкой — это прямо эпично.

Re: Растаманы такие растаманы

О, шутки про disk destroyer и damage dealer уже не шутки.

Re: Скрипт для аудио звонков

Либо "в общем", либо "вообще", но не вООбщем.

Re: Скрипт для аудио звонков

>шифрование

У вас в скрипте с передачей пассворда проблемы.

В случае с openssl; надо писать так: encrypt="openssl -pass \"pass:$PASS\""

В случае с gpg; так: encrypt="gpg --passphrase \"$PASS\""

Суть в том, что у вас gpg пошифрует все с буквальным паролем $PASS; вот именно с этими пятью символами -- вы использовали одинарные кавычки, в шелле внутри таких строк подстановка значений не происходит.

С openssl подвох в чём: если в пассворде окажутся пробелы, т.е. если ваш пассворд состоит из нескольких слов, то пассвордом будет лишь первое слово, остальные будут переданы как аргументы к команде openssl.

В целом, это решение порождает следующие проблемы: 1) в пассворде не должно быть экранированной кавычки; 2) пассворд можно выяснить, глядя в выхлопы top/ps/pgrep (или полазив по директории "/proc"). Но с этим уже можно примириться.

Прошу простить, если где ошибся -- у меня сейчас суровое похмелье.

Re: Скрипт для аудио звонков

Прошу меня простить, я был невнимателен и неправ в предыдущем комменте.

Суть в том, что строка с амперсандами отработает как и задумано (в моменте encrypt="..."), и из этого следует лишь, что пассворд не должен содержать амперсандов. Но вот замечание про пассфразу из нескольких слов остаётся в силе.

Re: О извинениях и благодарности

> Это реально - информационное насилие.

Информационным насилием не может быть никакая информация (содержание, как нынче модно говорить "контент") сама по себе, насилием может быть только активное действие, а действием является коммуникация, то есть вот прямо-таки акт конкретной коммуникации, для которого можно явно перечислить всех участников, а никак не информация.

В данном конкретном случае насилия как такового не было.

По асму i386 на русском точно что-то было кроме меня, мне попадалось.

Re: О извинениях и благодарности

Так вот, это - ktotonokto :)

ktotonokto это Вы? Я правильно понимаю?

Re: О извинениях и благодарности

Так никто не смотрел этих прекрасных "тварцов", поэтому и сказать плохого про них нечего. Я как-то к видео вприципе отношусь скептично. Разве возможно уложить весь материал в каком-то видео? А даже если можно, то зачем включать себе виртуальную лекцию, если все знают что на лекциях сидеть скучно и неудобно. Книга - идеальный вариант, никто не принуждает сидеть и слушать - захотел прочитал главу, захотел - откатился на две главы вперёд. Зачем изобретать что-то другое? Таким наверное занимаются только те кто ничего учить не хочет - но хочет чтобы знания сами прошились в мозге. Помню, на первом курсе наткнулся на видео "уроки по С++ для маленьких и тупых" - желание программировать утратилось на долгие годы. Видео было наполнено тупыми шутками, а все, важные на мой взгляд вопросы, обьяснялись как "это пока знать не обязательно, просто пиши include как волшебное слово". Складывалось впечатление, что сам автор видео не понимает что он говорит.

Re: Суперскалярность

Я бы сказал, что бОльшая часть вашего текста представляет собой бессмысленный поток слов.

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

Ну, это если не считать конвейризацию команд как таковую "особым видом суперскалярности". Обычно так вроде не считают, но мне доводилось видеть тех, кто считает. Вот конвейеры команд внутри процессора — это абсолютно нормально и где-то даже здорово.

Re: Суперскалярность

Заменой? Будущее? Если мне маразм не изменяет, первым суперскалярным x86 был ещё тот самый Pentium, и с тех пор других уже не делают. А первые двуядерники появились сильно позднее. Может, вы что-то другое имели в виду? VLIW какой-нибудь?

Re: школьные учителя информатики

> умеют ли школьные учителя программировать

Большинство из них не умеет. Ни на чём. Указатели, например, в школьную программу не входят отнюдь не потому, что это сложно для учеников: в действительности это совершенно неподъёмная тема не только для учителей, но и для всевозможных методистов, авторов учебников и т.п. (какие люди пишут учебники информатики — это отдельное происшествие, я в своё время на них рецензии писал, а в голове бродили мысли про назревшую необходимость утилизации биомусора).

Есть такие, которые умеют, причём якобы профессионально (в действительности это несостоявшиеся программисты, которые программировать вроде бы даже умеют, но программирование как профессиональную деятельность не потянули); с этими другая проблема — они не умеют учить. В большинстве своём эта публика уверена, что учеников можно сразу грузить каким-нибудь C++.

Так или иначе, про школу забудьте, и не только в плане информатики. Что лично вы детям дадите, с тем они и останутся. И я бы сказал, что есть вещи поважнее программирования. Математика, например.

Re: школьные учителя информатики

В школе от питона как такового очень мало что даётся, как и от других языков. Просто последовательные операции, выражения, ветвления и циклы. Разница только в том, какими словами они записываются.

Если дети интересуются, можно им и так показать паскаль до того как он в школе начнётся, тогда они легко будут выполнять школьные задания на любых языках.

Re: Причины не использовать открытые СУБД?

Я придерживаюсь принципа несколько более узкого: недопустимо создание, распространение и использовние программ, для работы которых требуется СУБД.

Причины можно назвать, например, такие:

1. СУБД — это лишняя внешняя зависимость, при том что вообще любые внешние зависимости суть хамство в отношении пользователей и мейнтейнеров;
2. СУБД требует трудозатрат на установку, настройку и дальнейшее администрирование;
3. СУБД способна упасть (и да, падает намного чаще, чем, скажем, тот же апач — вообще пока мои сайты жили на "традиционной" CMSке, именно СУБД была причиной всех случаев downtime моих сайтов, за исключением одного, когда на сервере физически осыпался жёсткий диск);
4. СУБД требует от пользователя постоянно обновлять навыки, которые, возможно, больше ни для чего не нужны;
5. СУБД хранит информацию пользователя в неочевидном для него виде; этим грешат не только СУБД, конечно, но СУБД мало того что хранят всё в бинарных файлах, которые без самой СУБД даже думать нечего разобрать, они ещё и вводят дополнительный слой хаотизации в виде схемы БД, провоцируя разработчиков софта на внедрение "решений", единственное "описание" которых остаётся в голове у автора;
6. СУБД требует изрядных вычислительных мощностей и крадёт (а вовсе не повышает, как почему-то многие уверены) производительность.

Я, заметим, не рискну утверждать, что СУБД как сущность вообще никогда не может ни для чего применяться. Тут вопрос в том, кто на ком стоял: если главной целью является база данных как таковая, то есть вот имеется какой-то значительный объём разнородной, но при этом взаимосвязанной информации и стоит задача обеспечить его хранение и в нём поиск, причём никто заранее не знает, какие именно задачи будут решаться на этом массиве информации, какие именно поисковые запросы будут делаться и вот это вот всё, то да, СУБД вполне может оказаться адекватным решением, и даже для работы с ней могут создаваться вспомогательные программки. Это, конечно, не оправдывает существования языка SQL, который в любых его проявлениях представляет собой надругательство над здравым смыслом, но в целом СУБД как вид софта существовать, наверное, всё-таки может — но лишь в случаях, когда либо вообще нет никаких программ кроме неё самой, либо программы делаются для неё, а не она сама поддерживается для работы какой-то программы.

Всё это можно выразить и короче: СУБД, по-видимому, вполне имеет право на существование в ситуации, когда основным способом работы с ней будет непосредственное вбивание запросов на её языке запросов живым человеком. То есть когда именно вот это — основное, а всё остальное вспомогательное. В подавляющем большинстве случаев мы видим прямо противоположное: с СУБД как-то там общается некая программа (намного реже — больше одной программы, и это уже пограничный случай), а живой человек делает запросы либо только в рамках обслуживания всей системы, либо вообще никогда.

Когда же пишется некая программа, предполагающая применение для конкретных задач (а программы иначе, собственно, и не пишутся), и данные возникают исходя из этих задач, а не наоборот, то за саму идею задействования внешней СУБД нужно убивать на месте. Сугубо из санитарных соображений.

И, кстати, что вас на мой сайт занесло? Вы вообще сайтом-то не ошиблись?

Re: Ржавчина пускает метастазы в Git

Придётся остаться на второй версии. CVS вон вообще с 2008 года не обновляется, лично мне это не мешает его использовать на тех проектах, которые изначально на нём.

Надо как-нибудь посмотреть, насколько сложно будет нынешний git сбандлить со всеми внешними зависимостями и состряпать статическую сборку. А то с дистромайнтейнеров станется везде на "новую" версию перейти, остаться на старой тогда можно будет только имея нормальный пакет, от дистров не зависящий.

Re: Ржавчина пускает метастазы в Git

Забавно что он сначала пишет вот это

> Introducing Rust is impossible for some platforms and hard for others.

а затем следующим же предложением

> Git 3.0 will make Rust a mandatory part of our build infrastructure.

толсто так намекая, что "ваши маргинальные платформы мне в хуй не уперлись"

> Куды бечь?

А никуда, киллера надо нанимать, пока не слишком поздно стало

Re: Ржавчина пускает метастазы в Git

Разработчики OpenBSD уже несколько лет пилят для себя альтернативную программу для работы с гитовыми репозиториями:

Game of Trees (Got) is a version control system which prioritizes ease of use and simplicity over flexibility.

Got is still under development; it is being developed on OpenBSD and its main target audience are OpenBSD developers.

Got uses Git repositories to store versioned data. Git can be used for any functionality which has not yet been implemented in Got. It will always remain possible to work with both Got and Git on the same repository.

https://www.gameoftrees.org/

Re: Программированте

Я этих персонажей не видел и искать их не полезу, но из вашего описания не вижу буквально ничего сколько-нибудь странного. У детей мозг обучается очень быстро, так что если за программирование приняться всерьёз лет в восемь (а почему бы и нет, если нравится), к четырнадцати можно много чего успеть.

Re: Программированте

> вопрос, откуда же такие вундеркинды берутся, чтобы в 14 лет

Меня же, напротив, интересовал и до сих пор интересует вопрос, куда они все (ну, точнее, процентов 99 из них) деваются после двадцати. А ещё я почему-то вспомнил господина Дениса Попова.

Ну и таки не поленился чекнуть последнее видео господина xi816, и терзают меня смутные сомнения - почему я вижу там веб-интерфейс чата с нейросетью DeepSeek вместо суровой текстовой консоли?

Re: Программированте

Выдыхайте, не надо делать себе кумиров на пустом месте.

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

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

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

То, что ребята это делают в 14 лет, похвально конечно, но ничего удивительного, на мой взгляд.

Re: Программированте

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

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

Кстати, никаких продвинутых знаний математики, физики и электротехники там не надо. Если заглянете в его GitHub, то увидите, что всё реализовано на базовом уровне, без каких-либо откровений.

Re: Программированте

Вы абсолютно уверены, что ему 14 лет? Вам не кажется, что это может быть ИИ, заменяющий голос?

Re: Программированте

Если с 10 лет кодит на пайтоне, то это не значит, что он тогда же и увидел впервые компьютер. Какие-то программируемые гаджеты тогда уже наверняка были в семье, у родственников или у друзей.

https://codeberg.org/xi816/govnocore

Re: Парсеры

> язык разметки поддерживает вложения

Ну и всё, какие ещё регулярные выражения, какие ещё автоматы. Только рекурсивный спуск, только хардкор :-)

NB: на регулярных грамматиках не берётся скобочная структура.

Но вообще тут едва ли не всё зависит от того, как этот ваш язык устроен. Вполне возможно, что подойдёт конечный автомат (не "подобие", а именно честный конечный автомат, известный также как слово из трёх букв FSM), дополненный чем-то вроде стека вложенных контекстов, которые действуют (открыты, но пока не закрыты) здесь и сейчас. Скажем, если представить себе такой "HTML для бедных", в котором любые теги обязательно закрываются (например, в XHTML так и есть) и допускается вложение любых тегов в любые другие (это не так ни в каких вариантах HTML) — то вот как раз и подошёл бы вариант разбирать всё автоматом, только ещё помнить, какие теги прямо сейчас открыты.

Re: Память

> я подзабываю всё то, чем не занимаюсь каждый день

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

> в практику могут входить не все ньюансы

А все и не надо. Особенно н_Ь_юансы, ага.

Re: Память

• Зачастую дело не в памяти, а во внимании
• Недосып, питание чем попало, раздражители -- все влияет и влияет сильнее, чем вы думаете.
• Память у человека ассоциативная и единственный способ что-то хорошо запомнить -- строить больше ассоциаций. Особенно хорошо запоминать через: знакомые до метра помещения, яркие эмоции, пошлые/вульгарные ассоциации. Смотреть мнемонику и дворец памяти
• Также мозг держит в голове ту информацию, к которой человек регулярно обращается. Это можно абузить, смотреть интервальные повторения

Re: Память

> Если вкратце, то я подзабываю всё то, чем не занимаюсь каждый день.

Я по трёхтомнику занимаюсь примерно с того момента, как вышел подкаст IT-бороды. Страдал от забывания тоже, но вот недавно словно начало отпускать.

> Да, справочник man всегда выручает

ИМХО, справочником важнее уметь пользоваться, чем держать всё в голове. Пример из моего опыта. Недавно поднимал сервер на Slackware. Нужно было настроить скрипты для автоматического поднятия туннелей, а я это на форуме обсуждал. Через браузер links в tty-режиме нашёл своё обсуждение. Оттуда взял готовое и лично мной проверенное решение. Словил просто невероятный кайф. Да, я наизусть эти скрипты не напишу, но у меня сохранилась о них информация, и я практически целиком понимаю, что и как работает.

Ещё недавно был приятный сюрприз. Я довольно много времени потратил на изучение gdb, когда решал задачу 2.45 (красно-чёрные деревья). По датам сейчас посмотрел, трогал я эту задачу последний раз 14 января 2024 года. С тех пор gdb особо не использовал. И вот, прихожу я в гости, ребята написали программу для одноплатника, которая по UART общается с каким-то девайсом. И уже две недели не могли отладить. Неуверенно запускаю gdb, теряюсь. Но тут нахлынули воспоминания, в итоге, за несколько часов был найден баг. Это отдельный анекдот. Общение с девайсом идёт на частоте 9600 бод, а ребята создали два отдельных треда для чтения и записи (и ещё зачем-то 3-ий тред впендюрили). В итоге, выяснилось, что чтение и запись висят на одном треде. Вот так я познакомился с тредами! Задача, очевидно решается без тредов, но вот люди не представляют как без них обойтись, хотя на примере этого бага было видно, что ОС буферизует ввод и вывод. Я, кажется, примерно представляю, что у них в башке твориться. До сих пор смешно.

> Может кто что пьёт для памяти, и программирует побыстрее, не отвлекаясь на то, чтобы освежить память?

Я лично рекомендую просто продолжать заниматься, учитывая, что человеческая память обладает таким неприятным свойством и под это дело адаптироваться. Может со временем станет лучше! А может и нет... В любом случае, придётся работать с тем что есть.

Re: Память

Если пользуетесь vim, то подводите курсор под нужную библиотечную функцию и нажимаете K (именно большую), далее случается магия - vim показывает man именно по нужной функции.

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

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

Re: Память

А нужно ли всё запоминать? Кажется, умение пользоваться справочником и документацией важней. Особенно если у вас несколько рабочих инструментов, и между ними иногда приходится переключаться.

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

Re: Электронные книги.

Можно, только это не 21 век ни разу, это вторая половина девяностых. А в 21 веке нормальные удобные устройства превратили в уёбище с тачскрином, интернетом, бекдорами и прочими анальными зондами.

Re: Шрифт

Вот вы меня озадачили. xfontsel по поводу этого фонта утверждает, что это -misc-fixed-medium-r-*--20-200-75-75-c-100-koi8-r — что бы это ни значило. Я не уверен, что его аналоги есть для других кодировок.

Re: По поповоду оконных менеджеров

Я мышку трогаю только когда приходится иметь дело с браузером. Тот же fvwm2 позволяет любые действия с окнами повесить на любые комбинации клавиш, я, например, терминал открываю по Ctrl-F10 (привык к этому ещё в прошлом веке, менять потом не стал). Можно и мышиный курсор подвинуть стрелками, и всякое click, right-click, double-click сделать клавишами. Переключение между окошками вообще штатно висит на Alt-Tab/Shift-Alt-Tab едва ли не во всех существующих оконниках.

Re: По поповоду оконных менеджеров

Если вы захотите в fvwm получить поведение, схожее с поведением тайловых WM, можете посмотреть в сторону функции Maximize с параметром grow и назначить её на удобную вам комбинацию клавиш. Я, например, могу открыть терминал, рядом pdf-reader и над ридером выполняю Maximize grow grow и окно заполняет всё имеющееся свободное пространство экрана, при этом не перекрывая терминал. Статьи и документация вам в помощь.

Re: По поповоду оконных менеджеров

А что перестало устраивать в i3wm?

Я когда-то тоже думал перейти с i3wm куда-нибудь на openbox или fvwm. Попробовал openbox, не получилось допилить до состояния, когда мне было бы удобно им управлять с клавиатуры, затем узнал про dwm и уже несколько лет использую только его; динамический тайлинг снижает количество требуемых действий для организации рабочего пространства, зная C можно подпилить под себя, модифицируя в том числе и сторонние патчи.

Хотя комментарии Андрея Викторовича и Владислава заставили задуматься, а не попробовать ли fvwm на всякий случай, вдруг чего упускаю.

Re: Неопределенность

Материал книги следует не "учить", а пробовать, но в целом если интересно — то с какого перепугу вы себе должны в этом отказывать? Изучайте на здоровье.

На крайний случай есть задачник, можете там задачки посмотреть, но что-то мне подсказывает, что вопрос "чего бы такого сделать" в какой-то момент решится сам собой. Единственное условие тут — надо уйти жить под Linux (ну, или *BSD) и как минимум для любых действий с файлами использовать командную строку, а не GUI. Это всё в предисловиях написано.

Re: Неопределенность

4 , еще два года назад начал ощущать тягу

Возраст был как раз такой, что легко было на что-то запасть. Мозг перестраивается на взрослый режим, быстро развивается интеллект, "комбинаторно-логическое мышление", и мозг инстинктивно ищет, к чему бы приложить новые открывшиеся возможности.

мне интересно, но что я хочу с этими знаниями делать, я не знаю. Решать задачи - интересно

Если интересно, то, значит, "органических" противопоказаний нет.

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

Re: область адрессов ядра

Несомненно. Процессы, впрочем, этого не видят, для них соответствующие виртуальные адреса просто недоступны, они становятся доступны только в режиме ядра, но там выполняется, как мы знаем, код ядра, а от процесса там единица планирования и адресное пространство.

P.S. Слово "адрес" пишется с одним "с", урою.