Артем Воронов

им всё равно нужно самостоятельно планировать работу и отвечать за неё?

Этот момент мне не до конца понятен. Т.е., грубо говоря, начальство должно полностью разбираться в программировании, устройстве продукта, самостоятельно оценивать задачи и ганта строить?

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

1. Agile - это про то что люди должны договариваться. По тому надо не намёки делать, а говорить прямо и предметно.

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

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

Возможно, произошла мискоммуникация между вами и заказчиком. Возможно, заказчик действительно ожидает от вас (команды) самостоятельности при составлении задач - по сути сочетание в себе и менеджера и аналитика.
Это нормально, но нужно этот момент тоже прояснить.

Просто умение работать по стандартам принятым в этой организации, умение работать в команде этой организации.

А так - слишком обтекаемая фраза, чтобы приделять слишком большое значение

Не слышал о таком понятии. Скорее всего это HR развлекается

Правильного способа не существует в природе. Надо пробовать все трансформеры.

Пробуй Power Transformer (Он все таки самый универсальный) с обоими методами Box-Cox и Yeo-Johnwon . И делай тоже самое визуализацию распределение до и после. На всякий случай перепроверь свой код визуализации.

Держи kaggle notebook из коллекции на эту тему. Где детально разобраны все трансформеры и визуализация хорошо выполнена, QQ график из statsmodels используется, плюс KDE в общем очень советую читать notebook и пробовать на своих данных.

чтобы в мой опыт работы поверили будущие наниматели?

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

Зарутый устройство, подмени драйвер и выдавай какие надо координаты.

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

А если по делу - ребята выше уже ответили.
Добавлю только, что если совсем 0 опыта, то нужно набираться его тут на практике (но за свой счет), т.к. выбора особого нет. Если опыта не 0, то ищи новую работу и все.

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

оставшись безнаказанным, верно?

Неа.

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

Ваш друг не в рабстве и сам согласился на эти условия. Да, это не по ТК, но его никто не держит и если ему не нравится, что он бесплатно работает - он может спокойно собрать вещи и уйти обратно на рынок труда.
А ещё часто неоплачиваемую стажировку как образовательные/консультационные услуги оформляют => может оказаться, что стажировка не то чтобы бесплатная, так ещё и должен остаёшься при несоблюдении каких-то условий)
(Хотя подобные пункты почти всегда через суд признаются кабальными и ничтожными)

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

а заем тут мобильное приложегние?
сделайте несколько страниц в ERP и пусть работабт с ьраузера

это все в виде приложения для телефона

это когда приходите в заведение

И СТАВИТЕ КАКОЕ-ТО ЛЕВОЕ, НИ РАЗУ ВАМ НЕ ВСРАВШЕЕСЯ ПРИЛОЖЕНИЕ ТОЛЬКО ДЛЯ ТОГО, ЧТОБЫ

сканируете qr и заказываете

?

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

Вот 10 самых главных фактов о преподавании:

1. Ваши ученики тупые. Очень тупые. Даже, если это какие-нибудь доценты просто пришли послушать, то они будут задавать максимально глупые вопросы.
2. Вам будут задавать самые каверзные вопросы. Например, чем отличаются декларация/дефиниция/инициализация/аннотация/запись переменной.
3. Вам платят меньше чем в макдаке. Вас никто не уважает. При первом разногласии вас уволят. Вас оценивают по kpi.
4. Вы будете тратить в 3 раза больше времени, чем запланировали.
5. Придётся повторять буквально всё по 10 раз. И всё равно не запомнят.
6. 90 % учеников не хотят учиться, им не интересен ваш предмет.
7. Говорить целую пару очень сложно. Вы можете сорвать голос. Вставьте несколько задач для самостоятельной работы, чтобы у вас были перерывы. Потренируйте диафрагму и ораторское искусство. Не торопите речь.
8. Вам придётся выставлять балы. Поэтому после занятий у вас всегда будет несколько человек, которые будут кивать головой и ждать зачётов. Даже если занятия закончены, вам всё равно придётся ставить зачёты ещё примерно месяц.
9. Все материалы - это ваша интеллектуальная собственность. Никто не имеет право требовать от вас что-нибудь свыше речи. Однако, колледж может записывать ваши пары на видео и выкладывать в интернет. А ученики всегда будут требовать от вас построчной инструкции и подробных презентаций, а ещё лучше книгу с ответами на все вопросы.
10. Вас застят написать программу и прочую бюрократическую пачку документов.