Комментарии 59
Отлично!
Свежо и с интересным финалом :)
Свежо и с интересным финалом :)
+4
всего за час я поставил не только Visual Studio, но и клиента Oracle 12, SOAP UI, PLSQL Developer
Ну ладно там ясновидение, путешествия во времени, готов поверить. Но чтоб студию и все остальное за час поставить? Как говорится — ври, да не завирайся!
+41
Человек же умеет код силой мысли править — сразу бинарники софта на хард залил прямой записью, да и все дела!
+4
Вообще-то эти программы быстро ставятся… если посторонние зависимости не мешаются, конечно же. Но вряд ли пророк не смог их предусмотреть заранее.
0
Не забываем. Будущее. И к тому же сто пудов уже от старых HDD откажутся, будут все на усовершенствованных SSD работать, если что быстрее не придумают.
0
Спасибо за поднятное настроение! У вас прекрасный стиль!
+3
Телефончик-то в записной книжке остался?
+7
Ничего так пятничный пост ))
Вот с этим не понял — «но у меня получилось так подшаманить систему контроля версий, что нужное исправление просто появилось в коде». Т.е. в компании тестеры правят код? И вообще, какая разница, каким образом изменение появилось в коде — внесено руками или там смердживанием?
Вот с этим не понял — «но у меня получилось так подшаманить систему контроля версий, что нужное исправление просто появилось в коде». Т.е. в компании тестеры правят код? И вообще, какая разница, каким образом изменение появилось в коде — внесено руками или там смердживанием?
-1
НЛО прилетело и опубликовало эту надпись здесь
На самом деле в полне себе реальная история )
+2
НЛО прилетело и опубликовало эту надпись здесь
Разве такое не для Гикстаймс? =)
А так круто)
А так круто)
+6
ThePretender допиши в 28 день хрень наподобие
и вопрос про ГТ отпадет)
PS: Автору поста — респект
SETUP LDA #<VTOC
STA A1
LDA #>VTOC
STA A1+1
и вопрос про ГТ отпадет)
PS: Автору поста — респект
+2
у меня получилось так подшаманить систему контроля версий, что нужное исправление просто появилось в коде
Это как, интересно знать?
Это как, интересно знать?
-4
Например, включить в один из недавних коммитов.
0
Как это сделать в TFS? Как обмануть систему управления версиями? Кто-то наставил минусов, как будто это элементарно, и только я один не знаю, как это делается.
0
Подозреваю, что если знать пароль от базы TFS, то sky is the limit :)
+3
Офигеть просто! Нет хуже вредительства, чем так править код, что другие никогда не узнают, откуда пришло изменение и почему все вдруг упало.
-2
Да что эти тестировщики себе позволяют?!
+2
Как разработчик, не вижу в этом ничего смешного. Я не против, чтобы кто-то делал полезную работу, но должно быть видно, кто и зачем.
0
Когда разработчики отбрехиваются утверждают, что чтобы сменить 1 на true надо менять всю архитектуру — то довольно опрометчиво сравнивать себя с ними :)
0
Понятно, что заменить в коде 1 на true, надо минуту времени. Но если это интерфейсный класс/метод, значит, надо оповестить ВСЕ остальные системы, что надо тоже код менять. Надо завести задачи на них, проверить корректную работу после исправления.
Но мы говорим о другом случае, когда кто-то единолично принимает какие-то решения, меняет архитектуру, что-то там себе внедряет. Пусть он даже в 100 раз умнее остальных, но так дела не делаются.
Но мы говорим о другом случае, когда кто-то единолично принимает какие-то решения, меняет архитектуру, что-то там себе внедряет. Пусть он даже в 100 раз умнее остальных, но так дела не делаются.
0
Попрошу обратить внимание: в статье речь шла о нарушении схемы данных при сетевом взаимодействии с конкретной системой!
Класс-то, в котором ошибка, и правда интерфейсный — вот только этот интерфейс строго между двумя системами, и третьей там быть не может. Причем вторая система уже работает «правильно», а разрабатываемая не может с ней связаться из-за этой мелкой ошибки.
Класс-то, в котором ошибка, и правда интерфейсный — вот только этот интерфейс строго между двумя системами, и третьей там быть не может. Причем вторая система уже работает «правильно», а разрабатываемая не может с ней связаться из-за этой мелкой ошибки.
0
Ну ок, случай фиговый, притянутый за уши. Что, если одной системе написали в требованиях передавать единицу, а второй написали принимать true? Кто из них виноват и кто должен править? Т.е., на чей проект будет списано время и кто будет платить из своего бюджета? Для этого есть отдел архитектуры, на который переводится спорная задача, и они решают, где будет исправление. Мы же говорим не о команде в 5 человек, а о крупной фирме.
Это не говоря уже о том, что тестеры имеют свойство ошибаться, особенно новички. За годы работы сталкивался с этим очень много раз. И каждого новичка приходится заново муштровать, чтобы было четкое объяснение, логи и все такое.
Это не говоря уже о том, что тестеры имеют свойство ошибаться, особенно новички. За годы работы сталкивался с этим очень много раз. И каждого новичка приходится заново муштровать, чтобы было четкое объяснение, логи и все такое.
0
Возможно, это не очевидно из истории, но я тоже разработчик. И я умею смеяться над собой :) Вы же понимаете, что вся эта история — шутка, правда? :)
+1
Человек сотню софта поставил за час силой мысли, а уж несколько байт дописать к комиту вообще пустяк же.
+5
В этом и есть фикшен-часть произведения.
+1
То есть, вас смутило только это?
+1
НЛО прилетело и опубликовало эту надпись здесь
Такое изменение, к сожалению, не уйдет даже из репозитория разработчика в центральный…
0
НЛО прилетело и опубликовало эту надпись здесь
Тогда это изменение рискует не уйти из центрального репозитория дальше :)
0
Нужно подобрать момент, когда исправленный коммит уже поступил в репозиторий, другие разработчики (а главное — билд-сервер) себе его ещё не утянули. Ну а коммитящий не получит изменение, так и будет у него глючить, пока он не сделает новый чистый clone.
Если есть доступ к серверу, этот разработчик может получить изменение в рамках другого коммита.
А потом будут друг на друга пальцем показывать, кто это закоммитил на самом деле ))
Если есть доступ к серверу, этот разработчик может получить изменение в рамках другого коммита.
А потом будут друг на друга пальцем показывать, кто это закоммитил на самом деле ))
0
Это что же получается, кто-то из тестировщиков так шаманит над моим идеальным кодов, что в нём появляются баги – и всё это только для того, чтобы в будущем не остаться без работы?
+14
Эх, что же он в биржевую торговлю не пошёл :))?
+4
Отличный рассказ и действительно неожиданное окончание.
Автор — молодец! :)
Автор — молодец! :)
+1
Супер, но только для гиктаймс.
+1
Холостяк решил погладить рубашку перед работой, включает утюг, а он не работает.
Решил он сходить к соседке за утюгом.
Звонит в дверь, а сам думает, сейчас она откроет дверь, я попрошу у нее утюг, она скажет:
Ну что вы стоите в пороге, проходите попьем кофе, где кофе, там и коньяк, после коньяку затащит меня в постель, пересплю с ней, она забеременеет, родится ребенок, придется на ней жениться, пойдут пеленки, распашонки, начнутся скандалы…
В это время открывается дверь, на пороге красивая девушка!
— Да пошла ты со своим утюгом!!!
Решил он сходить к соседке за утюгом.
Звонит в дверь, а сам думает, сейчас она откроет дверь, я попрошу у нее утюг, она скажет:
Ну что вы стоите в пороге, проходите попьем кофе, где кофе, там и коньяк, после коньяку затащит меня в постель, пересплю с ней, она забеременеет, родится ребенок, придется на ней жениться, пойдут пеленки, распашонки, начнутся скандалы…
В это время открывается дверь, на пороге красивая девушка!
— Да пошла ты со своим утюгом!!!
+9
Я тоже умею видеть будущее.
В будущем этот пост получает много плюсов.
В будущем этот пост получает много плюсов.
-2
С декабря я устроился тестировщиком эксперимента для. И 26 с 27 днем просто невероятно знакомы :-))
0
Oбычно у тестировшика нет доступа к коду и уж теболее править его и сабмитить без пре-ревю и т.д.
Или это контора слишком левая
Или это контора слишком левая
-1
Какой прекрасный пост! Чем-то напомнил The Defence of Duffer's Drift. Думаю, что каждый человек, достаточно проведший времени в IT-индустрии, рано или поздно получает толику дара предвидения.
0
узнаю компанию :) — бывший ситроникс.
И автору привет) Только кто такой этот Саня, который «внедрил кошерную SOA-архитектуру, покрыл весь код тестами, а также наладил процесс Continuous Delivery.»?)
И автору привет) Только кто такой этот Саня, который «внедрил кошерную SOA-архитектуру, покрыл весь код тестами, а также наладил процесс Continuous Delivery.»?)
+1
Круто! Очень напомнило стиль фантастических рассказов публикуемых в ЮТ лет 30 назад, только тематика современная.
Не останавливайтесь!
Не останавливайтесь!
+2
Занятно. Пишите ещё, у вас получается.
0
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Футуристическое мышление