55+ в ИТ

[katit]

А я использую наверное (раз не обойтись) но обьяснить не сумею. И паттерны использую но названий не знаю. А кто-то знает. И не факт что умеет программировать. Под умением программировать я имею ввиду способность решать задачи быстро и эффективно для бизнеса. Вот это все танцы с интервью и "умением себя продать" меня и выбесили окончательно в свое время.

Ну чо тут обиснять-то? Каждый из нас, кто наследовал от базового класса или реализовывал интерфейс в последние 10 лет, как-то эти свои новые классы использовал же ж?

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

Ну вот так на интервью обьясните и посмотрим дальше.

Они ведь начнут спрашивать про абстрактные и виртуальные классы, конструкторы хуюкторы. Я что, ходячая документация по языку? Надо-сделаю. Но вот эти интервью с напыщенными "знатоками" просто выбешивают.

Зависит от интервьюеров. Я выше писал, что не удачный пример выбрал с полиморфизмом, хотел что то общее взять, а получилось не о чем. Например в Swift есть понятие struct и class, можем спросить разницу. При этом лично я стараюсь услышать вообще общую осведомленность. Человек может забыть частично что-то, это не страшно, если потом покажет уровень в чем то другом.
Ещё у нас бывает этап программирования, простого до не могу, типо на вход подаётся массив цифр, выведите в командную строку нечётные числа или стандартный фу баз. Очень много людей из тех кого доводится видеть, этого сделать не могут, и потом матерятся. Дашь задание на дом, тоже же найдутся недовольные. Как тогда выявить на интервью, способен ли человек на что то?
Шаблоны проектирования знаю те, что использую, честно не помнил, пока особо не использовал. Пытался заучивать для интервью, кажется понимаешь. Но лучше всего запоминается, когда на практике используешь, а потом читаешь теорию и понимаешь лучше.

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

Или вот пример. Нанимаете сварщика на работу. Он варит 20 лет уже. Он знает что ручку тока надо повернуть на 11 часов чтоб потоньше варить металли и примерно на 2 часа чтоб потолще. Причем он даже не смотрит на ту ручку. А на интервью его спрашивают: "А сколько надо ампер тока чтобы варить лист 1/8". Вот и здесь так с программистами. Но понятно что как-то ведь надо проверять. Я больше склонен спрашивать про то что человек делал и углубляться в детали того что он сделал чтобы просто убедиться что он лично это делал. А если человек не может обьяснить что за продукт он делал то тогда полиморфизм мне нафиг не надо.

Ну и вот прекрасно понимаю 55-летних программистов. Они ту "ручку" на глаз в темноте выставят. А какой-то молодой сварщик который кроме паяльника в руках ничего не держал расспрашивает про ток..

[Мальчик-Одуванчик]

Вы какой язык-то используете? В любом ООП без полиморфизма практически не обойтись, а вы его аж 10 лет не используете.

В плюсах есть еще такое понятие как статический полиморфизм на основе CRTP. Вот им стараюсь обходиться.
Хотя последнее время пытаюсь заставить себя обходиться только функциями.

[alex_127]

у части народа есть большое самомнение (ты был большой шишкой потому что ты знал все в ххх потому что ты его писал 20 лет назад), которое обламывается в другом продукте достаточно резко. И жестоко

Мораль:
1. быть ближе к народу
2. не выделываться
3. перед интервью потратить месяц на тренировку.

[katit]

у части народа есть большое самомнение (ты был большой шишкой потому что ты знал все в ххх потому что ты его писал 20 лет назад), которое обламывается в другом продукте достаточно резко. И жестоко

Мораль:
1. быть ближе к народу
2. не выделываться
3. перед интервью потратить месяц на тренировку.

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

[Мальчик-Одуванчик]

Например в Swift есть понятие struct и class, можем спросить разницу.

А она между ними сильная в этом языке?
К примеру в плюсах это будет только область видимости по-умолчанию, то есть по-сути без разницы.

[fleshold]

Например в Swift есть понятие struct и class, можем спросить разницу.

А она между ними сильная в этом языке?
К примеру в плюсах это будет только область видимости по-умолчанию, то есть по-сути без разницы.

Тама в учебнике прям прописано. Разница в инициализации и в что в классах нет необходимости в слове mutating. Большего увы не знаю (так как Swift чисто для души а не для денег у меня.) На мой взгляд важней спросить когда предпочтительней использовать классы, а когда структуры. Хотя опять жеж, не мне решать что важнее для тех кто интервьюирует.

[zVlad]

...
Вы какой язык-то используете? В любом ООП без полиморфизма практически не обойтись, а вы его аж 10 лет не используете.

