Как найти удаленную работу в США и Европе: списки ~1000 компаний, полезные инструменты для поиска + личный опыт инженера

Вот ещё одна полезная ссылка с удалёнными вакансиями: https://www.toughbyte.com/positions?location=remote

Переезд инженера в Будапешт: работа, деньги и стоимость жизни

Цифры и правда какие-то заниженные, хотя можно найти варианты куда привлекательнее. У нас, например, есть позиции, на которых вилка до 4,5к евро: https://www.toughbyte.com/positions?skill=&location=Budapest%2C+Hungary&level=#search

Как найти работу с релокацией в Европу: практический гайд для IT-специалистов

Вот ещё одно агенство: www.toughbyte.com/developers

Наглядно о потоке выполнения в Node.js

Я над этим работаю: github.com/olegp/mcms

Node.js — раковая опухоль

По моему язык здесь не причем, а виновата асинхронная модель программирования. На JavaScript можно и удобно писать код в синхронном стиле используя RingoJS или мой проект Common Node. Если интересно, то вот моя презентация с RejectJS в Берлине на прошлой неделе.

Полезные инструменты, туториалы и ресурсы

Проблема не только в глубине но и в отсутствии контекста и лишнего «boilerplate» кода.

Полезные инструменты, туториалы и ресурсы

Я и имел в виду проблемы с кучей колбэков под асинхронностью. Мой проект решает эти проблемы.

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

Полезные инструменты, туториалы и ресурсы

Я правильно понял что основная проблема это асинхронность нода? Если так, то я в принципе согласен что для многих задач это преждевременная оптимизация. Поэтому я написал Common Node который позволяет мне писать код в синхронном стиле не теряя преимуществ нода (низкий объем памяти, скорость и JavaScript).

Streams.js: отложенные (ленивые) вычисления в Javascript

Стоит также посмотреть на streamer.

Node: Масштабирование в малом против масштабирования в целом

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

Node: Масштабирование в малом против масштабирования в целом

Эта статья, также как и мое интервью с @ryah, годовалой давности, хотя критика асинхронности актуальна и сегодня.

Большинство приложений можно и нужно писать в синхронном стиле. На Ноде это можно сделать с fibers и моей библиотекой Common Node.

Ссылка на бенчмарки в README.

Первый Moscow JavaScript Meetup

Можно подойти позже.

Первый Moscow JavaScript Meetup

Сколько донесёте. Мы тоже принесём.

Первый Moscow JavaScript Meetup

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

Облака для обычного юзера

Разработку

Node.js — руководство по убеждению начальства

Есть еще наш www.akshell.com который поддерживает CommonJS modules но использует синхронный I/O.

Node.js и эра JavaScript

Я тоже думаю что вокруг Node много шума а для большинства web приложений от асинхронности столько же пользы сколько от реактивного двигателя для трактора. Но использовать один и тот же язык внутри браузера и на сервере разумно. Поэтому я продвигаю Akshell — попробуйте и убедитесь сами что server side JavaScript это круто.

Модульный подход в JavaScript

Ну это только в их имплементации, вообще-то эвал в других местах не используется для этого.

Модульный подход в JavaScript

С каким эвалом? Он вообще здесь ни причем.

А в акшеле stack trace видно в HTML в Preview и в Eval консоле тоже. Добавь строку 'throw new Error();' и убедись сам(а).

Модульный подход в JavaScript

CommonJS modules это вещь. Если хотите поэксперементировать с ними, советую попробовать прямо из браузера на Akshelle