Константин Китманов

До̛͖̦̖̺̬͚͓̐͋ͭп̲͍͈о̳̘͉̤͑л̴͓̞̺̯̫͚ͣ̃̓ͮ̀̈́н̞͕̲̓͊ͬͬ̈́͟ю̽̇̓ͤͮͨ ̜̳͎͕̬̎̃о̢͌ͪ͛твет @mlnkv. Если использовать регулярку для парсинга HTML, то нужно будет настолько сильно п̵͍͉ͣ̓̓͛ͭ̈́͛͆о͓͎̠͉̜̎̽ͪ͞л͍̭̪̬͌̍ͧ̉̆̆͐͌͜о̶̪͓͕̲̮ͩ͛͌̍̽ͨ͝мͥͪͨ̌̄̀̕͏̠̳̬̖а͔̰͕̞̜͙̜̐ͨͭͣ̈̆͋̊̚т̷̬̩̻̗̬̫̲͍̓̿̏̐ь͉͇͊̌̂͋͌̓̾͛̚ ͉̹̣ͭ̑ͪ͜г̢̡͔͓͇̈͊о̵̛͇̱̤̤̥̰̓̃̃ͫͬл̸̢̭̦͍͚̯͈̗̺ͦͪ͂̏̽о͖͕̳̩͍͔̫̭̏ͭ̎̒̒͐̇̌́в̣̜͉̼̐ͪ̉ͬ̔ͮ̓̃у̴̛̞̹̹̿͑ͩ͜, ч̵̜̺͙͇̫͕̳̋́͋̃̅͂̔̀͠т̳̫̖̝͚͈̘ͬ͛ͤͥо̵̢̭̜̪̳̑͊ͭͭ̈ͥ ̭̣͙̂̍̑̊̉ͣп̻ͬ̇̀̾ͪ̌̉р̸̭̯͓̮͖͚͖ͯ̃и̳͇̹̝͈͊̌ͦ̏ͤ͡д̯̠͍̠͖̾ͬ̕ё̤͍͕͗̓ͧ̀̇̒̋ͭͅт̶͓͈̲̬̱̺͖ͧͤс̯͛ͪ́͘яͣͨͯ̍̒͒̑͡͏͎̭̪̬ ͓ͥ͛̄͗̇͟и̷ͪ͑҉̣͔͉̦̠̝̯з̟̰ͭ͐͛͛͂͞ͅм̦̜̯͈̤̝̗̞̏е̢̣͍͉͖̪͇̜̫̽̋͠н͇̯̝͊̍̇ͤͣͦ̇̆͟и̴̵͉́͑̇ͮ̍́т͎̖̳͕̣͎ͬ̆͋̈́͋ь̧̥̘̟͍̓ͫ͒̃͊͌̓ з̴̸̐̊̈͛͋ͭ̀̔́̀҉͓͚̲͖̙̥̦̥̙͙̱̟̮̣̦̫а̝̭͎͔̪̼̳̌̓͆ͣ̍͗ͩͯ͞͡к̸̹̭̫̳͚̰̭̪̤̬̼͉͔̮ͣ̋ͦͭ͠о̗̣̮͖̯̠̦͉̺͍͕͕̮̼͍͚̟̹̹͋̔͒͒̊͊̐̄̀ͬͮ͂́ͣ̂̀̌͆̕͞͞н̶̓̒̏̃̄̈́̓͗̆̌̽̈̆̒ͬ̕҉̙͇̲̝͓̼̦̭͓ы̡̦͎͚̣͔̤͉̞̂̄̉ͨͬ̔ͣͮ̕ ̸̬͕͖̰̘͍̗̰͍͕͎̝̹͈ͪ̽͑̆̈̿ͤ̐͟͠м͂ͯ͒̾̌̌̎ͦͯͮ̾̓ͬ́͝҉̸̵͚̫̜̳̙͈и̨̯̳̼̭͍̏ͫ̃̍̌̑ͣͤ̔̌̊͌̎̌ͣ̈̿̄̚͟р̸̹̙̦̖̪̯̪̙̠͕̹̗̞̬̝̬͔͗ͥ͊̊̒̽͠͝о̸̹̭̙͔̼͓͗ͩ̋͑͐͊͜͜з̡̧̠͚̰͙̯̖̹̣̄ͭ̏̉͑ͭ̾͆ͫ͐̍͂̎́̀̚͢͜д̸̠̞̦̞̮͍̭̹ͨ̐͊͆́ͮ͐̿́̓ͯ̓ͯͤа̡̮̘̹̲̮͍̩̼̀̾̈́́ͥ̕͟н̴̡͓̠̥̳̜̤̣̼̫̈́ͦ̑͑ͫͥ͛ͤͨ̐͋͋̅ͬ͊͡и̪̘̖͇̰̠͔̻̰̳̩̟ͧ̑͂̈́ͫͬ̉̏̾ͣ̃͌̔ͤͧ̽͗͋ͮ́̀я̶̳̦̺̫̾͗ͧ̃̾̓͊̎ͤ̊̒͝.̔ͤ̾̔͒ͩͦͧ́͑̈́̽͐ͭ͐ͩ̇͂̑҉̦̖̟̺͕̲͔͖͍͕̰̥̭͚̀͜͝
Ḭ̢̝͙͕̱̰͋Ṯ̏̌͗̃̃ ͚̤̺̥̝̟̰̅̾̄̆̊͘C̳̲̩̖ͫ̓͆ͯ̍̚Ơ̗̰̦̦̫̲̫̿̋̇ͯM̞̀ͦ͜E̎̅͑ͦ̀̇̅͡S̡̠̤̝̥̼͛̉

