Привет.

В связи с выходом ES6 решил немного прокачать свои скилы.

Допустим я использовал RequireJS (для ленивой подгрузки модулей), AngularJS (основной фреймворк, биндинги) и Gulp (или Grunt, для сборки основных модулей с использованием r.js optimizer).

Захотел попробовать фичи ES6, но пока ES6 не готово нужно использовать Babel. Так же хочу попробовать ReactJS (не замена AngularJS конечно, но для одной странички мне достаточно). Через gulp-babel я без проблем могу собрать свой ES6 JS в ES5, но что делать с загрузчиком модулей? У babel есть опции для компиляции с использованием Common.js, AMD и прочих модулей, но я так понял нужен еще загрузчик, который я никак не могу найти и подключить. Куча каких-то вариантов, от которых разбегаются глаза. Хотелось бы AMD модули и что-нибудь максимально похожее на RequireJS. Конечно мне никто не запрещает продолжать использовать RequireJS, но раз уж в стандарте есть загрузчик, то хочется им пользоваться (понятно что через polyfill). А еще Babel поддерживает ReactJS и это тоже хочется учесть.

В общем что хочу:
1. Собирать Gulp'ом ES6 код в ES5. Конвертирование в браузере «на лету» не нужно.
2. Использовать define, require (ну или import, export, уже хоть что-нибудь). Причем собирать все в один файл мне не нужно. Хочу lazy load, а в один файл собирать только основные модули (как это делает r.js optimizer). Browserify мне тоже не нравится. Хочу ставить модули через bower, а не npm.
3. Подключать «legacy» модули (ES5), типа jQuery.
4. Прикрутить ко всему этому поддержку JSX (ReactJS).

Может я наговорил ерунды и так делать не нужно. Поделитесь опытом как вы готовите ES6?

Конечно, portage через git и eix — мегаудобные фичи для генты. Но для обновления базы eix нужно выполнять metadata-transfer. Делал всё по фен-шую. Плюс еще

$ cat /etc/eix-sync.conf
# Regenerate overlay metadata
@StatusInfo layman: regenerating metadata
@emerge --regen --quiet

# Fetch the database of remote overlays.
# eix-sync run `eix-sync add` by default.
@StatusInfo Downloading remote
@eix-remote fetch

В связи с недавними новостями хочу провести топ моноширинных шрифтов для редактора кода на ЛОРе.

В комментариях также приветствуются названия лучших моноширинных шрифтов для терминала.

P.S. Monospace(d) — это не шрифт, а лишь алиас к системному моноширинному шрифту по умолчанию (чаще всего DejaVu)

(1) Собственно интересует, как прописать для хоткеев, что бы окно располагалось: на 1/2 экрана, 1/4 экрана и там все это слева-справа расположить можно?
(2) И если знаете, не подскажите еще регулировку размера окна, как-то задать можно и что бы окно при этом располагалось, при настройке по-центру?

Хотелось бы такое провернуть, при чистом openbox и без сторонних прог и примерно такое я реализовывал во fluxbox, кому интересно как и что я получить хочу в Ob, вот как я это реализовал при flux'е, в принципе, ничего особенного в ~/.fluxbox/keys прописал:

# 1/2 - WxH - 50x100
# Corner
Mod4 	1 	:MacroCmd {ResizeTo 50%  99%} 	{MoveTo 00 00 LowerLeft}
Mod4 	3 	:MacroCmd {ResizeTo 50%  99%} 	{MoveTo 00 00 LowerRight}
#Mod4 	1 	:MacroCmd {MoveTo 00 00 Left}
#Mod4 	3 	:MacroCmd {MoveTo 00 00 Right}
# Center - Max - Min
Mod4 	2 	:MacroCmd {ResizeTo 70%  88%} 	{MoveTo 00 00 Center}
Mod4 	4 	:Maximize
Mod4 	5	:Minimize
# 1/4 - WxH - 50x50
Mod4 	q	:MacroCmd {ResizeTo 50%  50%} 	{MoveTo 00 00 UpperLeft}
Mod4 	a	:MacroCmd {ResizeTo 50%  50%} 	{MoveTo 00 00 LowerLeft}
Mod4 	w	:MacroCmd {ResizeTo 50%  50%} 	{MoveTo 00 00 UpperRight}
Mod4 	s	:MacroCmd {ResizeTo 50%  50%} 	{MoveTo 00 00 LowerRight}

