• Москвичей будут выпускать из дома по QR-коду
    +1

    В Москве, возле станций метро — МОЖЕТ БЫТЬ. В Подомосковье, на платформах — точно нет. Да и на открытых платформах МЦК курящих есть в наличии.

  • Пентестер. Прикладной
    0
    подкину на вентилятор

    использовать одну админскую учётку на всех серверах. чтобы не возиться с настройкой прав в различных системах, чтобы не возиться с настройкой кросс-доменных, кросс-системных, кросс-сервисных прав. Яя…

    Отличный наброс! Спасибо, повеселили изрядно! Правда, правда, годно получилось, даже замечательно. :)


    Ну а я немного подолью маслица со своей паранойей:


    Но тут пришел инженер по охране труда и повесил на стену план эвакуации при пожаре.

    каковая является вполне себе законным источником для формирования схемы отхода после совершения всех необходимых деяний. И от неё никак не избавиться, однако.
    И что с этим поделать — вот я совсем не придумаю.

  • 13 инструментов для обработки текста в командной оболочке
    +1

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

  • 13 инструментов для обработки текста в командной оболочке
    0

    Тема xargs вообще не раскрыта. А между тем:
    find <path> -print0|xargs -0 -I {} <command> {}
    это наиболее простой способ обработать файлы, в именах которых есть пробелы.

  • 13 инструментов для обработки текста в командной оболочке
    +3

    а зачем в команде awk ... < multiline перенаправление,
    когда вполне себе работает awk ... multiline?

  • 13 инструментов для обработки текста в командной оболочке
    0

    Вывод адреса IPv4, связанного с сетевым интерфейсом:
    ip ad |awk '/inet / {print $2}'
    ifconfig — это уже несколько устарело (мало того! встречался с ситуациями, когда ip ad показывал интерфейс/адрсес, а ifconfig — нет, а вот обратного не видел. Но утверждать, что обратного быть не может, я не буду);
    /inet / — шаблон строки, которая должна быть обработана, сразу отсекает inet6, т.к. после 't' идёт пробел.

  • Игра «Ну, погоди!» на Arduino
    0

    Воооот! А я-то страдал, чтобы такое ребёнку (6 лет) показать несложное, чтобы мыргало, пищало, и было интересно. А то просто опыты со сжиганием светодиодов (то полярность папа перепутает, то гасящий резистор забудет, то ещё что-нибудь где-нибудь в цепи замкнёт :) ) уже немного приелись. У ребёнка интересов много, и опыты с мигающими лампочками и прочими пищалками от батареек — далеко не на последнем месте.
    Спасибо, однако, большое!

  • IT-девушки, откуда вы? Давайте построим карту
    0

    Нууу… За бортом вроде бы Москва… :) Место постоянной дислокации — ближнее заМКАДье.

  • IT-девушки, откуда вы? Давайте построим карту
    +11
    В стране, полной стереотипов, где большинству девочек с детства внушают, что их главная задача удачно выйти замуж и родить детей, решение делать карьеру в IT требует упорства, смелости и независимости.

    Я явно в какой-то другой стране живу. Почему-то вокруг меня с самого детства никому ничего подобного не внушали. И да, из этой фразы напрашивается вывод, что мужчинам для карьеры в ИТ не надо ни упорства, ни смелости, ни независимости.

  • Русский Язык Программирования
    0

    Даёшь КУЯП (кошерный универсальный язык программирования)!

  • Русский Язык Программирования
    0
    • ностальгируя
      А ведь кто-то в школе начинал с Русского Алгоритмического Языка… (на самом деле, не я, т.к. по причинам, например, разным начал с бейсика).

    ЗЫ. Стукни мне в башку что-нибудь подобное под высоким давлением, публикацию бы начал с минимальной уже реализованной грамматики, из которой код генерировался бы тем же flex-ом, а не со скомпилированной программы.

  • Русский Язык Программирования
    0

    Стоп-стоп-стоп!
    А как же break? Это ведь именно "иди на..." или "иди в...", в общем "катись отседова!"

  • Программист, стая и Джон Стейнбек
    0

    И про гениев. Я неоднократно слыхал, что гений — это 99% пота и крови, а 1% — вдохновения и таланта.

  • Программист, стая и Джон Стейнбек
    +3

    Почитал, подумал. Где-то что-то не сходится, а вот что — вопрос далеко не праздный.


    У ДСМ в природе, согласно исследованиям, одно существенное ограничение – туда помещается не более 250 объектов, а точнее – субъектов, т.е. членов стаи.

    Я другую цифру видел, которая в отличие от приведённой, вполне себе бьется с жизненным, начиная с армейки (штатная орг.структура мотострелкового и/или танкового батальонов, роты охраны, и т.д., и т.п.) и профессиональным опытом: 7-10 человек в непосредственном подчинении. Больше — уже сложнее, и необходимы помощники/замы и прочие советники. Сильно больше — структурная единица разбивается на более мелкие, ну и вот это вот всё.
    И штатные структуры на моём уже гражданском профессиональном пути формировались, исходя из приведённых цифирек (когда народу было в достатке). Т.е. при численности отдела до 7 человек, руководитель — один-единственный, после 7 ему полагался помощник, более 10 — зам, ну и так далее, и тому подобное.


    Общий же смысл статьи выражается двумя фразами:


    • мозг обязан нагружаться, т.е. вкалывать;
    • обстановку вокруг себя надо контролировать.

    И если для выполнения задачи из первой фразы вполне себе достаточно решения каких-то головоломок, то вот под решением второй разворачивается бездна, не, даже так: БЕЗДНА. (ага, та самая, в которую если долго смотреть, то она посмотрит в тебя, и из этого обмена взглядами вряд ли что-то хорошее получается :) ) Которая сильно зависит от конкретной личности и той задницы ситуации, в которой эта личность очутилась.

  • Менеджер-передаст
    0

    Барин, однако.
    В том варианте, который я слыхал, Иван был родственником барина, как бы не сыном. Работник был уже в годах, а Иван — молокосос, вот работник и спрашивал, что за дела. Ну а всё остальное — как приведено в тексте.

  • Менеджер-передаст
    0

    А я почему-то подумал не про условных менеджеров и программистов, а про человеков, которые не на своём месте вообще. Неважно, какая у человека должность. Важно, как он относится к тем, кто в служебной иерархии на более других ступенях, выше, ниже. Как относится к своим обязанностям.
    Описываемые в качестве передастов — это индивидуумы, которые плюют на тех, кто им, условно говоря, подчиняется (я — начальник, ты — дурак), и удовлетворяют любые прихоти вышестоящего начальства (ты начальник — я дурак). При этом в предметной области не вот уж соображают. Причём предметная облась совершенно неважна — в любой есть подобные особи.
    Вот такие вот мысли по прочтении и статьи, и комментариев.

  • Срочные задачи. Да придёт Спаситель
    0

    Спасибо, что ткнули меня в мою невнимательность.


    Среднему программисту за такое ничего не будет

    Вот насчёт среднему — я не уверен. Несмотря на постоянные жалобы от руководителей различного уровня об отсутствии кадров.
    Другое дело, что я невнимательно, каюсь, прочитал исходное сообщение. Что не отменяет необходимости вкалывать, чтобы иметь возможность задавать руководителям подобные вопросы.
    Именно для разрабов/эксплуататоров частичным решением подобных неувязок (когда управленец забивает на инициативы сотрудников) являются следующие меры:


    • основное: собственно, я выше писал — на собесе указывать о необходимости реакции на свои инициативы; почему основное — так предупредить пожар существенно дешевле и проще, нежели потушить; другое дело, что озвучивание подобного пожелания увеличивает сроки трудоустройства, но тут уж каждый сам себе хозяин;
    • если уж вляпались, то:
      1. инициатива должна быть оформлена в письменном виде;
      2. при отсутствии своевременной реакции на инициативу или реакции негативной, потихоньку ковырять в сторону этой инициативы;
        ковырять — оно да, может быть, по-разному, когда это необходимость закупки железа для резервирования мощностей, потому что сервер службы каталогов в компании один-единственный, и на него дыхнуть боятся… В такой ситуации я советовать ничего не буду. А то обвинят в звёздной болезни. :(
        Когда же речь идёт о каких-то наработках, которые могут быть сделаны без лишних материальных трат, эти наработки лишними отнюдь не будут.
  • Антипаттерны работы с базами данных
    0
    Самое убогое — в MS SSMS

    Я с МС скулой не сталкивался, сказать не буду.


    Насчёт же ВСЯКИЕ_ЛЮБОПЫТНЫЕ_ДЛИННЫЕ_НАЗВАНИЯ_ТАБЛИЦ — я неоднократно слышу про самодокументирующийся код. Одно дело — любопытные длинные названия, и совсем другое — длинное название, имеющее смысловую нагрузку в данной конкретной БД. Лично я различаю такие названия. Или лучше:
    CREATE TABLE a (b BIGSERIAL, c BIGINT, d BIGINT, e TIMESTAMPTZ, f TEXT);
    и никаких ключей и прочих ссылок?

  • Срочные задачи. Да придёт Спаситель
    0

    Те словари, которые быстро-быстро находятся поиском (пишут, что Ожегова и Большой Толковый словарь русского языка), говорят, что и значение "быстро! немедленно!", и "в определённый срок" — имеют право на существование.

  • Срочные задачи. Да придёт Спаситель
    0

    То, что вижу я.


    • Местные провайдеры сжираются федеральными операторами связи. Именно потому что крупняк всё резервирует, причём не просто дублирует, а МНОГОКРАТНО резервирует ресурсы. Включая кадры. А мелочёвка — у них а) денеХ нет; б) оне жадные;
    • крупные торговые сети — многократное резервирование (на собесах бывал неоднократно);
    • газпром я привёл;
    • промышленность, судя по требованиям — резервирование ресурсов — во все поля.

    Остаются мелкие мастерские и магазинчики. Вот там, где я живу, мелкие магазинчики, ВСЕ!, вообще ничего не ведут в компах. Бухучёт — на бумаге, представьте себе! в 2020-м году. Такие дела.

  • Срочные задачи. Да придёт Спаситель
    0

    А зайду-ка я с тузов. Козырных.


    вам и примеры приводить.

    гугель, яндекс, мейл.ру. В Сети материалов, как оно у них всё устроено — вагон и маленькая тележка.
    Есть такая конференция: pgconf. Так вот на ней далеко не один доклад, где рассматривается обеспечение отказоустойчивости постгреса в конкретных компаниях. Вот, например, газпром:
    https://pgconf.ru/media/2020/02/17/Operating_experience_of_PostgreSQL_servers_in_a_corporate_network.pdf

  • Срочные задачи. Да придёт Спаситель
    0

    Дело в том, что я рассматриваю всю статью, и, соответственно, круг задач, которые в этой статье описываются, не просто как срочные, а из тех, которые: никогда не было, и вот опять! (с)
    Т.е. работало, работало, а тут — бац, и не работает, применительно к эксплуатации. И никто не знает, что делать, куда бечь, кого искать, ну и вот это вот всё.
    В описанной же мной ситуации с ручным переключением, выход сервера из строя — это ШТАТНАЯ ситуация с вполне определёнными и описанными действиями в случае её возникновения. Т.е. никто не кричит, не бегает, волосы из тела не вырывает, а просто ответственный выполняет нужные, описанные в соответствующем регламенте манипуляции.
    Мало того! В подобных ситуациях ПЕРЕД тем, как приступить к устранению проблем, этот ответственный направляет соответствующее письмо в определённый список рассылки! О как!
    Вот когда простой начинает выходить за определённые временные рамки, вот тогда да — начинается цирк. А так… Никакой срочности не вижу.

  • Срочные задачи. Да придёт Спаситель
    –3

    Вы меня таки извините, но приведите, пожалуйста, конкретные примеры компаний, где НЕТ резервирования по ресурсам. А то вот я имею опыт эксплуатации вычтеха в промышленности, торговле, интернетах (интернет-компании и операторы связи), и вот это вот всё — и как-то не могу вспомнить, чтобы критичные к простоям ресурсы не резервировались (вернее, такое было, но в начале 2000-х). Сейчас резервируется всё, в режиме от ручного переключения (несколько минут простоя) до автоматического (так, что пользователь сервиса ничего не замечал).

  • Срочные задачи. Да придёт Спаситель
    +1
    Мне кажется, такую реальность для себя можно и нужно создавать.

    А мне вот не кажется. Я — ЗНАЮ, что эту реальность надо создавать. ;)
    И что никто, кроме самого индивидуума, эту реальность для него за него не создаст. Банально, но факт: каждый сам кузнец своего счастья.
    Но это надо трудиться:


    • совершенствоваться в своей специальности, чтобы заслужить уважение коллег, включая того же начальника;
    • смотреть вокруг, как минимум, на смежные специализации, запасной парашют — это не только и не столько счёт в банке, сколько возможность манёвра своими знаниями и умениями на рынке труда;
    • ну и много другого разного, чего человек вообще-то обязан сам с собой делать. Иначе это необходимое для него за него и с ним будут делать другие. С немножко прогнозируемым результатом.
  • Срочные задачи. Да придёт Спаситель
    0

    Я вот сколько вкалываю, но не помню, чтобы уточнение сроков решения задачи воспринималось как


    начальника лицом в его же ссанину тыкнуть.

    независимо от уровня руководителя. Т.е. от слова совсем. Почему-то все руководители к подобным уточнениям относятся нормально. Может потому, что я на берегу (во время собеседования) и этот вопрос затрагиваю: когда сроки в трекере не определены, я прошу уточнить эти сроки.

  • Антипаттерны работы с базами данных
    0
    Набирать вот это всё очень раздражает.

    Я вот такое слово — автодополнение — частенько слышу. Из всех сред, из которых я подключаюсь в БД, самое убогое автодополнение у консольных клиентов: mysql, psql.
    В интегрированных средах же автодополнение — в полный рост, от рубля до бесконечности. И в чём проблема с набором идентификаторов в подобных средах, я совсем не понимаю.

  • Срочные задачи. Да придёт Спаситель
    +1

    Я про героизм другую цитату слыхал (дословно не помню, но смысл такой): героизм одного — это, в подавляющем большинстве случаев, следствие просчётов какой-то команды.
    С аварийными и/или срочными задачами — вот ровно то же самое.

  • Срочные задачи. Да придёт Спаситель
    0
    На чей счёт заносить поломки оборудования, которые выливаются в срочную работу? Достаточно часто такое бывало — никакой мониторинг не предвещает, просто в один прекрасный день некое устройство выключается, и больше не включается.

    Вот же ответ:


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

    Попробую немного развернуть. Когда руководитель умный, он в обязательном порядке учитывает возможность внезапного выхода из строя оборудования. ОБЯЗАТЕЛЬНО! Соответственно, у такого умного руководителя просчитано, сколько стоит резервирование ресурсов (неважно, оборудования, сырья, кадров, а кадры, особенно квалифицированные — это таки для компании тоже ресурс! и т.д., и т.п.), и сколько стоит простой на время ремонта, сам ремонт, ну и вот это вот всё. Поэтому у такого руководителя оборудование выходит из строя редко, люди не сваливают в туман неожиданно, и вообще, трудиться в подобных компаниях — весьма полезно для психического здоровья. А реальные внезапные сбои, которые таки случаются в обязательном порядке — они просто решаются. Без истерик и прочих недовольствий.

  • Семь причин, почему Линукс
    –3

    В данном горячем обсуждении я уже неоднократно приводил название — Blender. Это ПО для… Чъорд побъери, эта софтина может ВСЁ! Что касается графики, особенно 3D. И используется именно в профессиональной среде (мультипликация и прочая 3D-графика), если верить интернетам. Настоятельно рекомендую посмотреть, с чего начинается обучение этому продукту.

  • Семь причин, почему Линукс
    –2
    Все.

    Серьёзно? Вы когда-нибудь с САПР-ами сталкивались? Я вот сталкивался. Хоткеи и прочие клавиатурные безобразия — в полный рост, от рубля и до бесконечности.
    Blender — это самый распространенный пакет для 3D-моделирования, который, судя по информации, например, всякой, весьма широко используется в профессиональной среде. Обучение начинается с ой, больно! горячих клавиш.

  • Семь причин, почему Линукс
    –4
    Неужели даже, скажем, такое повседневное как найти и перейти по нужной ссылке в браузере быстрее долбя tab чем воспользовавшись мышью

    Я вас безмерно расстрою. Быстрее всего перейти по ссылке — это перейти по горячей клавише. безо всяких Tab. И данная возможность реализована, оркестр, туш! в Microsoft Internet Explorer 11 точно (с чего бы это, интересно знать). И пришла эта возможность из Konqueror лохматых годов.
    Казалось бы — Микрософт! Владеет (реально!) десктопом! И вместо навяливать пользователям, например, всякое, тащит это самое всякое из опенсурса.

  • Семь причин, почему Линукс
    –2
    админ ежедневно грепает логи в промышленных масштабах.

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

  • Семь причин, почему Линукс
    –2
    К чему такое пренебрежение к пользованию мышки?

    К тому, что зачастую её применение ничем не оправдано. Пройдите уже по ссылке и почитайте. Настоятельно рекомендую прочитать всю книгу.

  • Семь причин, почему Линукс
    –2
    Неудобный — да, но есть.

    Если под удобством понимать мышкоблудство, то да — неудобный. Если же речь идёт об наиболее эффективном решении задач, определяемых профессиональной сферой, то всё очень сильно не так однозначно. Хотя бы потому, что позиционирование курсора мыши на порядок медленнее нажатия клавиш на клавиатуре, и это без учёта временнЫх затрат на снять руку с клавиатуры, положить на мышь, а потом вернуть обратно.
    Вот: http://raskin-interface.narod.ru/interface/chapter4.htm#s4.2

  • Антипаттерны работы с базами данных
    0
    Но полезная метаинформация о записи, даже при наличии полного лога: не надо его джойнить, а то и вытаскивать приложением с какого-то внешнего хранилища для самой частой задачи даже не аудита, а UI: кто и когда сделал последнее изменение.

    Это аудит. Антипаттерн, как я сказал выше.

  • Семь причин, почему Линукс
    –2
    не являются доказательством против слов людей, которые в данной сфере занимаются профессионально.

    Мой жизненный (47 лет) и профессиональный (23 года) опыт приучили к тому, что:


    • профессионал не имеет права на безапеляционные высказывания, фраза "Видеомонтажа под Линукс нет." является именно безапеляционным высказыванием;
    • профессионал ОБЯЗАН уметь обосновывать свою точку зрения конкретными примерами, понятными для непрофессионала, в данном случае показывая отсутствие НЕОБХОДИМЫХ функций у целого класса продуктов для одной системы, присутствующих у более другой. Для профессионала следование этому требованию не составит труда; причём не в терминах конкретного продукта, а на литературном языке. Например, очень, ОЧЕНЬ грубо упрощая: — моя софтина умеет источник света там, где я укажу, кликом мышки на рабочем поле, а в вашей свободной непотребщине я должен набрать какие-то магические заклинания; или — а ваша свободная открытая безобразия так не умеет в принципе;
      вон там где-то выше один деятель указывал, что ему не хватает каких-то конкретных функций из фотошопа, вы и/или он считаете, что я обязан поставить себе фотошоп и разобраться, что делают эти функции, чтобы что-то говорить? Серьёзно?
    • профессионал не имеет права на такую грубую ошибку, на которую я указал — назвать открытый свободный продукт коммерческим:
    • профессионал ОБЯЗАН уметь различать профессиональную сферу от любительской. Говоря о видеомонтаже, профессионал обязан чётко понимать, что данная сфера — очень узко специализирована, и то, что необходимо именно профессионалу, рядовому пользователю не нужно от слова совсем.

    Так что факт профессионализма под большим вопросом.
    И да, вопрос — 5 млн загрузок для системы видеомонтажа — это много или мало? А то вот у меня складывается впечатление, что программы для разводки печатных плат и/или подготовки моделей для 3D-принтеров (коих под Linux в ассортименте есть, ща буду пробовать Blender и meshlab для 3D) более востребован, нежели обсуждаемые системы (ПО для обработки видео).

  • Семь причин, почему Линукс
    –1

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

  • Антипаттерны работы с базами данных
    –2

    Т.е. у Вас логирование идёт в туже таблицу, что и данные?! Извините, но Вы — сами себе злобные буратины.


    Неужели никогда не встречали?

    Логов в одной таблице с данными? Нет, такой дури я ещё не встречал.
    ЗЫ. Логи/аудит в одной таблице с данными — это лютейший антипаттерн, как с точки зрения архитектуры, так и с точки зрения безопасности.

  • Семь причин, почему Линукс
    0
    И что делать?

    У Вашей проблемы ровно два решения:


    1. перестать пользоваться виндой, ибо открытый софт — он такой, разрабатывается под открытые системы в основном, да, закрытые поддерживаются по остаточному принципу;
    2. попросить помощи у автора и/или у тех, кто пользует: https://github.com/ppwwyyxx/OpenPano/issues

    ЗЫ. Спасибо за ссылку, надо попробовать, а то у меня есть исходники, которые совсем плохо связываются, но панораму собрать из них хочется (hugin не справляется, но материал конкретно отвратительный).

  • Антипаттерны работы с базами данных
    0
    • Рекурсивная ссылка — parent_<tablename>_id;
    • несколько полей, ссылающихся на одно поле в родительской таблице?! Я хочу словесную формулировку задачи, которая приводит к такому "решению"!