Согласен, когда кандидатов очень много нужная какая-то формальная система, которая позволит провести отсев.
Дмитрий, у меня есть встречное предложение, учитывая сложившиеся обстоятельства, предлагаю побеседовать по скайпу, и по результатам в виде исключения принять меня без формальных этапов, если моя кандидатура вас устроит, конечно.
Спасибо за gun.io. Не знал о таком, надо попробовать: попытка не пытка.
Кстати, сейчас у oDesk тоже есть многоуровневая программа отбора наподобие той, что у Toptal. То есть, доступ к с самому Одеску свободный, но они выборочно отбирают некоторое количество участников, предлагая им пройти это все, а потом напрямую предлагают работодателям брать на работу конкретного соискателя, то есть, в общем, работают рекрутером за тебя. Это коненчно не Топтал, но тоже не лишнее, на мой взгляд.
Напишите именно в виде гайда о том, как лучше оформить свой профиль и сопроводительные письма для вакансий. Можно на примерах.
Информации действительно много, но конкретно в таком аспекте и в приложении к oDesk хотелось бы побольше. К тому же, у вас большой опыт работы с oDesk, ваш опыт особенно ценен для сообщества.
Подтверждаю, найти контракт на зарплату выше $30-$40 на full time вполне можно и на oDesk при наличии должной квалификации. Хотя конечно про демпинг — вы правы, это проблема oDesk. Из-за этого многие потенциально интересные работодатели просто не видят вас среди толпы.
Что касается toptal. Я с ними общался немного. Система отбора с одной стороны имеет свои плюсы, но на мой взгляд те критерии, которые они выбирают, не сильно отражают уровень соискателя(что подтверждают многие мои друзья с toptal, которым часто приходится работать рука об руку, скажем так, с новичками, выдающими себя за профессионалов). В общем, я пока предпочел с ними не работать. И вообще я предпочитаю не работать с теми клиентами, которые не в состоянии оценить уровень кандидата, скажем, по его open-source проектам.
Ответ не совсем корректный. Децентрализация, теоретически, сама по себе не противоречит возможности выкачивать часть связанных объектов.
Правильный ответ: потому что объекты git иммутабельны. Не имея части связанных коммитов, локальная копия попросту не сможет выстроиться в корректный лог. С другой стороны, для построения лога не требуется непременно иметь деревья файлов локально. Вот тут можно было бы кое-что улучшить в гите, не нарушая при этом ни иммутабельность, ни децентрализацию.
Видите ли, я занимаюсь функциональным программированием не первый год. И JavaScript в частности, хотя, конечно, я работаю и с куда более продвинутыми языками функционального программирования. Поэтому определение из вашей статьи лично меня запутать не может. Оно может запутать менее опытных программистов, на которых, по всей видимости, статья и была рассчитана.
Замыкание — это связь функции с переменными снаружи этой функции. Это связь, и ничего более. Функция — отдельное понятие. Замыкание — отдельное. Не надо путать людей, усложнять.
Вполне можно портировать, кстати. Хорошая задача. И выложить в NPM, например. Нужно просто сделать немного более дружелюбный для JavaScript интерфейс. Не хотите заняться этой задачей? Могу помочь.
Но эти утилиты внутри делают тот же list, и удаляют файлы по одному.
Я напишу вам в Скайпе.
Дмитрий, у меня есть встречное предложение, учитывая сложившиеся обстоятельства, предлагаю побеседовать по скайпу, и по результатам в виде исключения принять меня без формальных этапов, если моя кандидатура вас устроит, конечно.
Кстати, сейчас у oDesk тоже есть многоуровневая программа отбора наподобие той, что у Toptal. То есть, доступ к с самому Одеску свободный, но они выборочно отбирают некоторое количество участников, предлагая им пройти это все, а потом напрямую предлагают работодателям брать на работу конкретного соискателя, то есть, в общем, работают рекрутером за тебя. Это коненчно не Топтал, но тоже не лишнее, на мой взгляд.
Информации действительно много, но конкретно в таком аспекте и в приложении к oDesk хотелось бы побольше. К тому же, у вас большой опыт работы с oDesk, ваш опыт особенно ценен для сообщества.
Совершенно с вами согласен. Вы не хотели бы поделиться опытом? Дать несколько советов?
Что касается toptal. Я с ними общался немного. Система отбора с одной стороны имеет свои плюсы, но на мой взгляд те критерии, которые они выбирают, не сильно отражают уровень соискателя(что подтверждают многие мои друзья с toptal, которым часто приходится работать рука об руку, скажем так, с новичками, выдающими себя за профессионалов). В общем, я пока предпочел с ними не работать. И вообще я предпочитаю не работать с теми клиентами, которые не в состоянии оценить уровень кандидата, скажем, по его open-source проектам.
(если что, я лично вас не минусовал)
Правильный ответ: потому что объекты git иммутабельны. Не имея части связанных коммитов, локальная копия попросту не сможет выстроиться в корректный лог. С другой стороны, для построения лога не требуется непременно иметь деревья файлов локально. Вот тут можно было бы кое-что улучшить в гите, не нарушая при этом ни иммутабельность, ни децентрализацию.
Статью я, разумеется, читал.