Яролитерация

LC_ALL=uk_UA.UTF-8

У него профильное образование? Мне его имя ни о чем не говорит.

Профильное образование не делает человека приличным.

Вершки знаний, нахватанные на голом интузиазме, еще менее годный стартовый капитал для признания приличным как специалиста.

Гугл говорит что Senior Software Developer at Acronis. Ссылку на линкадеин можно загуглить

Ссылку на линкадеин можно загуглить

Да больно надо, не трушно это. Я лучше в блиц онлайн погоняю или кропну немного ненужного никому кроме меня кода.

20+ лет в РФ существует транслит, и тут врывается какой-то шизоид со своими falqshivyyyi.
pocaluj mnie w dupe

Ну, из «приличных людей» я заключил, что речь идет просто о человеческой приличности. Если речь о приличности как специалиста - конечно, профильное образование дает преимущество; но, с другой стороны, мы всегда должны помнить Ричарда нашего Столлмана.

Не нужно транслит обратно преобразовывать, а для прямого преобразования все уже написано:

cat ~/bin/rename_translit 
#!/bin/sh
# this script has been written by Eddy 
#
#               rename_translit --- переводит русские имена файлов в транслит
#
# Создан 22-го Май 2006 года в  9:24
#
rmspaces
for Name in `ls -1`
do
    Newname=`echo "$Name"|enconv|sed -e \
    "y/йукенгзхъфывапролдэсмитьбЙУКЕНГЗХЪФЫВАПРОЛДЭСМИТЬБ/jukengzh'fyvaproldesmit'bJUKENGZH'FYVAPROLDESMIT'B/"\
    -e "s/ц/tz/g"       \
    -e "s/ш/sh/g"       \
    -e "s/щ/sch/g"      \
    -e "s/ж/zh/g"       \
    -e "s/ч/ch/g"       \
    -e "s/ю/yu/g"       \
    -e "s/я/ya/g"       \
    -e "s/ё/yo/g"       \
    -e "s/Ё/YO/g"       \
    -e "s/Ц/TZ/g"       \
    -e "s/Ш/SH/g"       \
    -e "s/Щ/SCH/g"      \
    -e "s/Ж/ZH/g"       \
    -e "s/Ч/CH/g"       \
    -e "s/Ю/YU/g"       \
    -e "s/?/_/g"        \
    -e "s/Я/YA/g"`
    if [ "$Name" != "$Newname" ]; then
        mv "$Name" "$Newname"
        echo -e "$Name   ->    $Newname                             \r\c"
    fi
    if [ -d "$Newname" ]; then
    cd "$Newname" 2>/dev/null
        if [ $? == 0 ]; then
                echo -e "\n\nDiving into $Newname"
                rename_translit
                cd ../
        fi
    fi
done

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

Он не наш. Как и еще десятки хакеров, чьи истории успеха стали классикой.

20+ лет в РФ существует транслит

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

https://ru.wikipedia.org/wiki/Транслитерация_русского_алфавита_латиницей#Загр...

Сказать-то что хотел?

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

Он не наш.

Наш, наш. Повторить его путь (как специалиста, а не как вождя революции) может любой, у кого есть желание и способности.

Amen.

Жесть какая!

Надо просто узаконить волопек. И будет нормальная человеческая транслитерация.

beastie, мат.

Зачем же ты меня преследуешь и пишешь про меня плохие вещи? Я ведь могу тебе ответить фактами.

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

