Как стать автором
Обновить

Комментарии 24

Мне кажется, мысль хорошая.

Кстати, в западных ВУЗах уже довольно давно практикуется сдача курсовых работ и тп в виде вклада в opensource проекты.
Годная идея.
Нет, в самом деле — фактически, таким образом вы будете спонсировать разработку. Если код таки проходит ревью, то думаю, он будет немногим хуже того, что сливается остальными контрибуторами опенсорсных проектов (да и сами такие проекты сами проводят core reviev предлагаемых людьми изменений, так что хуже не будет).
А есть OpenSource под Asp.Net?? По моему в тех 2х проектах стажеры, в общем то, ничего не внесут…
Ну, ASP.NET — это .NET, а по .NET Open-Source-проектов великое множество.
Не думаю, что стоит отделять ASP.NET от .NET, ведь в первом можно использовать кучу фич, не зависимых от типа приложения, а общих для фреймворка.
Разница есть… У меня есть пара друзей, которые собаку съели на .net, но достаточно сложный веб на asp.net они не напишут, просто потому как asp.net это не только .net, а еще немного другое восприятие мира (ajax, javascript, и т.д.)…
Многие сотни, включая сам ASP.NET — www.codeplex.com.
Там в основном .net проекты. Именно asp.net проектов очень мало…
Главное документировать код!
Главное писать так код чтобы он не требовал комментариев! Кроме логики работы, ее конечно лучше документировать.
Можно, но как мне кажется довольно сложен процесс нахождения задач. Разве что из баг-трекера брать баги и фиксить. Что бы писать новые фичи, все же нужно серьезное погружение в проект, да и вообще в проблематику.
Согласен, этот вопрос меня тоже беспокоит, скорее всего действительно это будет багфикс или совсем небольшие фичи
Разумно, если на OpenSource проекте держится компания. Иначе смысл погружать человека в левый проект, если целесообразней в свой? Или в чём смысл стажировки?
Цель набраться опыта и исключить пробелы в знаниях. В собственном проекте как правило достаточно большие и сложные фичи и сроки их выполнения очень критичны, если что-то мелкое появляется оно и так идет стажерам.
dborovikov правильно подменил о погружении в проект. Получается, и в свой проект нужно погружаться и в opensource. Либо полагаемся на наличие простейших задач в багтрекере, но они и тут и там. Остаётся только решить, что важнее свой проект или нет? Пускай не свой, но его улучшение должно быть полезным компании.
Ну так запустите стажеров в параллельный форк собственного проекта. Пусть колупаются, потом можно сравнить решения, время выполнения до коммита и т.п.
Я вот кстати тоже не понимаю. Нафиг надо стажировка на лабораторных? Не лучше ли давать фиксить баги в реальных _своих_ проектах, чем в чужих опенсурсных? (если что, я люблю опенсорс)
офф: почему в рекламе так принято затирать яблоки на ноутах? ;-) Повербук же и так узнаваем.
Это заговор! Или дизайнер не хочет оставлять визуальный элемент отвлекающий взгляд.
Зашел увидеть этот комментарий.
Очень странно проводить стажировки в компании методом «выполнения под руководством куратора большого количества лабораторных заданий»
Разве стажировка не подразумевает помимо наращивания программистких мышц и опыта ещё и вникание в предметную область и проект? Что достигается тем, что стажер работает над проектом (на поддержке или экспериментальных и несложных фичах)
Я не хочу вас критиковать, но то, что вы описали, больше похоже на практику для университета.

По сабжу: идея хорошая (и не нова, я думаю), только Open Source проект должен коррелировать с предметной областью вашего проекта.
Достали уже фотки «младенец за компьютером»!
Люди, пожалуйста, перестаньте уже копировать неудачные рекламные приёмы, а то вы уже зае..

P.S. ничего личного
Я в этом году хотел подключить кого-нибудь из своих студентов к open-source проекту, но они захотели делать что-нибудь своё… увы… Ну может через год мне повезёт больше)).
Нас вот, когда я был студентом, хотели заставить сдавать спецсеминар методом вклада в опен-сорс проект. Но требования на размер проекта были слишком жестокими, так что выбор по сути был из браузеров и каких-нибудь там Wine. Во-первых, не все из нас могли писать достаточно хороший код, чтобы в таких проектах его могли рассматривать, во-вторых тикеты в основном требовали понимания многих вещей, разбираться в которых ну совсем не было времени, и в-третьих, что самое главное, не могу сказать за всех, но меня такой выбор проектов просто не устраивал — я бы лучше сделал что-нибудь для небольшого проекта по интересующей меня тематике. Но такие обычно не принимаются в качестве сдачи задания, так как недостаточно серьезные.

Пусть уж лучше что-то своё…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории