IT проект изнутри

IT проект изнутри IT юмор, Проект, Программирование, Картинки, Схема

IT-юмор

5.6K поста52.5K подписчиков

Добавить пост

Правила сообщества

Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору

Вы смотрите срез комментариев. Показать все
7
Автор поста оценил этот комментарий

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

раскрыть ветку (8)
26
Автор поста оценил этот комментарий

Может быть только в очень маленьких проектах. В крупных же, увы, не будет, так как нужно сделать уже вчера, всё в итоге подпирается костылями. Костыль на костыле, рефакторить некогда, так как надо уже новое делать. А ещё всякое легаси и т. д. и т. п.

раскрыть ветку (6)
15
Автор поста оценил этот комментарий

using System.ненужная_хуйня;

^_^
А ещё больше половины кода - это код от других проектов (или со всяких stack overflow и им подобным) немного измененным под реалии задачи.

ммм, а так же 100500 нахер не нужных библиотек (ну а вдруг, и похуй что грузиться будет 2 часа)

И самое главное: куча закоменченного кода - тоже из разряда "ну а вдруг" =В
^_^

раскрыть ветку (2)
10
Автор поста оценил этот комментарий

Аж прослезился. Все так.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Но надо отдать должное, закоменченым кодом я тоже пользуюсь во всю.
Правда для релиза выпиливаю все к херам. Ибо потом хрен прочтешь (иногда спустя 2 дня не можешь вспомнить, что за дичь ты написал) =В

12
Автор поста оценил этот комментарий

У нас довольно крупный проект. Ну относительно.
Клиенты типа триваго, букинг.ком и др. агрегаторы.
В сезон где то 7000 запросов в секунду. Далее идет огромная обработка данных и выдача результата. Которые занимают не более секунды. Ну это технический аспект.
Там как get|post так и update
В целом команда (18 разрабов, 2 тестировщика, тимлид и менеджер) работает по следующей схема:
В понедельник обсуждается спринт, вытягиваются таски из беклога и далее батрачишь. По пятницам ретроспектива, в 12 дня ежедневно планерочка.
Сроки выставляются по формуле: (оценка разработчиком * 2) + 20%
Раз в 7 недель, по запросу, отводится неделя на рефакторинг (бывает такая надобность но редко)
Надо сделать вчера, такого нет. Это прекратили на корню, как к нам пришел манагер.
Он не дает бизнесу наседать.
Костылей не имеем, собственно это главное требование менеджера.

Работаем спокойно, не торопясь, вдумчиво и т.п.
Часто в связке с фронтенд разработчиками.

Чуть не забыл, все это крутится на PHP Symfony DDD.
Новые сервисы реализуются на микросервисной архитектуре при помощи Go
И все в команде работают удаленно, из 9 стран мира =)

Вот такое краткое описание.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий
Господи, неужели такое бывает?
Пойду дальше память разгребать плюсами...
1
Автор поста оценил этот комментарий

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

4
Автор поста оценил этот комментарий
Если в команде имеется хороший менеджер, грамотный тимлид
То это значит что ты во сне. А если серьезно, то этого недостаточно, если в пул реквесте кака полная, и больше эту задачу писать некому, то рано или поздно придется вмержить ее даже грамотному лиду.
Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку