Здравствуйте, Кто знает подскажите. Какая ещё есть реализация wine которая работает с ключами безопасности? Или только версия от Etersoft...?

Есть у меня железка под названием symbol ls2208. Надо подружить с RHEL-дистром, конкретнее - fedora 19\20. В гугле забанили не нашел.

Цель - тупо считывать штрих и класть данные туда, где курсор ввода стоит.

Посоветуете?

DNF - пакетный менеджер, который станет заменой YUM. В отличие от YUM, новый пакетный менеджер отличается заметным увеличением скорости работы, низким потреблением памяти, предоставлением API для плагинов и интеграцей с другими приложениями. Управление пакетами осуществляется с помощью RPM и библиотеками libsolv и hawkey. Для обработки метаданных и загрузки пакетов он использует librepo. Для эффективной обработки привилегий данных - libcomps.

Данный релиз в основном содержит большинство изменений в API.

Список изменений:

• Добавлена поддержка dnf distro-sync <spec>
• Поддержка dnf.queries была прекращена.
• Уведомление о ненайденных пакетах dnf.exceptions.PackageNotFoundError было исключено из API.
• Устарела функция dnf.Base.select_group(), вместо неё использется group_install().
• Добавлена функция dnf.Base.group_remove().
• Исправлена ошибка, когда DNF не пропускал нечитаемые файлы репозитория.

Список изменений

>>> Подробности

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

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

Но самое главное — там слишком много воды. Для рассмотрения достаточно простых вещей, там берутся сложные, избыточные примеры. Например, главы о банковских счетах. Ведь основная мысль там — проблема разделения ресурса. Нахрена спрашивается было городить левые процедуры, вроде withdraw, get-money, put-money и проч. (названия там другие, но не суть), если для демонстрации идеи достаточно было change-balance и check-balance. Ведь основная проблема - в том чтобы посмотреть, а потом снять, чтобы другой объект не изменил в промежутке между двумя операциями. Вместо того, чтобы концентрироваться на основной вычислительной проблеме, на нас выливают тонны воды, в которой расмотреть основную мысль не очень то и просто.

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

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

UPD Забыл сказать, что я в корне не принимаю такие подходы, как «Структурное программирование», что-то в стиле «Something considered harmful» «не отстрели себе яйца», и языки заточенные под компиляцию. Поэтому подобные вещи не предлагать:)