#get_usd {
    color: #444;
    -webkit-animation: blink .3s;
    -moz-animation: blink .3s;
    animation: blink .3s;
}
@-webkit-keyframes blink { from { color: #eee } }
@-moz-keyframes blink { from { color: #eee } }
@keyframes blink { from { color: #eee } }

Вопрос из разряда — как пользоваться компьютером? Жесть.

> Иногда возникает потребность переписать какие-то готовые решения под себя но упираюсь в отсутствие знаний. И в таких случаях приходиться полагаться на интуицию.

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

Оооо… я так же хотел избавить себя от глупых и не только вопросов на собеседованиях )) paunin.com/content/resume_fun.html
Эффект был интересным :)

Расскажите вообщем про приоритеты на встречах, скажем:
1. Смотрим на апрятность кода
2. Смотрим на запах кода
3. Первые два пункта по отношению к человеку :)))

Расскажите что думаете про тестовые задания

Расскажите про топ IT специальности CIO, CTO (мне интересно)

Как не хотеть уехать за бугор работая в СНГ :)

Я пользуюсь XNView www.xnview.com

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

Посмотрите еще утилиту www.xnview.com/en/xnconvert/

Если надоел PHP и вообще такой подход (запустился-выполнился-умер), хочется чего-то свежего и концептуально другого, я бы порекомендовал Nodejs. Особенно интересно становится при использовании вебсокетов через socket.io. По поводу xslt не могу ничего сказать, не было такого опыта, но библиотеки соответствующие имеются.

document.styleSheets[0].insertRule('.products-card-menu:hover:before {...}',0)

Возможно, этот подойдет: expressjs.com

Не совсем ответ, но может быть интересно Вам:
www.nczonline.net/blog/2013/10/07/node-js-and-the-new-web-front-end/

По моему опыту, nodejs — удобная, стабильная и быстрая штука, имеющая отличное сообщество и много хороших библиотек в npm. Преимущества можно перечислять долго, лучше сразу перейти к проблемам.

