Насколько Лого функциональный язык? http://dluciv.livejournal.com/178394.html

Тупо переписал свой стандартный любимый вычислительный тест (объём N-мерных шаров методом Монте-Карло) с Юли на Си. На Юле программа считала 3 секунды, на Си 14. На Си безбожно тормозили случайные числа. Более 90% времени. После того, как заменил вызов `rand` на константы (смищно, да) и в Си, и в Юле, Си стал вдвое быстрее Юли. Тогда я убрал из программы на Юле аннотации типов, откуда можно было. И внезапно она стала не вдвое, а всего в полтора раза медленнее Си. Отсюда три вывода: 1. Мой дурацкий пример вполне вписывается в эту картинку: http://julialang.org/benchmarks/. 2. Компилятор ставит аннотации типов лучше меня (логично, я Юлю второй день знаю). 3. Юля няша.

Интересно, Julia когда-нибудь станет "языком общего назначения", на котором пишут более или менее всё?.. Тот же Хаскелль стал же. Пусть у него целевая аудитория и состоит, в основном, из не очень большого количества задротов, но зато никому в голову не придёт сказать, что он заточен под какой-то определённый класс задач. Потому что всем понятно, что основная идея программирования на Хаскелле -- сам процесс программирования на Хаскелле. Вот под что Хаскелль заточен на самом деле %). А Julia похоже к этому в принципе не стремится.

Кто-нибудь юзал http://julialang.org/ ? По-моему она не такая платная, как Матлаб, не такая тормозная, как Питон, и не такая отстойная, как они оба. А ещё на видео бородатый чувак в халате, прямо как я https://youtu.be/Eb8CMuNKdJ0 Кто-нибудь скажет pros/cons?..

У многих языков с неизменяемыми данными есть одна неприятная особенность: если надо поменять что-то в здоровой структуре данных где-то в глубине, приходится тяжко. Когда надо поменять одно поле в записи, это не страшно: http://stackoverflow.com/questions/14955627/shorthand-way-for-modifying-only-one-field-in-a-record-copy-a-record-changing . Аналогичный синтаксис есть и у Эрланга, и у F#, и наверняка ещё до фига у кого (думаю, у большинства даже). А вот возможности поменять _одно_ грёбаное поле в середине здорового дерева нет ни у кого... Даже у F#, у которого она просто таки напрашивается, на мой взгляд, из синтаксиса. Можно конечно всякий раз заливать, что раз, мол, языки функциональные, так пусть все куски, которые требуется менять, и будут функциями, но это не всегда удобно. Например, (де)сериализация функциональной структуры данных -- геморрой, а если между сериализацией и де сериализацией успел поменяться код, то серьёзный геморрой. За что такая несправедливость, и чем себя утешить?

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

У многих программных проектов, если посмотреть полную историю со всеми ветвями, ветвистость просто бешеная. Первое впечатление обычно -- люди сидят, ломают голову, поддерживают код и процесс разработки в целостном и непротиворечивом состоянии. Однако секунд через 15 становится ясно, что все просто делают commit, потом push, потом круглые глаза, следом pull, затем merge, и наконец опять push.

Судя по https://developers.google.com/apps-script/, Apps Script загибаться не планирует. Вроде же его хотели тоже прикрыть. Или я с чем-то путаю?

Интересно, многие ли будут рвать на себе волосы из-за Google Code?..

Когда-то сравнительно давно, в #82SN7E, спрашивал я про точные координаты тегов в XML и как их достать из Питона. Я для этого использовал SAX, и @stiletto мне то же самое советовал, но SAX выдавал слишком мало информации о привязке по координатам к исходному тексту. Дык вот. Если хотите до хрена информации, то юзайте Pygments. Забавно, да? Он вообще-то совсем не для того нужен, но в итоге с задачей справляется лучше, чем специально предназначенные для XML парсеры (хотя по моим прикидкам работать он будет заметно медленнее, но меня почти любая `O(n)` устроит, а там она). В частности, Pygments позволяет очень хорошо различать `<тег></тег>` и `<тег/>`, с чем я при использовании SAX трахался до полусмерти.

LGPL отличается от GPL тем, что допускает динамическое связывание с закрытым кодом. Всё чудесно, но только в нынешних реалиях слова "динамическое связывание" по сути не говорят вообще почти ни о чём. Вот например пишу я программу на C. В ней, допустим, реализован алгоритм, который я не хочу показывать. Тогда GPL мне использовать нельзя. А LGPL можно, но только если лицензированные под ней артефакты будут отдельными файлами. А если я эту прогу соберу под, например, Андроид, где никто без распаковывания этих файлов не увидит, это считается?.. Ладно, вот пример экстремальнее. Я пишу программу на Питоне и юзаю PyQt, который GPL. Ок, всё, что непосредственно взаимодействует с Qt, тоже будет GPL (либо прощайте £350, или сколько там). Но другие модули своей программы я могу лицензировать, как захочу (WTFPL например, чтобы убрать вирусность). Причём я по идее даже могу из них вызвать GPL-ный модуль, так как это ни фига не динамическое связывание: интерпретатор Питона просто загрузил оба файла, как данные, и что-то с ними делает. Это по сути неправильно, но формально-то как? Я чего-то принципиальноне так понял? Если да, то как правильно?

Я тут внезапно вспомнил, кто ещё любит Rust: http://youtu.be/wpVTORX_ifk

АНАРХИЯ КЛАССОВ

Кто с metalua сталкивался вплотную? Её можно заставить выдавать исходный код на lua, а не байткод?

Кто-нибуль сечёт в HTML5 AppCache? В общем надо поудалять контент из кэша, но не по желанию сервера (сервер может отдать 404 вместо манифеста, и всё будет ок), а сугубо по желанию клиента. Т.е. http://stackoverflow.com/a/7941620/539470 не канает. Как?

А есть в природе computer scientists, которые риальне изучают и описывают большие софтверные проекты прежде чем генерировать язычки, которые supposedly сделают программную инженерию дешевле? Чо почитать?

А вопрос таков: есть ли для Питона парсеры XML, которые могли бы сохранять координаты XML-конструкций из исходного XML? SAX или DOM -- мне, по большому счёту, без разницы. Нужны координаты открывающих и закрывающих тегов, причём для каждого тега -- координаты начала и конца. xml.sax.handler.ContentHandler даёт, если от него наследоваться, только подмножество нужных событий. Куды податься?

struct.unpack('<H2s', b'qwew') возвращает (30577, b'ew'), как надо. struct.unpack('2s<H', b'qwew') падает с bad char in struct format ЧЯДНТ?

@komar я прочитал твоё резюме, которое http://komar.bitcheese.net/ru/cv и охуел (в хорошем смысле слова) сколько ты всего умеешь! Составь плиз мануал как достичь мастерства программирования с нуля человеку чьё академическое образование застряло на уровне 5 класса. Что обязательно прочитать, что изучить и т.д. Думаю другим СТРЕМЯЩИМСЯ бнвачерам будет интересно. Спасибо.

Где под Виндами взять Opam? Под Линухом проблем нет, всё ставится и ставится себе...