Полиморфизм это не то без чего "не обойтись" это, наряду с наследованием и инкапсуляцией, один из отличительных признаков ООП. Иначе говори без наследования, инкапсуляции и полиморфизма ООП не существует.

[voyager3]

у части народа есть большое самомнение (ты был большой шишкой потому что ты знал все в ххх потому что ты его писал 20 лет назад), которое обламывается в другом продукте достаточно резко. И жестоко

Мораль:
1. быть ближе к народу
2. не выделываться
3. перед интервью потратить месяц на тренировку.

Врач будет врачом через двадцать лет. Разница только в деньгах?

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

[katit]

Врач будет врачом через двадцать лет. Разница только в деньгах?

Да, и бухгалтер будет бухгалтером только более оплачиваемым. А программист если будет в курсе последних выпукнутых фреймворков то может и будет получать как 30-летний. А скорее всего будет тихонько сидеть и ждать пенсию в надежде.

[Alexander Troyansky]

...
Вы какой язык-то используете? В любом ООП без полиморфизма практически не обойтись, а вы его аж 10 лет не используете.

Полиморфизм это не то без чего "не обойтись" это, наряду с наследованием и инкапсуляцией, один из отличительных признаков ООП. Иначе говори без наследования, инкапсуляции и полиморфизма ООП не существует.

Вот с++ и без полиморфизма обошлось:

Code: Select all

#include <iostream>
using namespace std;

int main() 
{
    cout << "Hello, World!";
    return 0;
}

Полиморфизм в языке наличествует, но не используется

[valchkou]

Врач будет врачом через двадцать лет. Разница только в деньгах?

Да, и бухгалтер будет бухгалтером только более оплачиваемым. А программист если будет в курсе последних выпукнутых фреймворков то может и будет получать как 30-летний. А скорее всего будет тихонько сидеть и ждать пенсию в надежде.

согласен и врач и бухгалтер со временем либо открывают свою консультацию либо прикрепляются к группе
и на примере своих знакомых могу сказать что клиентура только растет вместе с благосостоянием. Обратных случаев не наблюдал.
программистам совсем грустно, нужно либо открывать свою шарагу которую можно продать (стартап, консалтинг, бадишоп you name it)
либо продвигаться в руководство где бонус позволит компенсировать неудобства профессии.
Оставаться просто программистом противопоказано.

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

[zVlad]

...
Вы какой язык-то используете? В любом ООП без полиморфизма практически не обойтись, а вы его аж 10 лет не используете.

Полиморфизм это не то без чего "не обойтись" это, наряду с наследованием и инкапсуляцией, один из отличительных признаков ООП. Иначе говори без наследования, инкапсуляции и полиморфизма ООП не существует.

Вот с++ и без полиморфизма обошлось:

Code: Select all

#include <iostream>
using namespace std;

int main() 
{
    cout << "Hello, World!";
    return 0;
}

Полиморфизм в языке наличествует, но не используется

Разве? А что в этой програме "<<"?

[sfbaguy1]

...
Вы какой язык-то используете? В любом ООП без полиморфизма практически не обойтись, а вы его аж 10 лет не используете.

Полиморфизм это не то без чего "не обойтись" это, наряду с наследованием и инкапсуляцией, один из отличительных признаков ООП. Иначе говори без наследования, инкапсуляции и полиморфизма ООП не существует.

Вот с++ и без полиморфизма обошлось:

Code: Select all

#include <iostream>
using namespace std;

int main() 
{
    cout << "Hello, World!";
    return 0;
}

Полиморфизм в языке наличествует, но не используется

Разве? А что в этой програме "<<"?

Это в терминах языка С++ называется overloading.

[Amanita]

Они ведь начнут спрашивать про абстрактные и виртуальные классы, конструкторы хуюкторы. Я что, ходячая документация по языку? Надо-сделаю. Но вот эти интервью с напыщенными "знатоками" просто выбешивают.

Ну надо готовиться, я вот например беру стандартные вопросы, их читаю, а потом вслух на них отвечаю, иногда один и тот же вопрос повторяю десять раз кряду пока язык перестаёт заплетаться. И есть большая разница если вы проект пишите, и всё что вокруг надо, понятно раскопаете и на этом успокоитесь или читаете литературу, расширяете кругозор, получаете сертификаты, к которым надо готовиться. Я например когда .Net занималась, брала книжку .Net версия такая сякая 900 страниц. Я не только что её прочитала от корки до корки, а перечитывала и перечитывала, пока в голове новые концепции не уложились. И в таком же духе до сих пор продолжаю. Интервью мне всегда с трудом довались, но без работы в результате почти ни одного дня не сидела(больше 30 лет уже).

[zVlad]

....

Разве? А что в этой програме "<<"?

Это в терминах языка С++ называется overloading.

Ответ неверный.