бага существует с времён CMU CL и затрагивает вывод типов для (cons <SOME-TYPE>), (array <SOME-SIZE>). Последствия - вплоть до создания кода, пишущего мимо массива в туман. Написал о ней какой-то дедушка, которого не имею чести знать, а вовсе не я. Мы это долго обсуждали, но Стас «не заметил». После третьего пинка он создал мусорный отчёт об ошибке, не соответствующий требованиям, и написанный так, чтобы конечный пользователь по заголовку не понял, что проблема серьёзная. Я в ответ на это написал свой, как минимум, лучше соответствующий. Затем stassats объявил мой дубликатом (а дубликаты более-менее скрыты при настройках поиска по умолчанию). Таким образом, Стасу удалось эффективно скрыть серьёзный, на мой взгляд, дефект в SBCL. Но это ещё не вся история. Я предложил своё решение, пусть несколько топорное, но решающее проблему. На мой взгляд, неверный вывод типов гораздо хуже, чем вообще отсутствие вывода типов, и я ослабил вывод типов. Стас это обругал, и на этом по сей день всё закончилось - бага осталась висеть с низким приоритетом. Желаю тебе дальнейших успехов в использовании SBCL!

Далее, ты писал про мой падающий пример тредов: «Хотя по факту противоречит практике использования sbcl.» Я тебе скажу, что причина той баги - в том, что room - не thread-safe, и когда вызов room прерывается сборщиком мусора, начинают происходить плохие вещи. Да, в мануале написано, что некоторые части SBCL - не thread safe. Но ты написал другое. Вот сообщение о моей проблеме,

https://sourceforge.net/p/sbcl/mailman/message/34629596/

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

А если ты не перестанешь меня преследовать и писать про меня в стиле «чем бы дитя не тешилось», я буду отвечать рассказом о ещё одной проигнорированной командой поддержки проблемах в SBCL. Вряд ли тебе нужна дискредитация SBCL в публичном пространстве :)

А в целом я немало поржал, читая, как вы меня обсуждаете.

Наверное, надо всё же задействовать ещё и j для й - так будет более читаемо. А для выражения латиницы использовать x

Chitaemyyj

- гораздо лучше, чем CHitaemyyyi

xHxexlxlxo

А почему в качестве индикатора латинницы не использовать просто редкий знак из таблицы символов, а не j?

Зачем же ты меня преследуешь и пишешь про меня плохие вещи?

Весь интернет за тобой бегает и гадит исподтишка.:)

Я ведь могу тебе ответить фактами.

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

прозрачно намекнув на мою некомпетентность. А теперь я тебе говорю

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

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

Ну вот <censosred> почему что бы вытащить эту информацию из тебя надо писать 10 стр. пустой болтовни попутно услышав что я тебя притесняю, обвиняю и даже наверное в суп тебе плюнул. Просто дать ссылку и выглядеть умным человеком было тяжело, да?

Желаю тебе дальнейших успехов в использовании SBCL!

Если я и около тысячи библиотек на этом баге не навернулись то видимо правильно желаешь:) Однакож, посмотрим на нее пристальней. Может и починим.

алее, ты писал про мой падающий пример тредов:
Я тебе скажу, что причина той баги

Я ее знал и без тебя. Поэтому написал вот это самое

https://sourceforge.net/p/sbcl/mailman/message/34629596/

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

Я буду снова тебя уважать после того, как ты

Честно, мне все равно. Не надо переступать через себя.

писать про меня в стиле «чем бы дитя не тешилось»

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

Вряд ли тебе нужна дискредитация SBCL в публичном пространстве :)

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

Вряд ли тебе нужна дискредитация SBCL в публичном пространстве :)

И один фиг ты надолго не удержися. тебе носит по кругу:(

Про мягкий знак я бы поспорил

https://github.com/lynnporu/latynycia/issues/1

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

Ну давай, ты уже сказал А, скажи и Б - признай, что в ситуации с room ты просто был неправ. Или давай ссылку на документ, обосновывающий, почему использовать room плохо. room - это просто одна функция из стандарта, в норме она должна просто брать значения из каких-то счётчиок, но никак уж не приводить к повреждению памяти.

Хочешь транслятор сделать для яп на кириллице?

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

Значит заставляют?

Или можно сказать - не только хочу, но и делаю. Хотя последнее время уже не очень уверен, что хочу.

Хотя ты в чём-то прав, я не буду тратить время на дискредитацию SBCL - время нужно тратить на созидание, а не на разрушение. В любом случае тебе спасибо за то, что придал мне порцию здоровой злости и укрепил в решимости расстаться с SBCL. За это спасибо и Стассатсу, и тебе. Обоим вам большое спасибо.

Хотя ты в чём-то прав, я не буду тратить время на дискредитацию SBCL

Вот оно какая - Здоровая конкуренция. *произносится с скрытым восторгом*

в решимости расстаться с SBCL.

Как доберешся до другого берега, Не забудь написать:)

