купить книжку по тому языку программирования, который нужен и самообразовываться. (купить, потому что хорошие книги, к сожалению не всегда можно найти в инете. Недавно ребенку по джаве купила.(в инете ее нет, пришлось потратится..эффект есть)
не надо вам в программисты Это не программист, а человек который прочитал книжку. Надо систематическую и современную программу обучения, в вузах этого нет. Точнее систематизация кое-какая есть, но современностью и не пахнет. Политех учит по гостам 80-ых, прошло уже 20-30 лет. И года 3 времени минимум, и чтоб диплом был - реальная система, внедренная в некой организации, и по настоящему (опционально чтобы заказчик еще и реальных денег заплатил за разработку и внедрение). На занятиях не списывать, а делать все самому. С подходом "шоб за пол года нахвататься" ниразу нереально. зы 5-10% собеседуемых не знают как реализуется связь многие-ко-многим в базах данных, а они типа программисты и хотят 100500 денег
ничего плохого в ГОСТах нет. и дайбох чтобы по-больше их соблюдали или хотя бы знали о них. какая бы ни была современность, а стадии создания, например, никуда не делись. учиться надо именно классике, а не тому, что модно в этом сезоне.
скажем так, меня учили только гостам, разработка по госту для бизнес-ориентированных приложений - слишком инертная штука, так как требования меняются быстрее, чем бумажка, хотя уже после вузовского обучения, я где-то вычитал, что госты прямо таки необходимы для определенного рода ПО, насколько я помню что-то было связано с защитой информации и такими системами, как управление полетом самолета, ну а так, как меня учили разрабатывать бизнес-ориентированные приложения, то госты в том большом объеме были излишни на мой взгляд, лучше бы рассказали про MSF/скрам и т.п. зы хотя тут я начинаю понимать - политех там асу, т.е. в том числе и системы управления для полетов самолетов, там да нужны госты, а я учился не в политехе, но часть преподавателей было оттуда зы2 когда нас учили веб-технологиям, там была курсовая mysql + php, я сделал на .net с базой ms access, потом я все это показал в браузере - препод был удивлен , он не знал, что так можно, я тогда подумал что надо было сказать еще, что написано на C++.NET
Я не читал ГОСТы, но в политехе мы изучали не базовые вещи (у нас даже не было такого предмета, как алгоритмы!), а технологии, которые были модными много лет назад.
За такой срок нереально усвоить необходимой объем информации. Это ж надо: 1) устройство работы ЭВМ по минимуму память , процессор. 2) принципы отладки и построение исполняемых программ. 3) Базовые типы данных, простейшие алгоримы - сортировка, поиск , простейшие структуры данных - очереди , деревья. 4) функциональное и ООП проектирование. 5) паралельные вычисления, синхронные и асинхронный ввод - вывод. Далее в зависимости от ОС, возмем винду. 6) большую кучу WINAPI 7) динамическая компоновка программ. 8) COM, COM+ - 9) Специфичный ввод-вывод для винды. На одних портах завершения ввода вывода можно месяц голову ломать, в 8 п два месяца голову ломать. 10) какую нить серьезную библиотекуMFC, ATL, WTL, .NET . плюс обиблиотеки типа stl. Дальше по предметным областям: СУБД, сети, графика, вычисления, web и после этого можно брать тестовые проекты , потом думать о монетизации полученных знаний. ---------- Сообщение добавлено 07.08.2012 00:50 ---------- вот еще забыл тоже нужно знать
БульЁн, отсюда обязательны 1-5, согласен. Остальное (6-10) описано для виндового программиста-системщика, и большинству не понадобится никогда. Из списка 1-5 в политехе не было 3. Это же стыд какой. А пункт 1 был разбит по куче предметов и давался кусками (причем не на всех направлениях).
БульЁн, Это смотря какой уровень подготовки. Научить человека "делать что-нибудь на HLPL" - это п.3+п.4, отладку из п.2 можно в двух словах объяснить не выходя из IDE. Остальное уже зависит от выбора среды/языка/класса решаемых задач Для того же веба виндовые штучки вообще могут не потребоваться - зато потребуется масса иных специфических тем. ---------- Сообщение добавлено 07.08.2012 03:27 ---------- netдима, Для начала - на программиста чего хотите выучиться? И какого уровня понимания профессии достичь? За полгода, вероятно, можно дать хороший теоретический минимум. Не в каждой специализации, но вероятно в некоторых. И то если прямо вплотную сидеть. Но затем этот самый минимум нужно будет доводить до работоспособного состояния - то есть, до умения решать задачи с использованием имеющихся теоретических знаний. А это предполагает некоторый кругозор, специфическое мышление, опыт решения задач сходного толка.
БульЁн, можно все это знать и не продать ни одной своей программы. Можно знать только английский язык и два правила булевой алгебры, чтобы делать интересные другим программы. Полгода - это начитка бестселлеров об одном языке программирования и среды разработки для него с примерами. 3-5 тыс. страниц на английском. Волгоград в инете еще не забанили.
Работодатель разве не должен "купить" программу? Разговор о хобби? Тогда все еще проще. Покупаем книжку "Искусство программирования за 4 дня". Обычно на обложке изображают чайные принадлежности.
А что, разве должен? Работодатель должен организовать работу программистов и платить им за отработанное время.
И программисты честно отрабатывают свои часы, их программы работают, если у них внутрикорпоративные задачи, то шлифуют программы на Clipper, если программы являются сами объектом продажи, то в этом случае не все так уютно. Но работодатель должен купить стулья с компьютерами и платить за время. Идеально, если бы еще не приставал с глупыми пожеланиями.
чёт я не понимаю, почему. если программисты начнут сами заниматься сбытом, зачем им работодатель? хотя скорее, в этом случае, не будет ни программ, ни продаж.
довольного много просто технологий, которые меняются каждый день * работа эвм * языки программирования разного уровня (причем показать разницу между ассемблером, C++, ява/C#, лиспом) * алгоритмы и структуры данных * парадигмы (объектная, функциональная, аспектная) * паттерны * методики (TDD, BDD и т.п.) * архитектурные подходы (SOA, DDD, шина, слоеная и т.п.) * процесс разработки ПО, методолгии (госты, руп, msf, скрам и т.п.), роль программиста, взаимодействие с другими участниками * теория баз данных (реляционная, объектная и т.п.) * еще пожалуй надо знать про передачу данных, как было раньше и к чему пришли сейчас, в том числе протоколы на разных уровнях * в последнее время появляется направление облачных вычислений и хранения данных * а еще безопасность, особенно в вебе, виды атак и способы защиты а еще можно из бизнес-анализа, наиболее близкое * UML, IDEFx, DFD * а так тут свой перечень... а потом уже более технические: * конкретная платформа, язык программирования * средства разработки (visual studio, eclipse и т.п.) * средства поддержки процесса разработки по (jira, svn, tfs и т.п.) * конкретная субд, язык субд (sql), таблицы, хранимки, тригеры, индексы еще раз, это не программист программист не продает программы, если он только не шареварщик расскажите нам насчет уюта более подробно, а то я как то уже почти 6 лет программист, и мне вполне уютно, но за это время я не продал ни одной программы
Zuka58, Изначально речь шла о критерии для оценки качества работы программиста. P.S. Десятки тысяч программистов сами занимаются сбытом и на жизнь им хватает. Хотя объемы гораздо меньше, они не должны тратиться на всю инфраструктуру. Хотя не совсем так, они платят агрегаторам и сторонним службам за выполнение работ, которыми не хотят заниматься сами, например дизайн интерфейса и сайтостроительство. ---------- Сообщение добавлено 07.08.2012 19:15 ---------- Если Вам уютно, это значит, Вашему работодателю тоже уютно, а он продает программу дальше по цепочке до конечного потребителя. Если потребитель недоволен, Вы это узнаете очень скоро
passer-by, продавать программу != продавать себя не знаю в курсе ли вы, есть программы, которые делают 20 человек в течении года, а где то и больше/дольше
Теоретический минимум для программиста. Вот как надо составлять список для ТС. В добрый путь! http://sharpc.livejournal.com/67583.html Остальным пойти и застрелиться в дальнем окопе, чтобы ни один пользователь не видел.
1777, Сферические кони в вакууме - это непродуктивно, на мой взгляд. Я за проблемно-ориентированный подход, в рамках которого человека можно познакомить с азами профессии и дать базу по решению реальных задач. Расширение/углубление этих навыков - уже вопрос времени и, опять же, поставленных задач. ---------- Сообщение добавлено 07.08.2012 21:37 ---------- passer-by, Собсна сферические кони в вакууме in action
E13, Хорошая теория, но индусы реально всех достали. Все любят крайности, 1777, E13, а истина где-то рядом