Что сейчас более популярно?

Есть ли пакет, делающий таблицы, начинающиеся сразу после предыдущего содержимого и переносящиеся на следующую страницу? Стоковые таблицы делают только первое, longtable — только второе. В итоге из-за кучи таблиц высотой чуть более половины таблицы, забивающих целую страницу, избыточность составила 3 (три) страницы — это ₴2,4! Замечу, что во всяких вордолибрах таблицы ведут себя экономично по умолчанию.

//Желательна также совместимость с пакетом array.

Предлагается начинающий разработчик на R в моём лице.

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

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

Спустя два с половиной года после прошлого релиза вышла новая версия игры Seven Kingdoms: Ancient Adversaries.

Seven Kingdoms: Ancient Adversaries — это стратегия реального времени, выпущенная в 1997 году студией Enlight. В 2009 она была открыта под свободной лицензией (за исключением музыки — её можно распространять, но запрещено модифицировать). Через год игра была портирована под Линукс.

Основные изменения в новой версии:

• игра портирована на SDL2;
• поддержка широкоформатных дисплеев;
• порт для MacOS;
• для сетевой игры теперь используется enet, а не SDL_net;
• добавлены новые хоткеи;
• улучшение механизма миграции жителей городов;
• поддержка gettext для перевода игры;
• немного багфиксов.

>>> Подробности (7kfans.com)

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

ЗАО «МЦСТ» и ПАО «ИНЭУМ им. И.С.Брука» пополняют ассортимент продукции новыми моделями вычислительных комплексов: персональным компьютером АРМ Эльбрус-401 и сервером Эльбрус-4.4.

( читать дальше... )

Процессор Эльбрус-4С поддерживает аппаратно-программную двоичную трансляцию кодов Intel x86 и Intel x86-64 в коды для исполнения на процессоре с архитектурой «Эльбрус». Поддерживается сквозное исполнение более 1000 популярных программ, написанных для процессоров Intel и запуск более 20 операционных систем, в том числе Windows XP, Linux, QNX на процессорах Эльбрус.

Базовой операционной системой для новых продуктов является ОС «Эльбрус». Она построена на основе ядра Linux и поддерживает множество приложений с открытым исходным кодом, в том числе офисный пакет редактор AbiWord, электронную таблицу GNumeric, LibreOffice, браузер Firefox, клиент электронной почты, базу данных PostgreSQL. Имеются средства для разработки прикладного ПО и тесты для самодиагностики аппаратуры.

Заказы на опытные образцы персональных компьютеров АРМ Эльбрус-401 и сервера Эльбрус-4.4 принимаются только от юридических лиц.

>>> Новые продукты на базе микропроцессора Эльбрус-4С (mcst.ru)