признай, что в ситуации с room ты просто был неправ.

Проблема в том что не можешь следть за причинами и следствимя в моей речи. Моя правота на этом фоне вещь существеная. Но раз забили - забьем.

Несколько замечаний.

ссылку на документ, обосновывающий, почему использовать room плохо.

Плохо в не main thread без понимания некоторых деталей.
Sbcl manual/Threading

Large amounts of the SBCL library have not been inspected for thread-safety. Some of the obviously unsafe areas have large locks around them, so compilation and fasl loading, for example, cannot be parallelized. Work is ongoing in this area.

Очевидный текст в очевидном месте.

room - это просто одна функция из стандарта

a) Стандарт описывает работу room в однопоточном режиме. Стандарт вобще не описывает особености многопочной работы. И в SBCL в таком режиме тоже все работает.
б) В repl-е который main thred slime/swank - room тоже работает. При том что swank вобще обвешан служебными нмтями как елка гирляндами. Это основной подход к работе c room и если бы он не работал то sbcl-team уже бы задолбали:) в) Может ли навернутся фукция определяется не ее стандартностью, а отдельными критериями описаными в главе safe call. И вот

(reduce #'+ '(1 2 3 ...))

Честно сказать, никогда не читал про Safe call, сейчас посмотрел и вижу, что всё сводится к safety 3. У меня мало сомнений, что мой пример с room является safe в этом смысле - функция без параметров, и всё, что она делает - это пишет в поток. Или что он всё равно будет падать, даже если сейчас - не safety 3.

Стандарт описывает работу room в однопоточном режиме. Стандарт вобще не описывает особености многопочной работы. И в SBCL в таком режиме тоже все работает.

Вообще-то это то же, что «треды не работают», или, точнее, «никто не гарантирует, что треды работает». Разницы с точки зрения практики никакой. А учитывая, что написано в главе про треды мануала (кстати, откуда вывод, что я её не читал и не сделал выводы?), можно уже вполне смело говорить: гарантируется, что треды не работают. Я это и сказал, а ты почему-то огорчился.

Но внезапео становится спецом по транслятором да еще с гонором.

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

Или банально доказывает несуществование уже сложвшей практики.

Я ничего такого не доказывал, я спросил у тебя, чем именно вызов room её нарушает и где она описана. Думается, работоспособность SLIME вызвана тем, что там по сути одновременно работает только один тред, и крайне маловероятно, что room и gc одновременно будут инициированы разными тредами. Но нет - не важно в каком треде ты вызовешь room, а в каком gc - всё будет плохо в любом случае. Далее, тред REPL не является главным тредом SBCl - есть main thread, а есть REPL thread. Почему ты сообщаешь столько недостоверных данных?

если я понял, о какос баге в кавычках он говорит, то это не баг, а фича, ему в рассылке объяснили. тем более sbcl должен следовать стандарту, а не творить то, что хочет дениска

Кстати я писал небольшой патч дл работы sbcl под DragonFlyBSD, так вот там так и не удалось запустить многопоточность, бага была очень странной, ядро прибивало процесс, шля SIGILL

Пусть транслит будет необратимым - главное, чтобы он был качественным.

Что ты понимаешь под «качественным»?

Больше однозначности и легкочитаемости.

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

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

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

Но давай конкретные предложения :)