я с вами на «ты» не переходила

утибоЗемой! какие мы смелые

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

И еще — не все быстрее пишут чем говорят! Особенно если человек не кодер и не жмет на кнопки 8 часов в сутки.

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

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

Было бы интересно, чтобы вы поделились какой-то классификацией (или статистикой) проблем общения с заказчиками. Ведь вряд ли проблемой является акцент или мелкие грамматические ошибки (ая-яй он написал «the» а не «a»).

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

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

... список можно дополнять, интересно от вас услышать какого рода проблемы возникают с инженерами?

Интересно кто его вашим наставником назначил и назначал ли вообще?
Он сам-то соглашался вами заниматься? У него есть другие «падаваны»? Как с ними?
Или там было то самое «неявное» назначение когда вас просто представили друг другу?

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

Для отправки писем например. Письма-то с сервера отправляются, и если человек подписался на рассылку по утрам (или чего хуже в 9:00) вам без клиента нужно знать когда у него утро.

но идентификатор «Europe/Kiev» полезнее чем оффсет. потому что если на сервер сохранить просто оффсет и потом использовать его для каких-то нужд, то оффсет не учитывает перевод часов зимой/летом. а по идентификатору «Europe/Kiev» всегда можно узнать какой сейчас в Киеве оффсет — UTC+2 или UTC+3 (есть библиотеки)

Можно без обращения к бэкенду определить таймзону пользователя c помощью moment-timezone.
moment.tz.guess() возвращает "Europe/Kiev" (jsbin тут jsbin.com/lohamaf),
moment.tz(moment.tz.guess()).format("Z z") вернет "+03:00 EEST".

Zfort, Daxx, Intetics, Brightgrove, OroCRM
я хочу приз за хороший ответ!

А, я ж не написала кого ищу ) сотрудников нам в компанию )
бонусы за рекомендацию понимаетели... :DDD

Привет! Напишу коротко о себе. Мне 32 года, живу в Харькове, работаю в аутсорсинговой компании Node.js разработчицей :D:D:D Знаю express.js, koa.js, реляционные и не-реляционные базы данных, и все остальное что нужно для построения полноценного бэкенда. С инфраструктурой и масштабированием справимся — я сейчас как раз на cloudacademy курс по созданию high available and fault tolerant systems прохожу :D

Есть базовые знания которыми должен обладать каждый человек.
Только у нас финансовую грамотность не относят к базовым знаниям. А зря.
Причем иногда я думаю что это специально.

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

Схема с которой я столкнулась в Харькове. Есть некий товарищ Evgeny Gaschenko который якобы может купить акции американской компании и потом когда они «вырастут» продать. Для пробы предлагает инвестировать «психологически незначимую сумму» с обещанием вернуть в 1.5 раза больше через месяц-полтора.
www.facebook.com/uffogc
www.youtube.com/user/ficusbiz
В общем, уже полтора года не видно ни суммы ни Евгения. Есть расписка, но так как сумма не супер-большая, возиться с заявлением в милицию не хочется. В общем, вы там аккуратно с инвестициями.

Что мешает вам воспринимать проект который вы делаете — как продукт?
Или проекты делающиеся через аутсорс компании — не продукты и не стартапы?

Альтернатива — web components и shadow DOM — но они ещё не широко распространены, особенно если проект начинали давно

+1 к тому, что в переписке — явно не удаленщик, а фрилансер.
Разница огромная: удаленщик это тот, кто работает на вас как на основного и единственного работодателя (просто удаленно) и настроен делать именно ваши задачи. А у фрилансера параллельно может быть несколько проектов из которых ваш далеко не на первом месте.