Для меня это был неправильный выбор в настройке рейда после сбоя диска. Действительно забавные выходные.
В свою защиту, это моя первая младшая работа: +20 очков опыта. Мне просто любопытно насчет твоего, так что, может быть, я смогу поучиться и на ошибках других людей.
И все же, что насчет тебя?
Ничего примечательного с технической точки зрения, но мне потребовалось не менее десяти лет моей карьеры, чтобы понять, что ИТ - это не самоцель, а простое требование для лучшего обслуживания моей компании и клиентов. Это изменение отношения помешало мне быть типичным всезнайкой айтишником, с которым мы все сталкивались, и действительно начинаем помогать окружающим. Это было началом гораздо более плодотворного (для всех сторон) периода моей карьеры, который сделал меня по-настоящему счастливым, любимым и удовлетворенным.
Так что это было бы моей самой большой ошибкой - потратить 90-е, думая, что мир вращается вокруг меня.
Моя самая большая ошибка, вероятно, заключалась в том, что я занимался технологиями, думая, что другим людям нравятся технологии, не осознавая, что люди относятся к компьютерам с таким же уважением, как к своим видеомагнитофонам (помните их?). Я был наивен и глуп.
Я постоянно борюсь с идеей, что у людей нет инициативы, чтобы научиться использовать свои инструменты до базового уровня навыков. Мой полуаспергийский ум не совсем понимает, почему люди будут заявлять, что они глупы, или смещать свой гнев на себя в сторону ненависти к машине, когда они отказываются учиться даже тому, как контролировать-alt-del, и злятся еще больше, когда я их спрашиваю. за подробностями, чтобы прояснить ситуацию, поскольку я пытаюсь им помочь (вы делали XYZ? Что вы имеете в виду, говоря, что вы сделали ABC?) Часть меня всегда сомневается, что если они чувствуют себя глупо, приходя ко мне за помощью, почему разве они не научились добавлять принтер (который я просматривал с ними полдюжины раз) или -вставить сюда базовую задачу-. Я не прошу их заменить память или устранить неисправность сектора диска, просто знаю, как на самом деле использовать инструмент для своей работы.
Мне приходится каждый раз отступать, оценивать ситуацию и переосмысливать ее, чтобы не разочаровываться в людях.
По сути, я был наивен, полагая, что люди поймут технологию, которая позволяет нам создавать музыку, фильмы, а также изучать и исследовать мир способами, неслыханными десять, пятнадцать, двадцать лет назад. Вместо того, чтобы это прославленное изобилие порно и глупые флеш игры и мемов-оф-недели. Из контента, который создается, а не потребляется, вероятно, девяносто процентов состоит из подростков, стреляющих «ПОСМОТРИТЕ НА МЕНЯ! Я ПОЮ ХОРОШО!» видео с веб-камеры и «ПОСМОТРИТЕ НА МЕНЯ! картинки с камер сотовых.
Я вышел в поле с наивными надеждами и полным непониманием человеческой природы. Теперь мне трудно изменить свою точку зрения и посмотреть на вещи по-другому. Мне нужно помнить свои основные правила.
После того, как я осознал эти вещи, у меня произошел некоторый упадок морального духа. До сих пор иногда делаю. Но я думаю, что этому способствует сочетание факторов. Но это умонастроение, установка на то, что технология - это великая вещь, которую люди будут и могут использовать для создания прекрасного контента и самовыражения, было моей самой большой ошибкой, связанной с технологиями, поскольку полностью изменило мое представление о людях.
Оглядываясь назад, я вижу, насколько все это было наивно и насколько глупо было так думать, поэтому мне не нужны комментарии, говорящие мне, какой я идиот. Я занимаю должность винтика в более крупной машине, а для пользователей (поскольку я не работаю в технологической компании) я выполняю такую же захватывающую роль, как хранитель. И они не понимают, что моя роль может быть такой же важной, как и роль смотрителя (в некоторых кругах, я думаю, их чаще называют дворниками).
У меня есть то, что мне нужно смотреть на вещи с другой точки зрения. Работа, которую я когда-то любил ... использование компьютеров ... это просто работа. Я больше не пытаюсь подсознательно изображать мученика лишних часов на работе без компенсации и обижаться на это (в конечном итоге я трачу лишние часы и теряю время на обед, но я не ожесточаюсь, и если что-то еще возникает, связанное с домом жизнь или личная жизнь ... работа отходит на второй план.)
Пользователи просто хотят выполнить свою работу, и им все равно, как это делается. Если бы они могли, большинство из них не прикасались бы к компьютеру, чтобы выполнить свою работу; это необходимое зло.
Работа - это не моя жизнь. Я не должен позволять этому определять мою жизнь. Большинство из нас становятся «компьютерщиками». Я больше не нахожу это удовлетворением.
Я трачу время на создание вещей с моими ограниченными навыками. Я больше не зацикливаюсь на разочаровании в других людях за то, что они не используют технологии таким образом я думаю, это нужно использовать. Вместо, я используйте это так я думаю, это нужно использовать.
У меня есть хобби. Это может быть связано с компьютерами, но это не связано с ремонтом, сборкой или настройкой или чем-либо еще в моей повседневной работе.
Я больше не определяю свою жизнь своей работой. Я провожу черту, чтобы разделить их, чтобы у меня было что-то вроде жизни.
Так что это была моя самая большая ошибка, и как я пытаюсь ее исправить. Может быть, другие найдут что-то в этой философии, чтобы критиковать, или не смогут к ней относиться. Мне было бы интересно узнать, есть ли другие люди, которые могут иметь отношение к чему-то вроде этого.
Я знаю, что вы, вероятно, искали что-то вроде «Я rm -fr'd из корневого каталога!» или "Я удалил активный каталог!" и мне жаль, что я действительно не смог внести ха-ха момент админской глупости; Я знаю, что у меня было больше пары (у интернет-провайдера, с которым я работал, мы официально не были "в", пока вы не сделали свой первый глупый момент; я просто не помню свой). Но с точки зрения самой большой ошибки, Я думаю, что наивное мышление действительно было той ошибкой, которая оказала на меня самое сильное влияние в моей карьере.
Внесение изменений вне процедуры контроля изменений.
Даже если произойдет что-то плохое, не связанное с внесенными вами изменениями, вашу задницу все равно будут пинать те, кто выше по иерархической лестнице.
Конечно, на практике некоторые изменения нужно вносить быстрее, чем позволяет процедура контроля изменений, но в каждом случае риск для карьеры выше. Иногда лучше работать, чтобы управлять и позволить системе дать сбой, чем идти против системы ...
У меня был массив RAID 10, у которого произошел сбой диска около 16:50 в пятницу днем. Вместо того, чтобы заменить вышедший из строя диск, я сказал: «А, все в порядке ... Я иду в счастливый час». В середине счастливого часа я получил несколько странных предупреждающих сообщений и понял, что другой диск в паре вышел из строя, и мой массив рейдов был поврежден.
Урок усвоен: все, что может пойти не так, пойдет не так. Следующие несколько дней я потратил, отвечая на жалобы и восстанавливая.
Моя самая большая ошибка заключалась в том, что я послушал консультанта в колледже, который, когда я плохо успел по определенному математическому классу, спокойно сказал мне: «Ну, ты никогда не станешь программистом». Изменил ход всей моей жизни.
Никогда не слушайте людей, которые говорят вам, на что вы способны, а на что нет.
Однажды я подумал: «Эй, а что это за огромный исполняемый файл в корневом каталоге? strip на нем ... ", а затем сразу же сказал:" Ой, это ядро, мне лучше сделать восстановление ленты прямо сейчас ".
Я пытался найти время последней перезагрузки, и вместо того, чтобы ввести только это или последнее | grep reboot. Я сделал последний | перезагрузите очень важную систему.
Пришлось действительно смеяться.
В начале своей карьеры я позволил себе соблазнить себя проприетарной технологией, которая пользовалась большим спросом в течение нескольких лет и использовалась крупными компаниями с большими ИТ-бюджетами. Я чувствовал себя на вершине мира, имея возможность выбирать места и ставки, но в глубине души я знал, что это рискованно.
Я продолжал переходить от проекта к проекту, становясь экспертом в этой нишевой области. Затем рынок качнулся, компания переборщила, и их контракты и акции резко упали. Я внезапно оказался устаревшим, брошенным в реальный мир, где преобладают новые технологии с открытым исходным кодом, и я был ужасно плохо подготовлен. Я начинал все сначала, и потребовались годы, чтобы вернуться на правильный путь.
Трудно понять, является ли твой путь тупиком, но я никогда больше не брошу вслепую все яйца в одну корзину.
Я работал в небольшом отделении в многонациональной технологической корпорации. Была программа базы данных под названием ASI, которая работала под эмулятором терминала в Windows, соединяясь с IBM AS / 400. У него была функция запроса, а не SQL, но были отдельные поля для указания нужных таблиц и того, как они должны быть объединены. Я запрашивал базу данных, содержащую более миллиона деталей электроники, присоединяя файл части заголовка к файлу детали / склада. Мне как-то удалось исключить условие соединения между этими двумя таблицами на мое определение запроса, который создали эффективное перекрестное соединение. Не осознавая этого, после отправки запроса в интерактивном режиме я пошел на обед.
Когда я вернулся час спустя, люди сидели в проходах у своих кубов и разговаривали друг с другом. Они сказали, что система настолько медленная, что ее практически невозможно использовать. Примерно через пять минут у меня появилось неприятное чувство опущения, которое начало расти в глубине живота. Меня начало понимать, что это может быть мой вопрос? Я проверил и к своему ужасу обнаружил, что да, действительно, запрос все еще выполнялся примерно через час после того, как я его отправил. В то время я не мог остановить интерактивные запросы (они не останавливались, даже если вы завершили сеанс терминала). Когда я проверил, процесс занимал 99% всех ресурсов и мне пришлось позвонить администраторам сервера и заставить их прекратить его за меня. Сюрприз, сюрприз, система снова начала реагировать на всех!
Подразделение, использующее эти серверы, использовало сотни людей и имел объекты как минимум в трех штатах США. Позже я узнал, что люди буквально ничего не мог делать больше часа: сканирующие пистолеты на складе не работали, люди с завода были мертвы в воде, все. Я содрогаюсь при мысли о том, во что обошлась моя маленькая ошибка в долларах. Отнеситесь к опыту, Я думаю.
Боковое примечание: причина, по которой я выполнял свои запросы в интерактивном режиме вместо того, чтобы отправлять их в пакетном режиме, заключалась в том, что 1) они выполнялись быстрее и 2) мне было легче определить, когда они были выполнены - мне не нужно было постоянно перечислять процессы. Некоторое время я не мог «взломать» интерактивные запросы, чтобы остановить их, потому что в программе эмуляции терминала, даже если клавиша SysRq была привязана к функции системного запроса, нажатие клавиши ничего не дало. В конце концов я решил эту проблему, сопоставив ключ SysRq с макросом VB, который использовал SendKeys для отправки ключа SysRq. Смех.
Теперь я хотел бы обратиться к любым будущим потенциальным работодателям, которым удастся это найти: Имея такой опыт добавляет ценность мне как сотруднику, так как Я больше никогда не совершу такую ошибку! Намного лучше нанять опытного профессионала, чем какого-нибудь зеленого парня, который еще не совершил своей большой ошибки. Я не снимал систему в течение 12 лет с тех пор, и я работаю с более чем 70 серверами SQL, многие из них ежедневно, один размером 800 ГБ. Для меня никаких безудержных перекрестных соединений. Я фанатично осторожен с системами, которые использую.
В подростковом возрасте я провел несколько лет, работая в местном управлении здравоохранения в Великобритании, выполняя работу службы поддержки. Однажды, когда я менял ленты с резервными копиями в серверной, я случайно пнул ИБП под столом. К сожалению, моя нога зацепилась за кнопку питания на передней панели, которая отключила ее и отключила питание подключенного оборудования. В этом случае оборудование, являющееся сервером, действует как PDC. Если я правильно помню, в то время BDC был отключен.
Пользователи были не очень довольны, но почему-то мой начальник был более снисходительным. К счастью (для меня), я не был первым, кто сделал то же самое.
действительно хороший вопрос ..
У меня масса опыта на других ошибках, из-за которых меня даже уволили.
Я веб-разработчик php с 6-летним опытом. Эта работа была для меня действительно первой, где использовался фреймворк MVC. Мне очень понравились выкройки, и я прошел еще 55 конкурсов программистов !!! Эта структура была написана самой компанией. Это действительно хорошо задокументировано, было довольно легко изучить, они хорошо автоматизировали весь рабочий процесс этой компании. В любом случае, в первый день, конечно, я настроил свой компьютер, и было создано множество пользовательских логинов для почты, redmine, devwiki и т. Д. Ведущий программист говорил со мной об их системе каждый день около часа, объясняя основные вещи и правила они используют. Этот процесс был действительно полезен, мы одинаково смотрели на большинство ИТ-вещей, поэтому мне было легко интегрировать ... Я написал первый модуль за 2 недели, а другой несколько дней. ЗАЧЕМ? ТАК КАК: У них были очень строгие правила на стороне бэкэнда (администрирования), и фронтенд был действительно уродливым и совсем не таким строгим. Я провел 2 недели с чушью внешнего интерфейса ajax и 1 день с бэкендом. В результате я написал следующие 5 моделей всего за ОДНУ НЕДЕЛЮ! На следующей неделе главный разработчик даже позволил мне разработать ядро фреймворка и исправить в нем некоторые старые проблемы, но все же директор был разочарован мной. Потому что он, кажется, наблюдает за мной эти 2 недели, и ему обо всем доложили. Так что из-за глупости главного разработчика, который смог дать мне ПЕРВЫЕ правила BACKEND, я сделал бы в 10 раз больше работы, чем все эти 3 других программиста !! Когда я попытался объяснить это директору, он сказал, что не может рисковать больше одного раза ... Он написал рекомендацию по поводу моего «хорошего кода» и заплатил мне за второй месяц, и меня уволили.
Почему начинающие программисты должны терпеть ошибки компании ???????