Забыли, что по домену habrahabr.ru уже десять лет, как располагается школьный портал?
В этой стране технологии и квалификации отстают от мировых на 10-30 лет — вышеупомянутые язык и фреймворк начнут различать лет лишь через двадцать, когда весь мир уже перейдет на что-то новое.
Тут еще тысячу раз какой-нибудь колхозник, живущий в православном делфи-мире, будет спрашивать: «а разве на руби есть что-то кроме рельс?», — и ему тысячу раз будут отвечать: brew, chef, vagrant, puppet, и что если б не изначальная разработка sinatra, bundler и rspec, их бы не портировали в питон в виде flask, в раст в виде cargo, в js в виде целого множества фреймворков и т.д., и что таким образом без руби в программировании давно уже никуда. Но это все будет бесполезно, потому что хоть тысячу раз это расскажи в деталях, хоть миллион, русский посетитель сия школьного портала ничего не поймет. Потому что программистов здесь нет, ну может есть человека полтора-два, но вопрос про «почему в диаграмме то да се?» не имеет смысла задавать, т.к. здесь статьи пишут домохозяйки для домохозяек.
> Я не читаю ленты соцсетей, за исключением Instagram, так как только в нем я могу контролировать источники получаемого контента.
Откройте для себя технологию 2000 года — RSS и RSS-агрегаторы.
> Новости технологий и бизнеса я получаю из Telegram-канала vc.ru, новости дизайна от Юрия Ветрова.
Хотел было сказать, что опять же, Telegram-каналы и прочий рак был придуман для того, чтоб отучить людей от анонимного чтения RSS, и трекать, кто что читает, чтоб торговать вами на рынке аудиторий и датамайнинга, но т.к. ни для кого не секрет, что vc.ru — площадка для проплаченных постов, да еще и Юрца какого-то приплели, стало понятно, что и сам этот хабрапост — реклама.
Тестирование десктопного ПО в далеком 2013 году пилил в рамках проекта Яндекс Браузер не скажу кто. Эта библиотека включала в себя как работу через accessibility, так и через webdriver. Один и тот же код тестировал билды и под Windows, и под Mac OS. Также, при наличии некоторого опыта и интереса к теме обработки изображений, разрабатывался подход аналогичный Sikuli. Были наработки организации работы этого всего в Jenkins, а по результатам создавались отчеты очень похожие на, тогда еще и внутри не очень известный, Allure, который делался параллельно другими людьми. Но в колеса единоличной разработке этого всего (например, настаивалось на том, что вообще систему создания отчетов нельзя запиливать, иначе «ручники будут гонять тесты, а мы станем не нужны» sic!) то и дело вставлялись палки, успехи присваивались другим людям, систематично распространялась клевета как начальству, так и коллегам того уже уровня не только про деятельность в рамках проекта, но и про остальной профессиональный опыт. Были наняты 3 человека, чтоб переписать весь его код ничего не добавив, просто чтоб растащить код по кусочкам и остановить прогресс. К тому моменту, когда масштабы подставы стали очевидны, в человеке уже было столько обиды и отвращения, что поднимать скандал (а тихо, на столько несвойственную общей внутренней культуре компании, историю разрешить бы наверное не удалось) уже не было сил — человек устал, вздохнул, посвятил последний месяц допиливанию документации (которую вел единолично все это время, не смотря на то, что в отделе числилось множество людей) и ушел.
Судя по скриншоту, автор гонял GCP на Haswell, хотя мог взять Skylake — на два поколения новей.
И до Local SSD, видимо, маны тоже не дочитал https://cloud.google.com/compute/docs/disks/local-ssd
> Автоматизация через GUI наиболее болезненная и дорогостоящая из-за хрупкости и низкой скорости тестов, но зачастую начинают именно с нее.
Дорогостоящая? Автоматизаторов GUI-тестирования нужно на порядок меньше, чем остальных программистов.
И правильно делают, что начинают с нее — первые 10 строк GUI-тестов заменят первые десять тысяч строк юнит-тестов. «Взять и покрыть юнитами все, что наделали на сегодняшний день» можно только если ничего не наделали, поэтому надо начинать с высокоуровневых тестов, которые укажут, в какие направления нужно спускаться, уровень за уровнем, а не бросаться с юнитами на все подряд.
> Тем временем, факт создания новой команды никак не влияет на команду разработки: она все также продолжает отдавать в тестирование некачественный продукт, игнорируя написание модульных и интеграционных тестов.
Ничего подобного, если есть CI. К следующему спринту (или какую у вас там религию планирования менеджеры придумают) чувак, не сумев позеленить свой мержреквест будет вынужден начать включать голову, когда код пишет. Если у него это получаться будет хуже, чем у коллег, то вообще отлично — нашли, кто баги наплодил.
> Нестабильных и медленных по своей природе GUI-автотестов с каждым релизом становится все больше, а значит больше ресурсов уходит на их поддержку, что ведет к расширению команды автоматизации.
Автотест не бывает «нестабильный» просто так — либо витую пару грызут мыши, либо кто-то сильно гордый отказывается логировать/дебажить. А то, что нестабильность выявляется — это потому, что автотест более внимателен к деталям, чем наивный пользователь, который просто ленится багрепортить нестабильность, а вместо этого ругает свою винду, браузер или старый комп.
> Департамент обеспечения качества растет, но не обеспечивает должный рост качества выпускаемого продукта.
см. пункт 2
P.S.: две недели отвечать не смогу. Только в личку.
Где-то в глубинах интернета два с половиной говнокодера, не умеющих гуглить или задавать вопросы, поныли о том, что их вопросы справедливо закрыли или минусанули — это уже называется «закатом»? Кто придумал такой заголовок? Ализар? Но конечно же, хлынет волна сочувствующих — всяческих обиженок, которые сами за столько лет существования не сумели ни хороший вопрос задать, ни, уж тем более, дать хороший ответ. А часть локальных комментаторов и плюсовальщиков перевода этого бреда и вовсе не может преодолеть языковой барьер, потому что значит знает только русский (и то с ошибками), поэтому побросаться говном в один из ценнейших сайтов и его комьюнити — святое дело, ага.
Вся эта power умножается на 0.1, если замерить плотность ошибок не в реализации языка, а в коде, который на этом языке потом пишут.
Плюс учесть, что программы на руби на несколько процентов короче, что при сохранении плотности дает меньшее кол-во ошибок на программу.
то процент ошибки у всех уменьшился бы раза в два, потому что некоторых этих слов даже Google не знает. А то по условию конкурса вам нужна программа, которая отличает «слова английского языка», но победит программа, которая отличают «определенную херню, захардкоженную по пьяни».
Про лесенку DPS — опытные игроки Quake знают, что эффективней всего наносить дамаг чем-то скорострельным, чтобы когда у противника останется определенное количество HP (предсказываешь его на догадках о том, сколько его у противника было заранее, и сколько раз ты по нему успешно попал) в соответствии с позицией, твоим aim-ом и его dodge-скиллом ловишь момент переключения на оружие, которое стреляет реже, но сильней, например, Rocket Launcher.
Минус один? Мало того, что в статье не дружат с основами логики, а в комментах никто этого не заметил, так еще не довольны, что есть кто-то, кто не такой? ..))) Спасибо, подняли настроение.
В этой стране технологии и квалификации отстают от мировых на 10-30 лет — вышеупомянутые язык и фреймворк начнут различать лет лишь через двадцать, когда весь мир уже перейдет на что-то новое.
Тут еще тысячу раз какой-нибудь колхозник, живущий в православном делфи-мире, будет спрашивать: «а разве на руби есть что-то кроме рельс?», — и ему тысячу раз будут отвечать: brew, chef, vagrant, puppet, и что если б не изначальная разработка sinatra, bundler и rspec, их бы не портировали в питон в виде flask, в раст в виде cargo, в js в виде целого множества фреймворков и т.д., и что таким образом без руби в программировании давно уже никуда. Но это все будет бесполезно, потому что хоть тысячу раз это расскажи в деталях, хоть миллион, русский посетитель сия школьного портала ничего не поймет. Потому что программистов здесь нет, ну может есть человека полтора-два, но вопрос про «почему в диаграмме то да се?» не имеет смысла задавать, т.к. здесь статьи пишут домохозяйки для домохозяек.
> Я не читаю ленты соцсетей, за исключением Instagram, так как только в нем я могу контролировать источники получаемого контента.
Откройте для себя технологию 2000 года — RSS и RSS-агрегаторы.
> Новости технологий и бизнеса я получаю из Telegram-канала vc.ru, новости дизайна от Юрия Ветрова.
Хотел было сказать, что опять же, Telegram-каналы и прочий рак был придуман для того, чтоб отучить людей от анонимного чтения RSS, и трекать, кто что читает, чтоб торговать вами на рынке аудиторий и датамайнинга, но т.к. ни для кого не секрет, что vc.ru — площадка для проплаченных постов, да еще и Юрца какого-то приплели, стало понятно, что и сам этот хабрапост — реклама.
И до Local SSD, видимо, маны тоже не дочитал https://cloud.google.com/compute/docs/disks/local-ssd
Дорогостоящая? Автоматизаторов GUI-тестирования нужно на порядок меньше, чем остальных программистов.
И правильно делают, что начинают с нее — первые 10 строк GUI-тестов заменят первые десять тысяч строк юнит-тестов. «Взять и покрыть юнитами все, что наделали на сегодняшний день» можно только если ничего не наделали, поэтому надо начинать с высокоуровневых тестов, которые укажут, в какие направления нужно спускаться, уровень за уровнем, а не бросаться с юнитами на все подряд.
> Тем временем, факт создания новой команды никак не влияет на команду разработки: она все также продолжает отдавать в тестирование некачественный продукт, игнорируя написание модульных и интеграционных тестов.
Ничего подобного, если есть CI. К следующему спринту (или какую у вас там религию планирования менеджеры придумают) чувак, не сумев позеленить свой мержреквест будет вынужден начать включать голову, когда код пишет. Если у него это получаться будет хуже, чем у коллег, то вообще отлично — нашли, кто баги наплодил.
> Нестабильных и медленных по своей природе GUI-автотестов с каждым релизом становится все больше, а значит больше ресурсов уходит на их поддержку, что ведет к расширению команды автоматизации.
Автотест не бывает «нестабильный» просто так — либо витую пару грызут мыши, либо кто-то сильно гордый отказывается логировать/дебажить. А то, что нестабильность выявляется — это потому, что автотест более внимателен к деталям, чем наивный пользователь, который просто ленится багрепортить нестабильность, а вместо этого ругает свою винду, браузер или старый комп.
> Департамент обеспечения качества растет, но не обеспечивает должный рост качества выпускаемого продукта.
см. пункт 2
P.S.: две недели отвечать не смогу. Только в личку.
Ах, если б до людей все доходило с первого раза…
https://habrahabr.ru/post/85459/#comment_6190771
https://en.wikipedia.org/wiki/Lights_Out_(game)
pipes? sockets? mmap?
> И в случае с руби лучше всего воспользоваться внешним механизмом передачи сообщений и редис в данном случае подойдет идеально.
> author: CTO at…
Рельсисты такие рельсисты…
Плюс учесть, что программы на руби на несколько процентов короче, что при сохранении плотности дает меньшее кол-во ошибок на программу.
С наибольшей уверенностью этот язык хвалят те, кто больше ни на каком в жизни не писал…
toddite, synapsidan, ursid, cycadales, nebbishy, gypsophilous, cowfish, haboobs, archhead, impulsed, otiorhynchinae, twankies, olympio, besra, bankroll's, godsends, colymbidae, reefier, hobbie's, sagittid's, souldan, sap's, nevada, bushlike, hexastigm, baptizee, bonnibell, aldose, pilows, barkhan, redshank's, lucerne, baulkier, pocill, corday, unsaddle, waxbill, unbudged, horsehair, bamboula, parkward's, farnsworth's, zealotry, plumbed, khios's, millsboro's, otyak, enkernel, massif's, revkah…
то процент ошибки у всех уменьшился бы раза в два, потому что некоторых этих слов даже Google не знает. А то по условию конкурса вам нужна программа, которая отличает «слова английского языка», но победит программа, которая отличают «определенную херню, захардкоженную по пьяни».