DDDsa

опыта у меня достаточно что бы прикинуть реалистичное время которое в 90 процентах совпадает с рельностью

Если это действительно так, то вы чудо и сокровище для подавляющего большинства it-компаний.

Дальше начинается : че так много?

Нууу, разумный вопрос. И что вы на него отвечаете? Потому что, если отвечаете "#опой чую", то очевидно тут ваше слово против слова менеджера и побеждает тот, кто увереннее стоит на своем ( по контексту вопроса понятно, что это не вы).
По идее должно быть примерно так:
Вы: оценка на задачу T - X дней.
Менеджер: а чо так много-то?
В: Сначала мне нужно сделать подзадачу t1, это по опыту займет x1 дней, потом нужно дождаться пока Вася сделает такую-то свою задачу, по опыту меньше чем за x2 он не справится. Ну а потом еще добавить подзадачу t3 ... давай-ка посмотрим за сколько делается такая задача .. а, вот - за x3. Плюс риски, общим счетом получается X, как я тебе и сказал ( не забудь, что я попадаю с оценкой в 90: случаев )
М: не ну долго как-то, можно же быстрее, наверное ...
В: мы же разобрали из чего получается такая оценка. Что тебе непонятно?
<уточняем все что непонятно>
М: не ну ... слушай ... все-таки долго ... на меня давят, нужно 0.8 * X по времени.
В: окей, не проблема. Что если ты попросишь Васю со своей задачей начать пораньше? Или может не будем делать t3? Или еще как-нибудь подумаем, как нам изменить размер задачи. и уменьшить сроки.

Итого - менеджер, конечно, должен поинтересоваться, можно ли сделать "дешевле", то есть быстрее, но если ваша оценка обоснована, то просто так поменяться она не может.

На митингах когда делятся таски между девелоперами тоже звучат эстимейты с потолка.

Это их проблемы. Я так понимаю, вы их линейный коллега - ну значит воздействовать вы на них можете только просвещением, да и то, только заработав всеми признанный авторитет. То есть "Слушай Вася, как ты знаешь, я даю правильные оценки в 90% случаев, а ты, как известно, в 90% случаев ошибаешься. Так что позволь дать тебе добрый совет ..."

Сначала нужно стать общительным и харизматичным. Потом читать про методологию Agile (это когда с заказчиком ходят в баню). Еще нужно уметь делать красивые презентации с котиками и няшами. Айтишники любят котиков и няш!

Да, да, да, обязательно. Вся актуальная документация, актуальные книги, актуальные вопросы (stackoverflow) пишутся исключительно на английском. Весь нормальный код пишется на английском. Весь опенсорс пишется на английском. Все комментарии в нём на английском. Все нормальные языки программирования используют английские слова в синтаксисе. Тебе не обязательно знать его на уровне advanced, достаточно понимать документацию, intermediate или, может быть, даже pre-intermediate уровня хватит.

P.S. Если у тебя нет желания что-то изучать, в частности английский, то it - это не туда. Здесь постоянно что-то изучается. Буквально каждый день, кроме тех, когда ты с друзьями футбол смотришь в выходные.

"Зачем изобретать колесо, если оно уже есть"
Компоненты содержат в себе дополнительный функционал и логику, которую может не отследить разработчик. Например, если вы попытаетесь в БД вставить некорректные данные (по типу несовместимые), поэтому если есть готовое решение, то пользуйтесь им.

Я проходил данный курс. И базовый курс по языку и по .NET технологиям. Данные курсы не являются авторскими и на 100% основаны на методичках от Microsoft. Данные методички пишутся примерно через год после релиза платформы. Сказать будут ли данные курсы полезны лично вам - я не могу. Не знаю ваших способностей к обучению и стартовой позиции. На мой взгляд проблема в том что стоимость данных курсов весьма высока и если вы не собираетесь сдавать сертификационные экзамены Microsoft - все необходимые материалы по изучению вы можете найти и дешевле и проще. Если проблемы денег перед вами нет - можете попробовать. Хуже точно не станет, а будет еще и преподаватель, который сможет ответить на возникающие вопросы.

https://docs.djangoproject.com/en/1.10/topics/http...

Одна из моих учителей программирования, всегда говорила:
Главное в программировании - алгоритм. По хорошему алгоритму и школьник напишет программу.

Работайте над проектом вдвоем. Пусть она разрабатывает сценарии поведения, а вы будете по нему кодить. Если у нее есть жилка - значит сумеет мыслить кубиками и ромбиками.

В процессе работы поймете какие задачи можно будет перепоручить ей со справочником.

В итоге у вас получится или не получится рабочее приложение.

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

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

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

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

В общем все примеры должны быть такие, чтобы он мог ими пользоваться сразу для достижения интересного ЕМУ результата.

Ну и английский.

Чему и как вы его учить собираетесь, если вы сами не специалист? Лучше не надо вмешиваться, просто дайте возможность, то есть компьютер и интернет, и эмоционально поощряйте, этого хватит.
Я в 10-11 лет начинал, методика обучения была крайне простая, сначала узнаем в интернете какие программы нужны для программирования и скачиваем, затем работаем с той которая успешно запускается и что-то в ней получается создать, затем находим готовый код (YouTube, форумы, примеры входящие в IDE), копируем, компилируем, если не компилируется то пробуем другой код, далее включаем аналитическое мышление и уже изучаем принцип, глубже и глубже, по мере интереса с целью модификаций и т.п., ну а дальнейший процесс не контролируем и не предсказуем, вот и все, в результате программированию я научился, ошибок и "пробелов" в познании конечно множество возникало, но ошибки в голове так же как и программном коде, это не смертельная трагедия, а просто то что можно и нужно исправлять по необходимости, сейчас работаю по множеству областей, жизнью доволен, можно до бесконечности ругать каждое написанное мной слово, но у меня есть хоть какой-то успешный практический опыт, а у теоретиков которые со мной не согласятся, его нет вообще, я так себя научил, а они никого ничему не научили ни в 7, ни в 10 лет.

погугли алгоритмические игры. раньше под dos много было. сначала нужно обучить алгоритмированию. дальше уже как логику поймет (если поймет), можно переходить к какому нить языку и синтаксису. ну и тебе придется все самому разжевывать, чтобы понятно было.
а про 3d - трудно будет для восприятия ребенку в 7 лет. можно начать приучать к рисованию. а когда уже стереометрическое мышление появится - тогда уже начать потихой приучать к 3d моделированию.

Истиной в последней инстанции здесь может быть только ответ Гвидо. А ответ Гвидо на этот вопрос вы можете прочитать ТУТ