Да я бы не сказал, что больше. Все мы делаем ошибки, но дело, не доделав, бросать неохота и резюме портить, а то скажут — несерьезный, летун итд. Да и была возможность лучше изучить .net, пока идет проект.
Насчет «Программистские» отделы не-ИТ-компаний", расскажу свою историю: полгода назад повелся на уговоры HR и устроился в подобную организацию в нефтянку, в отдел научно-технического развития, на внутренний проект. Проект начинался с нуля и взяли двух программистов для начала. За время разработки столкнулся с несколькими проблемами:
1) Рулят действительно безопасники. Чтобы установить любую, мало-мальски значимую тулзу, приходится выдерживать кучу бюрократии и ждать недели, а то и месяцы, пока тебе ее согласуют и установят. Админские права ждем до сих пор, а установка по — только через сервисный отдел.
2) Интернет полностью закрыт, ютубы, блоги, и прочее, доходит до смешного, когда невозможно скачать какую-либо информацию по работе или необходимый софт.
3) С покупкой ПО тоже дела обстоят не очень, четыре месяца пришлось работать на своем ноуте, потому что согласовывался и закупался софт для разработки
4) Второго программиста взяли без всякого согласования с умениями и навыками первого, о психологической совместимости и речи не шло, поэтому проект пришлось разрабатывать в одиночку, тогда как я надеялся на помощь, развитие отдела и командную работу
5) Полная незаинтересованность начальства в процессе разработки, какие-то попытки выстроить agile разбились о стену бюрократии
6) Принципы работы организации — строгая иерархичность и подчинение, хотя мы с коллегой и уходим вовремя, сделав работу, многие сидят на работе до последнего, пытаясь показать, какие они хорошие работники, а нас считают бездельниками.
7) Никаких плюшек и строгий распорядок дня, начало работы в 9.
Несмотря на это, мы все-таки пока стараемся вести проекты и доделать их до конца, но учитывая все эти минусы, работать в подобной организации по завершении проекта уже не очень-то и хочется, несмотря на белую зарплату и… хм, ну в общем-то и всё.
Книги, это, конечно, хорошо, но ведь как бывает — человек прочитает книгу, попишет примеры, выучит технологию, и вопрос — а что делать с ней дальше, как связать со стеком технологий, которые он знает и использует? В обучающих материалах часто не хватает именно таких, связующих все темы воедино, примеров. Зато вот видеокурсы такие бывают, например, pluralsight.com/training/Courses/TableOfContents/building-multi-client-end-to-end-service-oriented-applications.
Эмпирическим путем хорошо решается потому, что есть набор примеров. Если бы его не было, можно было бы и не упоминать это решение. Кстати, еще минус тот, что код последней nightly build версии несовместим с кодом стабильной версии.
Для WPF есть еще библиотека DynamicDataDisplay, довольно старая, и без документации, но быстрая и с неплохим функционалом. Использовал в своем проекте, хоть без документации тяжко.
Потому что если сообщаешь импульс за один раз, 1) вектор скорости изменяется и чтобы сохранять заданную траекторию, двигатель вынужден работать не в направлении касательной к орбите, а это энергетически невыгодно 2) аппарат уже уходит из точки с максимальной скоростью, что снижает выход от эффекта Оберта.
а как быть с устными договоренностями преподавателей и студентов о переносе пар на удобное время и дополнительных встречах и занятиях и вообще с разными непредвиденностями? часто реальное расписание сильно отличается от планируемого.
«Если Вы научились писать код, то, наверное, это значит, что Вы уже не новичок в C#.» — только вот код коду рознь, одно дело — hello world или if-else, другое — программирование с глубоким знанием платформы, с пропущенными через себя Скитом, Рихтером и знаниями принципов проектирования типа SOLID, тестирования, библиотек, контейнеров итд; всех взаимосвязанных и взаимозависимых нюансов и за несколько лет не усвоить и каждые полгода, оглядываясь назад, можно говорить себе — как многого я не знал. Здесь важно в начале обучения не зазнаваться и не успокаиваться, а учиться дальше.
1) Рулят действительно безопасники. Чтобы установить любую, мало-мальски значимую тулзу, приходится выдерживать кучу бюрократии и ждать недели, а то и месяцы, пока тебе ее согласуют и установят. Админские права ждем до сих пор, а установка по — только через сервисный отдел.
2) Интернет полностью закрыт, ютубы, блоги, и прочее, доходит до смешного, когда невозможно скачать какую-либо информацию по работе или необходимый софт.
3) С покупкой ПО тоже дела обстоят не очень, четыре месяца пришлось работать на своем ноуте, потому что согласовывался и закупался софт для разработки
4) Второго программиста взяли без всякого согласования с умениями и навыками первого, о психологической совместимости и речи не шло, поэтому проект пришлось разрабатывать в одиночку, тогда как я надеялся на помощь, развитие отдела и командную работу
5) Полная незаинтересованность начальства в процессе разработки, какие-то попытки выстроить agile разбились о стену бюрократии
6) Принципы работы организации — строгая иерархичность и подчинение, хотя мы с коллегой и уходим вовремя, сделав работу, многие сидят на работе до последнего, пытаясь показать, какие они хорошие работники, а нас считают бездельниками.
7) Никаких плюшек и строгий распорядок дня, начало работы в 9.
Несмотря на это, мы все-таки пока стараемся вести проекты и доделать их до конца, но учитывая все эти минусы, работать в подобной организации по завершении проекта уже не очень-то и хочется, несмотря на белую зарплату и… хм, ну в общем-то и всё.