Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
mastodon.gamedev.place is one of the many independent Mastodon servers you can use to participate in the fediverse.
Mastodon server focused on game development and related topics.

Administered by:

Server stats:

5.1K
active users

mastodon.gamedev.place: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.7

#di

0 posts0 participants0 posts today
Public
Несерьёзный Выдумщик

На собеседованиях синьоров-помидоров никогда не прошу писать код на листочке. Не важно какой, разворачивание списка или же 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: ...
Public
Kerrick Long (code)

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

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

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

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

#JavaScript#JS#FrontEnd
Public
Ahmed Tarek

⛔ When Not To Use DI, IoC, and IoC Containers in .NET C#
🚫

➡ Dependency Injection (DI), Inversion of Control (IoC), and IoC Containers are our friends, but like everything in life, if you abuse them, you would get what you don’t ever wish for.

➡ After reading this article, you would know when DIs are not the right solution and the better design to use.

📖 developmentsimplyput.com/post/

📭 developmentsimplyput.com/subsc

⛔ When Not To Use DI, IoC, and IoC Containers in .NET C# 🚫 📖 https://developmentsimplyput.com/post/when-not-to-use-di-ioc-and-ioc-containers-in-net-c 📭 https://developmentsimplyput.com/subscribe
#dotnet#softwaredesign#softwarearchitecture
Public
billseipel

Other dev at work is pretty unimpressed with my efforts to standardize yaml templates.

Why would you want to write multiple stage pipelines...for each project, when you could write a simple pipeline with 1 yaml file which passes parameters to one or more templates via same yaml file?

Same dev who uses some different/old implementation of dependency injection with some 3rd party nuget package..., instead of the default one in .NET 6.

#azure#devops#dotnet
ExploreLive feeds
About