Software Engineering Manager
  • Дефицит интересных проектов

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

  • Дефицит интересных проектов

    У меня есть пару интересных проектов и адекватный бюджет. Нет модного офиса и медстраховки. Также нужно уметь работать в динамичной среде и при этом писать нормально структурированный код. Так что пишите, кому скучно :) Да, технического английского вполне хватит.

  • Сила в правде

    Я читал и другие ваши посты... Но видимо это как раз «НАШ» менталитет — выбился на ступеньку выше — все кто на ступеньку ниже это лентяи, шантажисты и завистники и нечего с ними панькаться — шенкелей им!!!

    Честно говоря, этот вывод был сделан еще во времена, когда я был простым программистом и видел ситуацию снизу.

  • Сила в правде

    На тот момент более 150, в него входило 3 департамента, которые занимались разработкой железа, системной и прикладной разработкой софта.

  • Сила в правде

    Есть один момент, который тут не учтен и о котором не любят говорить. Даже на уровне менеджера проекта в 70-80% случаев нет понимания того, чем конкретно занимаются программисты. На более высоких уровнях все еще хуже. Я видел только одного директора направления, который мог открыть исходник и понять что там написано. Т.е. зависимость менеджеров и руководителей от программистов очень высокая. И все программисты этим пользуются. И это, кстати, нормально. Менджер же использует преимущества своей позиции? Вот и программист использует свои. Есть два работающих подхода. Первый — брать адекватных людей, заботиться о них, создавать условия для работы и надеятся, что они напишут хороший код. Второй — вникать в то, что пишут программисты и понимать с какими проболемами они столкнулись и как собираются их решать. Лучше всего получается, когда используются оба подхода.

  • Почему не надо просить прибавку к зарплате, а лучше сразу уходить где платят больше

    Зависит от начальства. Если начальство живет по принципу «сэкономленные на зарплате деньги — прибыль проекта», то конечно уходить. Но с адекватным начальством портить отношения не стоит. Кстати, как менеджер я заинтересован в разумном повышении зарплаты своей команде как минимум по двум причинам — во первых, люди это ценят, во вторых дает аргументы для обоснованного торга с заказчиком по стоимости проекта. Правильный бизнес — когда он приносит прибыль всем: заказчику, моей компании, моим программистам и мне.

  • Кто сколько часов в день работает?

    Более 40 часов в неделю — либо грубые ошибки в планировании, проектировании и подборе команды, либо очень серъезная мотивация на достижение некоторой бизнес цели ( с соотвествующей мотивацией команды). В Украине, к сожалению, обычно первая причина.

  • Почему не надо просить прибавку к зарплате, а лучше сразу уходить где платят больше

    Подкаст интересен тем, что ситуациии там вполне реальные. И решения, которые принимаются — тоже из жизни. И последствия в жизни такие тоже бывают. Единственное, что там не сказано — как делать правильно (у авторов тоже есть свой интерес — в новых клиентах на семинар :). И любой сотрудник заинтересован в повышение своей зарплаты, но у программиста — это фиксированная сумма в месяц плюс фиксированный годовой бонус, а у менеджера часто в бонус входит процент от прибыльности проекта. Так что конфликт интересов неизбежен. И авторы правильно говорят, что помимо краткосрочных интересов, есть и долгосрочные, и оценивать свои дествия в такой ситуации нужно не только с позиции сегодня, но и с позиции — как это все будет выглядеть через несколько лет. А насчет шантажа (скрытого или открытого), я сторонник увольнять сразу — потери проекта будут меньше в итоге.

  • А давайте пообсуждаем модерацию (топик-индикатор)

    А мне не нужен топик в топе, потому что он платный. Мне нужно просто чтобы никто не трогал мои топики. Будет интересным — будет в топе, не будет — умрет естественной смертью.

    Итак, вы собираетесь вернуть все как было?

  • А давайте пообсуждаем модерацию (топик-индикатор)

    Мне только что огласили расценки — 400 грн. за размещение темы на форуме.

  • А давайте пообсуждаем модерацию (топик-индикатор)

    Сергей, после того как вы проинтегрировались с rabota.ua, мне ваш раздел вакансий перестал быть интересным в принципе. Потому что все ИТишники знают как искать работу на сайтах rabota.ua, work.ua, hh.ua и т.п., а у меня есть HR менеджер, который умеет, нажав кнопочку, поставить туда объявление. Ценость ДОУ была в том, что здесь можно было напрямую пообщаться с программистами, без всяких формальность. И, кстати, выслушать мнение тех, кому работа в общем-то не нужна, но есть желание пообщаться. Форум как раз отличное место для этого.
    Но желая срубить побольше бабла, вы тупо удаляете топики, потому как, какая наглость, автор вам не заплатил за это. Хотя это просто обычный форум, а не э-э-э-э «высоктехнологичная платформа по поиску работы» LOL
    Так вот, без возможности свободно обсуждать на ДОУ интересующие меня вопросы, ценность ДОУ стремительно близится к нулю. Или вы всеръез думаете, что ваши перепосты англоязычных статей имеют ценность?

  • А давайте пообсуждаем модерацию (топик-индикатор)

    Теперь здесь пропадают целые темы по ночам. Барабашка? :)

  • Реально ли найти работу Junior С# в 27 лет?

    Да, вполне. Были бы способности и желание учиться.

  • Где найти работу хорошему программисту?

    Автору для начала стоит научиться уважать других людей и корректно общаться с ними. Пока не научится, в большинстве случаев дальше беседы с HR менеджером не пройдет. Причем это к программированию? Так разработчики не в вакууме обитают. Вокруг всегда есть другие программисты, аналитики, тестировщики, менеджеры и (о, ужас) заказчики. Мало кому нужен абстрактный разработчик, умеющий писать абстрактный код в вакууме. Нужен — ответственный, коммуникабельный, умеющий написать код, который решит реальную задачу в реальном мире (ресурсов мало, времени еще меньше, задачи проекта на ходу поменялись, у заказчика своих проблем хватает и т.п.)

    Поддержал: Andrusenko Dmitry
  • Учеба в универе им.Шевченка (программист)

    В Шевченко на кибернетике все нужное, только немного в разных областях. На какой специальности учиться — зависит от личных предпочтений.
    Многое еще будет зависить от того, на какую кафедру ты попадешь.
    Програмированию как таковому в Шевченко почти не учат, т.е. курсов по Java или PHP там не будет, но такие вещи легко найти и прочитать в книжках и в доках.

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

  • Синьоры и лиды не знают элементарных вещей


    anonymous 18 час. назад!
    Зачем артикль в параметре?
    Зачем метод не с прописной буквы?
    Это все стандартные код гайдлайны для ОбжЦ кода, почему товарищь их в ЦРешетке применяет меня не спрашивай.

    Исторически сложилось с тех времен, когда команда одновременно работала на С#, Java, Delphi. (в придачу три сервера БД — MySql, Oracle, MS Sql Server). Пришлось как-то сближать стандарты кодирования. Многие моменты потом прижились.

    BE.Article
    

    BE — неймспейс, Article — класс.
    а — используется как префикс для обозначения аргумента метода
    _ — для внутренней переменной

    f — для приват поля в классе

  • Синьоры и лиды не знают элементарных вещей

    Иногда имеет смысл сделать метод подлиннее — так что 2 экрана допустимы.

    У нас стандартная конфигурация рабочего места — два по 22 либо два по 23 дюймовых монитора.

  • Синьоры и лиды не знают элементарных вещей


    Читай код© gaperton.livejournal.com/32772.html
    Мы тоже редко пишем комментарии в коде. Только, когда что-то неочевидное.
    Но есть пару моментов, которые соблюдаются:
    1. Осмысленные название ВСЕХ методов, параметров и переменных, таблиц и полей, кроме общепринятных (типа i, j в цикле), которые ОТРАЖАЮТ суть происходящего на АНГЛИЙСКОМ языке. Никаких русских слов в транслите, никаких сокращение типа svExtInf (опять таки, кроме общепринятых типа SOAP, TCP).

    Пример:

    public BE.Article selectLast(int aCategoryId)

    2. Короткие методы в один-два экрана
    3. Продуманная структура классов ядра и типовых шаблонов реализации той или иной функциональности.
    4. Вся более-менее сложная бизнес логика детально прописана в документации.

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

  • Синьоры и лиды не знают элементарных вещей


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

    А по поводу нормальных форм — при проектировании реальных баз данных обычно используются 2 и 3, причем в некотором миксе и в сочетании с нестандартными конструкциями. И если человек на собеседование не может внятно объяснить, чем отличается 2 от 3, то как он будет работать с такой базой?

  • А не пора ли заняться созданием собственной партии?

    Для партии хватит и 200−300 человек на самом деле. Вопрос не в количестве людей, а в качестве того, что будет делаться.

← Сtrl 123 Ctrl →