• Инженерный подход к разработке ПО
    0
    В очень многих случаях формально отлаженную спеку создать попросту нельзя, поскольку:
    1. Юзеры не знают, чего они хотят — мы должны сделать продукт и предложить им, а они уже заценят.
    2. Заказчик не знает, сколько времени и денег он готов вложить в продукт, поскольку не понятно, насколько он «зайдёт»
    3. Программисты не знают, насколько сложно (и возможно ли вообще) будет реализовать часть фич


    В итоге лишь малая часть фич может быть специфицирована, остальные реализовываются по ходу дела исходя из пересечения множеств «оказалось затребовано пользователями» и «оказалось возможно реализовать». Но сами эти множества очень динамичны и вообще не существуют до выпуска первой версии продукта.
  • Почему сериал «Чернобыль» настолько плохо описал ядерную энергию
    0
    Фильм же не только (и не столько) о проблемах ядерной энергетики, сколько о проблемах тоталитарного советского строя: нищете (в том числе экономии на безопасности), лжи, очковтирательстве, дезинформации, наплевательстве на людей. Автор говорит, мол, не так уж много народу и померло-то. А как же «Женщины, жившие в областях, получивших небольшую дозу чернобыльской радиации, в панике делали аборты, которых насчитывается от 100 000 до 200 000». Вот эти от 100к до 200к абортов — их ведь не было бы, если бы не было катастрофы, так? Т.е. это были бы люди, они родились бы, были бы живы. И даже если бы катастрофа была, но дальше вовремя была проведена эвакуация, правильно организовано информирование, диагностика — тоже многие бы родились и жили. Так что, это разве не жертвы идиотской советской системы?
  • Промышленный реверс-инжиниринг
    0
    Везде всё хуже, чем кто-то предполагает.
  • На пенсию в 22
    +2
    Ага, всего-то заменяет 7 месяцев на 5 лет.
  • Google открывает исходный код парсера robots.txt
    0
    вот чёрт :)
  • На пенсию в 22
    0
    И надо идти на пенсию?
  • На пенсию в 22
    +11
    Это не выгорание, а неверно выбранная профессия. Невозможно в 22 выгореть от того, к чему лежит душа. Даже выучить это нормально к этому возрасту невозможно, поскольку для этого тупо надо 10 000 часов в это вложить, что к 22 годам сделать сложно.
  • Чеклист: запускаем SCRUM-команды и делаем прививки от зомби-скрама
    0
    Я не устаю с этого всего смеяться: знаменитый Agile-манифест, одной из основных ценностей которого была «Готовность к изменениям», а гибкость так или иначе упоминалась где-то в 5-ти пунктах из 12-ти породил вот это вот (цитаты из комментария выше): «четко прописанными артефактами и событиями», «знать его надо как воинский устав», «Это жёсткий каркас» и т.д.

    Т.е. борьба с драконом (ватерфол и прочее) привела к порождению ещё более ужасного дракона. Вот так и живём.
  • Stack Overflow на русском: инструкция по убийству сообщества
    –1
    Да кто же Вас оскорблял — Вы же сами себя оскорбляли, в тексте статьи. Вам из неё цитаты зачитывали. Больше Вас никто не оскорблял.
  • Новый GitLab 12.0 с визуальными ревью и списком зависимостей
    0
    Цепочки мерджей основаны на нашей фиче пайплайнов для мердж-реквестов

    Рили? А хав мач из зе воч?
  • Google открывает исходный код парсера robots.txt
    0
    Представьте сколько миллиардов раз этот код запускается каждый день на серваках гугла. И Вы предлагаете его замедлить расчётами расстояния Левенштейна. У меня в голове первое предложение пул-реквеста выглядело так:

    return (
          absl::StartsWithIgnoreCase(key, "disallow") ||
          (kAllowFrequentTypos && absl::StartsWithIgnoreCase(key, "dis") &&                               
                                   ((absl::StartsWithIgnoreCase(key, "dissallow")) ||
                                   (absl::StartsWithIgnoreCase(key, "dissalow")) ||
                                   (absl::StartsWithIgnoreCase(key, "disalow")) ||
                                   (absl::StartsWithIgnoreCase(key, "diasllow")) ||
                                   (absl::StartsWithIgnoreCase(key, "disallaw")))));


    Тогда можно будет сразу за одно сравнение отбросить все слова, не начинающиеся с «dis», а не делать 5 сравнений каждый раз.
  • Будни техподдержки: байки про то, что бывает, когда не можешь дойти до юзера
    +2
    как вдруг выясняется, что:

    Первый заказчик доволен и подтверждает тикет.
    Второй вообще не заметил простоя.


    Это потому, что ни первый, ни второй системой не пользовались. Кучу раз такое видел: откуда-то сверху приходит задача «внедрить вот это», при этом зачем, почему, как это заменяет существующую систему и согласуется с другими — не объясняется. Систему «внедряют», отчитываются наверх, продолжают пользоваться старой.

    Зато обновления легко накатывать и простои незаметны :)
  • О записи багов, или Найди кота
    0
    Плюс находясь в контексте бага на машине, где он воспроизвелся, бывает достаточно кликнуть пару кнопок, посмотреть пару файлов и становится понятно, что сломалось. Тестировщик не знает, куда смотреть, а разработчику потом, возможно, нужно будет долго воспроизводить окружение и шаги по воспроизведению.
  • О записи багов, или Найди кота
    0
    Я в курсе о проблеме входа в поток и переключения контекстов внимания. Но тут же чистая математика: если мне для входа в поток надо 15 минут, а для полного описания и изучения багрепорта мне и тестировщику нужно по 20 минут, то лучше вырваться из потока, 25 минут экономии. Плюс в половине случаев баг будет исправлен «здесь и сейчас», а не отложен на неделю.
  • О записи багов, или Найди кота
    0
    Быстрая коммуникация нужна именно для решения фиксить баг сразу или описывать. Если разработчик сразу понял о чём речь и может пофиксить это здесь и сейчас — отлично, мы сэкономили кучу времени тестировщика и разработчика. Если баг непонятен или не приоритетен — может быть принято решение о его детальном описании.
  • AWS Lambda — теория, знакомство
    0
    30 минут надо потратить первый раз. Второй и дальше — по минуте. Как и с любой новой технологией.

    Террабайт логов и миллион запросов на очередь в месяц — так бывает, если выкатить что-то в продакшн и не обращать внимания на него месяц. Лямбда тут не лучше и не хуже любой другой технологии.

    Встроенный редактор — задавная поделка для быстрого тестирования. Код лямбд (как и любой другой код) пишется в IDE, тестируется тестами, хранится в системе контроля версий и т.д.
  • О записи багов, или Найди кота
    0
    Описанный автором подход верен, но крайне трудозатратен. С практической точки зрения баги делятся на 2 типа:

    1. «Найди на картинке слона», когда слон красный на зелёном фоне, по центру и занимает 3/4 экрана (баг существует, воспроизводится всегда) — таким багам не нужно всё то детальное описание, которое просит автор, если его писать и читать — мы просто потратим время зря.

    2. «Найди на картинке кота» — вот как в статье. Можно потребовать детально, статьей на 5 абзацов описать местоположение кота, его породу и родословную до 5-го колена. Или можно одник кликом открыть видеочат с тестировщиком, сказать голосом «так, покажи мне этого кота» и, потратив по 3 секунды времени разработчика и тестировщика получить всю ту же информацию.

    В общем, коммуникации в команде рулят.
  • О записи багов, или Найди кота
    0
    Блин, век живи — век учись. Отличная программа.
  • Поймай меня, если сможешь. Версия Пророка
    +1
    «на 20% лучше, чем у предыдущей модели»
  • Эволюция самого популярного инструмента любого разработчика
    0
    Можно, конечно. Но это ни на что не влияет.
  • Эволюция самого популярного инструмента любого разработчика
    0
    Проверил. Ставится. Появляется билд-агент в трее и меню IncrediBuild в студии.
  • Эволюция самого популярного инструмента любого разработчика
    0
    Не заработало, к сожалению:

  • Эволюция самого популярного инструмента любого разработчика
    0
    А что это такое? Зачем расширение при установке тащит IncrediBuild?
  • C++ Enterprise Edition. Возможно ли?
    +1
    Для Java существует «энтерпрайз эдишн», поскольку джавоские задачи в энтерпрайзе преимущественно одинаковые: понятно, что будет реализовываться, в каком окружении работать, требования к производительности, нагрузке. В мире С++ разброс куда больше. Кому-то нужен логгер с кучей возможностей, а кому-то с одной записью в один файл, но очень быстро, а кому-то нужен header-only логгер, а кому-то кросплатформенный, а кому-то многопоточный, а кому-то под старый компилятор, а кому-то под С++17, а кому-то только уже собранный (под определённый тулсет) и т.д.

    Чёрта с два вы этот логгер специфицируете как-то так, чтобы всем подошло, уж не говоря о его реализации.
  • Внимание! Опасный баг в реализации C++ std::map::merge и std::set::merge в Visual Studio 2017
    0
    Две-то две, но что они покажут? Сравнение работы «emplace в цикле» и «merge». А стандарт нигде не говорит, что эти операции должны быть как-то связаны. Да, есть оценка О для обеих, но там могут быть совершенно разные коэфициенты.

    Я бы сказал, что если уж браться за замеры времени, то нужно показать рост времени с ростом размера выборки для «emplace в цикле» и для merge. Тогда будет видно, что один логарифмичный, а второй квадратичный.
  • Внимание! Опасный баг в реализации C++ std::map::merge и std::set::merge в Visual Studio 2017
    –1
    Во-первых, главный баг — это креш, а он воспроизводится и без таймеров. Во-вторых, как предполагается оценить замедление по этому коду? Ну, выведет он «100 микросекунд» — а как понять хорошо это или плохо?
  • Внимание! Опасный баг в реализации C++ std::map::merge и std::set::merge в Visual Studio 2017
    +7
    Тот редкий случай, когда на собеседовании нужно было попросить разрабочика развернуть на доске красно-чёрное дерево :)
  • Внимание! Опасный баг в реализации C++ std::map::merge и std::set::merge в Visual Studio 2017
    0
    Зачем в коде для воспроизведения бага chrono и замеры времени? Код для воспроизведения должен быть минимальным.
  • О проектировании гибкой системы способностей персонажей в играх
    0
    Я помню читал статью как для подобных вещей применялся паттерн Chain of Responsibilities. Там всё было просто: клепается куча блочков типа «броня», «физический урон», «магический урон», «усилитель от химии», «бафы класса персонажа» и т.д. Каждый блок принимает на вход и отдаёт на выход какое-то число (урона, хила, скорости). При каждой попытке воздействия игрока на что-то строится цепочка из нужных блоков, на вход ей даётся число — на выходе получается другое число. Всё. Элементарно добавляется всё, что угодно: заклинания, бафы от территории, времени дня, текущего игрового момента и т.д.
  • #NoDeployFriday: помогает или вредит?
    0
    Не понимаю этих предрассудков. Откладывание деплоя на 3 дня — это 3 дня для юзеров без потенциально пофигшенных багов или новых фич. Если, условно, релизить результаты по результатам двухнедельных скрамов и каждый раз откладывать релиз на 3 дня, то за год у вас будет 52/2*3 = 78 дней пауз в релизах из-за ваших страхов и предрассудков. А у ваших конкурентов — не будет. И они вырвутся вперёд.

    Нужно выйти что-то экстренно поднять в субботу? Ну и отлично! Оплата по ставке 2х, такси на работу и назад, дополнительный отгул — и я легко выйду. Тем более, что понадобится это аж 2-3 раза в год. Копеечные затраты для бизнеса. Всех бы проблем.
  • «А-а-а, начальник, шапка говорящая!» — умная каска для производств
    0
    Что было абсолютно правильными решениями в 1946-ом году.
  • Пример расчета пенсии IT-шника из Москвы
    0
    Жалование было неплохое, 1600 рублей в год

    А Вы не верно читаете эту фразу. Там не тире, а запятая. Жалование у него было неплохое ЗАПЯТАЯ 1600 рублей в год. Т.е. у него было жалование + ещё что-то (взятки?) и получалось 1600 рублей в год в сумме. Это вполне соотносится и с сегодняшними реалиями, когда чиновник на взятках в месяц получает в 10 раз больше официального жалования.
  • Что не нужно делать, если у вас украли телефон
    +3
    Да-да, а когда рядом происходит, например, пьяная драка — нужно полезть туда и прокачать свой скил участия в пьяной драке.

    Некоторые области стоят вложения сил в прокачивание скила, а некоторые — нет.
  • Что не нужно делать, если у вас украли телефон
    +1
    Скажите, а вот гоняясь в одиночку за незнакомым человеком, совершившим преступление — Вы осознавали, что могли получить, например, нож под ребро и расстаться с жизнью? За 7000 рублей.
  • Я ненавижу почти всё ПО
    +5
    Никого не волнует объектная модель glib. Одна вещь, которая имеет значение в разработке ПО это что чувствует пользователь


    Какой-то популизм, ей богу. Конечно, пользователя не волнует объектная модель glib, его волнует чтобы програмка быстро бегала и сайтик открывался. А чтобы это произошло — какого-то программиста должна волновать объектная модель glib. Не волнует — ну, переходите в пользователи и наслаждайтесь результатами работы других, а деньги зарабатывайте, работая дворником.
  • Как специалист по DevOps стал жертвой автоматизации
    +3
    275 тысяч USD плюс опционы на акции и бонусы

    сумел полностью погасить 4 ипотеки за последние 5 лет


    Слёзы наворачиваются на глаза — так жалко автора оригинального текста.
  • GitLab 11.11: несколько ответственных для мердж-реквестов и улучшения для контейнеров
    0
    Скажите, а в виндовом докер-контейнере всё-ещё невозможно ни запустить GUI-приложение, ни приконнектиться к нему по RDP? Т.е. смысл их использования крайне ограничен?
  • Теперь хороших разрабов меряют по просмотрам и подписчикам. Плохо ли это?
    0
    «Хороших разрабов меряют по просмотрам»

    Ха, я напоминю, что мы живём во времена когда хороших врачей выбирают по отзывам, а президентами стран становятся те, у кого больше фолловеров в Инстаграмме и лучше настроен таргетинг рекламы в Фейсбуке. Так что с программистами ещё не самая большая катастрофа.

    Но, с другой стороны, это, возможно, не так уж и плохо. Успех проектов всегда определялся не только профессионализмом, но и умением влиять на умы людей. Выбрав того, кто, например, талантлив вполовину от лучшего, но имеет аудиторию в 10 раз больше, чем у него — получит в итоге в 5 раз больше пользователей (подписчиков, избирателей).
  • «Игра престолов»: строим инфографику об убийствах, сексе, путешествиях по Вестеросу и многое другое
    +3
    Люди в блоге Вольфрама пишут о возможностях Вольфрама. Где же тут «буханка хлеба и троллейбус»? Мне вот интересно было посмотреть на разные графики, может и себе какой-то использую
  • «Игра престолов»: строим инфографику об убийствах, сексе, путешествиях по Вестеросу и многое другое
    0
    Есть достаточно подробные вики-статьи по всем персонажам. Возможно, оттуда.