Pull to refresh

Comments 59

Отлично!
Свежо и с интересным финалом :)
всего за час я поставил не только Visual Studio, но и клиента Oracle 12, SOAP UI, PLSQL Developer

Ну ладно там ясновидение, путешествия во времени, готов поверить. Но чтоб студию и все остальное за час поставить? Как говорится — ври, да не завирайся!
Человек же умеет код силой мысли править — сразу бинарники софта на хард залил прямой записью, да и все дела!
Вообще-то эти программы быстро ставятся… если посторонние зависимости не мешаются, конечно же. Но вряд ли пророк не смог их предусмотреть заранее.
Не забываем. Будущее. И к тому же сто пудов уже от старых HDD откажутся, будут все на усовершенствованных SSD работать, если что быстрее не придумают.
Где написано, что это будущее?
Спасибо за поднятное настроение! У вас прекрасный стиль!
Телефончик-то в записной книжке остался?
Это вряд ли, но зато он точно знает где и когда его можно получить.
Ничего так пятничный пост ))

Вот с этим не понял — «но у меня получилось так подшаманить систему контроля версий, что нужное исправление просто появилось в коде». Т.е. в компании тестеры правят код? И вообще, какая разница, каким образом изменение появилось в коде — внесено руками или там смердживанием?

Конкретно этот тестер решил взять всё в свои руки. А шаманил как раз для того, чтобы никто спаришвал, сфигали тестер правит код :)
UFO just landed and posted this here
UFO just landed and posted this here
А я хотел написать про Лабораторию Касперского.
Это так в любой более-менее крупной компании с размазанной ответственностью.
Любое пустяковое действие, как то заправка картриджа или заявление на отпуск, превращается в квест.
UFO just landed and posted this here
Разве такое не для Гикстаймс? =)
А так круто)
ThePretender допиши в 28 день хрень наподобие
SETUP LDA #<VTOC
      STA A1
      LDA #>VTOC
      STA A1+1 

и вопрос про ГТ отпадет)

PS: Автору поста — респект
у меня получилось так подшаманить систему контроля версий, что нужное исправление просто появилось в коде
Это как, интересно знать?
Например, включить в один из недавних коммитов.
Как это сделать в TFS? Как обмануть систему управления версиями? Кто-то наставил минусов, как будто это элементарно, и только я один не знаю, как это делается.
Подозреваю, что если знать пароль от базы TFS, то sky is the limit :)
Офигеть просто! Нет хуже вредительства, чем так править код, что другие никогда не узнают, откуда пришло изменение и почему все вдруг упало.
Да что эти тестировщики себе позволяют?!
Как разработчик, не вижу в этом ничего смешного. Я не против, чтобы кто-то делал полезную работу, но должно быть видно, кто и зачем.
Когда разработчики отбрехиваются утверждают, что чтобы сменить 1 на true надо менять всю архитектуру — то довольно опрометчиво сравнивать себя с ними :)
Понятно, что заменить в коде 1 на true, надо минуту времени. Но если это интерфейсный класс/метод, значит, надо оповестить ВСЕ остальные системы, что надо тоже код менять. Надо завести задачи на них, проверить корректную работу после исправления.
Но мы говорим о другом случае, когда кто-то единолично принимает какие-то решения, меняет архитектуру, что-то там себе внедряет. Пусть он даже в 100 раз умнее остальных, но так дела не делаются.
Попрошу обратить внимание: в статье речь шла о нарушении схемы данных при сетевом взаимодействии с конкретной системой!