# 1 size +/- 20
Mod4 	Left 	:MacroCmd {ResizeHorizontal -20} {MoveTo 00 00 Center}
Mod4 	Right 	:MacroCmd {ResizeHorizontal +20} {MoveTo 00 00 Center}
Mod4 	Up 	:MacroCmd {ResizeVertical +20} 	 {MoveTo 00 00 Center}
Mod4 	Down	:MacroCmd {ResizeVertical -20} 	 {MoveTo 00 00 Center}
# 1 size +/- 01
Mod4 	Control		Left 		:Resize		-05	 00
Mod4 	Control		Right 		:Resize		+05	 00
Mod4 	Control		Up 		:Resize		 00 +05
Mod4 	Control		Down 		:Resize		 00 -05

Добрый день, господа. Скорее всего в сообществе lor есть люди, которые работали со связкой Linux+CAN, возможно кто-то поможет советами.

Я полностью 0 с шиной и не работал с не ни на стороне МК, ни на стороне Linux. Собственно в основном у меня следующие вопросы:

• Краткий и сзажий, но информативный мануал ( это и вот это я уже видел, нифига не кратко и сжато). Киньте ссылкой, пожалуйста.
• В каком направлении копать по интеграции linux<-->CAN? (очень бы хотелось мануал с простенькими примерами)
• Среды разработки/Дебагер (НЕ обязательно open и под ontopic). Имеется в виду не только среды разработки ПО для МК, но и среды дебага схем, где можно мышкой натыкать компоненты и связи, залить прошивку в виртуальный контроллер и посмотреть как оно работает.

Задача: есть одноплатный компьютер Cubieboard (опционально. На его место может стать Эдисон или еще чего-нибудь). К нему, по CAN хочется подключить рассредоточеные контроллеры, которые будут собирать информацию с датчиков, отдавать управляющий сигнал на двигатели.

CAN выбрал по причинам: универсальность, помехозащищенность, популярность.
Ethernet НЕ выбрал по причине: overkill (в моем случае).

сексуальные предпочтения в основном работаю с PIC'ами, не люблю arduino

Вызываю владык ncrmnt, Puzan, Eddy_Em, Zubok и всех, кто может помочь

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

Спрашиваю потому, что понятия не имею как это правильно загуглить.

Собственно есть необходимость создавать сотни тысяч объектов данных. Варианта два — «интерактивные» (не знаю как правильнее выразиться) классы и «тупые» объекты.

Вариант первый:

function myObj(data)
{
    var _internalData = data;
    this.myMethod = function() {
        // что-то делаем с данными
        console.log(_internalData);
    }
}

var obj = new myObj({a: 1, b: 2});
obj.myMethod();

Вариант второй:

function methodForMyObj(obj)
{
    // что-то делаем с данными
    console.log(obj._internalData);
}

var obj = {_internalData: {a: 1, b: 2}};
methodForMyObj(obj);

Вопросы такие:

1) Будет ли для первого варианта «клонироваться» в памяти методы при new myObj()?
2) Как правильно замерить?
3) Есть ли различия в поведении js-движков для вышеописанного контекста?
4) Предполагаю есть еще вариант с прототипами?

З.Ы.: Сейчас используется второй вариант, и при 600к «тупых» объектов данных браузер летает. За первый вариант спрашиваю потому, что если оверхеда нет, то я бы перевел на первый ради инкапсуляции данных и разделения ответственности.

При создании цветовой схемы mc можно указать цвета от color16 до color255. А как их можно сразу все посмотреть в gnome-terminal?

Уверен, что это можно сделать, так как видел это на нескольких скриншотах. Вот это (www.linux.org.ru/gallery/11820380.png) не то, что я думаю ?

И заодно еще вопрос - а эти цвета можно как то настроить, экспортировать во внешний файл и импортировать обратно ?

Требования:

