Кто кем работает, всем выйти из сумрака, делимся опытом, помогаем друг другу

Не можу мати саму кинути, виїзжати категорично відмовлялась.

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

есть у нас нотариусы?

Ну перерос давно эту тему)

Везде по отзывам это на собеседованиях спрашивают. Не знаю. Может звиздят.

Возможно. Мне всегда кажется, что я безбожно отстал. Ну и ты сам мой пет проект не оценил. Значит опасения не на ровном месте.

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

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

Гайз, может кто ведёт какой то волонтерский проект и нужен JavaScript/react инженер? Жена без дела скучает:(

Та мы ж в одно плюс-минус время начинали. Я тоже с Делфи начинал. Ну, не совсем начинал, начинал что-то по работе писать имею в виду. Шестерка. Но очень быстро перескочил в дотнет.

Тогда было золотое время, тогда гребли вообще всех подряд, потому что нужна была рабочая сила, навыков все равно ни у кого не было ) У нас. В штатах другая ситуация. Там как раз наоборот, была адская конкуренция уже и жесточайшие законы рынка. А у нас поле непаханное. Но это уже как раз было после 90х ) Ну может самый конец 90х-начало нулевых. Нельзя писать софт правильно, или неправильно. Можно писать софт хорошо, или писать его плохо )

Как научиться - вопрос хороший. Но точно не алгоритмами ) Если неэффективно работает какой-то метод из-за кривого алгоритма внутри - это вообще не проблема. Это можно оптимизировать потом. Даже в теории я не вижу смысла упарываться в алгоритмы, есть триллион вещей, которые гораздо важнее спрашивать на собеседовании. Банальное знание своей технологии гораздо важнее, чем знать сложность сортировки пузырьком или способы обхода бинарного дерева. На эту справочную информацию тебе ГПТ готовый рабочий код выдаст за 15 секунд на любом языке. Если ты на бэкэнд проекте, к примеру, и пишешь какое-то веб апи, то тебе надо знать массу вещей, от того как устроена авторизация, как ее реально впистячить в твой проект, как она под капотом работает до того как сделать удобные логи, какие либы использовать, и как использовать возможности хоста. Например в облаке от мс ты очевидно захочешь использовать инсайт телеметри для логов. Как отлаживать распределенную систему, если она требует наличия разных нативных сервисов облака и вообще состоит из кучи частей, ты физически ее развернуть на локальной машине не можешь? Как писать юнит тесты? Интегрейшен тесты? Как сохранять целостность данных, если у каждого сервиса свой источник данных? В сервисе "юзеры" удалили юзера, а в сервисе "бабло" у него остался кошелек с баблом, что потенциально ведет к багу или эксплойту. Сразу говорю - мне ближе бэкэнд, поэтому примеры больше оттуда, хотя и в десктоп могу ) Просто десктоп вымирающий вид, ничего не работает изолировано от инета и проектов под такой олдскульный десктоп триста лет как нету.

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

И это я говорил только о технологиях. Но разработка не состоит из одних технологий. Нужно еще знать жизненный цикл разработки, уметь собирать требования к проекту (или конкретно своим задачам), уметь вникать в доменную область, а она может быть любой, от финансов до здравоохранения, или бухгалтерии. Знать как эффективно взаимодействовать с другими винтиками в системе: с куа, с архитектором, с командой, а команд может быть много. Банально: как делать эстимейты? Вот есть задача: у вас есть парк авто, есть свои водители, но машины простаивают, решено сдавать их в аренду. Ваша система где расписание, логистика, инвентарь, водители, заказы (и еще пятдесят два сервиса) не умеет сдавать авто в аренду. Надо добавить фичу. С чего начать вообще решение этой задачи? Как разбить на подзадачи, которые поддаются оценке и планированию? Какие сервисы затронет? Что поменяется в доменной модели? Хорошо, когда есть архитектор, после него техлид, которые все это продумают и нарежут тебе наитупейших тасок по типу "добавь в сервис А эндпоинт Б с моделью Фу", но даже если так, то тебе все равно надо понимать общую картину и быть способным это все воплотить в рамках ваших процессов и взаимодействии с остальными винтиками системы. Разумеется понимая технологии, с которыми работаешь. А не засовывать в мемори кэш данные, когда у вас больше одного инстанса сервиса (как пример) и потом удивляться, почему твой код работает в 100%/N случаях, где N - это количество экземпляров сервиса, которое у вас еще и меняться может динамически благодаря оркестратору.

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

Ну вот и вопрос, где этому можно научится? В универах? Хер там плавал. В оупен сорсе? Сомневаюсь. На каких проектах нужно работать и сколько лет, что бы этому научится? Это типа вопросы на мидла? Я без понятия, как я этому могу научится, не работая на проектах где это используется. И пытаясь перейти с совсем не связанной темы. Потому и вижу для себя единственный выход: учить то, что можно как-то структурировать, типа тех же алгоритмов, попробовать нахвататься хотя бы по верхам того, о чем ты написал и ждать следующего подъема рынка. Если повезет уехать в штаты, то пробовать стартонуть в каких-то фаангах с позиции джуна и уже там строить карьеру.

Можу поцікавитися, ну скоріше за все як роботка, з зарплатою і зайнятістю.

Алгоритмам я могу обучится. Уже обучился в принципе. Тому, что ты расписал скорее всего не смогу, пока не буду иметь соответствующий опыт работы. Алгоритмы требуют для джуна в условном гугле, а вот то, что ты описал я как-то сомневаюсь, что это уровень джуна даже в гугле. Потому я так вижу для себя шанс вырасти.

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

Я тебе говорю, как набираю я, и как собеседовался я (а я собеседовался бывало по 10 раз в неделю на протяжении месяцев). Да, лично я не джун и джунов не набирал, признаю, минимум мидлов искали. Но я попросту не вижу применимости этому в современном айти. Вообще. Если бы гипотетически меня просили набрать джуна, то я бы все равно искал того, кто джун по написанию софта, а не бакалавр компьютер сайнс. Если конечно проект это не разработка компилятора. Тогда я бы вообще не собеседовал - я не умею писать компиляторы ) Почему? Технологии можно осваивать самостоятельно, про жизненный цикл разработки, методологии и все остальное - хотя-бы теория. Ну и плюс солид, велл-формед код и все вот это вот.

Кстати, велл-формед код уже сам по себе важнее алгоритмов. Лучше херовый и неэффективный алгоритм, решающий задачу брутфорсом в лоб, но написанный чистым, понятным, самодокументирующимся кодом, следующим современным практикам и устоявшимся нотациям, чем обратная ситуация.

Я не говорю забыть алгоритмы, раз ты уже это все выучил ) Я просто говорю, что есть намного более важные вещи, куда было бы профитнее направить усилия и время.