Делайте бекапы, люди! Вернувшись после непродолжительного отсутствия, обнаружил что HDD с моей генточкой рассыпался :( А работать нужно было срочно, поэтому, не долго думая, решил накатить рачь. Почему? Потому что этот дистр позволяет, при всех его недостатках, быстро развернуть удобную мне систему. Плюс я с ним достаточно хорошо знаком. 20 минут на поход в магазин + час на поднятие и мин настройку системы.

В отличии от моей покойной генточки с awesome решил накатить i3, который к слову торт уже из коробки, по ходу работы его допилил несколькими строчками в конфиг.

После появления свободного времени я начал немного подпиливать окружение:

• dmenu заменен на rofi
• i3bar отрисовал с помощью i3pystatus
• накатил тему оформления, GIMP
• кстати, и Qt смотрится неплохо

Ну вот ещё и firefox

Шрифты, конечно, ещё не очень, но мне пока норм, будет время — возьмусь за них.

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

PS: всегда буду делать бекапы... всегда буду делать бекапы... всегда буду делать бекапы...

Как можно в latex сделать вот такое поле с пояснением внизу?

http://i.imgur.com/W4zAUqe.png

Кто чем пользуется для программирования на Си и Си++ в Emacs? Из «серьезных» (основанных на реальном компиляторе) средств я пока нашел irony-mode и emacs-ycmd (с YouCompleteMe под капотом). Есть у кого-нибудь опыт их использования? А GNU Global?

Некоторые языки вроде питона или lua можно использовать для встраивания в другие языки, но зачем? Вот у нас есть программа на C++, мы встроили в него питон. Питон дергает программу на C++ для выполнения каких-нибудь действий, но почему нельзя поместить весь низкоуровневый код в библиотеку, слинковать ее с питоном и дергать библиотеку на выполнение производительных действий? Для чего необходимо встраивание?

Каким образом обертки сцепляются с mplayer? Воруют фреймбуфер вывода mplayer'а к себе и дорисовывают гуй или как?

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

Оказалось, что тематика строительства мегалитических сооружений актуальна на ЛОРе, поэтому решил вынести данный тред в отдельную тему, дабы не казаться троллем и спорить и находить истину тут, а не в других очень интересных темах.
Официальная версия историков по этому вопросу очень сильно хромает и не является удовлетворительной. Поэтому приходится обращать свои взоры в сторону альтернативщиков.
Самыми яркими из них являются Андрей Скляров и Эрих фон Деникен. Настоятельно рекомендую ознакомится с их трудами.
Мое мнение по этому вопросу, что истина где-то рядом. А так же надеюсь на конструктивный разговор, с приведением аргументов и фактов. Давайте вместе разберемся что истина, а что не истина.

Перемещено leave из science

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

Пакет для создания иллюстраций к учебным пособиям fiziko 0.1 позволяет быстро вносить в иллюстрации объекты реального мира, выполненные в стиле «рисунок со штриховкой».

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

>>> Подробности (livejournal.com)

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

***

Предистория. Некоторое время назад работодатель (крупный производственный концерн) обнаружил пробел в IT-инфраструктуре. Было принято решение в пользу in-house разработки, потому что на рынке подобного готового продукта просто нет, а штат разработчиков у нас довольно большой и квалифицированный. Но разработка исторически ведётся на традиционных, статичных, «слабых» языках, в основном Java и C++.

Но надо отдать должное, к новым перспективным технологиям относятся открыто и с энтузиазмом. Поэтому я предложил рассмотреть в качестве технологии Common Lisp, а мне предложили сделать доклад с обоснованием перед Техническим Комитетом.

***

Вот тут собственно и начинается история. Некоторое время я собирал информацию и готовил доклад, спасибо всем на ЛОРе кто отвечал на мои вопросы о лиспе. Итак, были рассмотрены следующие существенные для промышленного ПО аспекты.

1. Persistence. Общепринятый в современном ПО подход, позволяющий автоматически отображать программные сущности и отношения между ними на таблицы и связи в СУБД. Для Common Lisp индустриальным стандартом де-факто является AllegroCache, хотя это и не «стандарт» в общепринятом смысле, как JPA например. Прозвучал закономерный вопрос «почему надо тратить несколько тысяч $$$ на Allegro, если Hibernate даёт всё то же самое, к тому же оно бесплатно и открыто?» Нет, для холдинга несколько тысяч $$$ - это в общем копейки. Но финансово успешной организацию делает в том числе умение считать каждую копеечку, и тратить деньги обоснованно.

2. Интеграция. Предполагается, что продукт будет состоять из нескольких распределённых модулей, коммуницирующих друг с другом. А также надо будет обращаться к внешней системе через CORBA. Если с коммуникацией CL-CL всё более менее понятно (AMQP, веб-сервисы) то с CORBA оказалось не всё так гладко. Так, стабильного CORBA 3.0 ORB для Common Lisp просто нету. В некотором приближении может устроить ORB, входящий в состав LispWorks. Это ещё несколько тысяч $$$, см. выше насчёт обоснования. Опять-таки, для Java и C++ имеются открытые, бесплатные и стабильные CORBA 3.0 ORBs. Ну и сами лисперы однозначно соглашаются в том, что «Common Lisp и CORBA не предназначены друг для друга», так что тут однозначный неуд.

3. Моделирование. Индустриальный стандарт для моделирования, UML, оказался слабо применим по причине сильных расхождений в семантике между UML/ООП и CLOS. Своих методик моделирования для CL нет. При этом распространено абсурдное мнение, что лучшая модель и документация - это сам код. Боюсь, что происходит оно от незнания UML и непонимания, что подавляющее большинство аспектов, охватываемых UML, в принципе невыразимо ни в каком в тексте. Вообще, наверняка UML можно использовать в некотором приближении, задействуя стереотипы и т.п. Но такой практики просто нет, а в индустрии практика - это всё. Позволить себе наступать на неизвестные грабли можно только в исключительных случаях.

4. Методология. Чётко очерченной методологии разработки для CL как-то тоже не наблюдается. Стандартной IDE у нас считается Eclipse, а для CL стандартом де факто является Emacs+SLIME, что повлечёт переучивание большого числа сотрудников. CUSP для Eclipse оказался довольно сырым поделием, чтобы его реально использовать, придётся инвестировать в его допиливание. Что касается, паттернов проектирования, в принципе многие из них применимы и к Common Lisp. Но практики такой опять же нету. Следовательно, нету опыта и информации.

После этого был задан закономерный вопрос: а каковы, собственно, преимущества CL, ради которых можно было бы стерпеть всё вышеперечисленное?

1. DSL. Довод о простоте создания DSL был сразу воспринят скептически. Оказывается, у нас в организации уже давно используется Scala, на которой написание DSL (причём не ограниченных синтаксисом S-выражений, как в Лисп) гораздо проще и гибче.

2. Code-as-data, кодогенерация и метапрограммирование. При всех преимуществах такого подхода, сильно страдает понимаемость кода и, как следствие, общая поддерживаемость системы. Одно дело, когда код пишет энтузиаст-одиночка. Но ситуацию, когда шестиуровневые навороты кода понятны только автору, индустрия допустить не может. К тому же, современная Java обладает довольно развитыми средствами метапрограммирования, такими как StringTemplate или просто генерация кода на поддерживаемом JVM динамическом языке и тут же исполнение его. А принцип «code as data» вообще рассматривается как нарушение основополагающего в проектировании принципа separation of concerns.

3. Динамический язык и инкрементальная разработка. Динамика языка, при понимании преимуществ, тоже рассматривается скорее как негативное свойство. В промышленном программировании от системы в первую очередь требуется устойчивое поведение. Ситуация, когда поведение может измениться непредсказуемым образом в рантайме - недопустима. Грубо говоря из Common Lisp можно, как из пластилина, слепить что угодно. Но если слепить кувалду, то это будет пластилиновая кувалда, с закономерным выводом о её применимости. Кувалда должна быть всё-таки из металла. Теперь что касается инкрементальной разработки. Она безусловно является сильной стороной, но имеет кое-какие негативные последствия для эффективной командной работы с системами VCS. К тому же, современные Java IDE тоже это умеют: например, в отладчике на живой системе изменить код, тут же перекомпилировать и подгрузить обновлённый класс и продолжить отладку с предыдущего фрейма.

4. Производительность труда разработчика. Это то, что всегда относят к главным достоинствам Common Lisp, но я не нашёл возможностей объективно это доказать. Такие вещи может показать только практика. Если опираться чисто на объём кода, то он будет примерно эквивалентным для примерно эквивалентных проектов на CL и той же Java. На Java ещё и возможен выйгрыш за счёт богатой runtime library и отсутствия необходимости изобретать велосипеды. Так, например, QPX (ядро продукта ITA Software) занимает 500 тысяч строк на Common Lisp.

***

Думаю сами догадаетесь какие выводы сделал Технический комитет относительно будующего языка разработки. А лично я для себя сделал такой вывод. Common Lisp в промышленной разработке можно использовать только для программирования сложных алгоритмов, когда может «выстрелить» динамизм и макросистема. Использовать можно двумя способами: внедрять при помощи ECL в программы на С/С++, или запускать standalone SBCL образ и вызывать его через AMQP или веб-сервисы. На самостоятельное плаванье CL неспособен. Лисп - это юркий и быстрый катер, но в неспокойных водах «энтерпрайза» его плаванье будет недолгим. Там нужны тяжеловесные, хоть и неповоротливые, атомные ледоколы типа Java и C++.

Вышла новая версия программы для редактирования векторной графики Inkscape.

Основные особенности релиза:

• использование Cairo для отображения на экране и экспорта в PNG;
• многопоточная обработка фильтров SVG с помощью OpenMP;
• улучшения в инструменте «Текст»;
• новый инструмент-измеритель;
• библиотека символов (заранее созданных блоков диаграмм, значков картографии и т.д.) и поддержка стенсилов Visio;
• кроссплатформенный импорт и экспорт WMF и EMF;
• улучшение поддержки формата Corel DRAW, добавление импорта из Visio;
• поддержка реальных единиц измерения размеров документа и страницы, например миллиметров;
• ряд улучшений в удобстве работы с программой;
• поддержка 64-разрядных систем Windows;
• исправление ошибок.

>>> Подробности (inkscape.org)

Вот допустим есть одна большая картинка, на ней я делаю различные пометки в gimp'е, но картинку и пометки оставляю в разных слоях и отдельно их сохраняю. Может ли как-то эти слои сложить TeX (наверно современные его реализации pdfTeX и XeTeX) чтобы слои складывались точно? Это первый вопрос...

Будит ли профит если одна большая картинка вставляется несколько раз в документ (с различными слоями с пометками) в виде линковок в pdf?

Рос на классике - Хайнлайн, Азимов, Лем, Филип Дик, Кларк, Брэдбери, Стругацкие итд итп. Ну и современники в лице Симмонса Дэна и Игана Грега по нраву.
Старье перечитывать надоело, захотелось свежатинки. Наугад взял:

• Падшие Ангелы Мультиверсума - унылый и вторичный поцкиберпансковский шлак.
  
• Ложная Слепота - идеи интересные, но вышло слишком затянуто.
  
• Распознавание Образов - атмосферно, но вяло.

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

Free Software Foundation скоро отметит своё тридцатилетие. Однако как заметили некоторые ЛОРовцы, отношение к FSF на ЛОРе почему-то не такое хорошее, как можно было бы ожидать. Посмотрим, так ли это на самом деле.

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

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

Куда обратиться что бы мне дали скрытую камеру и я её установил в офисе дабы заснять выдачу серой зарплаты? И какая организация охотнее и результативнее возьмётся за это дело?