Да как продуктивнее?) Суть то в том, что джуны может быть и пишут 24 часа в день, но что они пишут? 24 часа можно бред писать,а можно сделать дефолную cms, если ты топишь в back и со вторым вариантом уже что-то можно достичь

Зарисовка из жизни. Больше энтузиазма, больше мотивация, меньше закосневелость. И даже было ощущение, что у джуна знаний больше. Это всё очень субъективно.

Активный джун это попаболь всех окружающих :)

Зарисовка из жизни. Больше энтузиазма, больше мотивация, меньше закосневелость. И даже было ощущение, что у джуна знаний больше. Это всё очень субъективно.

Тут и мадам правильно сказала, еще зависит от компании.

Сначала смотрят на адекватность, а потом на скиллы

Смотрю сейчас вакансии: такое ощущение, что HRы думают о программистах как о голубях - у голубей никто не видел птенцов, вот и у программеров типа нет джунов. Все хотят сразу мидллов и сеньоров.

та чего, в Украине сейчас для джунов полно возможностей

Возьми себя со стороны техдиректора. Зачем тебе человек, который хочет что-то сделать,но у него нет опыта?) Ты будешь выбирать из тех, кто может и умеет)

А оно связано? Нет опыта и может что-то сделать. Если говорить про опыт работы в компании, то часто не связано. Можно уметь что-то сделать и без опыта работы в компании, и можно ничего не уметь в опытом работы в компании. А просто опыт можно получать и в результате обучения

А оно связано? Нет опыта и может что-то сделать. Если говорить про опыт работы в компании, то часто не связано. Можно уметь что-то сделать и без опыта работы в компании, и можно ничего не уметь в опытом работы в компании. А просто опыт можно получать и в результате обучения

Я не говорю тут про опыт компании. Как минимум нужно джуну знать основы ООП и знать хотя бы язык - и тогда ты 100% работу найдешь,а не смотреть в документацию, если тебя просят foreach сделать с массивом. Опыт в разработке должен быть

ИМХО, одна их проблем в том, что часто человек считает, что ему «должны». Вначале он идёт на курсы и считает, что его «должны» обучить. Потом он ищет работу джуном, где его тоже «должны» учить. А нафига?

Я не говорю тут про опыт компании. Как минимум нужно джуну знать основы ООП и знать хотя бы язык - и тогда ты 100% работу найдешь,а не смотреть в документацию, если тебя просят foreach сделать с массивом. Опыт в разработке должен быть

Ну... основы ООП такое, не на всех проектах есть.

ИМХО, одна их проблем в том, что часто человек считает, что ему «должны». Вначале он идёт на курсы и считает, что его «должны» обучить. Потом он ищет работу джуном, где его тоже «должны» учить. А нафига?

+1 Джуны нинужны %)

Ну... основы ООП такое, не на всех проектах есть.

Вот и видно уровень компании

Как и ранее было сказано, все еще и от компании зависит

Я сейчас вам опишу что такое сеньор к которому приставили джунов это классика программирования https://www.youtube.com/watch?v=nb22LqlGapo

+1 Джуны нинужны %)

а еще меньше джунов нужны HR :) вот это вообще мусор

я помню как-то был на митапе, нацеленном на трейни, где освещалась предоставляемые им курсы-стажировка от компании. Ну там представитель распинался, рассказывал, перешли к вопросам от публики. встает челик, спрашивает: "А у вас стипендия есть на курсах?" Ему говорят: "Да, 300$/мес" Он такой носом закрутил, типа хули так мало, надо хотя бы 1к

Вот и видно уровень компании

Типа ООП — круто? Не знаю, не уверен... Вообще, в большинстве случаев ты используешь готовые ООП фреймвёрки, и там большого знания ООП не надо. Построение своей ООП архитектуры... Там много граблей, и джуна туда пускать так себе. Не говоря о том, что Golang очень популярен как раз потому, что там нет ООП в том числе. Rust нет ООП, тоже очень популярен. Голый C и разработка драйверов. Так что ООП лишь инструмент, где-то оправданный, а где-то не очень...

Типа ООП — круто? Не знаю, не уверен... Вообще, в большинстве случаев ты используешь готовые ООП фреймвёрки, и там большого знания ООП не надо. Построение своей ООП архитектуры... Там много граблей, и джуна туда пускать так себе. Не говоря о том, что Golang очень популярен как раз потому, что там нет ООП в том числе. Rust нет ООП, тоже очень популярен. Голый C и разработка драйверов. Так что ООП лишь инструмент, где-то оправданный, а где-то не очень...

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

