Здравствуйте, BlackEric, Вы писали:
BE>Что здесь устаревшего? Обычный набор. Только странная связка MS SQL с Java, но Hibernate все равно с чем работать
а где, спрашивается, NodeJS? где NoSQL? где, на худой конец, Ruby? не молодежно!
Здравствуйте, MaximVK, Вы писали:
MVK>Я бы на его месте не стал бы выстраивать офис таким образом. У меня был опыт открытия офисов в Питере по стартапы, если интересно — могу поделиться.
Поделись, пожалуйста. Эта информации интересна многим, я думаю.
Если резюмировать:
1) Нужен хороший архитектор,
2) Который может засетапить и заменеджить команду,
3) Готовый взять на себя риски сопряженные со стартапом,
4) Отсутствие официального трудоустройства в штат в первое время,
5) Предположу, что такого спеца еще нужно и найти с первого раза и желательно быстро
Люди с такой квалификацией без работы не сидят. Чтобы их переманить с текущего места работы нужно предложить премию за переход и за риски.
С учетом всего этого моя оценка от 150k в месяц на руки. Но если хочется действительно сильного спеца найти, то это очень оптимистичная оценка.
Я бы на его месте не стал бы выстраивать офис таким образом. У меня был опыт открытия офисов в Питере по стартапы, если интересно — могу поделиться.
K>В общем прошу высказывать ваши оценки по зарплате, а лучше — за сколько лично вы бы пошли на данную позицию (если у вас имеется релевантный опыт).
Немного некорректно спрашивать "за сколько бы вы пошли". За миллион бы пошел Да кто его тут даст.
Лучше спросить у эйчаров про пожелалки и про реальные границы.
Более приземленно расклад примерно такой:
мидл — 80-120 чистыми
синьор\тимлид — 100-150
архитект — думаю зависит от, но 130-180 чистыми сойдет. на 130 придется поискать, за 180 они будут у ног ползать умолять чтобы взяли.
Фишка в том что больше 150 чистыми можно по пальцам пересчитать конторы, поэтому народ будет в очередь выстраиваться.
K>Ко мне обратился мой хороший знакомый, который вознамерился открыть R&D офис в Питере для своего стартапа. Т.к. я уже давно не живу в России (а в Питере вообще не жил), то хотелось бы узнать, сколько денег будет разумной компенсацией для человека со следующими требованиями:
Я так понимаю деньги будут делаться на Канадском/Американском рынке а работы выводиться в Россию? Ну так вот. Таких чудаков нужно бить бейсбольными битами а не помогать им. Очень рекомендую призадуматься над этим.
Здравствуйте, Олег К., Вы писали:
ОК>Я так понимаю деньги будут делаться на Канадском/Американском рынке а работы выводиться в Россию? Ну так вот. Таких чудаков нужно бить бейсбольными битами а не помогать им. Очень рекомендую призадуматься над этим.
Ты себя побей по голове этой самой битой до тех пор, пока не поймёшь, какую же дурь ты только что сморозил...
Здравствуйте, elmal, Вы писали:
E>Ну так и поговорите на технические темы. Если уж хочется про хешмапы поговорить, то хороший вопрос будет про то, в каких случаях и как вы применяете эти хешмапы в практике, какие вообще мапы применяли, для каких целей какую мапу и т.д. На какие грабли приходилось наступать с мапами, как в своем коде, так и в чужом. Что считаете важным знать про мапы, что там важно, а что детали реализации. Привести пример из своей практики, когда сами огребали какие проблемы с мапами, спросить кандидата как бы он сам пытался диагностировать проблемы.
Мне надо за короткий срок собеседования оценить человека, поэтому мне надо задавать технические вопросы. Бывает что по ходу рассказа о последних проектах человека возникают технические вопросы и тогда уже не доходит дело до HashMap. Но если не случилось, то почему бы не спросить о HashMap?
E>Но когда блин на юниора одни вопросы, и потом через 10 лет на сеньера те же самые вопросы, только от сеньера ожидается что он детали назубок знает — ну маразм же это! Сеньер отличается от юниора тем, что ему можно вообще совершенно другие вопросы задавать, с ним можно похоливарить и вообще с пользой в том числе для себя провести собеседование, самому узнать про другие решения текущих задач. И наоборот. От юниора же хрен что узнаешь новое, одни зазубренные знания.
Это вы знаете что вы senior, я вас вижу в первый раз в жизни на собеседовании и у меня очень ограниченное время чтобы оценить подходим мы друг другу или нет (в резюме можно много понаписать...). Я считаю что это и в ваших интересах показать себя (вы же тоже заинтересованы в вакансии раз пришли на собеседование). Почему бы быстренько не скзать о HashMap и пойти дальше? И такое было, люди с опытом быстренько говорят как и что и сразу понятно что пора переходить к более интересным вопросам. В чем проблема?
Здравствуйте, koandrew, Вы писали:
K>· Experience with Java, Spring, JUnit, Tomcat, Eclipse, Mercurial, SVN, MS SQL 2012 K>· Exposure to iOS development/xCode, analytics K>· Experience with the agile approach to software development K>· Experience with integration and performance testing tools K>· A good level of understanding of cloud computing technologies (MS Azure, Windows/Linux servers)
K>По факту этот человек будет главным архитектором некой системы для компаний в области здравоохранения (я пока ещё пытаюсь выведать детали, но пока ясно, что это будет неким веб-приложением). Поначалу работа будет удалённой по обычному российскому расписанию (в смысле никаких посиделок до полуночи, дабы работать синхронно с основным канадским офисом, хотя некоторое пересечение по времени будет необходимо), потом где-то в течение полугода-года переходящая в офисную работу по мере того, как будет улажена вся бюрократия с регистрацией представительства, поиска офисного помещения, и т.п. После открытия офиса команда будет расширена, и этому человеку будет предложено возглавить команду (то есть стать тим-лидом). Разумеется нужен нормальный английский язык, дабы активно учавствовать в обсуждениях, мозговых штурмах и т.п., а не скромно отсиживаться в углу.
Во-первых, как-то не сочетается архитектура и жестко заданный стек технологий. Криптомикроменеджмент.
Во-вторых, ну кто ж так слона продает.
Разыскивается самый лучший Java-девелопер (требуется знание современного и классического стека Java-технологий). Что предлагаем вам мы: возможность не пилить чужой говнокод, а самому определять архитектуру проекта. Вместо тупой имплементации спущенных сверху задач — участие в обсуждениях вместе с директором и заказчиком. Возможность прокачать английский язык. Возможность командировок в Канаду. Реальный карьерный рост — успешный кандидат через полгода станет тим-лидом. На первое время доступна удаленная работа.
— Ну, не знаю... А сколько я за это должен заплатить?
— Вы не поняли, это мы вам будем платить!
— О_о Сэр, только что вы наняли себе нового чего-чегоццо!
А то — стартап, офис пока не открыли, все гавно будете на себе тащить... Да, и лучше опций бы предложили с понятной схемой обналичивания (IPO, продажа) и внятным лидершипом. Нормального человека за зарплату предпринимать в стартапе трудно заставить.
Здравствуйте, koandrew, Вы писали: AVV>>это зп крепкого синьора со знанием языка сейчас K>Примерно такой человек и нужен — особенно если он "с амбициями" вырасти в тимлида/архитекта. Как я понял, финансирование стартапа уже обеспечено, потому кое-какая уверенность в том, что завтра компания не развалится, имеется — но всё же это стартап со всеми вытекающими отсюда рисками.
согласен 150 000 на руки маловато. Хотя наверное не только в зарплате дело...
Вот я в свое время такое делал и поднял полностью офис с нуля, при этом зарплата была не запредельная — нормальная. Но у меня были stock options компании и вот это было уже интересно. То есть если вы хотите заинтересовать такого человека то надо либо сразу платить платить много (а это и для другой стороны напряжно, ведь не ясно что за человек и как пойдет) либо давать ему долю в будующем через stock options или еще как (а в России нет нормалных механизмов для этого).
Плюс еще непонятно а кто офис будет держать? Будет еще директор? А кто и где людей будет искать? Рынок труда у нас тут не простой и найти людей с каким опытом не просто даже для больших и известных компаний. А кто пойдет в неизвестную шаражку? Значит надо искать молодых с горящими глазами и обучать их... Это тоже обязанности этого человека?
Вы определитесь для начала кто вам нужен — технарь (то есть все остальные проблемы кто-то будет решать) или управленец (в хорошем смысле этого слова).
Здравствуйте, Handie, Вы писали:
K>>· Experience with Java, Spring, JUnit, Tomcat, Eclipse, Mercurial, SVN, MS SQL 2012
H>Это явно какая-то история древнего мира. Перечеслены многие устаревшие вещи. На таком стеке разработка будет крайне дорогой
Что здесь устаревшего? Обычный набор. Только странная связка MS SQL с Java, но Hibernate все равно с чем работать
On 13.05.2015 17:27, watcher wrote:
> 1. если нужен *готовый* архитектор, которому придется иметь дело с > местными вживую, а также рисковать поиметь проблемы с местными > налоговой, подицией и прочими в случае чего, как главному технарю
Тема сисек не раскрыта. Что это за проблемы, почему от них нельзя
избавиться с помощью обычного ООО? Или планируется что такой типа
отважный чувак соберёт на хате крутых хакеров, а платить им будет кэшем,
извлекаемым каждый месяц из явочного камня с передатчиком?
Как по мне, то даже американец польского происхождения вряд ли
рассчитывает на подобное. Хотя кто их, конечно, знает.
Здравствуйте, vpedak, Вы писали:
V>Проблемы будут с наймом новых программистов. И за это все равно придется отвечать этому товарищу... Это не просто дал объявление на hh.ru, из 100 пришедших резюме отобрал сколько нужно, провел собеседование и нанял... В основном будет один "шлак".
Шлак понятие относительное. Шлак — это по определению те, у кого взгляды на отрасль не такие, как у собеседующего. Ибо завалить можно кого угодно. Я с одним товарищем напару собеседовал кандидата, причем кандидата взял. Товарищ по рангу стоял выше меня, кстати. Так вот, он мне потом заявил, что хрен бы он сам прошел мое собеседование.
За пивом вообще много интересного можно узнать. Мне помнится жаловались, что кандидаты ни хрена не знают, и отвечают так же хреново, как отвечали они ранее .
А чтобы было меньше шлака, нужно спрашивать не экзаменационные вопросы, никак с реальной работой не коррелирующие. А постараться выяснить чем конкретный человек может быть полезен, какие у него сильные стороны, и фокусироваться на сильных сторонах, а не искать слабые, чем занимаются те, кто жалуются что кандидаты отстой.
Здравствуйте, Няшка, Вы писали:
Н>Как бы Вы сами ответили на этот вопрос (как устроен HashMap)? Н>И где конкретно это знание может помочь человеку в работе в Вашей компании? Н>Просто хотелось бы понять, есть ли смысл в таких требованиях, которые Вы выдвигаете.
Это не требование, это просто техническая тема которая позволяет что-то обсудить. Это дает возможность посмотреть как человек думает, рассуждает и т.д. Если она человеку не интересна, то надо просто ответить то, что он про это знает и пойти дальше. Но ответ "мне пофиг" лично меня напрягает. Это говорит либо о том, что человек не знает, либо что с ним будут проблемы во взаимотношениях (знает но говорить не хочет потому что считает это ниже своего достоинства и т.д.).А личные характеристики человека не менее важны чем технические знания.
Ты же пришел на собеседование на техническую позицию, никто не мучает какие-то зубодробильными техническими вопросами, но в любом случае поговорить на технические темы — надо. Человек смотрит на компанию и выбирает себе подходящую, при этом мы отвечаем на все его вопросы (и про зарплату и про офис и т.д.), в ответ мы тоже ожидаем ответа на вопросы. Мы тоже выбираем. Если это не понятно для некоторых — то мне жаль, но я предпочитаю не работать с такими людьми.
Здравствуйте, elmal, Вы писали:
V>>Это не требование, это просто техническая тема которая позволяет что-то обсудить. Это дает возможность посмотреть как человек думает, рассуждает и т.д. Если она человеку не интересна, то надо просто ответить то, что он про это знает и пойти дальше. Но ответ "мне пофиг" лично меня напрягает. Это говорит либо о том, что человек не знает, либо что с ним будут проблемы во взаимотношениях (знает но говорить не хочет потому что считает это ниже своего достоинства и т.д.).А личные характеристики человека не менее важны чем технические знания.
V>>Ты же пришел на собеседование на техническую позицию, никто не мучает какие-то зубодробильными техническими вопросами, но в любом случае поговорить на технические темы — надо.
E>Ну так и поговорите на технические темы. Если уж хочется про хешмапы поговорить, то хороший вопрос будет ...
А вот и д'Артаньян нарисовался, который знает, как устроен HashMap, но говорить не хочет, потому что считает это ниже своего достоинства.
Хотя казалось бы, в чем проблема вкратце в 2 словах сказать. Не, это ниже достоинства.
Любое рабочее место для экономики лучше чем его отсутствие.
P>Это гнилой аутсорсинг да еще и на готовый лопнуть в любой момент стартап. Все компетенции по созданию и продаже продукта останутся в Канаде, а на долю России придется только кодинг. В результате зарплаты кодеров чуть-чуть вырастут, а людей способных создавать и продавать продукты в России не прибавится. Это тот же экспорт природных ресурсов, вид сбоку. За последние 20 лет такой подход привел к тому что на международном рынке 3.5 Российских продукта, а все остальное IT в РФ такой же гнилой аутсорсинг.
Да не подход к этому привел... Выгоднее бочками с нефтью торговать чем башкой думать и всех это устраивает. Кто вам мешает создать продукт и вывести его на международный рынок?
Здравствуйте, koandrew, Вы писали:
K>Всем привет!
K>В общем прошу высказывать ваши оценки по зарплате, а лучше — за сколько лично вы бы пошли на данную позицию (если у вас имеется релевантный опыт). Сразу скажу, что лично я никакого бенефита от этого не имею — меня просто попросили найти человека "по старой дружбе", т.к. человек разбирается в российском рынке ещё хуже, чем я, и ко всему прочему совсем не говорит по-русски (он поляк по происхождению, но живёт в Канаде уже более 20 лет).
Вот я в Питере, опыт релевантный (гуглите по нику). Скажу "за того парня" (не за себя)
ищите 200к+ (на руки)
Ибо 150+ это компания уровня Яндекса с хорошей социалкой, дизайнерским офисом и стабильностью
Опять же надо понимать что 200к+ может получать крутой джава девелопер и без лид обязанностей.
В Питере есть уже Мейл, ЕМС, Вконтакт, Яндекс, Джетбрейнс, Оракл, SAP и много других компаний — подумайте зачем хорошему человеку идти именно к вам... Тем более перспективы это всегда перспективы...
Вы еще кстати подумайте сможете ли вы нанять всю команду, а не только гуру...
А если вам реально нужен хороший спец по облакам, да еще healthcare, то таких людей вообще немного ))
В общем, вы начните искать, а там все и увидите =))) Может у вас задачки на поверку, не такие и страшные и эксперт не нужен.
1. если нужен готовый архитектор, которому придется иметь дело с местными вживую, а также рисковать поиметь проблемы с местными налоговой, подицией и прочими в случае чего, как главному технарю, то 45 usd/час + бонусы + процент от бизнеса
2. если нужен просто опытный девелопер, желающий стать архитектором, и лично присутствовать в офисе не надо, а можно уехать куда-то в ##### (вставить на выбор) и рулить командой удаленно (или с редкими наездами в офис раз в 3 месяца), то от 30 usd/час
Здравствуйте, __kot12, Вы писали:
__>Немного некорректно спрашивать "за сколько бы вы пошли". За миллион бы пошел Да кто его тут даст.
Ну дык получу "хотелки", поделю на два — и от этого уже можно будет отталкиваться Разумеется для меня не стало сюрпризом загибание пальцев и требование 100500 в час. Посмотрим на них в деле, когда объяву повешу
__>Лучше спросить у эйчаров про пожелалки и про реальные границы.
Мне сообщили бюджет, я просто пытаюсь быстро выяснить, насколько реально на него нанять человека с требуемыми скилами. Под "быстро" я подразумеваю "не просидев несколько следующих недель в скайпе на собеседованиях", т.к. времени на эти самые собеседования очень мало (из-за разницы времени я могу собеседовать только по выходным, плюс я в жабе не копенгаген от слова "вообще", потому придётся мне напрягать своих знакомых жабников, но при этом предварительно отфильтровать явно неподходящих).
__>Более приземленно расклад примерно такой: __>мидл — 80-120 чистыми __>синьор\тимлид — 100-150 __>архитект — думаю зависит от, но 130-180 чистыми сойдет. на 130 придется поискать, за 180 они будут у ног ползать умолять чтобы взяли.
__>Фишка в том что больше 150 чистыми можно по пальцам пересчитать конторы, поэтому народ будет в очередь выстраиваться.
Спасибо — после просмотра работных сайтов у меня где-то такое впечатление и сложилось.
Здравствуйте, Няшка, Вы писали:
Н>Чем это IDEA так кардинально лучше Eclipse?
она допилена.
эклипс при всех килотоннах сомнительных плагинов не так удобен и надёжен.
я долго сидел на эклипсе(java, python, c++), но перешёл в итоге на идею.
сейчас многие java-проекты можно делать даже на коммунити версии идеи, если так не хочется покупать лицензию.
Н>Чем это GIT так кардинально лучше SVN?
раньше у svn'а были дикие проблемы с мержем. многие, кто в тот момент перешёл ещё тогда на git, не в курсе заметных улучшений у первого.
но афаик до сих пор тяжело создавать ветки.
ну и нет локальной репы, что добавляет неудобств и ставит в зависимость от рандомных проблем с сервером репы.
в одной ретроградной конторе мы так однажды не смогли собрать очередной релиз. с гитом такой проблемы просто бы не было.
ну и процесс меняется с переходом на другую схему контроля версий. это добавляет гибкости и управляемости.
Здравствуйте, koandrew, Вы писали:
K>Ко мне обратился мой хороший знакомый, который вознамерился открыть R&D офис в Питере для своего стартапа. Т.к. я уже давно не живу в России (а в Питере вообще не жил), то хотелось бы узнать, сколько денег будет разумной компенсацией для человека со следующими требованиями:
Если нужен просто архитектор Java, не разбирающийся в предметной области — то не сильно выше среднего по рынку.
Если в придачу к Java нужны познания в здравоохранении, плюс знания стека современных западных стандартов и классификаторов (HL7-FHIR-OpenEHR и Java API к ним + SNOMED/LOINC/RxNorm и т.п.), плюс опыт их практического применения — то вдвое-втрое дороже.
Здравствуйте, Няшка, Вы писали:
Н>Опять же, это все на уровне личных субъективных впечатлений. Н>По мне, idea и eclipse одинаково глючные и тормозные. Веских аргументов говорить, что вот это лучше я не вижу...
спорно, опять же во многих холиварах это все подробно разжевано и достаточно объективно, тут повторяться смысла нет.
Н>>>Чем это GIT так кардинально лучше SVN? Н>Если у Вас реально большой продукт, в который коммитит много народа, то при падении сервера GIT сборка актуальной версии будет такой же проблемой, как и с падением SVN... Н>А маленький продукт по любому есть локально в актуальной версии у каждого девелопера.
ну хотя бы коммитить всегда можно да и историю смотреть в случае падения remote git сервера. Касательно истории это какой то странный пережиток прошлых систем версий контроля — смысл за архивной историей всегда ходить на сервер? она же не меняется.
+еще из основных фич — моментальное (оффлайн) создание/удаление веток, в svn сколько времени ветка может создаваться на большом и древнем проекте? и притом быстрый коннект к серверу обязателен.
Как минимум вот эти объективные причины, остальные — опять же полно в холиварах
Здравствуйте, koandrew, Вы писали:
K>Административными функциями (поддержка офиса, обеспечения расходниками, администрирование бюрократии и т.п.) будет заниматься отдельный товарищ, которого сейчас ищут отдельно, как я понял.
Это уже плюс, хоть жопу свою подставлять не надо перед налоговой
V>>Вы определитесь для начала кто вам нужен — технарь (то есть все остальные проблемы кто-то будет решать) или управленец (в хорошем смысле этого слова). K>В первую очередь сильный технарь, но желающий в перспективе стать тимлидом, и, соответственно, согласный взять на себя управление командой в техническом плане.
Проблемы будут с наймом новых программистов. И за это все равно придется отвечать этому товарищу... Это не просто дал объявление на hh.ru, из 100 пришедших резюме отобрал сколько нужно, провел собеседование и нанял... В основном будет один "шлак".
Плюс еще напрягает что хочется сильного человека в проффесиональном плане но при этом "желающий в перспективе стать тимлидом". Обычно они все уже сейчас тимлиды. Как-то тяжело вырасти профессионально и не стать тим лидом. Нафиг им перспектива? А если человек не тим лид и никогда народ не набирал, никогда не увольнял, никогда не занимался менеджментом, то будет учиться это делать по ходу дела. Они к этому готовы?
Здравствуйте, vpedak, Вы писали:
V>В целом я с этим согласен и конечно надо смотреть на человека в первую очередь а не на то как он отвечает на экзаменационные вопросы. Но минимальный уровень — он должен быть. Если мне на собеседование по java приходит senior developer и когда его спрашивают как устроен HashMap внутри (при этом никто не хочет деталей, просто основное понимание как он работает, это можно и самому догадаться никогда не смотря в его код) а он мне говорит что "мне пофиг" (дословно). Типа я доверяю ребятам которые его писали и если я по ключу туда что-то положу, то потом достану, зачем мне знать как оно там внутри... и это senior у которого резюме офигенное...
Скорее всего на деле этот сеньер на минимальном уровне это знает, а если говорит что ему пофиг — это близко к троллингу. Когда он не знает — это легко понимается по другим вопросом. Ну и далее, запросто может не знать, что там с версии кажется 1.7 не LinkedList внутри, а TreeSet. И что с какой то там версии подстрока не содержит ссылку на строку целиком — тоже вполне может не знать. И также может троллить про то, что hashCode нужно переопределять как return 0 и много еще такого. Таким образом отфильтровывает тех работодателей, у которых в коде копипаст и спагетти, когда на код нельзя посмотреть до прихода на работу, можно о качестве кода проекта узнать по вопросам на собеседовании и на реакции на вот такие ответы.
Ибо эти все вопросы и это внимание к деталям имеет смысл задавать тем, у кого опыта ни черта. А чем больше опыта, тем мышление более высокоуровневое. И если человек с 10 летним опытом в 10 лет стартует потоки так, как требуют стартовать на собеседовании через new ClassImplementingRunnable().start() — и он такой синтаксис еще не забыл, то у него не 10 лет опыта, а 10 раз по году опыта. А если он отвечает, то он либо активный ходок по собеседованиям, либо копипастер, который не умеет скрывать сложность.
Меня больше печалит, когда сеньеры, а то и претенденты на архитекторов, не могут за час написать простейший код как можно проще (это явно в задании сказано), а вместо этого городят на ровном месте фабрики фабрик и соответственно не успевают. Найти человека, который придерживается KISS принципа, и при этом хоть что то слышал про всякие SOLID, DRY и тому подобные аббревиатуры — вот это весьма проблематично, чаще всего приходится студентов брать и потом учить не переусложнять на ровном месте.
похоже, ты разговариваешь с кем-то ещё. какие-то голоса?
F>>пока я работаю со своей задачей, я не обновляю код. либо в особых случаях. F>>разницы в день работы можно легко достичь. а потом ляжет svn-сервер и прощай обещанный билд. Н>Какие то надуманные проблемы для маленьких проектов, в которых система контроля версий вообще не является узким местом и билды не делаются каждый день, а если припекает, то 2,5 человека (у которых только и будут актуальные изменения) без проблем синхронизируются через что угодно...
мы однажды очень быстро клепали прототип втроём. включили гит и через него всё сводили.
поскольку правки часто были рядом или пересекались, то гит нас спасал от проблем.
а с твоим подходом всё бы сломалось на первом же синке.
Это не стартап (да, да в стартапах долю раздают), а обычный аутстаффинг (когда некий технический архитектор за бугром, а винтики исполнители в России) плюс такого подхода в том что вам не нужно будет сушить мозг с поиском и арендой офисой, организацией плюшек но придется платить какой то процент с каждого разработчика под ваши нужды.
Здравствуйте, vpedak, Вы писали:
V>Это вы знаете что вы senior, я вас вижу в первый раз в жизни на собеседовании и у меня очень ограниченное время чтобы оценить подходим мы друг другу или нет (в резюме можно много понаписать...). Я считаю что это и в ваших интересах показать себя (вы же тоже заинтересованы в вакансии раз пришли на собеседование). Почему бы быстренько не скзать о HashMap и пойти дальше?
Вот ни разу не было такого, чтоб после ответа на HashMap далее были интересные вопросы. Либо сразу идут интересные вопросы, либо когда ответишь на HashMap, начнут спрашивать про отличия в реализации этой HashMap в разных версиях Java, потом правила переопределения зешкодов и иквалсов, и чтоб сходу по Блоху, далее отличия в реализации стрингов между разными версиями Java, далее отличия работы сборки мусора между различными версиями Java (просто рассказ про Mark and sweep общий не тянет на ответ, важны детали). Потом про листы и отличия линкед листов от аррей листов и тому подобное. И такое на полтора часа, а до интересных вопросов даже не доходит. Одно и тоже, одни вопросы. И вот когда такое встречается — ну реально не сильно хочется в такой конторе работать, ибо если ответы на эти вопросы действительно важны и определяют квалификацию — значит в проекте черти какой говнокод и о таком понятии как абстракция, инкапсуляция и тому подобное ни фига не слышали.
Ко мне обратился мой хороший знакомый, который вознамерился открыть R&D офис в Питере для своего стартапа. Т.к. я уже давно не живу в России (а в Питере вообще не жил), то хотелось бы узнать, сколько денег будет разумной компенсацией для человека со следующими требованиями:
· Experience with Java, Spring, JUnit, Tomcat, Eclipse, Mercurial, SVN, MS SQL 2012
· Exposure to iOS development/xCode, analytics
· Experience with the agile approach to software development
· Experience with integration and performance testing tools
· A good level of understanding of cloud computing technologies (MS Azure, Windows/Linux servers)
По факту этот человек будет главным архитектором некой системы для компаний в области здравоохранения (я пока ещё пытаюсь выведать детали, но пока ясно, что это будет неким веб-приложением). Поначалу работа будет удалённой по обычному российскому расписанию (в смысле никаких посиделок до полуночи, дабы работать синхронно с основным канадским офисом, хотя некоторое пересечение по времени будет необходимо), потом где-то в течение полугода-года переходящая в офисную работу по мере того, как будет улажена вся бюрократия с регистрацией представительства, поиска офисного помещения, и т.п. После открытия офиса команда будет расширена, и этому человеку будет предложено возглавить команду (то есть стать тим-лидом). Разумеется нужен нормальный английский язык, дабы активно учавствовать в обсуждениях, мозговых штурмах и т.п., а не скромно отсиживаться в углу.
В общем прошу высказывать ваши оценки по зарплате, а лучше — за сколько лично вы бы пошли на данную позицию (если у вас имеется релевантный опыт). Сразу скажу, что лично я никакого бенефита от этого не имею — меня просто попросили найти человека "по старой дружбе", т.к. человек разбирается в российском рынке ещё хуже, чем я, и ко всему прочему совсем не говорит по-русски (он поляк по происхождению, но живёт в Канаде уже более 20 лет).
Здравствуйте, MaximVK, Вы писали:
MVK>Если резюмировать: MVK>1) Нужен хороший архитектор, MVK>2) Который может засетапить и заменеджить команду, MVK>3) Готовый взять на себя риски сопряженные со стартапом, MVK>4) Отсутствие официального трудоустройства в штат в первое время, MVK>5) Предположу, что такого спеца еще нужно и найти с первого раза и желательно быстро
Ну примерно так и есть (за исключением последнего пункта — сроки не особенно горят пока, как я понял).
MVK>Люди с такой квалификацией без работы не сидят. Чтобы их переманить с текущего места работы нужно предложить премию за переход и за риски.
Это понимаю и я, и мой знакомый, потому он готов предложить достойную компенсацию.
MVK>С учетом всего этого моя оценка от 150k в месяц на руки. Но если хочется действительно сильного спеца найти, то это очень оптимистичная оценка.
Спасибо за оценку. Я пока подожду, что другие скажут, но субъективно мои представления тоже где-то в районе этой суммы. Мой знакомый сказал, что хорошему профессионалу они морально готовы предложить и побольше этой суммы + бонусы, особенно если он хорошо знаком с iOS, и возьмёт на себя (по крайней мере на первое время) ряд административных функций типа установки/настройки серваков под нужды разработки (dev/staging/prod environment, всякие сервисные серваки типа source control/bug tracker и т.п.).
MVK>Я бы на его месте не стал бы выстраивать офис таким образом. У меня был опыт открытия офисов в Питере по стартапы, если интересно — могу поделиться.
Очень интересно. Если по какой-то причине не хотите писать тут публично — пишите на моё мыло в профиле.
Здравствуйте, a.v.v, Вы писали:
AVV>это зп крепкого синьора со знанием языка сейчас
Примерно такой человек и нужен — особенно если он "с амбициями" вырасти в тимлида/архитекта. Как я понял, финансирование стартапа уже обеспечено, потому кое-какая уверенность в том, что завтра компания не развалится, имеется — но всё же это стартап со всеми вытекающими отсюда рисками.
Здравствуйте, BlackEric, Вы писали: K>>>· Experience with Java, Spring, JUnit, Tomcat, Eclipse, Mercurial, SVN, MS SQL 2012 H>>Это явно какая-то история древнего мира. Перечеслены многие устаревшие вещи. На таком стеке разработка будет крайне дорогой BE>Что здесь устаревшего?
ну хотя бы "Eclipse, Mercurial, SVN", предположу что эффективней будет IntellijIdea+GIT как минимум )
Здравствуйте, Handie, Вы писали:
H>Tomcat? Apache сервлеты в 2015?
Ээээ, а что кошерно сейчас вместо томката, когда не нужно что монструозного? Что, если типа какую WebSphere или JBoss, ну или WebLogic заюзать — то будет неимоверное счастье и система сама сделается? Мне всегда казалось, что всякое сверхтяжелое используется специально для того, чтоб время деплоя было поболее, чтоб за счет этого обосновать увеличение размера команды и дольше доить заказчиков.
Здравствуйте, elmal, Вы писали:
E>Здравствуйте, Handie, Вы писали: H>>Tomcat? Apache сервлеты в 2015? E>Ээээ, а что кошерно сейчас вместо томката, когда не нужно что монструозного?
ну Jetty если только, хотя томкат в этой нише выбор правильный: и не монстр вроде бы еще и используется более массово, соотв-но глюков меньше.
Здравствуйте, watcher, Вы писали:
W>1. если нужен готовый архитектор, которому придется иметь дело с местными вживую, а также рисковать поиметь проблемы с местными налоговой, подицией и прочими в случае чего, как главному технарю, то 45 usd/час + бонусы + процент от бизнеса
ваш друг должен учесть, что скорее всего у этого архитектора в кармане будет еще и "правильная" бумажка, дающая ему (а также всему филиалу) разные четланские права, либо у него будет 2-5 друзей с этими четланскими бумажками
собственно 45 в час — это плата за технические знания
а все, что выше это оплата за четланские бумажки
Здравствуйте, insighter, Вы писали:
I>Здравствуйте, Няшка, Вы писали:
Н>>Чем это IDEA и GIT так кардинально лучше Eclipse и SVN?
I>ну холивары же, вот посвежее:
I>https://rsdn.ru/forum/java/5105354.flat.1
Здравствуйте, koandrew, Вы писали:
K>т.к. времени на эти самые собеседования очень мало (из-за разницы времени я могу собеседовать только по выходным
главное, чтобы не надо было найти за две недели.
возможно, понадобится больше месяца, чтобы найти нужного человека.
рынок сейчас на спаде, поэтому люди не особо меняют работу. зачастую просто нет никаких интересных вариантов.
возможно, проще захантить кого-нибудь конкретного по совету знакомых, по профилям в линкедыне или каким-то публикациям.
Здравствуйте, koandrew, Вы писали:
K>Как я понял, финансирование стартапа уже обеспечено, потому кое-какая уверенность в том, что завтра компания не развалится, имеется — но всё же это стартап со всеми вытекающими отсюда рисками.
какие ещё риски помимо развала могут быть для исполнителя?
Здравствуйте, neFormal, Вы писали:
F>Здравствуйте, Няшка, Вы писали:
Н>>Чем это IDEA так кардинально лучше Eclipse?
F>она допилена. F>эклипс при всех килотоннах сомнительных плагинов не так удобен и надёжен. F>я долго сидел на эклипсе(java, python, c++), но перешёл в итоге на идею. F>сейчас многие java-проекты можно делать даже на коммунити версии идеи, если так не хочется покупать лицензию.
Опять же, это все на уровне личных субъективных впечатлений.
По мне, idea и eclipse одинаково глючные и тормозные. Веских аргументов говорить, что вот это лучше я не вижу...
Н>>Чем это GIT так кардинально лучше SVN?
F>раньше у svn'а были дикие проблемы с мержем. многие, кто в тот момент перешёл ещё тогда на git, не в курсе заметных улучшений у первого. F>но афаик до сих пор тяжело создавать ветки. F>ну и нет локальной репы, что добавляет неудобств и ставит в зависимость от рандомных проблем с сервером репы. F>в одной ретроградной конторе мы так однажды не смогли собрать очередной релиз. с гитом такой проблемы просто бы не было. F>ну и процесс меняется с переходом на другую схему контроля версий. это добавляет гибкости и управляемости.
Если у Вас реально большой продукт, в который коммитит много народа, то при падении сервера GIT сборка актуальной версии будет такой же проблемой, как и с падением SVN...
А маленький продукт по любому есть локально в актуальной версии у каждого девелопера.
80% людей оценивают свое мастерство выше среднего...
Здравствуйте, Няшка, Вы писали:
Н>Опять же, это все на уровне личных субъективных впечатлений. Н>По мне, idea и eclipse одинаково глючные и тормозные. Веских аргументов говорить, что вот это лучше я не вижу...
это на уровне личного опыта за несколько лет с несколькими версиями эклипса и идеи.
идея не затыкает эклипс за пояс, но она явно лучше. и того, что бросается в глаза — это автокомплит, контроль версий, диффы и отсутствие многих мутных java-ошибок, как в эклипсе.
Н>Если у Вас реально большой продукт, в который коммитит много народа, то при падении сервера GIT сборка актуальной версии будет такой же проблемой, как и с падением SVN...
запушат нужные ветки тому, кто собирает.
тебе надо бы изучить, как работают распределённые системы контроля версий.
Н>А маленький продукт по любому есть локально в актуальной версии у каждого девелопера.
с svn'ом? ты точно с ним работал?
и изменения другого человека у тебя были локально? вы через шару обмениваетесь штоле?
Здравствуйте, __kot12, Вы писали:
__>архитект — думаю зависит от, но 130-180 чистыми сойдет. на 130 придется поискать, за 180 они будут у ног ползать умолять чтобы взяли. __>Фишка в том что больше 150 чистыми можно по пальцам пересчитать конторы, поэтому народ будет в очередь выстраиваться.
Вопрос только в качестве тех, кто будет выстраиваться. Вряд ли топикстартер хочет нанять на роль архитектора бывшего тестера-автоматизатора или php программиста после курсов Java, а именно такой контингент и в основном и наманивается на цифры >150.
Здравствуйте, koandrew, Вы писали:
K>Спасибо — после просмотра работных сайтов у меня где-то такое впечатление и сложилось.
Те, кто размещает объявления на работных сайтах, имеют возможность ждать нужного специалиста полгода. Если вас это устраивает, цифры адекватные. Если вам нужно собрать команду за 1-2 месяца, то эти цифры придется умножить в 1.5 раза.
M>Вопрос только в качестве тех, кто будет выстраиваться. Вряд ли топикстартер хочет нанять на роль архитектора бывшего тестера-автоматизатора или php программиста после курсов Java, а именно такой контингент и в основном и наманивается на цифры >150.
Какие-то разные у всех реальности.
На HH есть большой выбор сениоров с хорошим опытом и запросами 120-130 т.р.
За месяц на вакансию находятся адекватные опытные люди в этом же диапазоне.
Ну а выше такие же спецы по опыту плюс минус, которые просто пытаются себя дороже продать.
Если вы параноик — это еще не значит, что за вами никто не следит
Здравствуйте, neFormal, Вы писали:
F>какие ещё риски помимо развала могут быть для исполнителя?
Есть определённая разница между "как я понял" и "как на самом деле". Я знаю этого человека почти десятилетие, и потому могу ему доверять, в то время как программист только-только с ним познакомится.
Здравствуйте, 0BD11A0D, Вы писали:
BDA>Во-первых, как-то не сочетается архитектура и жестко заданный стек технологий. Криптомикроменеджмент.
Я в жабе нихрена не понимаю, посему — "мопед не мой — я просто объяву разместил" (С)
BDA>Во-вторых, ну кто ж так слона продает.
BDA>
BDA>Разыскивается самый лучший Java-девелопер (требуется знание современного и классического стека Java-технологий). Что предлагаем вам мы: возможность не пилить чужой говнокод, а самому определять архитектуру проекта. Вместо тупой имплементации спущенных сверху задач — участие в обсуждениях вместе с директором и заказчиком. Возможность прокачать английский язык. Возможность командировок в Канаду. Реальный карьерный рост — успешный кандидат через полгода станет тим-лидом. На первое время доступна удаленная работа.
В общем-то как-то так я объяву и собирался сформулировать. Эта тема — просто исследование рынка, дабы я смог более-менее понять, чего мне стоит ожидать. Кстати командировки — не просто возможность, а необходимость.
BDA>А то — стартап, офис пока не открыли, все гавно будете на себе тащить... Да, и лучше опций бы предложили с понятной схемой обналичивания (IPO, продажа) и внятным лидершипом. Нормального человека за зарплату предпринимать в стартапе трудно заставить.
Бонусы предусмотрены как часть компенсационного пакета, но, как я подозреваю, будут обсуждаться индивидуально непосредственно с руководством на финальных стадиях интервью.
Здравствуйте, Miroff, Вы писали:
M>Те, кто размещает объявления на работных сайтах, имеют возможность ждать нужного специалиста полгода. Если вас это устраивает, цифры адекватные. Если вам нужно собрать команду за 1-2 месяца, то эти цифры придется умножить в 1.5 раза.
Эх, кто бы мне "умножил цифры в 1.5 раза" за срочность...
Здравствуйте, koandrew, Вы писали:
BDA>>Во-первых, как-то не сочетается архитектура и жестко заданный стек технологий. Криптомикроменеджмент. K>Я в жабе нихрена не понимаю, посему — "мопед не мой — я просто объяву разместил" (С)
Причем тут жаба? А если человек имеет опыт, который показывает, что git лучше, например, ему было легче в Питере найти программистов знакомых с гитом? Почему вообще вашего пшека волнует знание Mercurial и SVN? Ох, не случайно это, походу, начитался он статей, типа, Сполски on Hg, и будеть лезть с ЦУ. Это гипотеза, но, по-моему, правдоподобная. Размещая этот список, невольно будете провоцировать подобные мысли.
K>Бонусы предусмотрены как часть компенсационного пакета, но, как я подозреваю, будут обсуждаться индивидуально непосредственно с руководством на финальных стадиях интервью.
Здравствуйте, 0BD11A0D, Вы писали:
BDA>Причем тут жаба? А если человек имеет опыт, который показывает, что git лучше, например, ему было легче в Питере найти программистов знакомых с гитом? Почему вообще вашего пшека волнует знание Mercurial и SVN? Ох, не случайно это, походу, начитался он статей, типа, Сполски on Hg, и будеть лезть с ЦУ. Это гипотеза, но, по-моему, правдоподобная. Размещая этот список, невольно будете провоцировать подобные мысли.
Понятия не имею, откуда он взял эти требования, но, зная его, я почти уверен, что он согласится на другие варианты, если они будут должным образом аргументированы.
BDA>Я говорю не про бонусы, а про опции.
Ну дык разве опции не являются бонусом? Я фиг знает если честно, что имелось в виду
Здравствуйте, koandrew, Вы писали:
K>Понятия не имею, откуда он взял эти требования, но, зная его, я почти уверен, что он согласится на другие варианты, если они будут должным образом аргументированы.
Если так, то тем более незачем перечислять. Все будут думать «микроменеджер», а теперь еще выясняется — необоснованно. Достаточно же просто написать — системы контроля версий.
BDA>>Я говорю не про бонусы, а про опции. K>Ну дык разве опции не являются бонусом? Я фиг знает если честно, что имелось в виду
Здравствуйте, hrensgory, Вы писали:
H>On 13.05.2015 17:27, watcher wrote:
>> 1. если нужен *готовый* архитектор, которому придется иметь дело с >> местными вживую, а также рисковать поиметь проблемы с местными >> налоговой, подицией и прочими в случае чего, как главному технарю
H>Тема сисек не раскрыта. Что это за проблемы, почему от них нельзя H>избавиться с помощью обычного ООО? Или планируется что такой типа H>отважный чувак соберёт на хате крутых хакеров, а платить им будет кэшем, H>извлекаемым каждый месяц из явочного камня с передатчиком?
ага, согласен. Не надо никаких хитрых бумажек и крутых друзей. Простое ООО с бухгалтером и белой бухгалтерией будет работать без проблем.
Здравствуйте, __kot12, Вы писали:
__>Фишка в том что больше 150 чистыми можно по пальцам пересчитать конторы, поэтому народ будет в очередь выстраиваться.
Не особо они выстраиваются за 150 000 чистыми... Реально большинство с хорошим опытом и сидит примерно на этих условиях и менять текущую работу на новую за 5-10 тыс в месяц никто не хочет. Приходят люди кто хочет этих денег, только вот нифига не могут. А те кто могут — их переманить очень тяжело.
А тут предлагается такому человеку (который примерно на этом же уровне и сидит) идти куда-то в неизвестность с непонятными перспективами. Тут либо надо сразу платить, либо договариваться о перспективах.
Здравствуйте, 0BD11A0D, Вы писали:
BDA>А то — стартап, офис пока не открыли, все гавно будете на себе тащить... Да, и лучше опций бы предложили с понятной схемой обналичивания (IPO, продажа) и внятным лидершипом. Нормального человека за зарплату предпринимать в стартапе трудно заставить.
Надо еще понимать что нормальных механизмов опций в России нет. Обычно все делается в западном праве, но тогда судиться при проблемах придется вам там... Насколько это реально? А "кидание" опционов, особенно в стартапе — это бывает. В общем, надо многое обсуждать если впрягаться в такую фигню.
Либо как вариант надо брать не готового человека кто это сделает (или уже делал), а того кто хочет, но еще молод и согласен все это тянуть. И учить его и помогать и постоянно контролировать и т.д.
Здравствуйте, 0BD11A0D, Вы писали:
BDA>Если так, то тем более незачем перечислять. Все будут думать «микроменеджер», а теперь еще выясняется — необоснованно. Достаточно же просто написать — системы контроля версий.
Опять же — я за что купил — за то и продаю. Сам я в этих аббривеатурах всё равно нифига не понимаю. Надо будет со своими знакомыми жабниками проконсультироваться, какие баззворды сейчас в тренде в мире жабы...
BDA>А вы разберитесь. Это полезное знание.
Думаю, что это будет предметом обсуждения самого кандидата непосредственно с владельцем.
Здравствуйте, vpedak, Вы писали:
V>согласен 150 000 на руки маловато. Хотя наверное не только в зарплате дело...
Именно.
V>Вот я в свое время такое делал и поднял полностью офис с нуля, при этом зарплата была не запредельная — нормальная. Но у меня были stock options компании и вот это было уже интересно. То есть если вы хотите заинтересовать такого человека то надо либо сразу платить платить много (а это и для другой стороны напряжно, ведь не ясно что за человек и как пойдет) либо давать ему долю в будующем через stock options или еще как (а в России нет нормалных механизмов для этого).
V>Плюс еще непонятно а кто офис будет держать? Будет еще директор? А кто и где людей будет искать? Рынок труда у нас тут не простой и найти людей с каким опытом не просто даже для больших и известных компаний. А кто пойдет в неизвестную шаражку? Значит надо искать молодых с горящими глазами и обучать их... Это тоже обязанности этого человека?
Административными функциями (поддержка офиса, обеспечения расходниками, администрирование бюрократии и т.п.) будет заниматься отдельный товарищ, которого сейчас ищут отдельно, как я понял.
V>Вы определитесь для начала кто вам нужен — технарь (то есть все остальные проблемы кто-то будет решать) или управленец (в хорошем смысле этого слова).
В первую очередь сильный технарь, но желающий в перспективе стать тимлидом, и, соответственно, согласный взять на себя управление командой в техническом плане.
Здравствуйте, 0BD11A0D, Вы писали: BDA>Причем тут жаба? А если человек имеет опыт, который показывает, что git лучше, например, ему было легче в Питере найти программистов знакомых с гитом? Почему вообще вашего пшека волнует знание Mercurial и SVN? Ох, не случайно это, походу, начитался он статей, типа, Сполски on Hg, и будеть лезть с ЦУ. Это гипотеза, но, по-моему, правдоподобная. Размещая этот список, невольно будете провоцировать подобные мысли.
Да все просто, сам то этот человек не технарь. Он пришел к своим и сказал: "пацаны, напишите список того с чем мы работаем", они написали, он его и использует. Это нормально. Понятно что если с SVN опыта не имел то разобраться полчаса (если вообще имел опыт работы c другими системами контроля версий).
Здравствуйте, vpedak, Вы писали:
V>Это уже плюс, хоть жопу свою подставлять не надо перед налоговой
Вся работа будет "в белую". Единственное — пока решаются организационные моменты, человек будет получать бабло напрямую из-за бугра, и, соответственно, уплата налога будет на его совести (вроде форма НДФЛ-3, если мне память не изменяет).
V>Проблемы будут с наймом новых программистов. И за это все равно придется отвечать этому товарищу... Это не просто дал объявление на hh.ru, из 100 пришедших резюме отобрал сколько нужно, провел собеседование и нанял... В основном будет один "шлак".
Так везде, так что вряд ли для кого-то это будет сюрпризом.
V>Плюс еще напрягает что хочется сильного человека в проффесиональном плане но при этом "желающий в перспективе стать тимлидом". Обычно они все уже сейчас тимлиды. Как-то тяжело вырасти профессионально и не стать тим лидом. Нафиг им перспектива? А если человек не тим лид и никогда народ не набирал, никогда не увольнял, никогда не занимался менеджментом, то будет учиться это делать по ходу дела. Они к этому готовы?
Упор делается на технические скиллы, ибо в начале проекта очень важно принять правильные архитектурные решения. А тимлидству можно и в процессе научиться — я лично именно так и учился. А "вырасти профессионально и не стать лидом" очень даже легко — достаточно уйти в консалтинг. Там придётся стать и жнецом, и стрельцом, и на танке ездецом (С) Или уйти в архитекты.
Здравствуйте, vpedak, Вы писали:
V>Надо еще понимать что нормальных механизмов опций в России нет. Обычно все делается в западном праве, но тогда судиться при проблемах придется вам там... Насколько это реально? А "кидание" опционов, особенно в стартапе — это бывает. В общем, надо многое обсуждать если впрягаться в такую фигню.
Если будет из-за чего судиться, съездит и в Канаду, я думаю. Гораздо больше вероятность пролететь с неоправдавшимися ожиданиями по капитализации.
Кстати, поскольку тут, кагбе, обсуждается мотивационная сила опций, можно устроить мини-опрос — ставьте этому сообщению плюсы и минусы. Для кого опции являются мотиватором номер 1, важно ли для вас, что «нормальных механизмов опций в России нет ... судиться при проблемах придется вам там»? Да — минус, нет — плюс.
Здравствуйте, 0BD11A0D, Вы писали: BDA>Если будет из-за чего судиться, съездит и в Канаду, я думаю. Гораздо больше вероятность пролететь с неоправдавшимися ожиданиями по капитализации.
BDA>Кстати, поскольку тут, кагбе, обсуждается мотивационная сила опций, можно устроить мини-опрос — ставьте этому сообщению плюсы и минусы. Для кого опции являются мотиватором номер 1, важно ли для вас, что «нормальных механизмов опций в России нет ... судиться при проблемах придется вам там»? Да — минус, нет — плюс.
Судиться очень не просто. Вот например один из реальных примеров как кидают... Есть Компания A в штатах, тут в России зарегистрировано ООО "Вася Пупкин и компания" и ты пашешь на благо Компании A (это стартап). Тебе дают опцион Компании A по всем правилам, со всеми бумажками и со всеми регистрациями в нужных инстанциях в Штатах. Все чисто. Через некоторое время продукт уже наработан и Компания A хочет получить инвестиции (все старпаты в Штатах будут это делать). Часто под это дело регистрируют новую компанию (например в штате Делавер, это очень популярно) и вот появляется Компания B в которую приходят новые инвестиции (большие дяди вкладывают хорошие деньги), только вот у тебя то акции Компании A (которые и раньше стоили ноль и сейчас стоят так же)... А хозяевам нафига про тебя сильно переживать? Все что надо ты сделал, продукт уже есть, команда уже есть и без тебя все будет крутиться. И если раньше тебе обещали приличную долю от Компании A то сейчас может быть тебе дадут крохи от Компании В (и то не факт).
Ну и как тут судиться? Тут процесс денег потребует офигенных и плюс даже если ты потратишь эти деньги то получишь в лучшем случае долю Компании B которую ты не факт что сможешь монетизировать в ближайшем будующем. В общем — все очень не просто....
Здравствуйте, elmal, Вы писали:
E>А чтобы было меньше шлака, нужно спрашивать не экзаменационные вопросы, никак с реальной работой не коррелирующие. А постараться выяснить чем конкретный человек может быть полезен, какие у него сильные стороны, и фокусироваться на сильных сторонах, а не искать слабые, чем занимаются те, кто жалуются что кандидаты отстой.
В целом я с этим согласен и конечно надо смотреть на человека в первую очередь а не на то как он отвечает на экзаменационные вопросы. Но минимальный уровень — он должен быть. Если мне на собеседование по java приходит senior developer и когда его спрашивают как устроен HashMap внутри (при этом никто не хочет деталей, просто основное понимание как он работает, это можно и самому догадаться никогда не смотря в его код) а он мне говорит что "мне пофиг" (дословно). Типа я доверяю ребятам которые его писали и если я по ключу туда что-то положу, то потом достану, зачем мне знать как оно там внутри... и это senior у которого резюме офигенное...
Или ко мне приходит опять же senior web developer, я его спрашиваю, вы как верстать предпочитаете на div или на table (никто его верстать html особо не заставляет, но он же senior WEB), а он мне говорит типа я в Word страничку создаю, потом HTML руками подправляю... и опять у него и резюме и куча опыта...
И что мне делать с такими senior? Я говорю именно про такой "шлак" и к сожаленью таких много. Просто те кто с головой долго по собеседованиям не ходят, они быстро работу находят.
Здравствуйте, neFormal, Вы писали:
F>запушат нужные ветки тому, кто собирает. Как это сделать ПРОСТО в проекте где 100500 человек, которые сидят не в одной сетке? О_о
F>с svn'ом? ты точно с ним работал? F>и изменения другого человека у тебя были локально? вы через шару обмениваетесь штоле?
Предпочитаешь принципиально с актуальным кодом не работать? Синхронизируешься раз в год?
80% людей оценивают свое мастерство выше среднего...
Здравствуйте, vpedak, Вы писали:
V>В целом я с этим согласен и конечно надо смотреть на человека в первую очередь а не на то как он отвечает на экзаменационные вопросы. Но минимальный уровень — он должен быть. Если мне на собеседование по java приходит senior developer и когда его спрашивают как устроен HashMap внутри (при этом никто не хочет деталей, просто основное понимание как он работает, это можно и самому догадаться никогда не смотря в его код) а он мне говорит что "мне пофиг" (дословно). Типа я доверяю ребятам которые его писали и если я по ключу туда что-то положу, то потом достану, зачем мне знать как оно там внутри... и это senior у которого резюме офигенное...
Как бы Вы сами ответили на этот вопрос (как устроен HashMap)?
И где конкретно это знание может помочь человеку в работе в Вашей компании?
Просто хотелось бы понять, есть ли смысл в таких требованиях, которые Вы выдвигаете.
80% людей оценивают свое мастерство выше среднего...
Здравствуйте, Няшка, Вы писали:
F>>запушат нужные ветки тому, кто собирает. Н>Как это сделать ПРОСТО в проекте где 100500 человек, которые сидят не в одной сетке? О_о
это к тебе тогда вопрос.
Предпочитаешь принципиально с актуальным кодом не работать? Синхронизируешься раз в год?
честно говоря, не вижу никакой проблемы.
всё равно 100500 человек либо не работают над одним проектом, либо их задачи группируются по независимым подсистемам.
F>>и изменения другого человека у тебя были локально? вы через шару обмениваетесь штоле? Н>Предпочитаешь принципиально с актуальным кодом не работать? Синхронизируешься раз в год?
пока я работаю со своей задачей, я не обновляю код. либо в особых случаях.
разницы в день работы можно легко достичь. а потом ляжет svn-сервер и прощай обещанный билд.
Здравствуйте, neFormal, Вы писали:
F>Здравствуйте, Няшка, Вы писали:
F>>>запушат нужные ветки тому, кто собирает. Н>>Как это сделать ПРОСТО в проекте где 100500 человек, которые сидят не в одной сетке? О_о
F>честно говоря, не вижу никакой проблемы. F>всё равно 100500 человек либо не работают над одним проектом, либо их задачи группируются по независимым подсистемам.
Слив?
F>пока я работаю со своей задачей, я не обновляю код. либо в особых случаях. F>разницы в день работы можно легко достичь. а потом ляжет svn-сервер и прощай обещанный билд.
Какие то надуманные проблемы для маленьких проектов, в которых система контроля версий вообще не является узким местом и билды не делаются каждый день, а если припекает, то 2,5 человека (у которых только и будут актуальные изменения) без проблем синхронизируются через что угодно...
80% людей оценивают свое мастерство выше среднего...
Здравствуйте, vpedak, Вы писали:
V>Ну и как тут судиться? Тут процесс денег потребует офигенных и плюс даже если ты потратишь эти деньги то получишь в лучшем случае долю Компании B которую ты не факт что сможешь монетизировать в ближайшем будующем. В общем — все очень не просто....
Я не очень понимаю, как это связано с нахождением работника в России. Исходный же посыл был какой — «нормальных механизмов опций в России нет». Каких механизмов в России не хватает, чтобы предотвратить подмену американской компании А американской компанией Бэ?
Мое мнение, в общем, не изменилось: гораздо выше шанс нарваться не на кидалу, а на простого дурака, который возомнил себя Цукербергом, в результате чего ценность опций будет нулевая. Это, ИМХО, бОльшая проблема. Лично я бы предпочел попасть в описанную ситуацию с опциями на миллион (потому, что шансы его получить вполне реальны), чем год работать с сумасшедшим, приняв его за визионера (а это реальная проблема, на самом деле — Брин, говорят, как-то раз пришел на интервью с работником с хелуин-пати в костюме коровы и задавая свои нетрадиционные вопросы, раздумчиво теребил себя за вымя — вот это кто? гениальный провидец или просто мудак? как понять?). Поэтому я и обозначил, что к опциям должна прилагаться понятная схема обналичивания и лидершип. Добавлю — как минимум.
Здравствуйте, neFormal, Вы писали:
F>раньше у svn'а были дикие проблемы с мержем. многие, кто в тот момент перешёл ещё тогда на git, не в курсе заметных улучшений у первого. F>но афаик до сих пор тяжело создавать ветки. F>ну и нет локальной репы, что добавляет неудобств и ставит в зависимость от рандомных проблем с сервером репы. F>в одной ретроградной конторе мы так однажды не смогли собрать очередной релиз. с гитом такой проблемы просто бы не было. F>ну и процесс меняется с переходом на другую схему контроля версий. это добавляет гибкости и управляемости.
1. С какой стати упадет сервер SVN? Все работает как часы, а проблемы с железом решаются известными способами.
2. Наивно думать что бранчевание под каждый чих это панацея. В команде до 15-20 человек бранчи создаются только для релизов, плюс когда кто то решил "отрефакторить все нафиг" и нет уверенности в успехе. Если команда больше, то нефиг коммитить в один и тот же репозиторий, надо делить на подсистемы.
Реальный юз кейс гита, где он действительно позелен, это большие опен сорс проекты, где коммитит много народу, много чейнжей реджектиться или ревьюится по долгу, и т.д. Всё.
Здравствуйте, lpc, Вы писали:
lpc>а проблемы с железом решаются известными способами.
а что за способы?
lpc>2. Наивно думать что бранчевание под каждый чих это панацея.
панацея от чего?
lpc>В команде до 15-20 человек бранчи создаются только для релизов, плюс когда кто то решил "отрефакторить все нафиг" и нет уверенности в успехе.
представляю, какой хаос на проекте.
как часто у вас происходят релизы?
lpc>Реальный юз кейс гита, где он действительно позелен, это большие опен сорс проекты, где коммитит много народу, много чейнжей реджектиться или ревьюится по долгу, и т.д. Всё.
Здравствуйте, neFormal, Вы писали:
lpc>>а проблемы с железом решаются известными способами. F>а что за способы?
Команда тех поддержки. Любой упавший сервер поднимается за считанные минуты. Что они там делают — мало интересно (ну как минимум рейд массив).
lpc>>2. Наивно думать что бранчевание под каждый чих это панацея. F>панацея от чего?
От всего.
lpc>>В команде до 15-20 человек бранчи создаются только для релизов, плюс когда кто то решил "отрефакторить все нафиг" и нет уверенности в успехе.
F>представляю, какой хаос на проекте.
Не представляете. Его нет.
F>как часто у вас происходят релизы?
Раз в неделю, иногда два.
lpc>>Реальный юз кейс гита, где он действительно позелен, это большие опен сорс проекты, где коммитит много народу, много чейнжей реджектиться или ревьюится по долгу, и т.д. Всё. F>неа.
Здравствуйте, lpc, Вы писали:
lpc>Команда тех поддержки. Любой упавший сервер поднимается за считанные минуты. Что они там делают — мало интересно (ну как минимум рейд массив).
ну, не у всех есть возможность менять быстро железо.
F>>панацея от чего? lpc>От всего.
ты с кем-то другим говоришь. не со мной.
что тебе говорит этот голос?
lpc>Да-а.
Здравствуйте, 0BD11A0D, Вы писали:
BDA>Я не очень понимаю, как это связано с нахождением работника в России. Исходный же посыл был какой — «нормальных механизмов опций в России нет». Каких механизмов в России не хватает, чтобы предотвратить подмену американской компании А американской компанией Бэ?
Насколько я знаю опционы есть только для акционерных обществ и они совсем примитивные (нельзя прописать вестинг, нет приоритета акция и т.д.)
Если бы это все было в Российском праве в том объеме которое есть за рубежом, то можно было бы регистрировать стоки здесь и соответственно хоть как-то судиться если что.
Здравствуйте, vpedak, Вы писали:
V>Здравствуйте, Няшка, Вы писали:
Н>>Как бы Вы сами ответили на этот вопрос (как устроен HashMap)? Н>>И где конкретно это знание может помочь человеку в работе в Вашей компании? Н>>Просто хотелось бы понять, есть ли смысл в таких требованиях, которые Вы выдвигаете.
V>Это не требование, это просто техническая тема которая позволяет что-то обсудить. Это дает возможность посмотреть как человек думает, рассуждает и т.д.
Печально, но смысла в вопросе то оказывается и нет. Зачем спрашивать, если не нужен знающий это человек и задач требующих таких знаний не будет?
V>Если она человеку не интересна, то надо просто ответить то, что он про это знает и пойти дальше. Но ответ "мне пофиг" лично меня напрягает. Это говорит либо о том, что человек не знает, либо что с ним будут проблемы во взаимотношениях (знает но говорить не хочет потому что считает это ниже своего достоинства и т.д.).А личные характеристики человека не менее важны чем технические знания.
Т.е. человек должен не столько ответить на вопрос, сколько угадать настроение вахтера?
С людьми, которые цепляются к каждому слову, в обычной жизни то общаться противно, а работать каждый день уважающий себя человек тем более не будет.
V>Ты же пришел на собеседование на техническую позицию, никто не мучает какие-то зубодробильными техническими вопросами, но в любом случае поговорить на технические темы — надо. Человек смотрит на компанию и выбирает себе подходящую, при этом мы отвечаем на все его вопросы (и про зарплату и про офис и т.д.), в ответ мы тоже ожидаем ответа на вопросы. Мы тоже выбираем. V>Если это не понятно для некоторых — то мне жаль, но я предпочитаю не работать с такими людьми.
"Хочу соленых огурцов... не хочу соленых огурцов". Будь мужиком!
80% людей оценивают свое мастерство выше среднего...
Здравствуйте, vpedak, Вы писали:
V>Ты же пришел на собеседование на техническую позицию, никто не мучает какие-то зубодробильными техническими вопросами, но в любом случае поговорить на технические темы — надо.
Ну так и поговорите на технические темы. Если уж хочется про хешмапы поговорить, то хороший вопрос будет про то, в каких случаях и как вы применяете эти хешмапы в практике, какие вообще мапы применяли, для каких целей какую мапу и т.д. На какие грабли приходилось наступать с мапами, как в своем коде, так и в чужом. Что считаете важным знать про мапы, что там важно, а что детали реализации. Привести пример из своей практики, когда сами огребали какие проблемы с мапами, спросить кандидата как бы он сам пытался диагностировать проблемы.
Тоже самое можно с сортировками, списками, многопоточностью и тому подобному, если уж собеседующий не знает чем придется заниматься кандидату и какие скилы от него реально нужны, соответственно по решению потенциальных будущих и прошлых задач проекта побеседовать затруднительно, и кроме банальных вещей поговорить не о чем.
Но когда блин на юниора одни вопросы, и потом через 10 лет на сеньера те же самые вопросы, только от сеньера ожидается что он детали назубок знает — ну маразм же это! Сеньер отличается от юниора тем, что ему можно вообще совершенно другие вопросы задавать, с ним можно похоливарить и вообще с пользой в том числе для себя провести собеседование, самому узнать про другие решения текущих задач. И наоборот. От юниора же хрен что узнаешь новое, одни зазубренные знания.
19.05.2015 7:19, "Олег К." пишет:
> K>Ты себя побей по голове этой самой битой до тех пор, пока не поймёшь, > какую же дурь ты только что сморозил... > > А че это я должен? Не я подрываю экономику страны в которой живу.
Ну, тут часто мелькают сообщения что типа нефиг сидеть на попе ровно в
одной стране, надо иметь устремления. Пожил — и хватит
Примерно как у классика:
"Кроме заботы о пище, Жулио проявил также заботу о чистоте.
— У вас, голубчик, в этой комнате слишком много скопилось дряни, —
сказал он однажды Спрутсу. — Однако убирать здесь не стоит. Мы
попросту перейдем в другую комнату, а когда насвиним там, перейдем в
третью, потом в четвертую, и так, пока не загадим весь дом, а там видно
будет."
Здравствуйте, wamaco, Вы писали:
W>Здравствуйте, vpedak, Вы писали:
V>>Вячеслав Педак
W>простите, а Педак — это Ваша фамилия или псевдоним? W>просто одного знаю...
Здравствуйте, Няшка, Вы писали:
V>>Это не требование, это просто техническая тема которая позволяет что-то обсудить. Это дает возможность посмотреть как человек думает, рассуждает и т.д. Н>Печально, но смысла в вопросе то оказывается и нет. Зачем спрашивать, если не нужен знающий это человек и задач требующих таких знаний не будет?
А слабо перечитать строчку выше своей чтобы понять зачем?
Н>Т.е. человек должен не столько ответить на вопрос, сколько угадать настроение вахтера? Н>С людьми, которые цепляются к каждому слову, в обычной жизни то общаться противно, а работать каждый день уважающий себя человек тем более не будет.
Человек должен сказать что-то отличное от "мне пофиг". Лично меня такой ответ не устраивает.
V>>Если это не понятно для некоторых — то мне жаль, но я предпочитаю не работать с такими людьми. Н>"Хочу соленых огурцов... не хочу соленых огурцов". Будь мужиком!
Тут еще вопрос кто из нас не мужик Я то как-раз прямо пишу, что с такими людьми не работаю и значит брать его не буду.
Не нравится — рынок труда большой... Только нанимаю я и решать мне. И мне потом "за базар" отвечать чтобы функциональность была в срок и с нужным качеством, поэтому я работал и буду работать только с теми которые вписываются в мою команду.
On 19.05.2015 12:49, vpedak wrote: > ОК>А че это я должен? Не я подрываю экономику страны в которой живу. > > С каких это пор создание рабочих мест в стране стало подрывом экономики? >
Так он в другой стране, откуда они, по его мнению, утекают из-за
создания их у нас.
Эх, жаль я Java владею "со словарём". Там iOS зачем упомянут? Я вот iOS знаю нормально, а вот Java — не очень (только под Android умею). Им мобильщики ни нужны случайно?
Здравствуйте, Dair, Вы писали:
D>Эх, жаль я Java владею "со словарём". Там iOS зачем упомянут? Я вот iOS знаю нормально, а вот Java — не очень (только под Android умею). Им мобильщики ни нужны случайно?
Как я понял, конкретно на эту позицию нужен скорее жабник, но со знанием iOS в объёме, достаточном для того, чтобы суметь спроектировать интерфейс взаимодействия с основным приложением (что-то вроде клиента).
Здравствуйте, Олег К., Вы писали:
ОК>Видишь ли, речь здесь о другой стране а не о которой ты подумал.
Ну один хрен продукт будет в "твоей" стране, движуха будет и там, экономике тоже не плохо. Зато стартап сможет меньше денег потратить, да и выбор разработчиков в России побольше чем в Канаде. Может они на съэкономленные деньги наймут правильного продажника и все попроет... А так денег не будет и нифига не получится Так что не так уж все и плохо. Хуже если индусов наймут, вот тогда — ни вам, ни нам
Здравствуйте, elmal, Вы писали:
E>Вот ни разу не было такого, чтоб после ответа на HashMap далее были интересные вопросы.
Ну не знаю даже что сказать Могу только пригласить к нам на собеседование когда у нас вакансии откроют — сможете убедиться что мы не только про HashMap спрашиваем
Здравствуйте, koandrew, Вы писали:
K>Как я понял, конкретно на эту позицию нужен скорее жабник, но со знанием iOS в объёме, достаточном для того, чтобы суметь спроектировать интерфейс взаимодействия с основным приложением (что-то вроде клиента).
Интересно, а кто собеседовать будет? Сам же он, как я понимаю, ни гу-гу Или ты подвязался?
D>>И почему мы в нашей стране должны думать о "подрыве" экономики другой страны? Это пусть они там думают.
K>Это он типа на меня балоны катит, как я понял.
Правильно понял, но что до тебя не доходит, так это то, что ты рубишь сук на котором сидишь.
ОК>>Видишь ли, речь здесь о другой стране а не о которой ты подумал.
D>И почему мы в нашей стране должны думать о "подрыве" экономики другой страны? Это пусть они там думают.
V>Ну один хрен продукт будет в "твоей" стране, движуха будет и там, экономике тоже не плохо. Зато стартап сможет меньше денег потратить, да и выбор разработчиков в России побольше чем в Канаде. Может они на съэкономленные деньги наймут правильного продажника и все попроет... А так денег не будет и нифига не получится Так что не так уж все и плохо. Хуже если индусов наймут, вот тогда — ни вам, ни нам
Здравствуйте, Antidote, Вы писали:
A>Интересно, а кто собеседовать будет? Сам же он, как я понимаю, ни гу-гу Или ты подвязался?
Я буду делать просто начальный скрининг на общую адекватность, и на язык. А потом пусть сам как хочет, так и собеседует Я попробую попросить кого-нить из своих знакомых жабников помочь, если смогут, но вообще это не моя проблема. На меня вон и так уже бочки катят
Здравствуйте, koandrew, Вы писали:
K> На меня вон и так уже бочки катят
Троллей лучше просто игнорировать. Данный конкретный экземпляр всегда понабегает в тему, говорит пару-тройку хреней в безаппеляционнай манере и убегает
A>>Интересно, а кто собеседовать будет? Сам же он, как я понимаю, ни гу-гу Или ты подвязался? K>Я буду делать просто начальный скрининг на общую адекватность, и на язык. А потом пусть сам как хочет, так и собеседует Я попробую попросить кого-нить из своих знакомых жабников помочь, если смогут, но вообще это не моя проблема. На меня вон и так уже бочки катят
Не бочки а правильные вещи, вообще-то, говорю. То что кому-то они могут не нравиться это другой вопрос.
KP>Троллей лучше просто игнорировать. Данный конкретный экземпляр всегда понабегает в тему, говорит пару-тройку хреней в безаппеляционнай манере и убегает
От тролля и слышу. И, как я уже сказал, то что тебе что-то не нравится еще не означает что я не прав.
Здравствуйте, vpedak, Вы писали:
V>Это вы знаете что вы senior, я вас вижу в первый раз в жизни на собеседовании и у меня очень ограниченное время чтобы оценить подходим мы друг другу или нет (в резюме можно много понаписать...). Я считаю что это и в ваших интересах показать себя (вы же тоже заинтересованы в вакансии раз пришли на собеседование). Почему бы быстренько не скзать о HashMap и пойти дальше? И такое было, люди с опытом быстренько говорят как и что и сразу понятно что пора переходить к более интересным вопросам. В чем проблема?
Если человек априори не верит тому что написано в резюме, в работе от такого начальства будут проблемы. Он станет докапываться до работника по любому поводу: "Уверен что алгоритм ArrayList здесь лучше алгоритма LinkedList? А докажи!" В результате большая часть времени будет уходить на убеждение идиота не мешать делать свою работу.
Проблема в том что ты считаешь кандидатов не экспертами в своем деле, а идиотами не способными принимать самостоятельные решения. Классический паттерн "я начальник, ты дурак"
И нет, это не единственный способ проводить собеседования. Я всегда обрисовываю перед кандидатом проблему, стоящую перед бизнесом и спрашиваю чем лично он может помочь ее решить. Да какая разница знает он как устроен хэшмап или не знает. Понадобится, откроет исходники и прочитает. Если до сих пор он этого не сделал, значит это не нужно.
Здравствуйте, vpedak, Вы писали:
V>С каких это пор создание рабочих мест в стране стало подрывом экономики?
Такие рабочие места в стране не нужны. Это гнилой аутсорсинг да еще и на готовый лопнуть в любой момент стартап. Все компетенции по созданию и продаже продукта останутся в Канаде, а на долю России придется только кодинг. В результате зарплаты кодеров чуть-чуть вырастут, а людей способных создавать и продавать продукты в России не прибавится. Это тот же экспорт природных ресурсов, вид сбоку. За последние 20 лет такой подход привел к тому что на международном рынке 3.5 Российских продукта, а все остальное IT в РФ такой же гнилой аутсорсинг.
Здравствуйте, vpedak, Вы писали:
V>Надо еще понимать что нормальных механизмов опций в России нет.
Все есть, регистрируется ООО, все права на продукт переводятся на это ООО, сотруднику выделяется доля в этом ООО. И тут сразу четко становится понятно кто чего стоит. Если стартапщик на такую схему не идет, а начинает мутить "в западном праве", значит все его опции банальная замануха.
P>Все есть, регистрируется ООО, все права на продукт переводятся на это ООО, сотруднику выделяется доля в этом ООО. И тут сразу четко становится понятно кто чего стоит. Если стартапщик на такую схему не идет, а начинает мутить "в западном праве", значит все его опции банальная замануха.
Вы бы для начала хоть в википедии почитали что такое опцион и чем он отличается от доли. Посмотрите что такое вестинг хотя бы...
Здравствуйте, Олег К., Вы писали:
ОК>Других альтернатив что ли нету кроме сказанного?
ну вроде — нет
Есть 3 варианта:
1. Все рабочие места у тебя в стране (тебе это нравитсч)
2. Часть рабочих мест в России (это мне нравится )
3. Часть рабочих мест где-то еще (не у тебя и не в России)
P>Такие рабочие места в стране не нужны. Это гнилой аутсорсинг да еще и на готовый лопнуть в любой момент стартап. Все компетенции по созданию и продаже продукта останутся в Канаде, а на долю России придется только кодинг. В результате зарплаты кодеров чуть-чуть вырастут, а людей способных создавать и продавать продукты в России не прибавится. Это тот же экспорт природных ресурсов, вид сбоку. За последние 20 лет такой подход привел к тому что на международном рынке 3.5 Российских продукта, а все остальное IT в РФ такой же гнилой аутсорсинг.
Да нет, любые рабочие места нужны. Другое дело, что свои создавать нужно.
Здравствуйте, koandrew, Вы писали:
K>Как я понял, конкретно на эту позицию нужен скорее жабник, но со знанием iOS в объёме, достаточном для того, чтобы суметь спроектировать интерфейс взаимодействия с основным приложением (что-то вроде клиента).
Что значит спроектировать интерфейс? Ну я лично проектировал API сервера, к которому коннектился iOS клиент. При этом писать на iOS что то никакого желания нет, да и с нуля я фиг напишу. Один раз только рефакторить приходилось написанное, ибо баги взаимодействия задолбали, решил посмотреть что там наваяли на клиенте и у меня чуть кондратий не хватил.
Здравствуйте, koandrew, Вы писали:
K>Именно это и значит. Что тут непонятного-то?
Зачем для проектирования API сервера какие то знания об iOS? Серверу пофик кто к нему коннектится. Единственное что касается продукции apple — это отправка пуш уведомлений. Выставлять это в требованиях вообще смысла нет.
Здравствуйте, elmal, Вы писали:
E>Зачем для проектирования API сервера какие то знания об iOS? Серверу пофик кто к нему коннектится. Единственное что касается продукции apple — это отправка пуш уведомлений. Выставлять это в требованиях вообще смысла нет.
Как минимум, нужно знать, какие протоколы поддерживают в iOS (или хотя бы можно сделать эту поддержку). Кроме того — говорю уже в 100500-ый раз — требования писал не я.
Здравствуйте, antonio_banderas, Вы писали:
E>>Ну так и поговорите на технические темы. Если уж хочется про хешмапы поговорить, то хороший вопрос будет ...
_>А вот и д'Артаньян нарисовался, который знает, как устроен HashMap, но говорить не хочет, потому что считает это ниже своего достоинства. _>Хотя казалось бы, в чем проблема вкратце в 2 словах сказать. Не, это ниже достоинства.
Так напиши в двух словах. Так сказать для просвещения дартаньянов.
Да кто его тут даст.
На рынке периодически попадаются предложения в 1.5-2 раза выше среднего, но выходить на работу нужно завтра.
Я то как-раз прямо пишу, что с такими людьми не работаю и значит брать его не буду.