Класс-то, в котором ошибка, и правда интерфейсный — вот только этот интерфейс строго между двумя системами, и третьей там быть не может. Причем вторая система уже работает «правильно», а разрабатываемая не может с ней связаться из-за этой мелкой ошибки.
Ну ок, случай фиговый, притянутый за уши. Что, если одной системе написали в требованиях передавать единицу, а второй написали принимать true? Кто из них виноват и кто должен править? Т.е., на чей проект будет списано время и кто будет платить из своего бюджета? Для этого есть отдел архитектуры, на который переводится спорная задача, и они решают, где будет исправление. Мы же говорим не о команде в 5 человек, а о крупной фирме.
Это не говоря уже о том, что тестеры имеют свойство ошибаться, особенно новички. За годы работы сталкивался с этим очень много раз. И каждого новичка приходится заново муштровать, чтобы было четкое объяснение, логи и все такое.
Такие вещи пишутся не в требованиях, а в формальном описании контракта. Например, в wsdl. И если этот wsdl в процессе передачи из одного отдела в другой сумел измениться… то, видимо, в фирме далеко не один человек промышляет подделкой хешей :)
Возможно, это не очевидно из истории, но я тоже разработчик. И я умею смеяться над собой :) Вы же понимаете, что вся эта история — шутка, правда? :)
Человек сотню софта поставил за час силой мысли, а уж несколько байт дописать к комиту вообще пустяк же.
В этом и есть фикшен-часть произведения.
То есть, вас смутило только это?
Нет, но что смутило вас больше?
UFO just landed and posted this here
Такое изменение, к сожалению, не уйдет даже из репозитория разработчика в центральный…
UFO just landed and posted this here
Тогда это изменение рискует не уйти из центрального репозитория дальше :)
Нужно подобрать момент, когда исправленный коммит уже поступил в репозиторий, другие разработчики (а главное — билд-сервер) себе его ещё не утянули. Ну а коммитящий не получит изменение, так и будет у него глючить, пока он не сделает новый чистый clone.

Если есть доступ к серверу, этот разработчик может получить изменение в рамках другого коммита.
А потом будут друг на друга пальцем показывать, кто это закоммитил на самом деле ))
Это что же получается, кто-то из тестировщиков так шаманит над моим идеальным кодов, что в нём появляются баги – и всё это только для того, чтобы в будущем не остаться без работы?
Эх, что же он в биржевую торговлю не пошёл :))?
Или он видит, как его закапывают в результате выигрыша всего-то в 100кило =)
Отличный рассказ и действительно неожиданное окончание.
Автор — молодец! :)
Холостяк решил погладить рубашку перед работой, включает утюг, а он не работает.

Решил он сходить к соседке за утюгом.
Звонит в дверь, а сам думает, сейчас она откроет дверь, я попрошу у нее утюг, она скажет:

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

В это время открывается дверь, на пороге красивая девушка!

— Да пошла ты со своим утюгом!!!
Я тоже умею видеть будущее.
В будущем этот пост получает много плюсов.
Вспоминается анекдот:
— Расстрелять. Знал бы будущее — не пришёл бы. Не люблю шарлатанов…
Пост действительно получил много плюсов, а мой комментарий богобоязненные люди сжигают на кармическом костре.
Потому что это в человеческой природе — бояться непостижимого.
С декабря я устроился тестировщиком эксперимента для. И 26 с 27 днем просто невероятно знакомы :-))
Oбычно у тестировшика нет доступа к коду и уж теболее править его и сабмитить без пре-ревю и т.д.

Или это контора слишком левая
Какой прекрасный пост! Чем-то напомнил The Defence of Duffer's Drift. Думаю, что каждый человек, достаточно проведший времени в IT-индустрии, рано или поздно получает толику дара предвидения.
Про дар предвидения в точку. Правда, это относится к любым проектам (не только в IT), и зависит от опыта и адекватности человека :)
Согласен! Собственно потому и отсылка к Defence of Duffer's Drift — опыт профессии еще более древней, чем древнейшая!
узнаю компанию :) — бывший ситроникс.
И автору привет) Только кто такой этот Саня, который «внедрил кошерную SOA-архитектуру, покрыл весь код тестами, а также наладил процесс Continuous Delivery.»?)
Круто! Очень напомнило стиль фантастических рассказов публикуемых в ЮТ лет 30 назад, только тематика современная.
Не останавливайтесь!
Only those users with full accounts are able to leave comments. Log in, please.

Articles