Типа ООП — круто? Не знаю, не уверен... Вообще, в большинстве случаев ты используешь готовые ООП фреймвёрки, и там большого знания ООП не надо. Построение своей ООП архитектуры... Там много граблей, и джуна туда пускать так себе. Не говоря о том, что Golang очень популярен как раз потому, что там нет ООП в том числе. Rust нет ООП, тоже очень популярен. Голый C и разработка драйверов. Так что ООП лишь инструмент, где-то оправданный, а где-то не очень...

В Rust абстракция данных через структуру устроена. Причем тут вообще RUST и ООП. Изначально все было понятно)

так там вот подразумевалось, что ты приходишь в компанию, каждый день, слушаешь лекцию на 2 часа, показываешь домашку, и идешь домой делать новую домашку

В Rust абстракция данных через структуру устроена. Причем тут вообще RUST и ООП. Изначально все было понятно)

Один из китов ООП это наследование.

Инкапсуляция это по сути синоним модульности

Один из китов ООП это наследование.

" Однако языковой поддержки наследования самих типов, и следовательно, классического ООП, в Rust нет." - Если ты меня не видишь, то посмотри хотя бы wiki

чисто учебные задания

Типа ООП — круто? Не знаю, не уверен... Вообще, в большинстве случаев ты используешь готовые ООП фреймвёрки, и там большого знания ООП не надо. Построение своей ООП архитектуры... Там много граблей, и джуна туда пускать так себе. Не говоря о том, что Golang очень популярен как раз потому, что там нет ООП в том числе. Rust нет ООП, тоже очень популярен. Голый C и разработка драйверов. Так что ООП лишь инструмент, где-то оправданный, а где-то не очень...

Это круто, когда ты делаешь большой проект, а не CRUD Тебе в компании дадут лычки мидла и скажут, чтоб ты проект разобрал - как ты это делать будешь?Читать натив? Я смотрел твое резюме, которое ты кидал или что-то такое. вроде ты был. Я не верю в твои знания, я отвечаю на вопросы, которые даже смысловой нагрузки не имеют

Это круто, когда ты делаешь большой проект, а не CRUD Тебе в компании дадут лычки мидла и скажут, чтоб ты проект разобрал - как ты это делать будешь?Читать натив? Я смотрел твое резюме, которое ты кидал или что-то такое. вроде ты был. Я не верю в твои знания, я отвечаю на вопросы, которые даже смысловой нагрузки не имеют

А у нас тут не церковь :) можно верить можно не верить всем похер :)

А у нас тут не церковь :) можно верить можно не верить всем похер :)

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

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

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

Тогда я не знаю, как тебе объяснить. С опытом поймешь. Если взять ту же "Логику" или страшную "логику в проектах" - все оно разбивается на классы и решается быстрее, чем сидеть и думать, "А КАК?" Увы, я не говорил, что нужно обязательно писать на ООП, но знать обязательно. Даже в книгах из моей шараги такое было и уделялось несколько параграфов, которые нахер никому не нужны были)

так там вот подразумевалось, что ты приходишь в компанию, каждый день, слушаешь лекцию на 2 часа, показываешь домашку, и идешь домой делать новую домашку

Я готов. И после курсов ещё буду оставаться работать 😬

Тогда я не знаю, как тебе объяснить. С опытом поймешь. Если взять ту же "Логику" или страшную "логику в проектах" - все оно разбивается на классы и решается быстрее, чем сидеть и думать, "А КАК?" Увы, я не говорил, что нужно обязательно писать на ООП, но знать обязательно. Даже в книгах из моей шараги такое было и уделялось несколько параграфов, которые нахер никому не нужны были)

Мой опыт больше говорит о том, что вот есть иерархия классов, которая работает отлично. И приходит новый запрос от кастомера, который в эту иерархие не ложится совершенно, так тот зверь в середине картинки. И это большое горе. Эту сиуацию я наблюдал на практике over 9000+ раз, и это охладило мой пыл и детскую увлечённость идеями ООП. Я не спорю, что надо бить проект на модули. ООП только один из способ это сделать, который в ряде случаев заходит хорошо, но в ряде случаев есть проблемы :)

ну вот так наверное родились микросервисы

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

ну вот так наверное родились микросервисы

Которые дают одни плюсы) Почти весь highload = k8s

Я сейчас вам опишу что такое сеньор к которому приставили джунов это классика программирования https://www.youtube.com/watch?v=nb22LqlGapo

ну вот так наверное родились микросервисы

Да, ещё один пример борьбы с ООП. Кстати, классический язык, который и породил термин ООП это Smalltalk. И он вымер.

ну я пока еще маленький, что бы рассуждать про ООП

Что тут с ООП происходит? ООП - плох?

))))

ну я пока еще маленький, что бы рассуждать про ООП

+

мне отчасти поэтому и нравится JS... Что в отличие от Java, я могу написать в отдельном файле отдельную функцию, и юзать ее где угодно. Не создавая класс...