• Возможность слушать музыку и ответить на звонок, громкость и пауза само собой. Желательно хорошее шумоподавление (критично при ветре) и качество звука (в пределах MP3 192-320 mbps).
• Компактная и легкая. Или с ободком вокруг шеи или с фиксатором на ушную раковину. Зимой желательно чтобы не мешалась с воротником одежды.
• Хорошая батарея. Желательно в районе 10 заявленных часов, хотя бы потому что я хочу минимум 5 реальных часов, из которых после года работы и зимних морозов останется 3-4.
• Синезуб 4 и выше.
• Не дороже 100$ на Amazon или в локальных магазинах по текущему курсу.

Довольно давно меня подзадолбала мусорка в домашней директории, постепенно получилось заставить почти весь софт гадить в строго определенное место, а именно в .config, .cache и .local

Для особо одаренных (Skype, Dropbox) пришлось слегка поизвращаться, если для Skype достаточно было изменить параметр запуска на

skype --dbpath=$HOME/.local/share/skype

HOME=$HOME/.local/share/dropbox /usr/bin/dropbox start -i 2>&1

Остальной софт относительно разумен, где через alias, где через export, удалось обяснить, куда складировать свое добро. Ниже листинг .bashrc и .profile, авось кому пригодится.

( Листинг )

Всем доброго.

Преамбула.

На работе в качестве системы управления версиями используется TFS(буэээ). Так как пользоваться ей совершенно неудобно, пилится свое решение на основе gitlab.

Амбула.

Уже практически все запилено - репа в гитлабе, бранч мастер которой соответствует ветке в ТФС. Скриптами подтягиваются изменения из ТФС и отправляются в гитлаб, так же, мержреквесты в гитлабе отправляются в ТФС.

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

Всем привет. Вот пришел к периоду смены места работы, и задался очень серьезным вопросом. Я работаю full stack разработчиком, но больше всего мне нравится JS, и более всего интересен full stack на нём. Вот есть пару вариантов развития и подбора вакансий - много из них - front-end разработчик. В разработке скажу сразу у меня не сильно много опыта, как у некоторых людей есть к примеру по лет 7 или 10,а у кого и того больше, но вот в описании вакансий часто очень указывают инструменты типа Angular, Backbone, React. Сам в принципе пишу на Angular - но понимаю, что мне на нём писать еще не одну задачу дабы стать серьезным знатоком Angular , так в принципе и с другой любой библиотекой - нужно на продакшн решить очень многое кол-во задач используя этот инструмент, да и не раз даже пересмотреть его исходники дабы хорошо в нем разобраться. А в описаниях часто встречается описание нескольких библиотек или фреймворков, я понимаю что их часто составляют рекрутеры, которые могут и не быть техническими специалистами, но все же, технологии довольно молодые, и не думаю что все разработчики вот так поголовно изучили очень подробно ряд этих инструментов. Вопрос у меня больше в том , на что же делать акцент, даже по поводу Angular, у него есть как и свои плюсы так и недостатки, мне очень нравится развитие в этой области и жажду развиваться, ведь библиотек и фреймворков большое изобилие - все досконально чисто по докам не изучишь, нужно писать проекты с их помощью, к примеру планирую изучить Backbone и React, но все ровно куда двигаться дальше не понятно, на какие инструменты делать акцент дабы быть востребованным специалистом?

В связи с некоторыми актуальными тенденциями хотелось бы в очередной раз вернуться к vim-like альтернативам и определить наиболее песпективные.

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

По поводу кандидатов (в порядке уменьшения приоритета):

- xombrero — здесь вопросов нет, но как-то неактивно добавляются коммиты. Или я не прав?

- vimb — очень понравился, но сильно тормозит открытие страниц (во всяком случае у меня на Debian 8). Причина тормозов не установлена.

- dwb — тоже очень нравился, но разработка прекращена.

- surf. Не пробовал, выносится на обсуждение.

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

Чем пользуетесь вы?

