Ладно, это оффтоп.

это печальная реальность :))

общее представление о сортировке, криптографии, списках и деревьях

А зачем общее представление о криптографии?)))

Довайте лучше о пропозале!

чтобы понимать чего не делать

и когда хватить простого хеша и простого ксора а когда стоит использовать асимметричное шифрование

Как я понимаю, нужно модифицировать раздел с лямбдами.

но ээто тоже довольно специфичный опыт

общее представление о сортировке, криптографии, списках и деревьях

У меня вообще такое на джуна спрашивали))) ну не совсем джуна, но джуна. Кроме криптографии)) вообще глупо было. Просили в каком-то из деревьев поворот сделать. Ну была бы вики сделал. Будто экзамен в вузе по теории а не собеседование.

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

от такого подхода бомбит у всех

половина программистов самоучки, если не больше; у 90% из них отрывочные знания

в то время пока студент учил структуры данных и алгоритмы, самоучка решал проблемы

Но зеленых студентов не возьмут, ибо опыта нету

если кто не в курсе, 40к норм зарплата мидла в регионах

Влажные мечты рабовладельцев

к сожалению я знаком с такими работниками

Но зеленых студентов не возьмут, ибо опыта нету

Меня взяли)

и говорю от их имени

НЕСПРАВЕДЛИВОСТЬ!11

Сегодня узнал, что с шаблонами все плохо(

А что с ними?

Сегодня узнал, что с шаблонами все плохо(

В плюсах или у тебя?

а по паттернам проектирования стоит спрашивать?

Я думал, что там все хорошо, пока не попытался разделить header и cpp

а по паттернам проектирования стоит спрашивать?

Да

Я думал, что там все хорошо, пока не попытался разделить header и cpp

Хех

я вообще думаю что нет, но всегда спросил бы за флайвейт и может еще пару простых типичных

а по паттернам проектирования стоит спрашивать?

Студента нет, ему оно филькина грамота

ну и просто на засыпку "какая основная альтернартива синглтона и в чем преимущество синглтона над ней"

а то синглтон знают все но не понимают зачем он

надо отвечать синглтон не нужен

надо отвечать синглтон не нужен

а если построить от обратного

"синглтон нужен тогда, когда..."?

когда нужен синглтон?

викторина!

ну и просто на засыпку "какая основная альтернартива синглтона и в чем преимущество синглтона над ней"

А какая основная альтернатива синглтона?

тогда же когда и глобальные переменные

А какая основная альтернатива синглтона?

это часть вопроса

тогда же когда и глобальные переменные

This

а по паттернам проектирования стоит спрашивать?

Донт эск ту эск джаст эск

"синглтон нужен тогда, когда..."?

"тогда, когда обойдемся и без нормального покрытия тестами"

"синглтон нужен тогда, когда..."?

Когда это единственная точка входа закрывающая платформозависимый шрот))

когда нужен синглтон?

Никогда.

"тогда, когда обойдемся и без нормального покрытия тестами"

потому что покрывать тестами код с синглтонами - боль

я не про религию тут

и не про ненависть к глобальным переменным

а нет такой практики, когда собеседование проводят какие-нибудь бородатые программисты?

в реальном мире они нужны

короче синглтон нужен тогда, когда есть статический класс, КОТОРЫЙ НАДО УНАСЛЕДОВАТЬ

в противном случае он не имеет преимуществ надо статическим классом

а в чем отличие синглтона от просто статического класса?

Я думал, что там все хорошо, пока не попытался разделить header и cpp

делай тела шаблонов в hpp и инклудь вконце хидера

а если синглтон хранит состояние?..странно использовать статик класс с состоянием...)

а если синглтон хранит состояние?..странно использовать статик класс с состоянием...)

статический стейт == глобальная переменная

ничего странного

а в чем отличие синглтона от просто статического класса?

в том, что он наследуется.

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

Преподам не оч нравится такое решение

делай тела шаблонов в hpp и инклудь вконце хидера

мне кажется самое большое отличие, что статик класс нельзя в параметрах передать

короче синглтон нужен тогда, когда есть статический класс, КОТОРЫЙ НАДО УНАСЛЕДОВАТЬ

но ведь это аргумент на уровне кода (плохо спроектированного, кстати), а не архитектуры per se

почему?

если у тебя есть сервисы

и сервисы эти глобальны

а нет такой практики, когда собеседование проводят какие-нибудь бородатые программисты?

Есть, но тут прикол. Многие из них самодуры-начальники отделов. Болтать умеют и спрашивать по вузовой программе.

можно имплементировать их как статику

но елси у тебя есть сервисы завимозаменяемые

то их надо уже наследовать

и тут вместо статического класса для сервиса прилетает синглтон

статический стейт == глобальная переменная

Ну да. Привет потоконебезопасности

Ну да. Привет потоконебезопасности

а может у переменых тип даных потокобезопасный

а может, а может...

на практие инструмент под задачу подбирается, я конечно капитаню дико сейчас -

если приложение не будет многопоточным, глупо заботиться о тредсейфе

Походу я провалился. Что есть статик класс в плюсах?

а может у переменых тип даных потокобезопасный

А там просто прикол в том - в какой момент времени эта переменная будет проинициализирована

Походу я провалился. Что есть статик класс в плюсах?

класс полный статических членов

насоклько я знаю

просто ECMA-языки имеют еще и статиеский класс - это просто констрейнт, что он не может иметь конструктора

А там просто прикол в том - в какой момент времени эта переменная будет проинициализирована

static initialization order fiasco, еее

класс полный статических членов

нет

и не может иметь инстанса соответственно

нет

поясняй

Ну я не вижу супер-разницы. У синглтона можно тоже все методы сделать статическими

и не может иметь инстанса соответственно

Ну внутри методов то может

Ну я не вижу супер-разницы. У синглтона можно тоже все методы сделать статическими

тогда он уже будет не синглтоном

Ну я не вижу супер-разницы. У синглтона можно тоже все методы сделать статическими

А если стейт нужен? Хранилище ресурсов какое?

синглтон - это инстанс по определению, единственный инстанс

класс полный статических членов

но зачем? Мы не в жаве, можно просто функции в отдельный namespace положить

но зачем? Мы не в жаве, можно просто функции в отдельный namespace положить

можно

вся эта абстрактная хрень исходит из ECMA ж

где свои ограничения

но зачем? Мы не в жаве, можно просто функции в отдельный namespace положить

я так делаю

в с++ слишком много способов сделать то же самое иначе

А если стейт нужен? Хранилище ресурсов какое?

Я приеду на работу поясею о чем я

Я приеду на работу поясею о чем я

ты почему ещё не на работе?!?!?

будеш писать объяснительную

но вообще, основной аргумент против синглтонов/"статических классов", я привел выше - их наличие убивает тестируемость кода

ты почему ещё не на работе?!?!?

Прост, кек