Highload-разработка [статьи, книги]

Тема в разделе "Общие вопросы", создана пользователем JuriIvanov, 5 мар 2015.

  1. JuriIvanov

    JuriIvanov New Member

    Репутация:
    0
    Регистрация:
    4 мар 2015
    Сообщения:
    3
    Симпатии:
    0
    Предлагаем в этой ветке делиться статьями, книгами по хайлод-разработке. Поскольку у нас заточен под этой целый отдел, решили написать статью, дабы поделиться опытом. Пожалуй, самая актуальная тема - оценка трудозатрат и типичные ошибки http://vk.cc/3xrUnV
     
  2. rrrFer

    rrrFer Гость

    Репутация:
    0
    Highload тут причем?
    Банальные вещи типа:
    Статья уныла, кстати. Ну вот скажи мне, как учесть "вдохновение"? - речь ведь идет об оценке трудозатрат и планировании.

    Или как мне на практике использовать это:
    ?
    Я вот загуглил и нашел тебя на хабре, но профиль readonly. Почему бы тебе не запостить одну такую статью в песочницу и сразу все узнать о себе и своих советах?

    По САБЖу есть хорошая книжка Р. Т. Фатрелла "управление программными проектами". А вот такие недостатьи - не нужны.
     
    2 пользователям это понравилось.
  3. -master-

    -master- Well-Known Member

    Репутация:
    0
    Регистрация:
    14 янв 2012
    Сообщения:
    617
    Симпатии:
    20
    предлагаете грохнуть ветку? эт мы запросто
     
  4. rrrFer

    rrrFer Гость

    Репутация:
    0
    Да грохнуть ветку я вроде бы сам могу (всегда успеем), но автор статьи - "программист отдела высоконагруженных систем". МБ он зайдет да разъяснит тут все )).
     
  5. JuriIvanov

    JuriIvanov New Member

    Репутация:
    0
    Регистрация:
    4 мар 2015
    Сообщения:
    3
    Симпатии:
    0
    За книгу спасибо. Статья для новичков в программировании, на которую переложен опыт работы. Далеко не все новички даже понимают такие прописные истины. Наверное, в топике нужно было сразу обозначить это.
     
  6. rrrFer

    rrrFer Гость

    Репутация:
    0
    Новички не занимаются оценкой задач, ничего не планируют и задачи по разработчикам не распределяют.

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

    Так для кого ваши статьи? - для "начинающего программиста" или для тимлида?
    Причем тут highload? (повторяюсь уже)
     
  7. JuriIvanov

    JuriIvanov New Member

    Репутация:
    0
    Регистрация:
    4 мар 2015
    Сообщения:
    3
    Симпатии:
    0
    И для тимлидов и для программистов. Статья про опыт оценки в нашем highload-отделе. Хотел бы услышать дополнения именно по highload'у в оценке трудозатрат от коллег. Особенности в технической части.
     
  8. rrrFer

    rrrFer Гость

    Репутация:
    0
    Может быть и риторический, но что вы понимаете под связностью кода?
    Вот Джереми Миллер считает, что связность это хорошо: Джереми Миллер.
    Фаулер выделял специальный вид рефакторинга для повышения связности (если класс слабосвязный - разделите его на несколько классов).
    Посмотрите в принципы SOLID, наконец (Фаулер и Р. Мартин) опирались на них, как и Миллер, наверное.
     
    2 пользователям это понравилось.
  9. rrrFer

    rrrFer Гость

    Репутация:
    0
    Чтобы дополнить"по highload-у" нужно чтобы уже хоть что-то было по этой теме, но у вас сочетание "highload" в статье не встречается вообще ни разу. Аналогия - "помочь и сделать за вас". Отсюда и вопрос (в третий раз) - причем тут highload?

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

    Статья на 90% состоит из невнятных аналогий, кстати:
    Какой марафон? О чем вы вообще?
    Любую задачу можно разбить на подзадачи, даже хеловорлд.
    Задача становится составной тогда, когда ее разбили, но вы описываете так, что "есть составная задача - это марафон, поэтому надо ее разделить". Вы путаете причину и следствие, как минимум. Пример вообще эпично неудачный - марафон не делится на подмарафоны; спортсмен наверняка может без проблем оценить время, которое потребуется для марафона. Причем тут марафон? Почему не патефон?
    Я красным цветом выделил слово "лишь", в твоем предложении оно может значить только одно - ни с чем кроме марафона "составные задачи" сравнить нельзя. Ты реально так думаешь?


    Полезной информации я вообще не нашел. Даже если отбросить highload, там просто нет ничего полезного. Выделите мне хоть одну строку, которая не очевидна студенту-второкурснику?
     
    #9 rrrFer, 6 мар 2015
    Последнее редактирование: 6 мар 2015
  10. rrrFer

    rrrFer Гость

    Репутация:
    0
    Я взял целый абзац. Меня в школе учили, что абзац - это отдельная мысль. Ты можешь сказать какую мысль несет этот абзац? - я тут вижу несвязный набор слов:
    1. Непонятно чему именно я могу научиться. Даже предыдущий абзац не помогает разобраться (там написано что-то про бифштексы).
    2. Какие временные рамки мы себе устанавливаем? - в остальной части статьи ты пишешь про Сталина, который устанавливает рамки всем окружающим.
    3. Внутренний замер? ^^
    4. Причем тут зарядка? - это такая же эпичная аналогия, как и с марафоном.

    Как картинка с мужиком, лупящим ногами грушу, связана с highload?

    Я понял что вы писали эту статью под мощными веществами. Смотри чтобы Федеральная служба РФ по контролю за оборотом наркотиков на вас не вышла. Я бы на их месте допрашивал авторов таких поделок.
     
    2 пользователям это понравилось.
Загрузка...

Поделиться этой страницей