— Сложно найти готовых к работе толковых программистов, даже среди фронтендщиков. Но можно обучить. На обучение и понимание среды nodejs, API, асинхронности, замыканий, калбэков, событий, функционального подхода — уходит примерно месяц-два.
— Библиотеки из форнтендов использовать можно, но только если они грамотно написаны и оптимизированы для перманентной работы. Иначе есть риск, что они сожрут всю память или повесятся.
— Сервер nodejs обычно однопоточный, со всеми вытекающими. Имеется возможность форкать и открывать дочерные процессы, на это нужны дополнительные затраты труда. Но это требуется только в исключительных случаях.
— Код пишется в основном легко, если следовать чёткому стандарту, который обычно навязывается используемым фреймворком. Однако javascript, ввиду своей нестрогости, неустойчив к коррозии, в спешке или по неопытности можно наделать рака и превратить жизнь своей команды в ад.
— При сложной логике со множеством вызовов можно без злого умысла нагородить «лестниц» из калбеков. Однако, проблема решается разными вариантами библиотек управления задачами (async, Q, и т.д.). Вообще лучше делать максимальную декомпозицию кода, создавать бесчисленные функции внутри функций — не очень хорошая практика.

По поводу камней:
— Обычно, всякие руководства и мануалы типа «hello world» используют один сокет для соединения с БД. На практике оказалось, что если этот сокет зависает под тяжёлым запросом, то все остальные запросы прилежно ждут его освобождения. Поэтому первое, что нужно сделать в новом проекте — это подключить database connection pool.
— Случилось так, что количество одновременных подключений к серверу перевалило за тысячу, и внезапно возникли необъяснимые аномалии и отказы. Как выяснилось, страшного ничего не произошло, и нужно было просто в операционной системе разрешить открывать на порядок больше файловых/сокетных дескрипторов.
— Память для nodejs лучше ограничивать ключами запуска и отдавать больше для БД (если они на одной машине). В противном случае nodejs не спешит запусктать сборщик мусора (это ведь затратная операция) и разрастается.
— Перезагрузки nodejs из-за внезапных падений от багов решаются специальными библиотеками, например forever.
— Чтобы nodejs не вылетал из-за исключений, нужно ставить глобальный обработчик uncaughtException, который пишет их в лог или сразу шлёт на мыло ответственному лицу.
— Нужно не забывать отвязыватсь обработчики от событий по окончании работы подписанного на событие объекта (removeListener()).

По поводу фреймворков, используем express, потому что он красивый, простой и мы к нему привыкли.

Я для этой цели использую google docs. Там можно делать формы, таблицы и скрипты для них, а также есть управление доступом ко всему этому.

в web она тоже, начинает набирать обороты

JavaScript мальчик, а не девочка!

Потому что for in проходит по всем свойствам объекта и его родителей. Видимо, что-то расширяет объект Object от которого наследуется Array и добавляет как раз ваш мусор, для решения этой проблемы используется hasOwnProperty. В вашем случае, как-то так:

if (gy.hasOwnProperty(key)) {
    console.log(key);
}

В ECMAScript 6 писать ламбды гораздо проще:

str.split(",").map(function(str) str.trim());//Fx3+

или вообще так:

str.split(",").map(str=>str.trim());//Fx22+

Если плата «недешевая», то подозреваю стоимость кулеров по сравнению со стоимостью платы весьма мала. Тогда правильным решением будет покупка хороших кулеров нужного размера. Как говориться, скупой платить дважды. Тогда зачем допускать хоть минимальный риск?

Предполагаем, что воздух имеет очень плохую теплопередачу, и его много в пенопласте… и всё это начнёт греться…
Я бы не стал, если она реально дорога вам :)

По поводу проверки нитратов — это чистое разводилово. Изучал вопрос неоднократно. В основе теста лежит электропроводимость вещества, по этому критерию можно определить отклонение от нормы. Так вот было проведено огромное количество тестов, которые разбили в пух и прах теорию измерения содержания нитратов во фруктах на основе электропроводимости — слишком большая погрешность.
Пруф http://www.ripi-test.ru/testy/1073-nitrat-testery