Сообщение Re[7]: Говнокод и рефакторинг от 13.07.2020 15:42
Изменено 13.07.2020 15:52 Pauel
Re[7]: Говнокод и рефакторинг
Здравствуйте, IT, Вы писали:
>Коммуникацию как обязанность работника придумали те, кто кроме коммуникации делать больше ничего не умеет. Ещё раз повторяю, главная задача девелопера — кодить. Всё должно строится вокруг этого, а не вокруг коммуникации.
Работа без коммуникации невозможна в принципе. Сначала ты учишься коммуникации, а уже потом — программировать. И задачу надо сначала услышать, прочитать, понять, уточнить, а уже потом начинать кодить.
Как только появились препятствия, здесь снова коммуникация — уметь найти того, кто починит сетку, базу и тд.
Без этого всего эффекта от твоего кодинга около нуля.
А вот с коммуникацией, но без кодинга, очень даже внятно получается — находишь себе девелопера, ставишь ему задачи, находишь ему помощников, команду и тд и тд, глядишь, и проект взлетел.
I>>Вот взял ты тикет, и видишь, что требуются изменения, которые затрагивают всех в команде.
IT>Да у меня почти все тикеты такие.
Что делать предложишь, если рефакторинг потребовался? Вот ты хочешь его вкомитать, а ктото другой рефакторинг раньше тебя вкомитал и теперь структура другая совсем.
>Коммуникацию как обязанность работника придумали те, кто кроме коммуникации делать больше ничего не умеет. Ещё раз повторяю, главная задача девелопера — кодить. Всё должно строится вокруг этого, а не вокруг коммуникации.
Работа без коммуникации невозможна в принципе. Сначала ты учишься коммуникации, а уже потом — программировать. И задачу надо сначала услышать, прочитать, понять, уточнить, а уже потом начинать кодить.
Как только появились препятствия, здесь снова коммуникация — уметь найти того, кто починит сетку, базу и тд.
Без этого всего эффекта от твоего кодинга около нуля.
А вот с коммуникацией, но без кодинга, очень даже внятно получается — находишь себе девелопера, ставишь ему задачи, находишь ему помощников, команду и тд и тд, глядишь, и проект взлетел.
I>>Вот взял ты тикет, и видишь, что требуются изменения, которые затрагивают всех в команде.
IT>Да у меня почти все тикеты такие.
Что делать предложишь, если рефакторинг потребовался? Вот ты хочешь его вкомитать, а ктото другой рефакторинг раньше тебя вкомитал и теперь структура другая совсем.
Re[7]: Говнокод и рефакторинг
Здравствуйте, IT, Вы писали:
>Коммуникацию как обязанность работника придумали те, кто кроме коммуникации делать больше ничего не умеет. Ещё раз повторяю, главная задача девелопера — кодить. Всё должно строится вокруг этого, а не вокруг коммуникации.
Работа без коммуникации невозможна в принципе. Сначала ты учишься коммуникации, а уже потом — программировать. И задачу надо сначала услышать, прочитать, понять, уточнить, предложить варианты решений, а уже потом начинать кодить.
Как только появились препятствия, здесь снова коммуникация — уметь найти того, кто починит сетку, базу и тд.
Без этого всего эффекта от твоего кодинга около нуля.
А вот с коммуникацией, но без кодинга, очень даже внятно получается — находишь себе девелопера, ставишь ему задачи, находишь ему помощников, команду и тд и тд, глядишь, и проект взлетел.
I>>Вот взял ты тикет, и видишь, что требуются изменения, которые затрагивают всех в команде.
IT>Да у меня почти все тикеты такие.
Что делать предложишь, если рефакторинг потребовался? Вот ты хочешь его вкомитать, а ктото другой рефакторинг раньше тебя вкомитал и теперь структура другая совсем.
>Коммуникацию как обязанность работника придумали те, кто кроме коммуникации делать больше ничего не умеет. Ещё раз повторяю, главная задача девелопера — кодить. Всё должно строится вокруг этого, а не вокруг коммуникации.
Работа без коммуникации невозможна в принципе. Сначала ты учишься коммуникации, а уже потом — программировать. И задачу надо сначала услышать, прочитать, понять, уточнить, предложить варианты решений, а уже потом начинать кодить.
Как только появились препятствия, здесь снова коммуникация — уметь найти того, кто починит сетку, базу и тд.
Без этого всего эффекта от твоего кодинга около нуля.
А вот с коммуникацией, но без кодинга, очень даже внятно получается — находишь себе девелопера, ставишь ему задачи, находишь ему помощников, команду и тд и тд, глядишь, и проект взлетел.
I>>Вот взял ты тикет, и видишь, что требуются изменения, которые затрагивают всех в команде.
IT>Да у меня почти все тикеты такие.
Что делать предложишь, если рефакторинг потребовался? Вот ты хочешь его вкомитать, а ктото другой рефакторинг раньше тебя вкомитал и теперь структура другая совсем.