Firefox давно уже испортился: тормоза, глюки, подвисания и утечки памяти просто достали. Месяц назад установил Chromium, кое-как накатил на него кривое дополнение cVim (и рядом с Vimperator не стоит) и пользовался. Вчера прочел про сертификацию и про форканье Firefox, и решил попробовать Pale Moon. Загружает страницы и открывается на порядок быстрее того же Chromium. Накатил дополнение с кнопочкой меню, установил Pentadactyl с сайта дополнения Pale Moon и квадратненькую тему вкладок. Работает пока что шикарно. Сам Pale Moon базируется на Firefox 25, что, скорее всего, и является причиной такого взлета производительности. Корявого Australis`a тут нет, работать достаточно комфортно.

А в остальном: Openbox, tint3-cpp-git, feh для обоев, ncmpcpp в терминаторе. Volumeicon и xxkb в трее (раскладка переключается по rwin с английской на русскую и обратно; для замены русской на украискую lwin+rwin, чтоб три раскладки не мешались).

1. Поделитесь своим списком маст-хэв приложений на андроид. Посоветуйте клёвых тем и виджетов.

2. Посоветуйте файлменеджер.

3. Посоветуйте клавиатуру.

4. Посоветуйте видео и аудио плееры.

5. Есть ли такие wi-fi сканнеры, которые показывают устройства (хорошо бы не только роутеры) с местоположением источника относительно моего устройства, т.е. как бы вид сверху?

6. Есть ли приложения для навигации (GPS или ГЛОНАСС) не через google?

Естественно open-source.

Хочется сделать «класс», инстансы которого будут функциями (с проперЯми).

В таких случаях обычно севетуют использовать фабрики, но мне хотелось бы именно прототипное наследование. Это вообще можно сделать? Чтобы работало instanceOf и т.п.

Хочу поделиться своим маленьким, но IMHO полезным, хаком.

Т.к. мне часто приходится коннектиться к куче разных хостов (и часто одновременно), то в одноцветных терминалах порой очень быстро начинаешь путаться. Захотелось их как-то разукрасить.

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

Так появилась эта маленькая поделка, вычисляющая цветовые параметры для xterm исходя из его параметров (конкретно использован CRC24 и tint/shade для fg/bg). К этому ещё маленький патч к uxterm и command term uxterm в ~/.cwmrc (если этого ещё нет). И вуаля, всё так, как хотелось. ;)

Всё это прозрачно работает с cwm (описание), где есть встроенный shortcut для коннекта по ssh: Meta-Dot, с подсказкой из ~/.ssh/known_hosts — очень удобно! Для этого, правда, надо отключить беcтолковое HashKnownHosts в конфиге ssh, иначе подсказка, конечно, работать не будет.

PS: Это уже многие годы моё рабочее, проверенное временем, окружение — ничего лишнего, никаких красивостей, только чистый функционал.

UPD: для cwm я таки запилил свой собственный форк — так, что бы без обойтись лишних патчей. Буду пытаться пропихнуть в upstream. ;) Может и в самом деле wm для админов выйдет.

В ходе своих экспериментов с Go наткнусля случайно на wingo. Показалось интересным и решил попробовать.

К тому же Xmonad мне немного поднадоел, хоть и обажаю его look-n-feel. Все другие тайловые WM, которые я пробовал, мне как-то абсолютно не нравятся. (У awesome привязка рабочих столов к физическому монитору, а i3 я тоже не осилил с его «ручным» тайлингом, табами и т.д.)

Приятные фичи:

• virtual desktops, как в xmonad т.е. не привязанные к физическому дисплею, как в дурацком awesome
• динамические рабочии столы, добаляешь / убираешь на ходу
• читабельный и писабельный конфиг (камень в огород xmonad) =)
• может как tiling, так и floating и для каждого workspace отдельно
• довольно удобная переключалка по окнам и рабочим столам с поиском
• хорошая документация
• скриптуется, если очень надо =) (не стороник этого)

Недостатки:

• ещё конечно немного сыроват, но использовать уже можно (день второй, полёт нормальный, немогу нарадоваться)
• по умолчанию винегрет из хоткеев, напётрых из разных WM (в основном из xmonad), пришлось немного посидеть, чтобы настроить под себя
• с запуском из xdm пришлось чуть-чуть повозиться (пути и всё такое)

PS: скрин пришлось ужать, чтобы влез в ограничение в 3k пикселей :( → оригинал

PPS: ах да, на экране work-in-progress моей недавней поделки. :)

Как говорили древние отцы-основатели редактирования текстов: « Damnosa quid non imminuit dies¹ ? »

Но мы им отвечаем: « Tempora mutantur et nos mutamur in illis² ! »

Делимся полезными и интересными кусками из своих конфигов, а также демонстрируем, кто на какой статусной строке в данный момент остановился и использует. Также это касается не общеизвестных плугинов или настройки/интеграции общеизвестных и общеиспользуемых. В общем синтастик или ЗадротДерево сюда не нужно, наверное, писать.

Я могу предложить (кое-что известное, но будет полезно новичкам, если такие есть):

• Автопаста — не нужно нажимать :set paste перед пастой, чтобы сохранялись отступы, работает автоматически, добавить и забыть навсегда.
• Кайфовставка — позволяет по хоткею кушающему моушины «замещать», т.е. заменять целевое слово (или моушин-цель) на то, что сейчас в буфере, с трудом вспоминаю, что я делал без этого хоткея.
• Более лучший фолдинг — информация про к-во сложенных линий теперь справа + добавляет % от всего документа, картинка с этим и без.
• Пипетка для верстальщиков — по хоткею вызывается пипетка (в зависимости от ОС — разная, на линуксе это zenity или Yad) с текущим значением на курсоре и авт. меняет при изменении.
• Автопереключение раскладки — при переходе в normal mode и обратно, после настройки включает английский язык когда переходим в normal mode из insert mode, где был включен другой язык. Очень удобно, уже давно привык.
• Удобно двигать строки/блоки — придумал чем занять бесполезные стрелки, используется vim-move, кстати предлагаю особо наглым упороться hardmode.
• tmux-complete — комплитит в виме (добавляет в omnicomplete, т.е. безразлично какой комплитер используете neocomplete/YCM/etc) содержимое окон/панелей/сессий тмукса, в которых необязательно вим, может быть другое приложение либо просто выхлоп.
• Переход на средину строки — текущей реальной (не виртуальной).
• Режимо-зависимые курсоры — для тех, кто использует GUI-версию вима, я лично не использую.

А теперь по статусной строке. Почти два года сидел на airline, но вот недавно перешел на lightline, которая быстрее стартует и легче кастомизируется, а также не содержит кучу неиспользуемых (лично мной) возможностей. Попробовал еще ezbar, но японец пилит его под себя, хотя там есть кое-что интересное, насчет скорости:

lightline: 229.019  000.003: 
ezbar:     250.312  000.002: 
airline:   276.823  000.003: 

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

Показывайте ваши ништяки.

--------

¹ - лат. что не изменит губительное время
² - лат. времена меняются и мы меняемся с ними

Привет, LOR. На данный момент в окружающее пространство уже некоторое время накатывает следующая мысль: «Разработчикам прикладного ПО, использующим в своей практике Си и C++, крайне необходимо облегчить жизнь, избавив от ошибок с памятью и предоставив удобные механизмы для параллельного программирования». Одни адепты, этакие Базаровы от программирования, предлагают воплощать задумку с помощью новых языков: D, Go и Rust. Другие же, коих пока явно больше, всячески не желают выходить из своей зоны комфорта, предлагая включать необходимое в новые стандарты уже используемых инструментов.

Как думаешь, садиться ли уже сейчас за изучение одного из убийц Си/C++, чтобы через 5 лет не оказаться на обочине индустрии, или же все продолжит идти в старом русле с незначительными вливаниями новшеств?

Организация IESG подтвердила финальные версии черновиков протокола HTTP/2 и формата компрессии HPACK. Спецификации отправлены в редактор RFC для присвоения номера и финальной корректировки.

Среди ключевых особенностей бинарного протокола HTTP/2, который пришёл на смену текстовому HTTP/1.1:

• Повышение эффективности использования сетевых ресурсов за счёт мультиплексирования запросов, расстановки приоритетов для запросов и сжатия заголовков HTTP.
• Загрузка нескольких элементов параллельно, посредством одного TCP соединения.
• Поддержка проактивных push уведомлений со стороны сервера.
• Исправлена конвейерная обработка и проблема блокировки начала очереди.

Глава рабочей группы IETF HTTP Working Group Марк Ноттингем (Mark Nottingham) в своем блоге поблагодарил всех, кто внёс свой вклад в разработку новых спецификаций.

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