Если Вы будете молоды, то другие разработчики ПО с открытым исходным кодом отнесутся к Вам серьезно? [закрытый]

Зачем им вообще знать, сколько тебе лет? Если, конечно, вы не ведете себя не по-взрослому.

Даже если бы они знали ваш возраст, в инженерном деле редко формируются предубеждения относительно возраста, по крайней мере, по моему опыту.

Поскольку этот вопрос касается Python, уместно отметить, что текущему Release Manager для Python 16 лет. Поэтому я думаю, что у вас все получится.

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

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

Мне 15 лет, и я провожу много времени в языковых сообществах, таких как Clojure и Haskell, а в последнее время и Ioke. Я не веду себя как обычный подросток, поэтому ко мне не относятся как к подростку. Я никогда не сталкивался с разумным, благонамеренным разработчиком программного обеспечения, который, по крайней мере, не уважал бы мои навыки и энтузиазм. Чаще всего люди просто удивляются тому, что я знаю столько, сколько знаю в столь юном возрасте".

В общем, если вы ведете себя как взрослый человек, к вам будут относиться как к взрослому. Просто не ведите себя как "ребенок", и вам не придется иметь дело с такими вещами.

Удачи.

Я тоже молодой разработчик (мне было 15 лет, когда я начал заниматься открытым исходным кодом).

Я могу говорить по опыту, когда говорю, что никому нет дела. Никто никогда не спросит ваш возраст, и, если вы еще не достигли зрелости, ни у кого не будет причин для этого.

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

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

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

И последнее - постарайтесь получить как можно больше обзоров кода. Это не только предотвратит смущение, когда «ошибка новичка» прокрадывается в выпуске (и кто-то неизбежно обвинит вас в этом), это также прекрасный учебный опыт, когда люди предлагают более эффективные способы выполнения задач. Так захватывающе узнать то, на что у вас ушло 200 LOC, а 4 часа вашего времени можно выполнить за два вызова API. Большинство ваших проблем с программированием уже было решено кем-то другим.

Не для всех проектов с открытым исходным кодом требуется, чтобы у вас был полностью аутентифицированный и проверенный в реальных условиях профиль. Это может помешать вам стать коммиттером Eclipse, но не вашего типичного проекта. Код говорит.

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

Если вы создаете хороший код и не ведете себя из-за него неприятно, конечно.

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

"Посвятив некоторую заботу своему письму, я окуплюсь очень", по словам Карла Фогеля, который пересказал эту историю в своей книге :

Еще в 1993, я работал в Фонде свободного программного обеспечения, и мы бета-тестировали версию 19 GNU Emacs. Мы бы выпускали бета-версию каждую неделю или около того, и люди бы пробовали это и отправляли нам отчеты об ошибках. Был один парень, с которым никто из нас не встречался лично, но который проделал большую работу: его сообщения о жучках всегда были ясны и приводили нас прямо к проблеме, и когда он сам обеспечивал исправление, это было почти всегда правильно. Он был первоклассным.

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

Поэтому я отправил парню бланки по электронной почте, сказав: "Вот некоторые документы, которые нам нужны, вот что это значит, вы подписываете этот, пусть ваш работодатель подпишет этот, и тогда мы можем начать вносить ваши исправления. Спасибо большое. "

Он прислал мне сообщение, в котором говорилось:" У меня нет работодателя ".

Поэтому я сказал:" Хорошо, это нормально, просто пусть ваш университет подпишет его и отправит обратно ".

После того, как он написал мне снова, и сказал:" Ну, на самом деле... Мне тринадцать лет и я живу с родителями. "

О, но это уродливый, не объектно-ориентированный код. В момент, когда вы видите "если/иначе" и "тип", вы должны думать о полиморфизме. Это неправильный путь. Я думаю, дженерики здесь твой друг.

С каким количеством типов вы планируете иметь дело?

ОБНОВЛЕНИЕ:

Если вы говорите только о String и int, вот один из способов, который вы можете сделать. Начните с интерфейса StartGenerator (достаточно с "foo"):

package generics;

public interface XmlGenerator<T>
{
   String getXml(T value);
}

И конкретная реализация StartGenerateImpl:

    package generics;

public class XmlGeneratorImpl<T> implements XmlGenerator<T>
{
    private Class<T> valueType;
    private static final int DEFAULT_CAPACITY = 1024;

    public static void main(String [] args)
    {
        Integer x = 42;
        String y = "foobar";

        XmlGenerator<Integer> intXmlGenerator = new XmlGeneratorImpl<Integer>(Integer.class);
        XmlGenerator<String> stringXmlGenerator = new XmlGeneratorImpl<String>(String.class);

        System.out.println("integer: " + intXmlGenerator.getXml(x));
        System.out.println("string : " + stringXmlGenerator.getXml(y));
    }

    public XmlGeneratorImpl(Class<T> clazz)
    {
        this.valueType = clazz;
    }

    public String getXml(T value)
    {
        StringBuilder builder = new StringBuilder(DEFAULT_CAPACITY);

        appendTag(builder);
        builder.append(value);
        appendTag(builder, false);

        return builder.toString();
    }

    private void appendTag(StringBuilder builder) { this.appendTag(builder, false); }

    private void appendTag(StringBuilder builder, boolean isClosing)
    {
        String valueTypeName = valueType.getName();
        builder.append("<").append(valueTypeName);
        if (isClosing)
        {
            builder.append("/");
        }
        builder.append(">");
    }
}

Если я запускаю это, я получаю следующий результат:

integer: <java.lang.Integer>42<java.lang.Integer>
string : <java.lang.String>foobar<java.lang.String>

Я не знаю, было ли это то, что вы имели в виду.

Гораздо проще воспринимать как хорошее, если вы избегаете следующего:

• Напишите свои комментарии и/или документацию в текстовый текст. Ничто не продает зрелость, как \\teh codzer может haz ur db handle
• Убедитесь, что другие знают, насколько велик ваш кодер с самого начала.
• Занимайтесь назойливым и бесполезным фанбойизмом: Этот проект использует perl. Перл - это суксорз! python FTW!!!!
• Отчуждать своих сверстников, задавая странные вопросы: wtf является комплиментом? gcc означает большой крутой codegen шерсть!

Следуйте Избегайте этих простых инструкций, и вы будете лучшим кодером в любое время!

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

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

Знаете, нас и так не хватает. Сообществу разработчиков в целом, а не только open source, нужно все больше и больше свежего мяса. Мы не можем быть настолько строгими, чтобы ограничивать отличных инженеров, несмотря ни на что. Вот почему вы все еще можете работать на работе за $100k+, не имея степени по информатике (или даже высшего образования).

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

Так что просто работайте и продолжайте совершенствоваться - начинать никогда не рано (и никогда не поздно). Попробуйте!