... также можно узнать уровень ЧСВ пиздюк чуваков напротив.
... кроме того, можно узнать, насколько мало людей умеют проводить эффективные собеседования.
... ну и удостовериться в очередной раз в мысли, что в ИТ у очень многих крайне плохо дело с софт-скиллами.
Справедливости ради, встречаются и очень интересные собеседования, где пообщаешься на профессиональные темы в свободном формате, и сразу видно, что общаются два профессионала.
Но зачастую все же норовят поиграть в ролевую игру "преподаватель жестко нагибает студента на экзамене".
PS из крупных известных компаний собесился только в 2ГИС. И это было самое неприятное интервью
PPS сам тоже нанимал много раз в разных компаниях на протяжении многих лет.
Здравствуйте, Tai, Вы писали:
S>>Затем, что у людей с возрастом накапливается опыт решения реальных производственных проблем.
Tai>Поэтому старперы больше всего ценятся в 1С
Подразумевалось, что разработка программного обеспечения -- это так же производство. И на этом производстве случаются проблемы. Чаще всего организационные. Участие в решении оных проблем дает тот самый опыт, которого нет у молодежи. И, поскольку большинство проблем в производстве ПО не технологические, а организационные, то приобрести соответствующий опыт по книжкам (как в случае изучения языков программирования) не получится.
Можно, конечно, шутить по поводу 1С, но выглядит это так себе.
Re[3]: Сходи хоть на одно собеседование, узнаешь о себе мног
Здравствуйте, sergey2b, Вы писали:
Pzz>>А ты какую работу ищешь? Нам очень нужны системные программисты.
S>а можно очертить примерный уровень искомых программистов S>допустим отличие memcpy b memmove человек знает
Мы заинтересованы в грамотных системных программистах. Если кандидат способен разобраться в ядре Linux или BSD и туда чего-нибудь дописать (не обязательно шибко большое), скорее всего, и нам подойдет. Трудно сформулировать это более формально.
У нас довольно комфортная для соискателя система отбора. Гномиков считать не заставляем. Тестовых заданий на дом не даем. Знания экзотических фреймворков не спрашиваем. У того, кто не отсеется раньше, будет два где-то полутро-двухчасовых технических собеседований и еще одно (обычно короткое) по условиям работы. Сразу после собеседования собеседователи обсуждают кандидата промеж собой и принимают решение, дальше у HR-ов занимает от нескольких часов до нескольких дней, чтобы это решение кандидату передать.
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
Я долго думал, что вы просто унылый толстый тролль. Но, судя по связности и разумности написанного вами здесь, вы просто психически больной в медицинском смысле этого слова. Вам помочь нужна, а вы выплескиваете сюда продукты своего воспаленного сознания
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>В общем, что можно узнать о себе на собеседовании?
Ничего полезного. Романтика в программировании закончилась. Хочешь попасть в компанию? — Надрачивай вопросы, которые там задают. Но даже безотносительно технических собеседований твои знания ничего не решают — на работе, по факту, будет цениться не надёжность, эффективность и простота кода, и то, как ты уживаешься с коллегами и "преподносишь" свои достижения. И ещё как быстро ты "пилишь фичи". Если принять эту мысль, то ходить на собеседования станет проще и веселее.
Re[3]: Сходи хоть на одно собеседование, узнаешь о себе мног
Здравствуйте, Эйнсток Файр, Вы писали:
Tai>> При большом желании завалить на собесе можно ЛЮБОГО.
ЭФ>И тут мы возвращаемся к вопросу, а зачем на фирме старпёры?
Нам вообще все равно, молодые/старперы, девочки/мальчики, офисные работники/удаленщики, с дипломом/без диплома, хиппи/панки, в каком городе или деревне живет и т.д. Все, что нам надо, это чтобы человек был толковый и с ним можно было комфортно взаимодействовать по рабочим вопросам.
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>И заодно, что такого нового можно узнать о себе? ЭФ>Спросят про конвейер выборки данных данных в процессоре, и как он влияет на написание программ по сравнению с конвейером команд? ЭФ>Или спросят про структуру, строение и размер межядерного кеша и синхронизацию данных в нём? ЭФ>А когда вы последний раз изучали процессор в нём тупо не было таких устройств...
Вот книжку почитай, и будешь знать
A Primer on Memory Consistency and Cache Coherence: Second Edition
Здравствуйте, vsb, Вы писали:
vsb>Разновидность этого варианта — запустить второй процесс, в котором записывать в файл в обычном виде (аналог "cat > file") и через pipe в stdin ему данные для записи передавать. На pipe уже можно неблокирующий режим включить по идее. Это прям совсем юниксово, хотя лишний процесс это наверное чуть больше накладных расходов, чем поток.
vsb>Если выпендриваться, я бы через io_uring попробовал, вроде он поддерживает асинхронную запись в файлы.
vsb>А как правильно? Я вообще в системном программировании ни гу-гу. Наверное через какие-то ioctl-ы должен быть доступ к такой информации, я бы в этом направлении ещё покопал.
Ну всё верно =) Обычным pipe-ом решается, дешёво и сердито, и замеры производительности показывают, что расходы почти нулевые. Я привёл этот пример, чтобы показать, что незачем наизусть знать POSIX, если под рукой есть справка, гораздо важнее уметь применять инструменты с умом. Кстати, если выпендриваться, то надо сдобрить решение vmsplice, это такой аналог splice, но для пользовательской памяти. Но тогда код уже непортируемый получится.
Re[7]: Сходи хоть на одно собеседование, узнаешь о себе много н
Здравствуйте, mgu, Вы писали:
mgu>Я не знаю как (решал общую задачу по-другому), однако интересует: зачем? "Базовые знания" (тм) мне подсказывают, что это стрельба себе в пятку.
В посте же всё написано — запись в NFS, но для писателя всё выглядит как локальная система. Можно ли было по-другому? Вполне — there is more than one way to do it. Решение получилось в духе UNIX и при этом позволяло запускать сервис, пишуший в файл, независимо от окружения: пиши себе в файл, в память, по сети. Ну и вообще — архитектура встраиваемых систем это та ещё дилемма. И пока я не встречал в природе идеальных архитектур, которые легко дополнить, просто тестировать и сложно уронить.
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
ЭФ>Как в вас сочетается городская легенда о том, что знания и новые технологии развиваются по спирали, ЭФ>и почти ничего нового во программировании не появляется, поэтому старпёру будет просто, ЭФ>и реальные факты, что на собеседованиях будете валиться из-за незнания конкретики?
ЭФ>И заодно, что такого нового можно узнать о себе? ЭФ>Спросят про конвейер выборки данных данных в процессоре, и как он влияет на написание программ по сравнению с конвейером команд? ЭФ>Или спросят про структуру, строение и размер межядерного кеша и синхронизацию данных в нём? ЭФ>А когда вы последний раз изучали процессор в нём тупо не было таких устройств...
ЭФ>Или вопросы будут по технологии, которой вы в принципе не занимались никогда, например вновь стандартизованными деталями чего-нибудь? ЭФ>И так понятно, что направлений множество, и по-хорошему, на работе должна быть база знаний по тому, чем занимаются именно они.
ЭФ>В общем, что можно узнать о себе на собеседовании?
Ну хожу вот последние две недели и ничего принципиально нового не увидел.
Единственное что если раньше стандартные вопросы были про сборщик мусора и GetHashCode, то теперь к ним еще добавились знания о межсервисном взаимодействии и в копилку must have добавился паттерн outbox/хореография/оркестрация.
А еще заметил что все больше компаний стало практиковать собеседования в трех частях: язык(платформа)/алгоритмы с литкод/системный дизайн.
Так что алгоритм прохождения собесов стандартный: учим язык(платформу), идем решаем задачи на литкод, и читаем https://github.com/donnemartin/system-design-primer
Re[3]: Сходи хоть на одно собеседование, узнаешь о себе много н
Здравствуйте, mgu, Вы писали:
vsb>>Так ведь суть спирали в том, что что-то похоже на старое, но имеется принципиальный прогресс. Говорить, что ничего нового не появляется — это вообще глупо. Взять React — ничего аналогичного просто не существовало.
mgu>Обычная JS библиотека, а имя им легион.
Ну я не согласен, что обычная. Обычная JS библиотека язык новый не изобретает. Я повидал много разных GUI-библиотек на многих разных платформах. Считаю React абсолютно уникальным на момент его изобретения. Может где-то и было такое, но точно не в мейнстриме. Я бы видел.
Что такое React, если взять его концепцию? Твоё приложение это чистая функция state -> view. При изменении state фреймворк вызывает эту функцию, получает view, а дальше приводит текущий экран в соответствие с полученным view. Что такое традиционный фреймворк? Это императивная функция, которая получает события и реагирует на события изменяя view императивным образом.
> Плюсы: ускорение разработки и ниже порог вхождения. Минус: тормоза. Но ничего, бабы ещё нарожают тайваньцы ещё наклепают.
В реакте тормозов нет. Кроме того его концепция позволяет писать производительные приложения даже там, где традиционными способами оно будет тормозить. К примеру реакт может приводить текущий экран в соответствие с полученным view не за один кадр, а разбить эту работу на несколько кадров, если изменений много. Интерфейс будет выглядеть плавным. С традиционным подходом этим не заморачиваются и получают пропуск кадров, когда DOM очень сильно меняется и браузер не успевает обработать все изменения за один кадр. Конечно заморочиться можно, но фишка в том, что в реакте это на уровне фреймворка, а не твоего кода.
vsb>>Цикл for не выучил, а уже в реакт лезет.
mgu>Так для таких React и придуман.
Я считаю, что React это довольно сложный фреймворк и для работы с ним нужно обладать довольно серьёзными знаниями.
Сходи хоть на одно собеседование, узнаешь о себе много новог
Как в вас сочетается городская легенда о том, что знания и новые технологии развиваются по спирали,
и почти ничего нового во программировании не появляется, поэтому старпёру будет просто,
и реальные факты, что на собеседованиях будете валиться из-за незнания конкретики?
И заодно, что такого нового можно узнать о себе?
Спросят про конвейер выборки данных данных в процессоре, и как он влияет на написание программ по сравнению с конвейером команд?
Или спросят про структуру, строение и размер межядерного кеша и синхронизацию данных в нём?
А когда вы последний раз изучали процессор в нём тупо не было таких устройств...
Или вопросы будут по технологии, которой вы в принципе не занимались никогда, например вновь стандартизованными деталями чего-нибудь?
И так понятно, что направлений множество, и по-хорошему, на работе должна быть база знаний по тому, чем занимаются именно они.
В общем, что можно узнать о себе на собеседовании?
Здравствуйте, vsb, Вы писали:
vsb>Если ты валишься из-за незнания конкретики, либо собеседование проводится плохо, либо ты наврал в резюме. Я на собеседованиях спрашиваю конкретику, но ту, с которой человек, который писал много кода, неизбежно столкнётся. Вроде вопроса — зачем нужно свойство key в реакте.
Мы спрашиваем, чем memcpy отличается от memmove. Ты не представляешь, как много людей не умеют ответить на этот вопрос.
Re[2]: Сходи хоть на одно собеседование, узнаешь о себе мног
На каждом месте работы разные технологии. Не знаешь ты примерно всё, за исключением того, что немного знаешь.
Я и так понимаю, что не знаю почти ничего, ни котлина, ни программирование под Androd, ни современных фреймворков под JavaScript и так далее.
Слишком много специализаций, чтобы всё знать.
Или тот же 1С, насколько в нём ты крут? Нинасколько? Ну узнаешь об этом, и что?
SVZ> и насколько плохо
И даже то, что вроде знаешь, в этой конкретной фирме будет применяться специфичным образом на большие глубины,
которые тебе будут неизвестны. Ну и что?
Практический пример:
— к вам на работу пришел устраиваться старпёр, вам нужно C# под Linux, а он программировал на Visual Basic под Windows
и утверждает, что платформа .Net является language agnostic, что в дотнете единый набор библиотек.
Будете брать или нет? А то он давно работу найти не может.
S> у людей с возрастом накапливается опыт решения реальных производственных проблем.
Если бы реальные проблемы были решаемы, то у нас был бы коммунизм, а не капитализм.
Получается, что реальные проблемы всегда на самом деле решаются не в вашу пользу,
работодатель угнетает работников, банки обязуют мелкого работодателя, олигархи контролируют политиков.
Сведём реальные проблемы к двум классам:
1) проблема между смежными сотрудниками;
2) проблема между сотрудниками и клиентами.
Отдельно взятый сотрудник не может решить ни первую, ни вторую проблему (иным способом, кроме как уволиться).
Всё за него решает начальник.
В редких героических случаях, когда сотрудник всё-таки может решить проблему за те жалкие копейки,
которые клиент готов заплатить за крайне трудоёмкий и гораздо более дорогой проект,
это всё идёт не на пользу сотрудника, а на пользу компании (её владельцам).
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
ЭФ>и реальные факты, что на собеседованиях будете валиться из-за незнания конкретики?
Что значит 'валиться'? На собеседованиях не валятся, там со-беседуют.
Валятся на экзамене.
Если заранее предупредили, что будут экзаменовать по C++, C#, Java,..., а на деле спрашивают про гномиков, круглые люки, количество транзисторов в конкретном CPU — имеют право, вы же имеете право встать и уйти.
В этом мире слишком много 'реальных фактов', которые не имеют прямого отношения к работе, чтобы их все запоминать.
Понимание того, что именно нужно для эффективного выполнения работы чтобы не рассеиваться — это и есть жизненный опыт.
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>В общем, что можно узнать о себе на собеседовании?
Можно узнать что ты не в тренде, пилил ты монолит последние 10 лет, а на новой работе внезапно микросервисы, и пацанчик с подвернутыми штаниками начинает сыпать непонятными терминами во время собеседования.
Или внезапно может выясниться что известная тебе библиотека через два мажорных релиза изменилась до неузнаваемости, а обратной совместимости нет.
А еще бывает на собеседовании узнаешь, что ты недостаточно погружен в детали реализации тех или иных вещей, а на собеседовании просят рассказать про все сорта UB.
Примерно так.
Re[2]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Это не так. 35 лет назад я читал книжку по методам оптимизации и линейному программированию.
Разобрался, написал оптимизаторы двумя способами (методом ветвей и границ и методом Кармаркара).
На текущий момент исходники утеряны (остались в компании, но думаю они не осилили),
в памяти ничего не осталось начисто. И я не знаю, хотя книжку и читал.
И с этой так же будет. Если что-то не нужно, оно забывается.
Re[2]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Tai, Вы писали:
Tai>При большом желании завалить на собесе можно ЛЮБОГО.
Зачем собирать несколько работников на собес, тратить кучу времени с единственной целью кого-то завалить? Собесы обычно проводятся с целью кого-то взять, а не всех разогнать.
Re[3]: Сходи хоть на одно собеседование, узнаешь о себе много н
Здравствуйте, Pzz, Вы писали:
Pzz>Мы спрашиваем, чем memcpy отличается от memmove. Ты не представляешь, как много людей не умеют ответить на этот вопрос.
По этой логике получается, что в вашей компании все программисты наизусть знают C POSIX library?
Re[5]: Сходи хоть на одно собеседование, узнаешь о себе много н
Здравствуйте, Pzz, Вы писали:
Pzz>Ну, базовые вещи, надеюсь, все знают. Вроде пока не натыкался на исключение.
А кто определяет, что являетя базовым, а что нет? Вот, например, задачка на основе "базовых вещей": нужно написать функцию, которая пишет в файл с использованием non-blocking I\O. То есть, пишет сколько может, а потом сообщает о переполнении буффера записи. И если сразу не увидели подвох, а знание "базовых вещей" подвело, то даю подсказку: non-blocking I\O не работает для обычных файлов. Но у вас вот такая вот система, что FS смонтирована через NFS, но доступа к драйверу NFS нет. Как-то нужно выкрутиться. Задача вполне реальная с прошлого проекта, решается стандартными средствами системного программирования.
Re[3]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Pzz, Вы писали:
ЭФ>>>И заодно, что такого нового можно узнать о себе?
S>>Как минимум, насколько ты тупеешь в непривычной ситуации.
Pzz>Я выяснил, что могу петь соловьем перед несколькими привередливыми собеседователями и умею на ходу отшучиваться от неудобных для себя вопросов.
Уже почти что классика этих наших интернетиков:
-- Я что бы не волноваться перед собеседованием пару-тройку рюмашек махнул и речь у меня на собесе лилась как журчащий ручеек, вот меня и взяли за то, что я им на все вопросы очень подробно отвечал...
-- Мы тебя взяли потому, что ты нам про коня спел!
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Pzz, Вы писали:
Pzz>Здравствуйте, vsb, Вы писали:
vsb>>Если ты валишься из-за незнания конкретики, либо собеседование проводится плохо, либо ты наврал в резюме. Я на собеседованиях спрашиваю конкретику, но ту, с которой человек, который писал много кода, неизбежно столкнётся. Вроде вопроса — зачем нужно свойство key в реакте.
Pzz>Мы спрашиваем, чем memcpy отличается от memmove. Ты не представляешь, как много людей не умеют ответить на этот вопрос.
Да и не надо представлять. У меня много коллег которые как на ++ так и на джаве пишут. Просто переучиваешься на Spring и через пару лет тебе это знать абсолютно не нужно, сидишь в крассивом офисе класса А или на удаленочке за вполне себе спокойные 200 т.р. в 5 собеседованиях из 10 тебя возьмут спросив базовые вещи и поговорив "за жизнь". В то время как ++ разработчики проходят все круги ада от объяснения работы UB и как выглядит на ассемблере до литкода уровня хард в онлайне. Глупо инвестировать в фундаментальные знания если ты не собираешься отсюда бежать, здесь твои знания нужны в 3.5 конторах, можно в общем оценить какая например потребность в реверсерах на рынке и понять, что либо ты уезжаешь в Европу, благо это проще чем кажется, либо ты переучиваешься на java или go. А еще конечно после западных компаний уровень российского хамства терпеть сложно, плюс в западные компании раньше на удаленку было гораздо проще устроиться чем в Российские. Овладел на твердую 4 по 5 системе технологией на которой планируется работать, вполне себе пройдешь. Мне вот за прошлогодний поход по собеседованиям удалось получить несколько офферов в западные компании, в RU не брали даже на 30% меньшую з.п. Всякие НИИ и ФГУП я не рассматриваю. Так что надо просто здраво, рационально смотреть по сторонам. Я всегда был сторонником реботать здесь и заниматься бизнесом здесь, но в последние годы понял, что везде будет скотство, хамство и комплексы собеседующих т.к. мы катимся в технологическую пропасть. Высокотехнологичных производств все меньше и меньше, утечка мозгов, капитала, врачей, даже молодежь теперь твердо ориентирована что хоть в галере работать, но только бы не в россии и не в российских компаниях, учита английский активней чем технологии, сортировку не напишет зато на английком худо-бедно объясняется. Впрочем если говорить о топовых российских компаниях, то они уже перешли на западную модель и более бережно относятся к кандидатам, не заставляя их решать всякую шизу от матана до квестов на битовые операции. Особенно мне понравилось одно из последних предложение пособеседоваться, где помимо c++/go/stl/qt/boost еще требовалось иметь опыт в разработке радиолокационных систем, обработке сигналов и прочему и все это за 225 т.р.
Здравствуйте, mgu, Вы писали:
Pzz>>Будет ли нам с ним, а ему с нами бок-о-бок лямку тянуть?
mgu>Прямо-таки бурлаки на Волге. При грамотно организованной разработке программисты изолированы, как микросервисы.
Ты, помнится, раньше все работу искал, и все бухтел, что работодатели для тебя недостаточно хороши.
Ну как, нашел работу, хоть одну?
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Как в вас сочетается городская легенда о том, что знания и новые технологии развиваются по спирали, ЭФ>и почти ничего нового во программировании не появляется, поэтому старпёру будет просто, ЭФ>и реальные факты, что на собеседованиях будете валиться из-за незнания конкретики?
Не зная конкретики можно выехать на знании в общих чертах.
ЭФ>Или спросят про структуру, строение и размер межядерного кеша и синхронизацию данных в нём? ЭФ>А когда вы последний раз изучали процессор в нём тупо не было таких устройств...
И ты провёл 20 лет, прикованный к батарее, не читал ни книжек, ни статей...
ЭФ>В общем, что можно узнать о себе на собеседовании?
Можно узнать что именно ты не знаешь и насколько плохо
_____________________
С уважением,
Stanislav V. Zudin
Re[3]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>На каждом месте работы разные технологии. Не знаешь ты примерно всё, за исключением того, что немного знаешь. ЭФ>Я и так понимаю, что не знаю почти ничего, ни котлина, ни программирование под Androd, ни современных фреймворков под JavaScript и так далее. ЭФ>Слишком много специализаций, чтобы всё знать.
Если ты решился на радикальную смену стека технологий, то не грех и книжицу какую открыть почитать. Причем заранее.
А на собеседовании можно будет выяснить, насколько твои теоретические изыскания + старый практический опыт не соответствуют реалиям.
ЭФ>И даже то, что вроде знаешь, в этой конкретной фирме будет применяться специфичным образом на большие глубины, ЭФ>которые тебе будут неизвестны. Ну и что?
Действительно, и что? Сколько времени потребуется, чтобы постичь это специфичные способы? Неделя? Две?
ЗЫ. Я ни в коем случае не уговариваю, мне конкуренты не нужны
_____________________
С уважением,
Stanislav V. Zudin
Re[4]: Сходи хоть на одно собеседование, узнаешь о себе много новог
SVZ> Сколько времени потребуется, чтобы постичь это специфичные способы? Неделя? Две?
Это не мне вопрос, а вам. Вам на фирме должны быть нужны новые работники, вы на вашей фирме долны разработать программу обучения,
и это вы должны знать, сколько времени займёт прохождение этой программы обучения. Если вы неудачники и не расширяете продажи (из-за чего ещё могут быть не нужны новые сотрудники?), или если вы не занимаетесь обучением, то это ваши расходы и проблемы.
Re[2]: Сходи хоть на одно собеседование, узнаешь о себе мног
Tai> При большом желании завалить на собесе можно ЛЮБОГО.
И тут мы возвращаемся к вопросу, а зачем на фирме старпёры?
неизменный тезис корпоративных эйчаровцев, что, мол, нам нужны работники с горящими глазами и амбициозные
владельцы бизнеса предпочитают иметь дело с малоопытной и оттого легко управляемой молодёжью, которая беспрекословно выполняет мудрые указания «сверху» и не требует таких зарплат, как «ветераны»
Поседевшие за годы работы на ниве «старпёры», жужжащие на шефское ухо своё мнение по каждому вопросу, мягко говоря, раздражают.
Здравствуйте, Эйнсток Файр, Вы писали:
SVZ>> Сколько времени потребуется, чтобы постичь это специфичные способы? Неделя? Две?
ЭФ>Это не мне вопрос, а вам. Вам на фирме должны быть нужны новые работники, вы на вашей фирме долны разработать программу обучения,
По личному опыту проблема возникает в освоении не технологий разработки (фреймворков или языков), а предметной области.
Обучением некоторым предметным областям занимаются в институте, с 3 по 5 курс Быть может не стоит идти в такие компании, не имея соответствующего образования?
_____________________
С уважением,
Stanislav V. Zudin
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
Ну если ты представляешь из себя только свою профессиональную функцию, то ты — да, о «себе»
У меня это в жизни занимает не очень большую часть интересов и вообще пофиг как я там по сравнению с какими-то профессорами .
Re[5]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Как в вас сочетается городская легенда о том, что знания и новые технологии развиваются по спирали, ЭФ>и почти ничего нового во программировании не появляется, поэтому старпёру будет просто, ЭФ>и реальные факты, что на собеседованиях будете валиться из-за незнания конкретики?
Не вижу противоречия. Старпёру будет проще, т.к. у него базовые знания по выч. технике, алгоритмам, сетям и низкоуровневому программированию. Это не отменяет необходимость постоянно их обновлять и быть в курсе новых веяний и пробовать их руками, но сеньоров крайне редко спрашивают "как сделать ABC в фреймворке XYZ".
Re[7]: Сходи хоть на одно собеседование, узнаешь о себе мног
Здравствуйте, Эйнсток Файр, Вы писали:
S>> судя по связности и разумности написанного вами здесь
ЭФ>Вы утверждаете, что мои надписи несвязны и из-за этого неразумны.
Во-первых, я делюсь наблюдениями, а не утверждаю.
Во-вторых, я сказал о несвязности и неразумности, но не утверждал, что одно происходит из другого.
Re[9]: Сходи хоть на одно собеседование, узнаешь о себе мног
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>алименты, уголовное преследование за их неуплату, исправительные работы - ЭФ>это обязательные элементы жизни настоящего мужика.
А ты мужик ?
На какой стадии уже находишься, и почему.
kalsarikännit
Re[2]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Как в вас сочетается городская легенда о том, что знания и новые технологии развиваются по спирали, ЭФ>и почти ничего нового во программировании не появляется
Так ведь суть спирали в том, что что-то похоже на старое, но имеется принципиальный прогресс. Говорить, что ничего нового не появляется — это вообще глупо. Взять React — ничего аналогичного просто не существовало. А если что-то и повторяется, то не в аналогичном же виде.
> поэтому старпёру будет просто,
Старпёру может быть проще, если он в технологиях разбирался детально. Но всё равно ему надо разбираться, просто он это сделает быстрей за счёт предыдущего опыта. Например если я в Java осознал концепцию условного оператора и цикла, то в Go мне уже будет проще. Но это не отменяет того, что Go мне надо учить.
ЭФ>и реальные факты, что на собеседованиях будете валиться из-за незнания конкретики?
Если ты валишься из-за незнания конкретики, либо собеседование проводится плохо, либо ты наврал в резюме. Я на собеседованиях спрашиваю конкретику, но ту, с которой человек, который писал много кода, неизбежно столкнётся. Вроде вопроса — зачем нужно свойство key в реакте.
ЭФ>В общем, что можно узнать о себе на собеседовании?
Не знаю, давно уже не ходил на собеседования. Когда я провожу, то обычно по базе гоняю, но это уровень джуниора-мидла. Ну и вообще я спорно провожу, просто я считаю, что человек должен знания строить на определённом фундаменте, а не как сейчас любят скакать галопом по европам. Цикл for не выучил, а уже в реакт лезет. Вот таких я отсеиваю, хотя объективно какой-то код они в других компаниях пишут, может даже не самый плохой, ну тут вопрос — с кем комфортно работать. Как синьоров собеседовать я не знаю, особенно там, где я сам себя оцениваю максимум на уровень мидла. По сути собеседую как мидла а дальше смотрю на опыт и даю примерную оценку, насколько он был релевантен тому, что нам надо. Поэтому на собеседовании со мной ты бы мог узнать свои слабые стороны в базе, если бы не ответил на какие-то вопросы.
Здравствуйте, Эйнсток Файр, Вы писали:
AS>> Вот книжку почитай, и будешь знать
ЭФ>Это не так. 35 лет назад я читал книжку по методам оптимизации и линейному программированию. ЭФ>Разобрался, написал оптимизаторы двумя способами (методом ветвей и границ и методом Кармаркара). ЭФ>На текущий момент исходники утеряны (остались в компании, но думаю они не осилили), ЭФ>в памяти ничего не осталось начисто. И я не знаю, хотя книжку и читал.
ЭФ>И с этой так же будет. Если что-то не нужно, оно забывается.
Если есть понимание, то не забудется. Для понимания, книжки читаются немного медленнее, но зато запоминать не надо, т.к. появилось понимание.
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Как в вас сочетается городская легенда о том, что знания и новые технологии развиваются по спирали, ЭФ>и почти ничего нового во программировании не появляется, поэтому старпёру будет просто
Такого точно никогда не будет. Например, мы уже проходим наверное четвертый или пятый цикл UI приложений. И что?
Специалисты по UI предыдущего поколения вынуждены всерьез переучиваться. Все ключевые скилы у них отсутствуют. Зато задачи им хорошо понятны. В те времена баклог был точно так же устроен — добавь кнопку, подвинь, покрась. Но на этой понятности задач далеко не уедешь.
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Спросят про конвейер выборки данных данных в процессоре, и как он влияет на написание программ по сравнению с конвейером команд? ЭФ>Или спросят про структуру, строение и размер межядерного кеша и синхронизацию данных в нём? ЭФ>А когда вы последний раз изучали процессор в нём тупо не было таких устройств...
Блин, 2 года на собеседованиях не был, неужели начали интересоваться таким? А то когда на собеседованиях сам скажешь про coalesce memory access на тебя интервьюер как на инопланетянина смотрит. Ибо у него вопросы про отличия связного списка от аррей листа, ну и самый вопрос про квалификацию это как нужно переопределять иквалсы и хешкоды блин.
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>И заодно, что такого нового можно узнать о себе? ЭФ>Спросят про конвейер выборки данных данных в процессоре, и как он влияет на написание программ по сравнению с конвейером команд? ЭФ>Или спросят про структуру, строение и размер межядерного кеша и синхронизацию данных в нём? ЭФ>А когда вы последний раз изучали процессор в нём тупо не было таких устройств...
Почему, интересно, я сроду не изучал процессор, но знаю и про конвеер данных, и про конвеер команд, и про синхронизацию кеша, и даже страшное слово TLB?...
Re[2]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, so5team, Вы писали:
ЭФ>>И заодно, что такого нового можно узнать о себе?
S>Как минимум, насколько ты тупеешь в непривычной ситуации.
Я выяснил, что могу петь соловьем перед несколькими привередливыми собеседователями и умею на ходу отшучиваться от неудобных для себя вопросов. Раньше я и не знал, что у меня язык так хорошо подвешен. Но работать языком, я от этого очень сильно устаю.
Re[2]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, elmal, Вы писали:
E>Блин, 2 года на собеседованиях не был, неужели начали интересоваться таким? А то когда на собеседованиях сам скажешь про coalesce memory access на тебя интервьюер как на инопланетянина смотрит. Ибо у него вопросы про отличия связного списка от аррей листа, ну и самый вопрос про квалификацию это как нужно переопределять иквалсы и хешкоды блин.
К нам заходи. Наши ребята поймут.
А это тебе где такое на практике понадобилось? CUDA какая-нибудь?
Re[4]: Сходи хоть на одно собеседование, узнаешь о себе много н
Здравствуйте, cppguard, Вы писали:
Pzz>>Мы спрашиваем, чем memcpy отличается от memmove. Ты не представляешь, как много людей не умеют ответить на этот вопрос.
C>По этой логике получается, что в вашей компании все программисты наизусть знают C POSIX library?
Ну, базовые вещи, надеюсь, все знают. Вроде пока не натыкался на исключение.
Re[6]: Сходи хоть на одно собеседование, узнаешь о себе мног
Здравствуйте, cppguard, Вы писали:
C>А кто определяет, что являетя базовым, а что нет? Вот, например, задачка на основе "базовых вещей": нужно написать функцию, которая пишет в файл с использованием non-blocking I\O. То есть, пишет сколько может, а потом сообщает о переполнении буффера записи. И если сразу не увидели подвох, а знание "базовых вещей" подвело, то даю подсказку: non-blocking I\O не работает для обычных файлов. Но у вас вот такая вот система, что FS смонтирована через NFS, но доступа к драйверу NFS нет. Как-то нужно выкрутиться. Задача вполне реальная с прошлого проекта, решается стандартными средствами системного программирования.
Если не выпендриваться — запустить отдельный поток и в него передавать команды на запись и тд через обычные примитивы межпоточного взаимодействия. И там уже буфер держать. Если write сразу вернул управление, значит записанные байты уехали в буфер операционной системы. Если за некоторое время не вернул, значит поток повис на записи и буфер заполнен. Вызывающее приложение получает сигнал о том, буфер переполнен.
Разновидность этого варианта — запустить второй процесс, в котором записывать в файл в обычном виде (аналог "cat > file") и через pipe в stdin ему данные для записи передавать. На pipe уже можно неблокирующий режим включить по идее. Это прям совсем юниксово, хотя лишний процесс это наверное чуть больше накладных расходов, чем поток.
Если выпендриваться, я бы через io_uring попробовал, вроде он поддерживает асинхронную запись в файлы.
А как правильно? Я вообще в системном программировании ни гу-гу. Наверное через какие-то ioctl-ы должен быть доступ к такой информации, я бы в этом направлении ещё покопал.
Здравствуйте, Pzz, Вы писали:
Pzz>А это тебе где такое на практике понадобилось? CUDA какая-нибудь?
Да нет. Просто всякие расчеты в памяти, когда нужно обработать данные на кластере быстрее на много порядков, чем позволяет сделать база данных. Соответственно пришлось свой движок небольшой написать что то вроде колоночника с оптимизацией под конкретную задачу.
Re[6]: Сходи хоть на одно собеседование, узнаешь о себе много н
Здравствуйте, cppguard, Вы писали:
Pzz>>Ну, базовые вещи, надеюсь, все знают. Вроде пока не натыкался на исключение.
C>А кто определяет, что являетя базовым, а что нет?
Консенсус собеседователей. Это те самые люди, которые вместе с будущим работником будут работать в одной группе.
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
ЭФ>Как в вас сочетается городская легенда о том, что знания и новые технологии развиваются по спирали, ЭФ>и почти ничего нового во программировании не появляется, поэтому старпёру будет просто,
А что в программировании нового с 1992-го года? Синтаксис?
ЭФ>и реальные факты, что на собеседованиях будете валиться из-за незнания конкретики?
То есть того, о чём сам интервьюер узнал за день до этого? Или думает, что знает, и поэтому не засчитывает правильный ответ.
ЭФ>И заодно, что такого нового можно узнать о себе?
О себе ничего, зато всё об интервьюере, ибо он проецирует на вас свою персону.
Re[3]: Сходи хоть на одно собеседование, узнаешь о себе мног
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>- к вам на работу пришел устраиваться старпёр, вам нужно C# под Linux, а он программировал на Visual Basic под Windows
А зачем он приходит? На рынке недостаток си-шарп-махеров?
ЭФ> и утверждает, что платформа .Net является language agnostic, что в дотнете единый набор библиотек.
А что не так? И насколько это знание важно для работы?
ЭФ>Будете брать или нет? А то он давно работу найти не может.
Да и нанимающая контора тоже давно ищет работников.
Re[5]: Сходи хоть на одно собеседование, узнаешь о себе мног
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>И тут мы возвращаемся к вопросу, а зачем на фирме старпёры? ЭФ>
неизменный тезис корпоративных эйчаровцев, что, мол, нам нужны работники с горящими глазами и амбициозные
...за миску риса.
ЭФ>
владельцы бизнеса предпочитают иметь дело с малоопытной и оттого легко управляемой молодёжью, которая беспрекословно выполняет мудрые указания «сверху» и не требует таких зарплат, как «ветераны»
Владельцы бизнеса понятия не имеют о сотрудниках в самом низу пищевой цепочки. А решение о найме принимают кадровичка ("как бы чего не вышло") и начальничек, трясущийся за своё место.
ЭФ>
Поседевшие за годы работы на ниве «старпёры», жужжащие на шефское ухо своё мнение по каждому вопросу, мягко говоря, раздражают.
То есть раздражает не правильность мнения, а его авторство.
Re[4]: Сходи хоть на одно собеседование, узнаешь о себе мног
Здравствуйте, so5team, Вы писали:
ЭФ>>И тут мы возвращаемся к вопросу, а зачем на фирме старпёры?
S>Затем, что у людей с возрастом накапливается опыт решения реальных производственных проблем.
А если проблем нет, а отдел разработки есть? Остаётся переписывать на "новые" технологии и прикручивать никому не нужные "фичи".
Re[2]: Сходи хоть на одно собеседование, узнаешь о себе много н
Здравствуйте, vsb, Вы писали:
vsb>Так ведь суть спирали в том, что что-то похоже на старое, но имеется принципиальный прогресс. Говорить, что ничего нового не появляется — это вообще глупо. Взять React — ничего аналогичного просто не существовало.
Обычная JS библиотека, а имя им легион. Плюсы: ускорение разработки и ниже порог вхождения. Минус: тормоза. Но ничего, бабы ещё нарожают тайваньцы ещё наклепают.
vsb>Цикл for не выучил, а уже в реакт лезет.
Так для таких React и придуман.
Re[3]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Pzz, Вы писали:
Tai>>При большом желании завалить на собесе можно ЛЮБОГО.
Pzz>Зачем собирать несколько работников на собес, тратить кучу времени с единственной целью кого-то завалить? Собесы обычно проводятся с целью кого-то взять, а не всех разогнать.
А вдруг берут кандидата на твоё место?
Re[6]: Сходи хоть на одно собеседование, узнаешь о себе много н
Здравствуйте, cppguard, Вы писали:
C>А кто определяет, что являетя базовым, а что нет? Вот, например, задачка на основе "базовых вещей": нужно написать функцию, которая пишет в файл с использованием non-blocking I\O.
Я не знаю как (решал общую задачу по-другому), однако интересует: зачем? "Базовые знания" (тм) мне подсказывают, что это стрельба себе в пятку.
Re[4]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, mgu, Вы писали:
Pzz>>Зачем собирать несколько работников на собес, тратить кучу времени с единственной целью кого-то завалить? Собесы обычно проводятся с целью кого-то взять, а не всех разогнать.
mgu>А вдруг берут кандидата на твоё место?
Если ты справляешься с работой, зачем кому-то брать кандидата на твое место? Если не справляешься, зачем кто-то позовет тебя на собес?
Re[8]: Сходи хоть на одно собеседование, узнаешь о себе мног
Здравствуйте, mgu, Вы писали:
S>>Затем, что у людей с возрастом накапливается опыт решения реальных производственных проблем.
mgu>А если проблем нет, а отдел разработки есть?
"Нет, сынок, это фантастика" (с)
Re[5]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Pzz, Вы писали:
Pzz>>>Зачем собирать несколько работников на собес, тратить кучу времени с единственной целью кого-то завалить? Собесы обычно проводятся с целью кого-то взять, а не всех разогнать.
mgu>>А вдруг берут кандидата на твоё место?
Pzz>Если ты справляешься с работой, зачем кому-то брать кандидата на твое место?
Большинство вакансий "в связи с расширением проекта" подразумевают поиск работника подешевле. Процесс это долгий, и у отдела кадров есть загрузка.
Pzz>Если не справляешься, зачем кто-то позовет тебя на собес?
"Обычно" -- понятие растяжимое:
Pzz>>>Собесы обычно проводятся с целью кого-то взять, а не всех разогнать.
Re[9]: Сходи хоть на одно собеседование, узнаешь о себе мног
Здравствуйте, Эйнсток Файр, Вы писали:
mgu>> Ватерлоо -> о. Св. Елены -> смерть от язвы желудка.
ЭФ>Сколько лет! Сколько зим! Давненько Вас не было, на форуме было чисто и без эксцессивного употребления слова "говно"...
Слово есть, а на форуме чисто.
ЭФ>Сидели в бане?
Нет, блин, на острове Эльба. Решил посмотреть, что тут нового.
Re[6]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, mgu, Вы писали:
mgu>Большинство вакансий "в связи с расширением проекта" подразумевают поиск работника подешевле. Процесс это долгий, и у отдела кадров есть загрузка.
Не знаю ничего про работников наподешевле. У нас просто ищут, хороших. Мы довольно придирчивы в выборе кандидатов. Не в том смысле, умеет ли он считать гномиков, или не умеет? А в том, хотим ли мы с таким человеком вместе работать? Справится ли он с нашими задачами? Будет ли нам с ним, а ему с нами бок-о-бок лямку тянуть?
Решение принимается в кругу сеньёров, тимов и менеджеров от разработки.
Re[10]: Сходи хоть на одно собеседование, узнаешь о себе мног
Здравствуйте, vsb, Вы писали:
mgu>>Обычная JS библиотека, а имя им легион.
vsb>Ну я не согласен, что обычная. Обычная JS библиотека язык новый не изобретает. Я повидал много разных GUI-библиотек на многих разных платформах. Считаю React абсолютно уникальным на момент его изобретения. Может где-то и было такое, но точно не в мейнстриме. Я бы видел.
Сама идея порочна: манипулировать разметной вместо более эффективной работы через JS. Зато модно.
vsb>Что такое React, если взять его концепцию? Твоё приложение это чистая функция state -> view. При изменении state фреймворк вызывает эту функцию, получает view, а дальше приводит текущий экран в соответствие с полученным view. Что такое традиционный фреймворк? Это императивная функция, которая получает события и реагирует на события изменяя view императивным образом.
Добавить в прототип объекта обработчик и перебросчик onchange -- дело нехитрое. Но за это приходится платить прослушиванием всех объектов.
>> Плюсы: ускорение разработки и ниже порог вхождения. Минус: тормоза. Но ничего, бабы ещё нарожают тайваньцы ещё наклепают.
vsb>В реакте тормозов нет.
Да нет, просто многие постепенно забыли, что такое быстрые сайты. Вот, например, http://lib.ru/. Не менялся с прошлого века. Да, негламурненько, но свои задачи выполняет.
vsb>Кроме того его концепция позволяет писать производительные приложения даже там, где традиционными способами оно будет тормозить. К примеру реакт может приводить текущий экран в соответствие с полученным view не за один кадр, а разбить эту работу на несколько кадров, если изменений много. Интерфейс будет выглядеть плавным. С традиционным подходом этим не заморачиваются и получают пропуск кадров, когда DOM очень сильно меняется и браузер не успевает обработать все изменения за один кадр.
Так с пропуском промежуточных кадров-то получается быстрее, нет?
vsb>Конечно заморочиться можно, но фишка в том, что в реакте это на уровне фреймворка, а не твоего кода.
Считаю, что не нужно бороться с ветряными мельницами, а решать проблему через UX.
vsb>>>Цикл for не выучил, а уже в реакт лезет.
mgu>>Так для таких React и придуман.
vsb>Я считаю, что React это довольно сложный фреймворк и для работы с ним нужно обладать довольно серьёзными знаниями.
Так это жирный минус -- фреймворк по определению должен облегчать жизнь, а не переносить проблемы в другое место, как в, прости-господи, Angular-е.
Да, я слышал мнение, что выбрали Vue, ибо React показался слишком сложным. Но я его освоил за несколько дней.
Re[7]: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Pzz, Вы писали:
mgu>>Большинство вакансий "в связи с расширением проекта" подразумевают поиск работника подешевле. Процесс это долгий, и у отдела кадров есть загрузка.
Pzz>Не знаю ничего про работников наподешевле. У нас просто ищут, хороших.
Не знаю ничего про поиск плохих. А зачем у вас ищут? Мощные разработчики обычно хорошо масштабируются... и разбегаются.
Pzz>Мы довольно придирчивы в выборе кандидатов. Не в том смысле, умеет ли он считать гномиков, или не умеет? А в том, хотим ли мы с таким человеком вместе работать?
Непрофессиональный подход: эмоции неуместны. Тем, кому приходится работать с клиентами, такое даже в голову не придёт.
Pzz>Справится ли он с нашими задачами?
Критерий поиска разработчиков уровня middle.
Pzz>Будет ли нам с ним, а ему с нами бок-о-бок лямку тянуть?
Прямо-таки бурлаки на Волге. При грамотно организованной разработке программисты изолированы, как микросервисы.
Re[12]: Сходи хоть на одно собеседование, узнаешь о себе мног
Здравствуйте, Pzz, Вы писали:
mgu>>Прямо-таки бурлаки на Волге. При грамотно организованной разработке программисты изолированы, как микросервисы.
Pzz>Ты, помнится, раньше все работу искал, и все бухтел, что работодатели для тебя недостаточно хороши.
Pzz>Ну как, нашел работу, хоть одну?
Да хоть две.
А по сути: переход на личности, чёрно-белое мышление: есть работа или нет, качество не рассматривается. А ведь кому и кобыла невеста.
Скучно, девочки.
Re[14]: Сходи хоть на одно собеседование, узнаешь о себе мно
Здравствуйте, mgu, Вы писали:
mgu>А по сути: переход на личности, чёрно-белое мышление: есть работа или нет, качество не рассматривается. А ведь кому и кобыла невеста.
Да просто мне хочется знать, есть ли у тебя личный опыт в том, о чем ты с такой уверенностью рассуждаешь, или мсьё теоретик.
Re: Сходи хоть на одно собеседование, узнаешь о себе много новог
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>В общем, что можно узнать о себе на собеседовании?
Эту тему уже обсуждали тут. Я даже бегал с идеей: как бы сделать интернет-сервис "собеседование", но как это реализовать, так и не придумали.
Смысл ходить на собеседования есть, тут об этом уже много говорили. Пропустим тему с HR-ами и прочим, рассмотрим чисто техническую сторону.
Во-первых, "выйти из зоны комфорта", сходить проветриться, встряхнуться, принять вызов и так далее.
Во-вторых, в случае с тем же с++, который довольно широкий по всяким техникам и тонкостям, на собеседовании могут задать вопрос по теме, которую ты никогда раньше не смотрел, и ты ,завалив собеседование, потом обязательно посмотришь. Или наоборот. На одном собеседовании я ребятам что-то рассказал по их же коду, что они не знали. На одном мне указали на небольшой косяк, который в общем-то не косяк, но без него всё оптимальнее работает. А я раньше не задумывался, ну было оно так в (изначальном) коде и было.
Все эти вещи можно было бы узнать и изучить просто пообщавшись между собой программистам. Но никто же специально собираться для делёжки опытом не будет. Конференции — это не совсем то, хоть и близко, но там нет диалога. Поэтому и была идея устраивать собесы он-лайн, как сервис: кто-то хочет сходить на собеседование, себя "проверить", кто-то может/хочет провести собеседование — эти люди встречаются, общаются, узнают (о себе) что-то новое, и идут расти дальше. Но вот не взлетит, потому что интервьюеров найти нереально.
Re[4]: Сходи хоть на одно собеседование, узнаешь о себе много н
Здравствуйте, vsb, Вы писали:
vsb>Что такое React, если взять его концепцию? Твоё приложение это чистая функция state -> view. При изменении state фреймворк вызывает эту функцию, получает view, а дальше приводит текущий экран в соответствие с полученным view. Что такое традиционный фреймворк? Это императивная функция, которая получает события и реагирует на события изменяя view императивным образом.
В Qt/QML декларативный GUI очень хорошо реализован. Паттерн MVC — это вообще классика программирования в GUI
Быть может не стоит идти в такие компании, не имея соответствующего образования?