Что тут с ООП происходит? ООП - плох?

Нет, просто не всегла хорош и не обязателен к использованию.

Так, а где им пользоваться? Максимум - linux)

Линукс изначально максимум

Линукс изначально максимум

Там вопрос был про IDE изначально, и кто-то ответил vim. Зачем и к чему это было - я хз)

Там вопрос был про IDE изначально, и кто-то ответил vim. Зачем и к чему это было - я хз)

Вим бог ide

Вим бог ide

🤣🤣🤣🤣🤣

Там вопрос был про IDE изначально, и кто-то ответил vim. Зачем и к чему это было - я хз)

Очень много людей используют vim в повседневной работе при программировании. Например, я предпочитаю vim.

Нет, просто не всегла хорош и не обязателен к использованию.

Лучше юзать процедурный стиль )))

Без машинного кода никакой язык не нужен, так же и без вима не существовало бы никаких интеледжис айдэе

Народ юзайте то, в чем вы - специалист и то, что вам приносит деньги и удовольствие, не мучайте других людей советами. Дайте им свободу действий и выбора )))

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

Лучше юзать процедурный стиль )))

Ну... во-первых есть модули. Во-вторых, те же функциональные языки. Но и процедурный стиль тоже не очень плох. Опять же, вот например python https://github.com/python/cpython Вот он написан больше на C, а не на C++. Это не кажется странным?

сейчас почитал что такое vim и афигел

юзайте те редакторы и системы, которые не мешают вам работать на вашем желе

Жидаи кода, объясните великовозрастному зародышу программиста (я к тем, кто говорит, что джунов не берут). А из какой капусты и какие аисты мидлов то приносят? 🙂

Жидаи кода, объясните великовозрастному зародышу программиста (я к тем, кто говорит, что джунов не берут). А из какой капусты и какие аисты мидлов то приносят? 🙂

они сами налетают)

(:

сейчас почитал что такое vim и афигел

Вот вот, это миниатюрный редактор который круче любой ide при том что весит на несколько порядков меньше

они сами налетают)

Есть исходник карты полетов? 😁

Вот вот, это миниатюрный редактор который круче любой ide при том что весит на несколько порядков меньше

для меня хуже

Жидаи кода, объясните великовозрастному зародышу программиста (я к тем, кто говорит, что джунов не берут). А из какой капусты и какие аисты мидлов то приносят? 🙂

Ну как же? Очевидно что после курсов гикбрейнс, там же сразу после полугода обучения мидлом становишься! Зачем джуном быть?

Есть исходник карты полетов? 😁

к сожалению это инопланетяне

для меня хуже

Чем хуже?

Мой знакомый зарабатывал не мене штуки баксов в неделю не сильно напрягаясь. Писал он код в Notepad++ и не парился. Ноут у него дохлый был на XP и ничего не могло ему помешать заработать эти деньги

Жидаи кода, объясните великовозрастному зародышу программиста (я к тем, кто говорит, что джунов не берут). А из какой капусты и какие аисты мидлов то приносят? 🙂

Мидл понятие субъективное. По факту надо проработать пару лет джуном и станешь мидлом. И это не обязательно связано с навыками, потому что на проекте джун может быть полезнее мидла

к сожалению это инопланетяне

Черд... Снова рептилоиды...

Чем хуже?

нету какихто интересных наворотов

Жидаи кода, объясните великовозрастному зародышу программиста (я к тем, кто говорит, что джунов не берут). А из какой капусты и какие аисты мидлов то приносят? 🙂

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

Чем хуже?

Я люблю когда всего панапичкивают)

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

В этом контексте вопросов нет. Как и в контексте иных ремесел.

нету какихто интересных наворотов

Интересных наворотов нету? А накидать пару тыщь строк кода и подредачить и все это за десять минут причем не отрывая рук от клавы это не круто ли?

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

Интересных наворотов нету? А накидать пару тыщь строк кода и подредачить и все это за десять минут причем не отрывая рук от клавы это не круто ли?

у меня покачто нету тысяч строк кода. Может с опытом пойму

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

VSCode топ)

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

Интересных наворотов нету? А накидать пару тыщь строк кода и подредачить и все это за десять минут причем не отрывая рук от клавы это не круто ли?

если ты будешь коммитить пару тыщь строк кода каждые десять минут тебя просто прибьют сотрудники :) это как анекдот " я печатаю слепым методом 100500 символов в минуту ... но такая херня получается"

Аа ну да, понятно почему тебе не нравится вим а нравится вс код

редактор - чистая субъективщина

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

VSCode топ)

Поддерживаю, его на много чего хватает. Поработать с дампом БД на 50 МБ - саблайм. Если дамп весит больше, то - VIM