У меня есть одна беда, это ужасная память, как долговременная так и кратковременная. Оставим долговременную в сторонке, так как для её развития 100500 способов + 100500 хаков мозга, типа мнемоник и прочего. А вот как развить кратковременную память? Увеличить объём и время хранения и что особенно важно увеличить скорость изъятия информации (вспоминания), важно отметить что именно развить, а не хакать ( хакать легко используя мнемоники и ассоциативные цепочки к примеру при запоминании предметов лично я могу запомнить в 10~20 раз больше чем просто разглядывая и запоминая их то есть в обычной ситуации 5~8 предметов, а затратив больше времени (раза в 3-4) связуя все предметы в цепочку 50~100) так как при хаке образуется дополнительная информации я которую опять же надо запомнить. Думаю меня все поняли. Так чем эффективно развить кратковременную память? Способы, упражнения, статейки в тему, статейки по исследованию памяти приветствуются. Понятное дело что всё зависит от тренировки, только вот как тренировать то свою оперативку в голове? Это серьёзная тема, у меня действительно беда с памятью, к примеру после написания 20`ой функции на сишке я уже не помню как именно реализовал первую, и что бы понять снова перечитываю свой же код. А уж про обычную жизнь бытовую вообще молчу.

ковыряю скрипт на пистоне, вроде пара строк, а вообще не втыкаю. класс там, объект, какай-малай, шайтанама. накидайте статеек или книжек, осилить собираюсь в кратчайшие сроки

Перемещено mono из talks

Меня: «игры разума» , «Амели» , «Вечное сияние чистого разума», «1 + 1». Ну и ещё есть, но с ходу не вспомню.

Только что посмотрел «Амели» вставило не хило. Чем именно вштырили фильмы я умолчу.

Кто что посоветует глянуть.

Ещё вспомнил, добрый такой фильм, «любимое уравнение профессора».

Доброго времени суток, уважаемые пользователи ЛОР! Хочу задать вопросы, относительно некоторых косяков в работе и просто для общего развития, о Mac/MacOS и смежных вещах. Подскажите пожалуйста, где мне искать максимально крупные и общеизвестные форумы по данной теме, вмещающие в себя тексты со статьями об особенностях использования системы. Я понимаю, что задаю этот вопрос на ЛОРе, но знаю, что здесь присутствует множество адекватных и всесторонне развитых пользователей с широчайшим кругозором, способных помочь мне в поисках источника информации. По сути, я ищу ЛОР про маки, да. Заранее спасибо за советы!

Что посоветуете почитать хорошего о графах двоичных деревьях? Хотелось бы теории совмещенной с ansi c. Спасибо.

ставят grub?

стили - есть
прокрутка - есть
при старте загружать табы по требованию - есть
жесты - есть
флеш/ад-блок - есть
frigate - есть (не нужен)
lortools - есть
magic player(acestream) - есть
user js - есть (не нужен)
speed dial - есть
текст в линки - есть
удобные переводчик - есть
что я пропустил?

В дополнение к топику про виртуализацию вообще хочу спросить про контейнеры.
Скажите что выбрать под не особо нагруженные виртуалки lamp/RoR/Django/Tomcat? Изолироваться от соседа не так критично с точки зрения безопасности.

Пока выбор стоит между OpenVZ vs LXC.
Подскажите, есть ещё варианты?

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

В общем, существует ли какая-нибудь годная литература из разряда «Как построить нормальный интерфейс если ты программист»?

Есть пара интересующих вопросов. 1. Можно ли на ssl.com фришный сертификат продлить еще на 90 дней и тд.? 2. В логах апача (Apache/1.3.41) Периодичесли наблюдаю следующее:

[Wed Jan  8 01:16:55 2014] [error] mod_ssl: SSL handshake failed (server hbars.aa.am:443, client 37.155.3.164) (OpenSSL library error follows)
[Wed Jan  8 01:16:55 2014] [error] OpenSSL: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number

s135-router.geotek.de - - [08/Jan/2014:02:49:22 +0300] TLSv1 AES128-SHA "GET /counter/counter.gif HTTP/1.1" 200 610 "https://hbars.aa.am/" "Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Trident/6.0)"
s135-router.geotek.de - - [08/Jan/2014:02:49:22 +0300] TLSv1 AES128-SHA "GET /css/custom.css
HTTP/1.1" 200 3176 "https://hbars.aa.am/" "Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Trident/6.0)"

SSLProtocol -ALL +SSLv3 +TLSv1
SSLCipherSuite ALL:!EXP:!NULL:!ADH:!LOW:-SSLv2

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

Из следующей цитаты, можно понять пафос его «выступления».

Подход создателей Scheme все-таки предпочтительней. Если бы интерпретатор Scheme находился в каждом браузере, можно было бы писать приложения быстрее и проще, чем на JS. Это печальная, но сермяжная правда. Не надо запиливать фичу за фичей, как это сделано в ПХП, Пыхон, Перл, Цпп, и прочих. Ясно же, как божий день. :)

Он приводит там следующую реализацию ООП на схеме:

(define (make-vec2 x y)
    (lambda (message)
       (cond ((eq? message 'x) x)
             ((eq? message 'y) y))))
(define v (make-vec2 1 5))
(v 'x)
1
(v 'y)
5

(define (make-vec2 x y)
    (lambda (message)
       (cond ((eq? message 'x) x)
             ((eq? message 'y) y))))
> (define v (make-vec2 1 5))
> (v 'x)
1
> (v 'y)
5

Нда, ситуация «Нихерасе бахнуло...»

видать для кого-то это явилось шокирующим откровением, не иначе.

Не буду спорить о корректности и соответствии его кода концепции, хочу сказать о другом. Почему-то (как я понял из контекста его статьи) профессиональному разработчику на JS, не пришло в голову реализовать то же самое на самом JS?

Я сделал это за него, и получилось то же самое, тока чуть компактней и лаконичней.

mk_vec2=function(x, y){return function(msg){return eval(msg)}}
v=mk_vec2(1, 5)

v("x")// 1
v("y")// 5


mk_proto=function(field, prototype){
	return function(msg){
		try{return eval(msg)}catch(e){return prototype(msg)}
	}
}
f=mk_proto("foobar", v)

f("field")// foobar
f("x")// 1

C-на вопрос, это че тренд такой - обсирать JS и превозносить Лисп?

Зачем в JS Function (которая с большой буквы)? Че то информация по этому вопросу крайне скудна. Используется она, насколько я понимаю, редко. Загуглить нормально тоже не могу, гугл не различает регистр буков, падла.

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

Зачем она вообще нужна? Какое ее прямое назначение? Зачем она была засунута в язык? И как ее вообще можно использовать?

Спасибо за ответы.

Начал тут разбираться с js, и обнаружил на разных бложеках уйму холливаров по поводу использования var.

Как известно, в js считается плохим тоном не использовать var везде, в том числе и в глобальной области. Только вот почему ее там (в глобальной) надо использовать, похоже мало кто знает, мож скрывают, хз.

То, что переменная объявленная без var не имеет (скрытого) св-тва DontDelete, и (похоже) переменная c var (конкретно в ноде) не копируется в глобальный объект - это ситуацию до конца не проясняет, потому что остается вопрос, если это все не имеет значения для конкретного кода, почему бы не забить.

Я поковырялся с этим вопросом, и вот что выяснил.

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

Допустим, у нас два файла: основной и модуль.

модуль(пусть будет tst):

a=1
var b=2;

read=function(file){return require("fs").readFileSync(file, "ascii")}

tst=function(){eval(read("./tst")); console.log(a, b)};
tst()// 1 2
console.log(global.a, global.b)// 1 undefined

Есть ли такое?
Обстоятельства сложились так, что получить статический IP от своего провайдера я не могу.
Но сервер нужен.
Кровь из носа нужен.
Может кто-то в рекламных целях раздаёт?
Нагрузка будет небольшая совсем, трафик и вовсе мизерный...
Но хочу нашару. Безвозмездно. Т.е. даром.

Доброго времени суток.

Люди часто используют понятия вроде связности кода, зависимости, внутреннего состояния объекта, и т.п.
Что они означают на практике всем понятно.

Подскажите литературу, в которой подобная терминология систематизируется и вводится более-менее строго в математическом смысле?

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

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

>>> Подробности