ruby.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
If you are interested in the Ruby programming language, come join us! Tell us about yourself when signing up. If you just want to join Mastodon, another server will be a better place for you.

Administered by:

Server stats:

1.1K
active users

#di

0 posts0 participants0 posts today

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

Давным давно это уже стало мове тоном, повсеместно. За исключением некоторых особо «одарённых», до власти дорвавшихся.

При всём желании едва-едва хватает времени, чтобы проговорить три простые вещи:

  1. бегло про #SOLID и связь #DI & #IoC покрытием кода unit-тестами.

  2. модели многопоточности:

    • Actor Model,
    • Communicating Sequential Processes (CSP),
    • sharing memory
       
  3. закон Амдала и т.п. вещи в контексте горизонтальной масштабируемости систем (производительность).

  4. понятия «ценность итерации», использование практик сродни user story mapping и всяких DoR & DoD в процессе рабочем.

И это не важно на каком языке человеку приходилось писать или будет писать. Оно актуально и для:

  • Java-мира
  • С++ ников
  • C#, dotNet
  • Go-шников
  • и даже для JavaScript, Dart & Си-шников.

И это всё не касаясь вопросов вокруг каких-нибудь SOA в сравнении с микросервисами. Гексоганальной архитектурой, или же низкоуровневых вещей типа lock-free контейнеров и false sharing.

Уровень зарплаты у таких синьоров-помидоров порядка 517-530 т.р. в месяц по трудовому договору, окладная часть. Это касается как вновь нанимаемых, так и тех, кому проиндексировали (±5%).

Обходите стороной таких самородков, как @vikingkong Рынок давно избавляется от таких придурков, так же как и тех работодателей, что просили всякие анкетки заполнять и тестовые задания делать.

Вообще, любой live coding во время интервью — это уже странно и означает неспособность разговаривать с кандидатом. А ведь с этими людьми потом работать и каким образом, если они даже сейчас разговаривать неспособны?

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

#собеседование #jobinterview #разработкасофта #программирование @russian_mastodon @ru @Russia

VikingKong's DenVad fan? 🇷🇺 :IndividualistAnarchism: (@vikingkong)@grumb@idealists.su @shuro@friends.deko.cloud Никто не просит писать полноценный код, который сразу заработает, важен ход мысли. Мне малоинтересны рассказы соискателей о том, как они там что-то синьорпомидорили на проектах по внедерению всякой хуйни, а вот если человек не может псевдокодом на бумажке развернуть linked list или не понимает, как работает LRU cache, я такого синьора-помидора с его бесценным опытом даже в джуны не возьму. Понаразводили снежинок, блядь. RE: @vikingkong@misskey.vikingkong.xyz @shuro@friends.deko.cloud только дебилы просят что-то изобразить из кода на листочке. потому что ни один из исходов ни о чём не говорит о человеке как профессионале. единственно допустимое, когда случился какой-то пипец и тебе некогда с человеком общаться, а надо отбежать на полчаса, то можно извиниться и попросить не скучать, оставив его одного в пустом и тихом помещении с листком и заданием. а вернувшись, то сперва сводить человека кофе\чай взять, а потом вернувшись уже обсудить предложенное решение. в контексте того, как изменится то, что изобразил товарищ, если условия задачи изменить в ту или иную сторону. исходя из этого всего и около этого позадавать вопросы технические. поскольку в большинстве случаев, вынуждая человека писать код на бумажке, ты даёшь понять, что здесь, на этой вакансии, не место людям. а это специальное такое для всяких уродов с идиотами. которых за людей не держат. таков сложившийся этикет за последние долгие года в ИТ секторе :) RE: ...

Having worked with in-depth for 2 years now, I can articulate what I don’t like about the .

1. is a terrible primitive to build most software upon. are better for most things, and event listeners are fine.

2. Its system encourages long-lived, easily-accessible Singletons that are serious “foot guns.”

3. Data management is painful. Resolvers are a worse DX than either ’s Ember Data or ’s TanStack Query.

#introduction time!

I'm Alex, creator of vicmathsnotes.weebly.com a website chock full of resources dedicated to helping students and teachers with their #MathsEducation all freely available and I'm one of the authors for the Oxford Maths 7–10 series (VIC, AUS, NSW editions).

I'm a #MathsTeacher and have been a #MathsTutor for 10 years. I'm always looking for more ways I can help other teachers improve by resource creation or delivering PD. DM or look here for more info: vicmathsnotes.weebly.com/works

If you're interested in #Engelmann and #DirectInstruction #DI feel free to reach out or use my summary of Theory of Instruction: drive.google.com/file/d/1I_mMM

VIC MATHS NOTESVIC MATHS NOTESWebsite dedicated to providing resources for mathematics curriculum in Victoria.