• Интервью с Владимиром Лихачевым, отцом Николая Лихачева, более известного как Крис Касперски
    0
    По O-1 можно сделать LLC и взять на работу самого себя, это будет считаться работой.
  • Добро пожаловать в Кремниевую долину
    0
    Ну ок, а почему не строят бизнес недвижимость?

    Ну наверное строят какие-то кондо/таунхаусы, но мы про них не знаем.

    Или у них ГОСТы жестче чем у нас и хрущевка будет требовать столько дополнительного места вокруг себя что это просто невыгодно.

    А может быть никто о таком и не думал — можно запитчить инвесторам проект хрущ в долине как решение проблем afforable housing :D
  • Добро пожаловать в Кремниевую долину
    0
    многоэтажки вполне так строят

    downtown

    Так это ж центр, как я уже говорил в центре или коммерческая недвига или вот такое. Квартира за 300 штук — это не «доступное» жилье. За такие деньги в пригороде уже дом можно купить, а подавляющее большинство американцев живут в пригородах.
  • Добро пожаловать в Кремниевую долину
    +1
    Любой сити

    Даунтаун наверное.

    многоэтажки и небоскребы

    Большинство из которых относится к бизнес-недвижимости или элитной недвиге для жилья но это явно не аналоги наших дешевых панельных домов.

    Но не строят

    Потому что нормальный человек не будет жить в муравейнике или социальном жилье, а правительство города не будет создавать себе проблемы, потому что знает во что обычно превращаются дешевые многоквартирные дома.
  • Добро пожаловать в Кремниевую долину
    +1
    панельными многоэтажками?

    Во всем цивилизованном мире уже давно поняли, что плотная многоэтажная застройка — это плохо и отказались от этой практики. Вы вообще нигде в штатах не найдете аналогов нашим спальным районам, а если и найдете (например проджекты в Нью-Йорке), то это будут крайне неблагополучные места.

    Плотная застройка до сих пор продолжает развиваться только в пост-совке и в Китае.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +2
    Как с этим в Украине — понятия не имею.

    Так же как и с КзОТовцами, в контракте все прописывается. Де-юре вы конечно не защищены, потому что отношения не трудовые, но де-факто все работают так же как и в обычных конторах. Никто не замечен в злоупотреблении формальным отсутствием трудовых отношений.
  • Как подступиться к fullstack-разработке сегодня, если ты проспал десять лет
    0
    Я кстати в этом не уверен, потому что употребял термин серверный рендеринг еще до того как появились реакты именно в контексте «выдача готового html сервером» vs «загрузка данных по ресту и отрисовка на клиенте spa».

    Может подкинете какой пруф по поводу историчности возникновения аббревиатуры?
  • Как подступиться к fullstack-разработке сегодня, если ты проспал десять лет
    0
    Рассматривается, потому что подход Rails назван «извращением» и «изощрением», несмотря на то что сервер-сайд рендерингу в таком виде уже не один десяток лет и реализован он не только в Rails а и в вагоне других MVC фреймворков. Это утверждение вводит в заблуждение неофитов, не знакомых с Rails и другими фреймворками.

    У меня бомбит от того что вы написали кучу дичи, не имея понятия о том, что вообще почем, да еще и имеете наглость спорить в камментах с людьми, непосредственно работающими с этими технологиями, и остаивать свои ошибочные утверждения.

    Используете на проекте Angular? Писали на плюсах? Вот и пишите про Angular и про плюсы, а про все остальное не пишите, потому что не использовали и не знаете.
  • Как подступиться к fullstack-разработке сегодня, если ты проспал десять лет
    +1
    Я не буду тут рассматривать различные извращённые варианты, когда, например, Ruby on Rails используется как роутер и шаблонизатор для итогового HTML (Slim, Haml, etc.), просто знайте, что такие изощрения тоже существуют.
  • Как подступиться к fullstack-разработке сегодня, если ты проспал десять лет
    0
    Я про встроенный шаблонизатор в Rails ничё не знал

    Зачем писать о том, чего не знаешь?
  • Как подступиться к fullstack-разработке сегодня, если ты проспал десять лет
    +3
    Обычно это кстати называют GoF а не go4 (первый раз вижу такое сокращение).
  • Как подступиться к fullstack-разработке сегодня, если ты проспал десять лет
    –1
    Смысл тут дальше что-то обсуждать?

    Есть только смысл обсудить каким образом это набрало столько плюсиков ))) Тут же вроде технически грамотная аудитория…
  • Как подступиться к fullstack-разработке сегодня, если ты проспал десять лет
    +1
    Нормально все у нас, просто автор настолько безграмотно все написал что у всех знающих людей моментально бомбануло и они рванулись доказывать автору что он не прав — особенности нашего менталитета.
  • Как подступиться к fullstack-разработке сегодня, если ты проспал десять лет
    0
    Изложение получилось достаточно сумбурное

    Вообще непонятно зачем автор взялся что-то писать, если сам не пользовался большинством из указанных технологий. Просто конспект из интернета? Тогда бы уж потрудился более систематично материал представить, а то набросал в одну кучу шопопало, кучу фреймворков для похапе, но ни одного для других языков, назвал контейнеры, но не упомянул об клаудах и IaaS/PaaS, про базы данных ваще ниче не написал, обозвал Rails извращением (что?) и так далее.
    Смешал людей коней, да еще и добавил сюда несколько явно ошибочных/устаревших утверждений да еще и отстаивает эти утверждения в камментах. Дичь какая-то.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +5
    Курс рубля все-таки не в два раза обвалился.

    Как это не в два? В РФ был по 30 стал по 60.
    В Украине был по 8 стал по 27.

    И потом, в России немало «экспортирующих» компаний тоже — тот же Luxoft или как он там.

    Да, но все равно на рынке сложилась ситуация когда крупные игроки фиксируют зарплаты в рублях. У нас (в Украине) такого никогда не было. Люди просто не пойдут работать в компанию, где фиксируют зп в гривнах.

    А зарплаты все равно в два раза меньше.

    Я че-то в этом вообще не уверен. Особенно в МСК — там точно зп сравнимы с киевскими. В общем хотите косить бабло и не платить сотни денег за аренду однушки в ново-медведково — приезжайте к нам )))
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +6
    и происходит это из-за разного уровня налогов.

    Я бы сказал из-за экспортоориентированности украинских и беларусских компаний. Налоги тут второстепенный вопрос (хотя и их мы платим намного меньше).

    В Украине почти нет компаний, которые работают на внутренний рынок, в отличие от РФ, где есть яндексы, вк, мейл.ру, одноклассники и прочие ребята, которые, естественно, получают выручку в рублях.

    А у нас все получают выручку в твердых долларах и евро, поэтому когда курс обвалился то российские программисты стали получать меньше денег в долларах, а украинские/беларусские — остались на месте.

    Вот и вся арифметика.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +1
    на самом собеседовании не обломаться сказать «я не в курсе но я умею читать доки и меня не забанили в гугле»

    Я так говорил, но это не прокатывало. Особенно смешно было с тем самым методом compact, который фильтрует нилы в коллекции.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    0
    Смысл проходить интервью с «тупыми» вопросами?

    Кто ж знает наперед что они «тупые»? Все это выясняется уже когда поздно…
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    0
    Ну такое на самом деле, не уверен что это будет хороший девопс учитывая например что в любом мало-мальски большом проекте который хостится в облаке есть публичные и приватные подсети, разнесенные по AZ.

    Я-то знал что такое маска подсети (и вообще что такое подсети), но не смог внятно дать определение.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +1
    Если SQL, HTML и CSS считать за языки, то и 6+ на одного может легко набраться на одном проекте.

    Кстати да! А еще есть серверный js и клиентский ))) Тогда у меня легко десяточка будет )))
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +5
    Ваш проект приносит много денег?

    достаточно, чтобы спонсировать дальнейшую разработку

    Стабильно ли он работает

    конечно

    легко ли проходят релизы

    ваще изи, вы наверное не слышали про такую штуку как CI/CD, да?)))

    И при этом он уже много лет на рынке?

    define много? Три года — много или мало?

    Кажется, на большинство вопросов ответ будет «нет».

    Когда кажется, сами знаете, что надо делать. Не стоит натягивать привычную вам картину на весь остальной мир.

    То, что вы не работали с чем-то, или не видели чего-то, не значит, что другие не работают с этим или не делают. Если вы не видели больше 3х экосистем в рамках одного проекта — это значит лишь то, что вы просто не принимали участия в таких проектах, но не значит что таких проектов нет вообще, или они какие-то плохие.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +2
    На своём опыте в успешных проектах видел не болоее трёх языков одновременно. При этом ни разу не было такого, чтобы один разраб коммитил сразу на всех трёх языках.

    У меня прямо щас проект где ехал микросервис через лямбду и там используется Java, Python, Node.js, горы скриптов на баше и немного Ruby, на фронте реакт. Я коммичу во все места )))

    И есть еще один где PHP, Java, Ruby, лямбды на node.js и работа с OpenCV на питоне. Тоже коммичу во все )))
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +1
    . Я не люблю joinы с использованием join, предпочитая джойниться в where.

    Я тоже, только в MySQL такой фокус не пройдет )))
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    0
    А звездочки зачем? ))) Причем тут split?
    И найти надо не длину последовательности, а саму последовательность.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    0
    Кстати, как вы это решали?

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

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

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

    Я предварительно не готовился и не знал, есть ли быстрые решения. Да и сейчас мне это не особо интересно — хотя наверняка что-то можно придумать.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +1
    Ага ))) Что интересно — в итоге оффер таки сделали )))
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    0
    но она очень просто проявляется в виде граблей

    Если не знаешь этого то можно легко полдня-денёк на дебаг потратить — лично такое наблюдал.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    0
    Ну почему, мне, например, Laravel вполне даже приятен. Если приучить себя к особенностям синтаксиса PHP то становится почти как Rails.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +3
    гривен

    Беларусских рублей )))
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +2
    За 15 лет работы у меня не было ни одного проекта, где не было алгоритмических задач.

    А у меня за 12 не было ни одного, где они бы были, кроме проекта, где вовсю использовались деревья и графы. Но даже там базовые вещи вроде траверса-вставки-балансировки и тд писались один раз и потом реюзались всеми годами.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +1
    потому что решение основной я знал, и интервьюеру пришлось что-то еще срочно выдумывать

    Ахаха, вся суть этих задач ))) У меня тоже был такой случай, но очень давно, в начале десятых годов, там тоже так оказалось что ребята дали мне задачу типа почему люки круглые а я сразу и ответил. Тогда такие вопросы были в моде )))
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +3
    Вбейте в поиске «сотрудник Гугла, фото», смотрите на здоровье. :)

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

    Но если вдруг есть — то я только за. Главное предупредите, что у вас хардкорные разработки и надо шарить деревья, сортировки тима и быстро подстроки искать. Тогда я подготовлюсь, приду, и буду потеть над этими задачами понимая, зачем я это делаю. А не просто дать задачу потому что все дают а потом посадить меня круды делать.

    Про FAANG и так все понятно — сотни постов и тысячи комментов в западной блогосфере написаны на тему сломанности их техинтервью, но ситуацию это не меняет. Что забавно, они тоже пишут что даже там в работе эти алгоритмы реально не нужны.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +1
    // todo: fix this hack

    Самый главный коммент )))
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +1
    а что, по-вашему, у него надо спрашивать?

    Давать норм тестовое задание (на час-два, а не на два дня), вопросы по дизайну, по архитектуре, про общение в команде, про взаимодействие с бизнесом.

    И у меня действительно спрашивали эти вопросы, но на позиции java-техлида или архитекта. Руби парни не спрашивали, хотя запросы по зп были одинаковыми и там и там.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +3
    мне еще и показалось, что у вас требования по з/п высокие

    Это не у меня высокие, это у вас — низкие )))

    На 5 000 долларов, мне кажется, это должен быть уникум из команды Вконтакте или крутой специалист из Яндекса со знанием всего, что можно. Разве я не прав?

    Может в РФ это и так, но у нас 5k — это норм зарплата для норм спеца. Не каждый конечно такие деньги получает, но это и незаоблачные или недосягаемые вещи, в чем я убедился на собственном опыте. В итоге я получил несколько офферов на эти деньги без особых трудностей (наверное мог даже больше просить), ну вот кроме разве что позиции руби разраба где мне дали только 4.5 потому что я «плохо синтаксис знал». Ах да, 5k это на руки, после вычета налогов. Про зарплаты я писал у себя в телеге — вот можете почитать — https://t.me/full_of_hatred/19
    И нет, я не вру и не хвастаюсь.

    Яндекс платит ниже рынка, это известно даже мне.

    И да, Вастрик например писал что в МСК можно косить примерно такое же бабло без особых напрягов.

    Можете еще первую статью перечитать, там написано кто я ваще такой и какой у меня бэкграунд, может со стороны показаться что я какой-то вайтишник-понторез, но это не так. Можете вот еще линкедин посмотреть — https://www.linkedin.com/in/rozhok/

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

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

    Ну это же какие-то очевидные вещи

    Но ведь надо же знать про их существование, нет? Как по мне, это такая же важная штука как и eager/includes/join. Впрочем кому я вру, у меня на трех или четырех рейлс проектах не написано ни одной валидации — не нужно было )))

    Ну вот мы еще и выяснили, что вас не беспокоит качество получающегося продукта.

    А мы выяснили что у вас отсутствует детектор сарказма/юмора.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +2
    Я и мои коллеги-интервьюеры никогда не считаем это проблемой

    Ну вот вы не считаете, а у большинства собеседуемых впечатление об упражнениях с бумажкой может быть именно таким, потому что им на пути всегда попадались «неправильные» собеседующие, а «правильных» днем с огнем не сыщешь. Поэтому у людей и горит от кода на бумажке.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +3
    Неужели так неожиданно, что при собеседовании на должность программиста просят написать программу?

    Ваще-т да, у нас как-то уже давно такое не практикуют. Да и все собесы почти проходят по скайпу, там есть repl.it/coderpad/шаринг экрана

    Microsoft, Google, Яндекс

    Да, у нас в Украине тухло с этими конторами ((( Только тупой аутсорс, только галеры.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +2
    будет ли кандидат хорошим работником или нет

    Есть — это совместная работа в течение короткого периода времени (день-два парного программирования). Но такое не все могут позволить, а галерам/большим конторам это просто не нужно, потому что у них потоковая работа и цена ошибки (найма плохого человека) довольно низкая.

    Таким образом, например, на работу берет такая контора как Basecamp (это кстати они придумали Rails).

    на интервью на синиор инженера ожидать, что на интервью придется писать только круды

    Я ожидал какие-то вопросы по дизайну и архитектуре, но их получил только на Java собесах. Ruby ребята спрашивали дичь для джунов.
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +11
    Я лично знаю жестких типов (отличных разработчиков), которые после предложения написать код на бумажке просто встанут и уйдут :)
  • Senior Engineer в поисках работы. О задачах на технических собеседованиях и теоретических вопросах
    +3
    зачем бахвалиться незнанием основ языка

    Разжигать в комментариях! ))) Реакция публики очевидна — «ах как он посмел не знать синтаксиса, анафема!» и ожидаема. Статья получает больше просмотров, больше дискуссии, всем профит!

    Кроме того, заметьте, что в итоге я всем советую заучить теорию и типовые вопросы чтобы не попадать в такие ситуации как я. Однако это не отменяет моего мнения что знание теории по большому счету ничего не значит.

    То есть автор каким-то образом ранее прошел собеседование, пролез без особых знаний, ничего нового не приобрел за время работы и винит в этом других.

    Ерунду написали :D И я никого не обвиняю.

    Что касается «service objects», опять же странно недоумение автора. как можно не понимать таких элементарных вещей?

    Я имел ввиду не концепцию а название. Концепцию я использую (хотя может быть и не совсем в таком виде каким ее видят авторы, когда модель остается вообще чистой, как в стандартных Java Spring/Hibernate приложухах), понятное дело, а то что оно так называется — не знал.

    Я не специалист в Руби, но знать, как работает вызов метода, конечно надо.

    Лол зачем? Это нужно раз в год, когда ты достаточно неаккуратен для того, чтобы назвать метод в классе словом send и потом удивляться, почему у тебя мистические баги вылазят.
    Знать нужно не порядок вызова методов, а, например, порядок срабатывания хуков ActiveRecord, или хотя бы просто иметь представление о том, что это такое.

    если человек не понимает, например, как работает ActiveRecord и связи, то он может написать неэффективный код, слишком медленно работающий или создающий нагрузку на БД, с грубыми ошибками именно из-за незнания.

    Все верно, вот это — пример хорошего вопроса и постоянно возникающей рабочей ситуации. Но почему-то никто меня про это не спрашивал ))) А могли бы спросить, например чем отличается joins от includes, когда что использовать, как делать вложенные includes, как правильно писать валидации, что такое скоупы и так далее. Но чот никто не хотел (((

    Если не можете — вы не годны)

    Негоден для чего? Для вашей работы? Ну ок, пойду на соседнюю улицу оффера получать, там такой ерундой как секурити не заморачиваются ))) Годность или негодность определяет строго рынок а не комментаторы. Если рынку не нужны разрабы со знаниями тонкостей работы GC — никто не будет заморачиваться чтобы это учить просто так.