Пользователь пока ничего не рассказал о себе

Наибольший вклад в теги

Все теги (27)

Лучшие ответы пользователя

Все ответы (33)
  • Как развиться от фрилансера до серьезной компании?

    @coodan
    Вообще, поостерегся бы нанимать менеджера. Дело в том, что пока ты будешь кодить, ситуация будет выходить из-под контроля.

    Собственно, наемный менеджер - это скорее для делегирования полномочий. Когда сам можешь, но не хочешь.

    Может быть, тебе из своей лояльной команды кого-то выдвинуть, в ответственные? Тогда и сам в коде ковыряться будешь, и дело будет организовываться квалифицированным человеком, и голову морочить не будут. А самому в архитекторы уходить, да, и самые ответственные участки кода, если никого сильнее нет.

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

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

    Другое дело, если в отдельной комнате сидит девочка на телефоне. Шеф, например, уходит программировать на три часа - а она отвечает, занят, подождите, пожалуйста, он сразу перезвонит, объясните, пожалуйста, по какому вопросу, я сразу же передам. И список пишет, кому позвонить нужно, кто звонил, чего хотел. Голову поломал, покодил, вышел отдохнуть. Отчего бы людЯм не перезвонить - развеяться.

    UPD2. Кстати, и с отчетами дело наладится. И отошлет кому надо. И сотрудникам напомнит - деликатно, когда они из кода вынырнут. И за сроками проследит.

    Им ведь тоже тяжело за временем следить - когда они также в коде, а не в реальном мире.

    Да и чашку кофе будет кому вовремя подать.
    Ответ написан
    Комментировать
  • Как правильно развиваться в программировании?

    @coodan
    Здесь есть несколько аспектов, в котором Вы могли бы задать этот вопрос, оттого он может иметь несколько значений.

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

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

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

    Чисто академический путь в наших условиях крайне проблематичен. Впрочем, наверное, в Вашем университете есть аспирантура. Если же рассмотреть вариант, когда Вы сохраняете академический интерес к проблеме и поддерживаете академические ценности (стремление к познанию вне практического применения полученных знаний, любовь к истине), но при этом работаете в практической сфере, то ответ становится не таким очевидным. Вы упоминали о тестировании софта. Эта работа непрестижна. Но тем не менее, очень важная - довольно избито, что тестирование сейчас лимитирует разработку. Довольно утомительная и однообразная работа. Бессмысленная при низкой квалификации разработчиков. Но, может так оказаться, что в силу дефицита тестировщиков, Вы, приложив к этому силы и отбрасывая все неквалифицированные коллективы, сможете найти место, где пишут код, который определенно стоит того, чтобы его отлаживать. Может так оказаться, что лучше быть мальчиком для битья у чемпиона по боксу, чем тренироваться с плохим тренером среди неумех.
    Ответ написан
    Комментировать
  • Как всё успевать и не быть роботом?

    @coodan
    Думаю, ответ Андрея Плетенева и есть самое важный, и если бы это был мой выбор, он, без сомнения, был бы выбран лучшим.

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

    Ты хочешь из фриланса построить себе тюрьму? Зачем?

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

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

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

    То же и с остальными вопросами. Их постановка говорит о вовлеченности в суету. А бегая в колесе очень сложно из него выпрыгнуть - нужно остановиться и тогда из стоящего колеса выйти станет легко. Если только ты действительно этого хочешь.
    Ответ написан
    Комментировать
  • Java vs C++. Что полезнее?

    @coodan
    Согласен с DancingOnWater. C++ - это игра в шахматы с гроссмейстером. После таких игр и только после таких понимаешь, что есть шахматы. Но это требует безумного напряжения, беспощадности к себе, времени и большого желания.

    Практичен ли С++ для говнокодерства? Нет. Он будет беспощаден. И в этой беспощадности его сила. Код, написанный идеально, будет работать идеально. Но где этот идеал? И сколько времени Вам понадобится, чтобы найти свое в С++ нуля?

    Зачем играть в шахматы с гроссмейстером, если можно легко обыгрывать соседей? И что даст Вам такая игра? К чему Вы стремитесь? На эти вопросы можете ответить только Вы.

    Вместе с тем, не совсем согласен с ним же в том, что он упоминает STL несколько пренебрежительно. Уже один только STL, но не только базовые контейнеры вместо массивов, как его обычно используют, а во всей полноте его подхода, вместе с Boost, который его концептуально расширяет - вот удар для неподготовленного сознания. И вот мощь, которую необходимо обрести тому, кто желает играть в шахматы с гроссмейстерами.
    Ответ написан
    5 комментариев
  • Как правильно подойти к изучению программированию с нуля?

    @coodan
    Программировать, конечно. В первую очередь.

    Уже потом придет чувство стиля, чувство красоты решения. С++ в этом смысле очень хорош, очень много возможностей.

    Поизобретать велосипеды, конечно. А потом смотреть как эти задачи решаются эффективно. Заценить мудрость и красоту чужого решения, сравнив его со своим. Шишек понабивать. Ночами посидеть, отлавливая ошибки и глюки. Отлаживая код. Потом почитать о хороших практиках в программировании. Переписать корявый, но рабочий код так, чтобы он им соответствовал. Получить эстетическое удовольствие от получившегося. Почитать чужой код. Восхититься или поплеваться, в зависимости от автора кода.

    Для профессионала программирование, конечно, это чистая практика, ремесло. Для любителя может быть искусством. Но вряд ли для кого-то, кроме академической среды, может быть наукой.
    Ответ написан
    Комментировать

Лучшие вопросы пользователя

Все вопросы (2)