И потратить на это трое суток
Еще на тему
Гендерная депривация и безысходность
Популярные geek
 | it-юморРейтинг: 101,908.7 |
 | программированиеРейтинг: 17,310.8 |
 | geek pornРейтинг: 2,854.0 |
 | матанРейтинг: 2,575.4 |
 | Приколы для математиковРейтинг: 2,008.5 |
Сейчас на сайте
Всего пользователей на сайте: 476
Но если эта 5-минутная работа одноразовая, то да, проще ручками сделать
Если ты сделаешь эту работу ручками, то через 5 минут попросят повторить. А потом снова. И снова. И снова. А потом внести изменения во все предыдущие работвы. И вот после этого ты эту работу автоматизируешь и больше тебя с ней никто не беспокоит.
И процесс кодинга. И послерабочее времяпрепровождение
автоматизируешь и берёшь на себя кучу работы, и ее работаешь;
когда тебя увольняют - тебя увольняют.
Самый оптимум, автоматизировать свою работу и взять чутка сверху, помалкивая об автоматизации. В результате занимаешься своими делами и слывешь трудягой. А если уволили, значит не повезло, ищешь другую работу.
Так что давай сюда свою автоматизацию и продолжай оставаться уволенным.
А начальству придётся доказывать, что это для него написано было.
По идее у начальства должна быть задокументированная постановка именно такой задачи.
Но и без неё оно очень часто выигрывает подобные суды.
"никогдане сомневайся в людской тупости"
Кто-нибудь помнит эту фразу дословно?
Желательно где-то встроить баг, который будет работать через месяц
boost::std::shared_unique_true ?
Тут гадалкой быть не нужно. От твоих слов невежеством во всем за версту несёт. Ты так говоришь будто все знаешь уже, что разумный человек никогда себе не позволит. Обычно так ведут себя люди лишь с поверхностными знаниями в области, особенно если обладают в целом недалеким умом.
А так же не хорошо оскорблять людей благодаря которым ты сидишь на реахтуре и спокоен за свои персональные данные которые хранятся где быто ни было. Все профессии нужны, все профессии важны. Даже уборщицы. Только конченное мудло будет оскорблять людей основываясь на их проф принадлежности.
Если ты в какой то маленькой конторке за 20к деревянных поработал, это еще не значит что ты познал все о системном администрировании. Это нонценс. Это как если бы я приготовил яичницу и считал себя дохуя шефповаром.
Очень грустно, что вы оскорбляетесь. Я этого не исключаю и прошу прощения за камень в ваш огород.
Тут есть экономисты, управленцы, кадровики??? Мне уже лень объяснять почему же сисадмины являются обслуживающим персоналом на предприятиях по направлению работы не основной деятельности.
Так что это разделение совсем не формальность. А желание всякое быдло оттолкнуть подальше от всяких плюшек, и возможность указывать на их место. Чем все с удовольствием пользуются.
Я около 10 лет в R&D, Java, энтерпрайз, банки, финтех, руководство глобальным департаментом в США, серьезные щи и все такое.
Все еще считаю, что я ебучая обслуга для софта и нужно что-то менять. Так что не вижу большой разницы, так как софт тоже написан разными людьми, и далеко не все из них гении.
Уважай труд людей, даже если они тебе клавиатуры меняют - не будь, блять, мудаком.
На самом деле вы допустили логическую ошибку. Все программисты стремятся к автоматизации, но не все автоматизаторы - программисты.
Это никакого отношения к профессии не имеет.
Такое обычно пишется под себя и уносится с собой.
1. это часть приложения, которое он разрабатывает.
2. автоматизация сборки приложения.
Если в первом случае это фича продукта, то для второго уже давно существует такая вещь, как CI/CD процесс.
Никаких самописных скриптов для билдов, тестов и деплоя.
Если твоя контора не конченая бичарня и ты не фрилансер-одиночка, (а даже если и так) то поставь и настрой себе Дженкинс/ТимСити/чё там ещё есть, который за тебя соберет, потестит и задеплоит апку на сервер. И никаких костылей/велосипедов на баше/павершеле.
Автоматизация системных задач - планировщик.
Автоматизация на уровне кода - Quartz и ему подобное.
Все уже изобретено за вас и до вас.
Хороший специалист найдет себе роботу везде, а "строить козни, чтобы не выставили на мороз" - уровень школоты.
Если работодатель мудак, то вы ССЗБ, ибо не удосужились собрать фидбек про контору перед устройством на работу.
Если не мудак, но вас таки выперли на мороз/прокинули на компенсацию - всегда можно найти решение в лице соответствующих органов или же, особенно если не подписали NDA, уйти к конкурентам, работающим в той же или смежной области.
имелось в виду, что вы оставите в наследство падавану не километровые скрипты в виде build_deploy.ps1 или build_deploy.sh, в которых не разобраться без литра водки и чей-то матери, а худо-бедно настроенную CI, по которой можно банально отправить падавана курить маны, где все структурировано и гибко настроен каждый степ, есть билд агенты и прочие плюшки.
голые и не гибкие скрипты, часто с хардкод логинами/паролями и переменными окружения vs CI tools. Выбор очевиден.
Да, даже если вы пишете под что-либо специфическое (POS, микроконтроллеры), то даже cmake лучше чем голые скрипты на баше.
Обычно получается сделать CI с джобами, которые вызывают параметризуемые скрипты на баше/питоне/..., хардкод с логинами и паролями обходится сертификатами и кейчейнами. И тем не менее это все равно скрипты, и в большинстве случаев альтернативы нет.
(про хардкод я согласен, это зло; но просто не хочу чтоб все косили под одну гребенку)
И если в вашем скрипте/коде нужно разбираться туеву хучу времени, значит вы где-то повернули немного не туда в момент своего профразвития.