Как известно, в 2018 году компания Google провела крупнейший редизайн интерфейса своего почтового сервиса Gmail. Как обычно, довольны им оказались далеко не все — и на этот раз есть вполне объективные причины для недовольства сервисом. Почему загрузка Gmail стала занимать очень много времени, а действия вроде удаления или архивирования цепочки писем могут выполняться 4-6 секунд?
Пару дней назад подобным вопросом задался пользователь Hacker News — и он получил ответ от анонимного сотрудника Google, хлестко проехавшегося по культуре разработки внутри компании и своим коллегам.
С его слов, все это происходит в силу того, что в Google не предусмотрено никаких наказаний за подобные «промахи».
В стенах компании активно поощряют запуски (launch) — публичные релизы чего-либо. И то, что продукты могут содержать лишь половину необходимых фич, не работать, работать только из-под Chrome и прочее — это никого не волнует, ведь их создателям за это ничего не грозит. Это — норма.
Смысл подобный действий заключается только в одном — в продвижении по службе, поскольку без крупных запусков дальше определенного уровня пройти не удастся. Вот мы и получаем в итоге сотни ненужных приложений-чатов, бесконечные редизайны и перезапуски — иначе отдельные личности не смогут получить повышение.
Когда руководство компании попробовало решить проблему, выпустив внутренний документ, который вместо «launches» (запусков) мотивирует достигать успешных «landings» (посадок, успешных запусков) — всё, что изменили в своей жизни сотрудники, так это выполнили s/launch/landing/g в своих performance review.
Возьмем, к примеру, мессенджер Allo. На его разработку ушло два года, после чего компания решила приостановить разработку и заморозить проект. Как выясняется, отвечавшие за мессенджер люди при этом не пострадали — наоборот, некоторые из них даже получили повышение.
Увы, но судя по всему, насущные проблемы пользователей компанию сегодня не слишком интересуют:
Знаете, сколько багов нужно пофиксить, чтобы получить повышение? Бесконечно много. Неважно, как много багов вы исправите — это никогда не принесет вам достаточного «вклада» для повышения, никогда. Но достаточно запустить всего один редизайн — будь даже он практически бесполезен — и повышение у вас в кармане.
Естественно, в стенах самой компании есть люди, которые предупреждают о возможности подобного и жалуются, заносят баги производительности в трекеры — вот только все это игнорируется; большинство работников со временем сдается и перестает писать про баги, ведь типичным ответом им будет «вы не наша целевая аудитория».
И мы все знаем об этих проблемах! Все мы! Некоторые увольняются, когда до них это доходит; другие просто начинают «оптимизацию» в сторону повышения — вместо того, чтобы оптимизировать в сторону того, что будет хорошо для пользователя или для компании.
В своих мыслях разработчик не одинок. Грэхем Уилер поделился историей из своей жизни в Google, подтверждающей его позицию.
Однажды в Google я получил негативный performance review. Я решил, что лучшим способом потратить мое время будет произвести рефакторинг кода, который мне достался, чтобы довести степень его покрытия тестами с 0% до 80%, попутно исправив немало багов. В итоге я получил на performance review дерьмовый отзыв, а автор оригинального говнокода — повышение.
Рассказы о проблемах управления разработкой в стенах Google появляются в Сети регулярно. Реакция пользователей тоже не заставляет себя ждать. Бизнес-клиенты, использующие Google Apps, переходят на FastMail, основной принцип которого — только электронная почта и ничего лишнего.
Примерно так мы с вами и получаем вещи вроде нового Gmail. Который, с одной стороны, заполучил редизайн в духе Material Design, оффлайн-режим и множество других мелких улучшений, которые переносят в него из Google Inbox, который со следующего года прикажет долго жить. С другой — для полной загрузки выполняет 358 запросов и выкачивает 6.3MB. Для сравнения, «древний» режим HTML View в Gmail — это всего лишь 14 запросов и 25.3KB, что позволяло ему загружаться за 2 секунды.
Разумеется, данная практика касается не только Google, но и многих других крупных компаний. Мы наблюдаем известный принцип «Вы получаете то, что вы измеряете» в действии.
Похожую историю рассказал разработчик Стив, работавший в Apple над MacOS X Snow Leopard. Стив по большей части занимался тем, что исправлял баги во всех основных фреймворках ОС — и по итогам выпуска ему было отказано в повышении из-за того, что его присутствие «не было критически важным ни на одном из проектов».
Ирония здесь заключается в том, что данная версия ОС по идее руководства компании должна была стать релизом, в котором все было направлено на улучшение стабильности и производительности системы. Однако, в то время как одни ожидаемо работали над стабильностью, другие активно «пропихивали» в релиз новые фичи вроде сборщика мусора для Objective-C, чем задержали работу остальных и сделали XCode неюзабельным на несколько месяцев.
Зато работа над ошибками не прошла даром для простых пользователей, которым запомнились отличная работоспособность Snow Leopard и последовавшей за ней Lion — в отличие от Chrome, который только за время написания этого поста успел пару раз зависнуть и вызвать «крэш» вкладки с черновиком.
Комментарии (289)
FFiX
07.11.2018 15:58Если говорить про сам редизайн, то кажется, что дело не только в самом дизайне или адаптированности под Chrome. На вкладке Network браузера можно увидеть много прекрасного вроде периодических ответов на POST-запросы по 10+ секунд при банальном переключении папок.
KevlarBeaver
07.11.2018 15:59+5Мне кажется, Гугль, имея огромные запасы бабла, в своём развитии использует что-то похожее на генетические алгоритмы. Отсюда и безнаказанность тех, кто выпустил неудачные продукты — они просто прошли в следующее поколение симуляции. Какие-то продукты всё же выходят удачными — и Гугль имеет с этого профит. То, что команда выпустила неудачный продукт — совсем не значит, что она прям целиком плохая и её надо выгнать (чем грешат обычные конторы). Я больше, чем уверен, что всё несколько сложнее, чем представлено в статье, и есть какие-то механизмы регуляции и выделения успешных команд/разработчиков и общей массы для создания продуктов, которые с большей вероятностью «выстрелят». Кроме того, я бы вообще не удивился, если бы оказалось, что Гуглом управляет ИИ.
Acuna
07.11.2018 18:25Не совсем так. Повышения (читай «прибавки к зарплате») хотят все, но благодаря тому, что сейчас даже самые говеные мобилы имеют от четырех ядер, а инет часто даже превышает сто гигабит, можно выкатывать пресловутые «launches» c тысячами разрозненных библиотек и костылей, ну а чо, техника же все-равно все схавает. Дело даже не во времени загрузки, а именно в мощностях и месте на дисках. Помнится когда было 64 Мб встроенной памяти — десять раз подумаешь стоит ли говнокодить, хотя функционал был аналогичным, у меня в те времена на лаптопе помимо непосредственно операционки помещалось несколько мессенджеров, аська, почтовый клиент разумеется, и до кучи всего и вся на все случаи жизни.
Mairon
08.11.2018 01:51Не очень понятно правда, зачем хайрить лучших спецов на рынке, если в итоге работа похожа на наколенную поделку джунов, совмещающих подработку с учёбой.
roscomtheend
08.11.2018 12:50Коротко: чтобы не хуже, чем у пацанов было. Пока есть деньги и работа там считается престижной — это не проблема.
А потом их ставят в такие условия, что спецы быстро понимают работу системы и оптимизируются под неё (или уходят). Когда контора маленькая, то шансы сделать что-то есть, когда размер даже в процент Гугла, то руководство (даже если заинтересовано) не пойдёт к каждому, чтобы узнать что надо и не выяснит итог. Будет иерархия, каждый уровень имеет ограничение производительности и ограничение обслуживамых узлов, чем больше низовых винтиков, тем больше уровней иерархии и вносимого ими хаоса, нужен KPI (тот самый ненавидимый всеми, кроме манагеров). А манагеры не могут придумать нормальный KPI (как вариант — его нет в природе) и всё сводится к мастштабу (незаметные баги против редизайна) и картинке(подумаешь лезущие надписи и падения — тут вон какая разница).
cyborg-researcher
08.11.2018 06:18Ну хоть какие то рамки приличия должны быть.
Я запилил себе в мобилу девятый ведропирог. Там естественно стоял хром.
Дык он весит 212 метров! О_о
Что в него такого засунули, что он столько весит?playnet
09.11.2018 23:03помню недавнее нытьё кого-то на хабре, там было про размер для android oreo, типа 50 мб это очень мало, нам приходится страдать. Но если исключить именно ресурсы (карты, большие картинки когда это необходимо, игры) то большинство приложений не составит труда уместить мегабайт в 5 при их штатном весе в 50-250 мб. Взять тот же убер — если убрать карты (кэш считается отдельно), то чему там весить 131 мб? Фреймворк на фреймворке? Переписывать нормально!
burzooom
10.11.2018 12:08видимо все предыдущие версии Хрома))
popov654
10.11.2018 12:24Там один только кэш весит 150 метров (на Windows во всяком случае так). При этом это минимальное значение, хотя бы один сайт откроете — будет столько (но можно прибить его вручную, браузер от этого стартовать не перестанет). Если же использовать браузер годами, то размер кэша может вырасти и до 250-280 метров.
inkvizitor68sl
07.11.2018 16:03Фиг с ним с количеством запросов, допустим.
Каким образом оно умудряется съесть 2 потока от i7-6600U (право, не самого слабого ноутбучного cpu) при банальных действиях вроде перехода из папки в папку — ума не приложу.FFiX
07.11.2018 16:07-2Увы, эта проблема не только с Gmail, но и с другими аналогичными сервисами. Для меня это стало одной из причин полного отказа от U-камней.
inkvizitor68sl
07.11.2018 16:27Да вот нет такой проблемы ни с одним аналогичным сервисом (разве что facebook, но это нифига не «аналогичный»).
Yamail, rambler, afterlogick, roundcube — все летают, если perfomance-режим включен.roscomtheend
08.11.2018 12:52Rambler просто тупил при запросах. Сейчас, вроде, получше.
AllanStark
07.11.2018 16:14Последние реинкарнации интерфейса Гуглоаналитики тоже кушают ресурсы аки какой-то майнер криптовалют.
n1ger
08.11.2018 01:55У меня в Chrome аналитика уходит в аут. И вешает вкладку, с просьбой: «хром устал, дай отдохнуть или ты подождёшь ещё?»
При этом Firefox спокойно кушает аналитику и все ок. И это на отнюдь не слабом ноуте MSI GE60 на SSD. Чем можно положить одну единственную открытую вкладку с аналитикой я хз
AndreDeBonk
07.11.2018 16:15+1После редизайна у меня часто вообще не открывается gmail. Проходит само по себе через некоторое время.
Ну и в принципе все действия стали сильно тупить. Переключение на другую категорию писем, открытие письма, открытие спама… Почему теперь все делается так долго? :(YemSalat
08.11.2018 05:08Посмотрите, может сами запросы долго висят? Т.е. может дело нe в ui, а в сети/бэкенде.
popov654
08.11.2018 15:15У меня всё летает, только что проверял. Как понять, какая именно у меня версия? JS вроде как работает, судя по эффектам. И попап про новый дизайн в начале показывался.
Может, зависит от общего количества писем?
Emulyator
07.11.2018 16:18+2Хорошо перекликается с нашумевшей статьей «Моё разочарование в софте». )
0xf0a00
08.11.2018 01:13+1Тяжело найти что то, что не перекликается с этой статьей. У меня в ноутбуке всего то 6Гб оперативы и интел второго поколения. Читать там комментарии, без возбуждения нервной системы, не получается.
тык
Mad__Max
08.11.2018 05:20Ну там хотя бы большая статья и несколько тысяч комментариев к ней со всем «социальным обвесом» (аватарками, кнопочками, ссылками, стрелочками для голосования, выставленными оценками и т.д.) на каждый из них.
А вот вкладка с новым Gmail у меня сжирает примерно в 2 раза больше памяти, хотя там всего лишь список из десятка писем открыт. Даже не сами письма — просто папка с заголовками писем.
При работе правда особо не тормозит — жрет до гигабайта памяти в пике, загружает непойми какой работой 2 ядра, но со стороны взгляда пользователя работает пока относительно сносно.site6893
09.11.2018 11:55>хотя там всего лишь список из десятка писем открыт…
>жрет до гигабайта памяти в пике…
>но со стороны взгляда пользователя работает пока относительно сносно.
ШТА??? Вы хоть сами себя слышите?Mad__Max
10.11.2018 00:54Вполне — судя по мониторингу ресурсов жрет их как не в себя. Но судя по тому что видит пользователь не заглядывающий «под капот» — работает нормально. При условии конечно, что в системе этих ресурсов достаточно.
d_ilyich
07.11.2018 16:20+4А какие-то критически важные преимущества у нового дизайна есть? А то можно по-прежнему пользоваться базовой HTML-версией.
Desprit
07.11.2018 17:00А как это сделать? Я выбираю базовую версию при входе, потом нажимаю «использовать по умолчанию», но стоит закрыть вкладку и открыть снова, то никакой базовой версией и не пахнем, автоматически переключается на новую.
staticlab
07.11.2018 17:06+4lexa0
07.11.2018 21:01+1Можно перманенто переключится в «Standart HTML view» пройдя по ссылочке mail.google.com/mail/u/0/h/1pq68r75kzvdr/?v%3Dlui
Да, ссылочка выглядит странно и подозрительно, но такая она в документации support.google.com/mail/answer/15049?hl=enRinonNinqueon
08.11.2018 08:59Всё равно, если пройти по ссылке, закрыть и снова открыть gmail — загружается стандартная версия.
LoadRunner
08.11.2018 09:20Печеньки запрещены?
RinonNinqueon
08.11.2018 09:29Всё разрешено. Для честности даже попробовал отключать все плагины.
Юзаю последнюю Лису.
RinonNinqueon
08.11.2018 10:25Нашёл, как закрепить.
— Открыть HTML версию
— Вверху будет жёлтая плашка (но это не точно), там можно включить HTML режим по-умолчанию.
d_ilyich
07.11.2018 21:06Не знаю, ни разу у меня дизайн не слетал. Просто набираю на любой машине gmail dot com, логинюсь и получаю последний активированный. Хотя, что на мобильных устройствах происходит — не уверен, т.к. крайне редко ими пользуюсь.
ZoomLS
07.11.2018 23:32+3Самый простой способ — отключить js для gmail. У меня много аккаунтов, где-то нормально выдаётся html-версия, где-то всегда скидывается на «тяжёлую». Я просто вырубил js для gmail и теперь всегда — только лёгкая html-версия. Работа с почтой, ускорилась в разы!
resetme
07.11.2018 16:20Вообще это не только проблема больших компаний вроде Google, но и проблема любой софтверной компании. Исправление багов — деньги не приносит, поэтому на это забивают так как нужна сиюминутная отдача, а не перспективы стабильности продукта.
sshikov
07.11.2018 19:42Вы хотите сказать, что этот идиотский редизайн приносит деньги? Ой вряд-ли…
un1t
08.11.2018 07:08Ну сам редизайн может и не приносит, но если они выкинули старую кодовую базу, на которой уже сменилось 5 поколений разработчиков и никто толком не знает как это работает, то новый код позволяет выкатывать новые фичи быстрее и потенциально да, это деньги.
sshikov
08.11.2018 19:15+1Я бы с вами согласился, если бы gmail последние несколько лет стабильно не скатывался бы в полное г., вместе я радом других проектов. То есть, скажем с maps, которые стали сильно хуже, чем были до какого-то очередного «редизайна».
vsapronov
07.11.2018 23:30+2Вам начать перечислять все новые говнопроекты гугла за последние 10 лет, которые не только не принесли бабла, но и потратили его, поскольку закрылись?
Dr_Faksov
09.11.2018 21:39-1У Гугла вообще изначально своих, а не купленных и приобретенных другими способами, удачных проектов — по пальцам пересчитать. G-mail изначально не Гугл.
khim
09.11.2018 23:22Какое интересное открытие. Откуда сведения? От свидетелей «плоской Земли»?
То, что некоторые продукты у Гугла купленные — это нормально. У многих фирм так. Ещё чаще — покупается компания, продукт некоторое время используется… а потом переписывается на «внутренних» технологиях. Примеры — Laticce C/Microsoft C/Visual C++, PowerPoint, Google Docs… но вот конкретно GMail — был-таки написан в гугле. В рамках 20% проекта. Когда 20% проекты ещё существовали.Dr_Faksov
10.11.2018 06:54Сколько помню: Gmail -програма-победитель одного из конкурсов програмистов, устраиваимых Google. По условию конкурса, разработчик(и) получают работу в комнании а программа переходит в собственность Google.
staticlab
10.11.2018 11:09https://en.wikipedia.org/wiki/History_of_Gmail
Gmail was a project started by Google developer Paul Buchheit, who had already explored the idea of web-based email in the 1990s, before the launch of Hotmail, while working on a personal email software project as a college student. Buchheit began his work on Gmail in August 2001. At Google, Buchheit had first worked on Google Groups and when asked "to build some type of email or personalization product", he created the first version of Gmail in one day, reusing the code from Google Groups.
khim
10.11.2018 19:18Там убиственен следующий абзац:
<At the time when Gmail was being developed, existing email services such as Yahoo! Mail and Hotmail featured extremely slow interfaces that were written in plain HTML, with almost every action by the user requiring the server to reload the entire webpage. Buchheit attempted to work around the limitations of HTML by using the highly interactive JavaScript code, an approach that ultimately came to be called AJAX (Asynchronous JavaScript and XML).
Как мы дошли до жизни такой, когда AJAX, который был призван решить проблему «extremely slow interfaces» стал работать с такой скоростью, что люди готовы от него отказться и вернуться к «plain HTML» версии, которая, после всех рерганизаций, работает реально быстрее, чем этот новейший «дезигн»?
un1t
08.11.2018 07:26Опыт фэйсбука и вконтакта показывают, что это хорошая стратегия, по крайней мере с точки зрения финансов. Все основатели обеспеченные люди, а что эти продукты умрут через пару лет, дак это никого не интересует. Деньги заработаны, основатели довольны, дальше им уже можно и не работать.
Я бы сказал, что это проблема не софтверных компаний, а вообще любых. Нужно по-быстрому делать то что приносит деньги, иначе денег не хватит и компания закроется. Багфиксы и мелкие улучшения отнимают бесконечное количество времени при этом редко когда улучшают финансовые показатели.
А что тут удивляться, в уставе любой компании написано, что целью является извлечение прибыли. Но тут некоторым может показаться, что для компании хорошо долгосрочное планирование и прибыль. Для компании то да, но для конкретных людей инвесторов и руководителей, более интересно по-быстрому срубить бабла, и пофиг что далее будет с компанией.Archon
08.11.2018 09:48может показаться, что для компании хорошо долгосрочное планирование и прибыль
Долгосрочное планирование продукта и так уже вещь достаточно призрачная, а с течением времени вообще исчезнет как класс. Допустим, с тем же джимейлом, сегодня электронная почта нужна и востребована, а завтра она может отмереть за один год, как только будет придумано что-то более удобное. Как отмерли классические мессенджеры с приходом вацапа.
Как говорится, лучше умирать на кредитной яхте, чем с миллиардами в банке. Если проект так и так умрёт в обозримом будущем — технический долг по нему не просто неизбежен, а даже приветствуется.popov654
08.11.2018 15:17+1А чем вотсап так хорош (лучше классических мессенджеров)? Я вообще им не пользуюсь. Для голосовой связи — скайп и дискорд, для текстовой — вк. Не было бы вк — возможно, юзал бы аську.
tretyakovpe
09.11.2018 11:29будут у вас иностранные коллеги/друзья, ВК перестанет быть панацеей
popov654
09.11.2018 23:53А что мешает им использовать его? В нём есть ведь поддержка любых языков, в том числе и английского.
vlivyur
09.11.2018 10:43Мессенджеры всегда будут умирать, а email как жил, так и живёт. И умрёт не скоро — слишком многое на него оказывается завязано.
playnet
10.11.2018 02:11Что есть «классические мессенджеры»?
Для иностранных коллег — вполне стандартом являются скайп, дискорд, слак, фб, почта. Причём обычно скайп+что-то ещё из списка выше, обычно 2 позиции.
resetme
07.11.2018 16:21+2Вообще это не только проблема больших компаний вроде Google, но и проблема любой софтверной компании. Исправление багов — деньги не приносит, поэтому на это забивают так как нужна сиюминутная отдача, а не перспективы стабильности продукта.
anprs
08.11.2018 07:27Мнение примерно такое: если есть баг, но пользователи продолжают работать, значит он настолько не критичен что можно забить
tcapb1
08.11.2018 07:40+1С другой стороны один регулярно встречающийся баг может сильно бить по пользовательскому опыту и делать продукту репутацию «глючного». И пользователю не важно, что все остальные 100500 фич работают как надо.
nApoBo3
07.11.2018 16:31+1
Только такие ассоциации возникают когда смотришь на некоторые продукты крупных компаний.
И еще немой вопрос: «ну как же так». Вроде у них лучшие разработчики, практически не ограниченные ресурсы… как можно так пролюбить все полимеры, чтобы на входе было оно.WinPooh73
07.11.2018 19:43+2Разработчики там лучшие в том смысле, что они очень хорошо умеют решать олимпиадные задачки, разворачивать списки, балансировать деревья на доске и т.п.
agent10
07.11.2018 23:00+1Завалил как-то два собеседования в Яндекс)
На первом отлично прошёл секции Java и Android(казалось бы что ещё надо на мобильного разработчика), но не очень алгоритмы дались. Не взяли.
Ко второму подготовился значительно лучше по алгоритмам. Но не прошёл даже скайп собеседование потому что не смог точно назвать «фичи» Андроид 7.0.
Фейспалм.un1t
08.11.2018 07:36Ага, а потом выясняется, что эти гениальные сортирователи списков не умеют банально тесты писать. Более того, даже форма обратной связи в некоторых продуктах не работает.
masv
08.11.2018 12:25Наверное у всех компаний, где наймом занимаются люди не имеющие отношения к разработке, такая фигня. С этого начинается скатывание качества продуктов.
agent10
08.11.2018 12:36Не соглашусь, собеседуют всё таки сами разработчики. Просто это порочный круг, «нас так собеседовали и мы так же будем других». Плюс наверное поиск универсального человека, а не человека под задачу. Сегодня он клепает UI, а завтра возможно ему придётся переключиться/переобучиться на ML и нейронки.
roscomtheend
08.11.2018 13:09В Яндекс разработчики собеседуют, с эти ок, вот только когда ты уже далёк от института и не пользовался какими-то вещами из теории, то пролетаешь там (не на 100%, но на интересные вакансии находятся и получше), поскольку вопросы из самых разных областей (зачастую не связанных с вакансией). Всё не повторить, просто читать весь курс по нескольким предметам чисто впечатлить интервьюера глупо (можно подтянуть конкретное направление при необходимости). И идёшь работать в другое место по более близкому профилю, имея голос в принимаемых решениях (а не винтиком) и, наверное, на бОльшую зарплату. Вот такая вот трагедия.
Возможно, проходя в какой-нибудь их браузер джуном и можно было бы, но это просто не интересно. Да и, говорят, Яндекс уже не торт.
springimport
07.11.2018 17:27+2Советую всем отключить иконки при наведении на письмо в списке, это делается в настройках. После отключения прямо как разгрузилось.
Hover actions: Disable hover actions
AllanStark
07.11.2018 18:10Вдогонку — я у себя еще и «Settings -> Button labels: Text» сделал, все еще быстрее стало
knotri
07.11.2018 18:16-1Однажды в Google я получил негативный performance review. Я решил, что лучшим способом потратить мое время будет произвести рефакторинг кода, который мне достался, чтобы довести степень его покрытия тестами с 0% до 80%, попутно исправив немало багов. В итоге я получил на performance review дерьмовый отзыв, а автор оригинального говнокода — повышение.
Возьмем, к примеру, мессенджер Allo. На его разработку ушло два года, после чего компания решила приостановить разработку и заморозить проект.
Два разных отзыва, но как много в них смысла! На кой черт руководству платить и поощрять за покрытие тестов если проект потенциально может не взлететь? Разработчики забыли что они решают реальные бизнес задачи которые приносят потенциально деньги, а не играю в "забавное программирования с интересными сугубо инженерными задачами и созданием сверхидеального кода"?
Еще и жалуются что их неправильно оценили, что руководство не осознало какую же черт возьми важную вещь разработчик делает, о которой как я понял его никто не просил (Потому что если бы просили он мог сказать на своем ревью что просто выполнял задачу сверху)
dumistoklus
07.11.2018 18:37+2Потому что делая качественные продукты, можно заработать еще больше денег чем делая некачественные.
knotri
07.11.2018 18:39Если речь идет о продуктах как gmail (крупные, если есть много пользователей) я в принципе соглашусь. Но потратить x2 времени на разработку какого-то Allo явно затея глупая. А я так понимаю в гугле достаточно много мелких "стартапов" внутри — и живут они по правилам стартапов
khim
08.11.2018 02:24+1Но потратить x2 времени на разработку какого-то Allo явно затея глупая.
Потратить x1 времени на разработку Allo, когда у тебя уже есть Hangouts, который нужно только отрефакторить, чтобы он не глючил — затея также дурацкая.
Но за написание тестов в Hagouts или Allo — не повышают, а за Allo — повышают.
То есть у нас есть не два вида деятельности, но три:
1. Писать бессмысленные сервисы типа Allo.
2. Писать тесты для бессмысленных сервисов типа Allo.
3. Рефакторить существующий и работающий Hangouts.
При этом существующие критерии приводят к тому, что делается бессмысленная деятельность первого рода, а если их изменить как предлагается — будет делаться бессмысленная деятельность второго рода (ибо приятнее же писать тесты к новому коду, чем копаться в легаси).
Как добиться того, чтобы поощрялось то, что действительно нужно компании и людям — не знает никто.
tcapb1
08.11.2018 02:38+1Просто какой-то продукт мог не взлететь не потому что концепция была ошибочная, а потому что его не довели до ума. Пользователи зашли, потыкались, не нашли чего-то важного для себя, словили пару пару багов и ушли, чтобы больше никогда не вернуться.
Сырой продукт массово может быть принят только если есть большой вау-эффект.vintage
09.11.2018 23:24Как у меня сейчас с гмылом — открыл, потыкался в неработающую паджинацию, закрыл.
zxweed
08.11.2018 11:30наоборот, вся мировая история маркетинга однозначно говорит о том, что чем ниже качество — тем больше денег, ровно как и наоборот
roscomtheend
08.11.2018 13:17+1Потом жалуетесь на «запланированное устаревание», глюки и копрономику. Руководству, дествительно, надо собрать с вас денег выпустив нечто, что можно вам продать и вы это руководство защищаете (хотя оно в этом и не нуждается).
dumistoklus не факт, срок жизни ограничен, к вершине пришёл уже в возрасте и осталось не много, пока делают конечный продукт можешь уже и не уметь радоваться получаемому, потому сбагрить сейчас, получить бонусы и тратить. Взять хоть миф о надёжных немецких автомобилях — сдались (если вообще были, а не просто очень простые и делали потолще, не экономя) и уже многие годы делают как получится. Не чтобы покупали новые (эту глупость любят повторять, но покупать такое же вместо развалившегося сами не готовы), а просто из экономии, времени в том числе.
Вроде, сделав качественно на века сманишь к себе клиентов конкурентов, но затраты (и цены, как следствие) распугивают сильнее. Да и не факт что сильно лучше — собираются-то из комплектующих, производители которых могут иметь другую философию.
Lexicon
07.11.2018 18:26Не знаю, одного ли меня гугл стал откровенно раздражать. Android чуть ли не последний из продуктов Google, развитие которого вызывает оптимистичный настрой.
Во-первых, неужели только меня просто невероятно раздражает капча там, где она казалось бы не нужна и не работает "галочкой" — в поиске гугла, при переходе по ссылкам и самое главное — в проектах других компаний, на странице авторизации( за что, атлас...). Мне казалось, что в "галке" все плюсы этой капчи.
Крик душиНе разглядеть букву — мелочь, по сравнению с ягодичным пожаром от посыла "вы не знаете как выглядят автобусы". Я ЗНАЮ, ТАМ НЕ БЫЛО АВТОБУСОВ11 НЕ БЫЛО!1! АФЫВА
knotri
07.11.2018 18:40неужели только меня просто невероятно раздражает капча там, где она казалось бы не нужна и не работает "галочкой" — в поиске гугла, при переходе по ссылкам и самое главное — в проектах других компаний, на странице авторизации( за что, атлас...). Мне казалось, что в "галке" все плюсы этой капчи.
Хмм, кажется только у вас в поиске гугла есть капча — а почему гугл должен отвечать за сторонние компании вообще не ясно
Nalivai
07.11.2018 19:39+2Да нет, это просто у вас, наверное, все куки сохраняются и никакой баннерорезки нет, а то и личный ip. А у кого большая подсеть и среднего уровня паранойя, эту капчу приходится видеть с заметной регулярностью.
knotri
07.11.2018 20:24все куки сохраняются и никакой баннерорезки нет,
Про куки не знаю, стоит адблок
а то и личный ip
Это в плане без VPN? да, я сижу без
vaslobas
07.11.2018 18:41+4Гугловская капча настолько задолбала, что меня уже перетряхивает при одном её виде. Эти бесконечные найди автобус, найди зебру, найди витрину магазина и так по кругу несколько раз.
Что самое смешное, что сервис антикапчи берет всего лишь $2 за 1000 разгаданных капч.
Впору написать аддон для браузера, чтобы подцепить этот сервис для разгадывания капч, закинуть туда эти 2 бакса и больше не мучаться с поиском этих сраных светофоров.semmaxim
07.11.2018 19:41Как у Вас так получается? Я за этот год видел эту капчу дважды!
sshikov
07.11.2018 19:47+2Очень просто. Большая корпоративная сеть за файрволом. И вы все считаетесь одним человеком.
popov654
08.11.2018 15:26А куки разве не позволяют гуглу отличать разных людей друг от друга?..
khim
08.11.2018 15:40Позволяют — но не в данном случае. Ибо каптча показывается, по определению, тогда, когда предполагается абуз. А этим людям кука — не указ.
popov654
09.11.2018 05:03Хорошо, а как быть с NAT-ами (выше описали пример большой внутрикорпоративной сети)?
khim
09.11.2018 15:16Выдайте каждому человеку по IP-адресу (в IPv6 нехватки нет) и не морочьте людям голову.
popov654
09.11.2018 23:54Это провайдер интернета должен выдать. И очевидно, эта услуга может быть не бесплатной (хотя нехватки и правда нет). Вы представляете, насколько для компании интернет подорожает, если каждому выдать по IP? :)
khim
10.11.2018 02:45Вы представляете, насколько для компании интернет подорожает, если каждому выдать по IP? :)
Понятия не имею. Но если речь идёт про IPv6 — думаю ненамного. Их выделяют блоками по 18446744073709551616 штук обычно. Столько устройств у вас нет и, думаю, никогда не будет.playnet
10.11.2018 03:06думаю, тут был намёк что провайдер может захотеть денег за каждого сотрудника. В своё время было актуально для домовых сетей. Но чтобы считало юзеров для организации — мне видеть не доводилось.
А насчет количества в выдаваемой подсети — там не так и много выходит, если делать по рекомендации что v6 делается на базе мака устройства. Не 255 конечно но сильно меньше чем указано выше.
sshikov
08.11.2018 19:13Очевидно нет. Я сам наблюдаю капчу довольно регулярно (обычно на maps, но я ими просто больше пользовался).
powerman
07.11.2018 20:26uMatrix, uBlock Origin — и гугл не получает свои куки, что хорошо в плане защиты от слежки, но приводит к частому показу капчи.
willyd
08.11.2018 04:25Стоит ScriptSafe и uBlock Origin, каптчи почти нет. Выше правильно написали. В основном, детектят по адресу.
Mad__Max
09.11.2018 02:43Интересно как меня детектят и «за что». Адрес у меня свой, выделенный. Куки гугла не режу.
Но тоже с каптчей тоже довольно часто сталкиваюсь. Правда разгадывать ее обычно не заставляет, >90% случаев ее неожиданного появления (чаще всего в поиске или гугл-переводчике) хватает просто поставить галочку «я не робот».willyd
10.11.2018 02:47Капча показывается всем. Просто в особых случаях, как выше заметили, корпоративная сеть за фаерволом, вас подсунут пару картинок.
Ну или владелец ресурса устал от ботов и прокрутил ползунок в настройках до упора вправо.
ValdikSS
07.11.2018 21:00+1Если вы находитесь в одном /24-сегменте IPv4, и кто-то из сети начинает немного абузить Google или его сервисы, запоминание («кеширование») капчи отключается (галочка перестает ставится автоматически, если вы недавно вводили капчу), и её нужно вводить каждый раз, как правило, в удвоенном количестве (от 2 экранов капч).
Если начинают абузить сильнее, то капча становится очень медленной (подгрузка новых картинок выполняется не менее 6 секунд), и нужно разгадывать минимум 3 экрана (обычно 4, иногда 5). Как правило, к моменту, когда вы завершите капчу, на сайте за это время успевает истечь время сессии для неё, и вам нужно заново пытаться ее пройти, быстрее, чтобы уложиться в отведенное время.
rostislav-zp
08.11.2018 10:12От провайдера зависит. У всех пользователей оптики от Киевстара, с капчей просто катастрофа.
gatoazul
07.11.2018 22:20+2Это же не просто капча. Гугл явно тренирует роботов-водителей и собирает для них исходные данные — где автобус, где знаки.
JediPhilosopher
08.11.2018 01:29Я вот все гадаю, зачем в последнее время ему понадобились дымовые трубы. Роботы-водители будут возить Санта-Клауса?
Mad__Max
08.11.2018 05:40Возможно скоро мы услышим о «прорывном ИИ» для управления летающими дронами от Гугла.
hatari90
08.11.2018 10:37+1Как-то так
motomac
08.11.2018 10:28Еще эта каптча иногда начинает так дико тормозить, что аж анимации вращения тупят. Вот зачем там все эти красивые анимации, грузящие проц?
Alexey2005
08.11.2018 13:11Вот именно для этого — чтоб медленнее вводилось. Это такой элемент защиты от DDoS.
Чем чаще вызывается эта капча, тем медленнее она начинает работать. Когда задержка между появлениями картинок превышает 6 сек, капчу вообще становится ввести невозможно, т.к. сессия устаревает раньше, чем успеешь ответить.
vlivyur
09.11.2018 11:10У вас хотя бы разнообразие. А я только зебры и светофоры разгадываю.
Mad__Max
10.11.2018 00:58Интересно от чего это зависит? Я думал там случайно задания распредяляются между пользователями, но судя по отписавшимся тут нет.
У меня например очень часто: автомобили, дорожные знаки и витрины, изредка что-нибудь другое.
А вот «зебр» (или вообще какой-либо дорожной разметки) или светофоров вообще ни разу не припомню.
WebConn
07.11.2018 21:06Я бы и за Андроид не говорил.
Пользуюсь Nokia 6.1 на Android One, недавно пришел апдейт на Pie. В Pie опять переделали экранные кнопки (только привык к сплитскрину жестом по кнопке переключения приложений), поломали меню Bluetooth в панели уведомлений (теперь отключать наушники нужно через 3 перехода по меню), так ещё и в дефолтном лончере добавили уродливую неотключаемую строку поиска внизу (!) экрана.
В Reddit уже разразились гневными тредами.Art3
07.11.2018 22:40Похоже я вовремя утопил свою Nokia с 8.0 =( Быстрый доступ к настройкам в панели управления — это настолько удобно, что я ума не приложу как можно от этого отказаться в апдейте. Что вообще двигало UI дизайнеров? Желание сделать шаг вперед и два назад? Строка поиска действительно не отключаема? Про нижний ряд иконок можно забыть?
aleksandros
08.11.2018 10:23+1Мне кажется современными дизайнерами двигает (главным образом) одно желание: сделать не так как было.
snuk182
08.11.2018 13:08+2Иначе в чем смысл их существования?
aleksandros
08.11.2018 19:36Ну очевидно: делать удобнее и красивее, на наоборот. К примеру. Раньше на телефонах, как правило, номер звонящего отображался либо таким же как имя, либо чуть меньшим шрифтом. Сейчас экраны увеличились вдвое-втрое, а номер сделали таким тонким и мелким шрифтом, что надо вглядываться. Спрашивается, зачем? Иначе чем «сделать не похоже» не объяснить.
cyborg-researcher
08.11.2018 08:19Что Вы имеете в виду, говоря про три подхода?
Попасть в меню синезуба, вафли и любого другого требуемого меню, чья иконка есть у Вас в шторке уведомлений, можно долгим тапом.
Но вообще, новое ведро с пирогом, конечно быстрое и плавное, но какое-то бедное на Фиат.
Перешёл на него с miui, и пока не могу привыкнуть к отсутствию многих удобных фич и жестов.
Надеюсь допилят.acmnu
08.11.2018 12:35Подозреваю он о том, как отключить одно устройство, не отключая блюпуп полностью. У меня кстати с недавних пор это вообще не работает на Android One. Точнее выключить-то можно, но оно само включится, когда получит запрос, поэтому за магнитолу в машине у нас с женой война :)
cyborg-researcher
08.11.2018 19:12Странно.
У меня получается один жест (свайп шторки) + долгий тап по иконке и я уже в меню, здесь можно выбирать устройство и отключать.
Будет ли реконект, не пробовал.
В miui это можно было сделать двумя свайпами (шторка+иконка) и там, прамо в шторке тыркать в нужную сеть вайфай или синезубое стройство. Чертовски удобно.
miui мне нравится всем, кроме того, что нужно постоянно после каждой обновы, рутовать мобилу, выгребать гору говна, править хост, удалять рут и так до следующей большой обновы. И нет нормального 100% переезда с одной мобилы на другую. Я бы сидел и не дёргался на допилят оси, но телефоны порой ломаются, покупаются другие и приходится опять смахивать пыль с бубна и вспоминать заклинания и движения для сокральных танцев. Задолбало.
botyaslonim
08.11.2018 10:17Даже не столько дизайн, сколько usability в целом. С этим всё хуже и хуже
keslo
07.11.2018 18:50Никакой дизайн не компенсирует тормознутость. А уж тем более наличие багов.
Ведь сам гугл топил за PageSpeed. Интересно, какой показатель PS на странице gmail?
tuxi
07.11.2018 19:54Как то так
там еще внизу 2 ресурса от которых Гугл требует исправления
https://www.googleadservices.com/pagead/conversion.js (60 минут)
https://www.google-analytics.com/analytics.js (2 часа)
WinPooh73
07.11.2018 20:02+1Шутка про основной продукт Гугла, DNS-сервер 8.8.8.8
arthi7471
07.11.2018 23:51Нужно свой днс локальный разворачивать. Делов на пять минут зато пинг ноль миллисекунд. Легко разворачивается под вин, мак и линукс. Под линь пользую pdnsd и мои волосы мягкие и шелковистые.
iproger
08.11.2018 06:15Насколько это ощущается и ощущается ли, или для самоуспокоения?
iit
08.11.2018 07:53Изначально поставил bind9 для локальных доменов .devs (было .dev но он теперь зарезервирован) и сразу настроил forwarders (google DNS, yandexDNS и местные DNS) — и только тогда стало очень заметно что сайты загружаются быстрее намного. иногда вплоть до 2 секунд разница.
Mad__Max
08.11.2018 08:11Очень даже заметно на кривых разжиревших страничках-приложениях подобных обсуждаемой, когда на 1 загрузку страницы браузер генерируют сотни запросов к серверам раскиданных по десятку-другому разных доменов и поддоменов.
На обычных, простых страничках разницы почти нет(скриптом засечь можно, но субъективно разницы не заметно). Но таких в последнее время становится все меньше…
Arxitektor
07.11.2018 20:04358 запросов и выкачивает 6.3MB
Как-то много для того чтобы просто проверить почту.
А если у меня оптика на 100 Гб/с от телефона отошла?
asmm
07.11.2018 22:20+1(Дубль)
Вот еще и камент задублировать очень просто, а исправить или удалить в мобильной версии не получилось вообще…
asmm
07.11.2018 22:20+4Кажется хабр идёт по этому же пути. В новом мобильном дизайне из полезного добавился рейтинг, а на странице комментариев их количество. Но:
- основная страница загружается медленнее
- после открытия списка заголовков через пару секунд изменяется жирность шрифта заголовков и всё уплывает и меняется время на твой часовой пояс (уж неужели нельзя запомнить его в куку и на сервере отдавать в часовом поясе клиента? )
- всего 4 заголовка стало влезать на экран, против 8 раньше
- количество заголовков на странице стало больше (и страница длиннее см. предыдущий пункт), а кнопок вперёд/назад наверху так и не появилось, ну хотя бы со второй страницы, а то после выходных нередко приходиться углубляться урывками в 4+ страницы
- названий хабов не появилось, а то заголовок не всегда отражает суть
- на странице с каментами тоже все печально, сначала грузиться страница, потом отдельными запросом сами комментарии, субъективно дольше стало раза в полтора-два
Справедливости ради надо заметить что комментарии стало удобнее читать, и хоть и пользуюсь в основном в режиме чтения, но функционалу вроде добавилось для пишущих
DaemonGloom
08.11.2018 12:13Вы забыли ещё один пункт: отрезаются последнее слово и точка. Кажется, у вас должно было быть «пользователей.» в конце.
spam312sn
07.11.2018 22:26+2О, очень знакомая ситуация. На прошлой работе было такое — отрефакторил говнокод, пополнил то, что они называли документацией, привёл её в удобный вид, покрыл код тестами. А потом мне заявили, что то, чем я занимаюсь на бизнес никак не влияет, дескать я протираю штаны в офисе, ну и "попросили" меня уйти
un1t
08.11.2018 07:48Более того, следущий разработчик который возьмет этот код скорее всего не в состоянии не то, что новые тесты написать, а даже старые запустить и даже старые тесты довольно быстро будут поломаны. И в данном случае он и чем-то правы, но не из-за того что вы сделали что-то не так, а из-за низкой квалификации разработчиков в компании. Т.е. вы написали тесты, но вас уже уволили, а следующие не в состоянии их даже запустить. Т.е. деньги компании потрачены зря.
Тесты и рефакторинги, это 100% необходимая вещь, если речь идет о продукте а не одноразовом коде.spam312sn
08.11.2018 11:56Вышеописанное вами справедливо только в том случае, если тесты не поддерживаются в актуальном состоянии, что я считаю неправильным — тесты пишутся не для красивой цифры в 100% Code coverage, а для того, чтоб проверить, что весь код и продукт в целом отвечают ТЗ. К тому же, написание тестов было прямой задачей от лидера команды разработки, так что моё удивление такому решению было возведено в квадрат.
KeyJoo
07.11.2018 22:34Можно всё сравнивать и замерять… Быть довольным, или возмущаться… Но технологии не могут оставаться без развития, или они будут вынуждены "загнуться". А, как мы знаем, свято место пусто не бывает, на их место придут 'другие'.
mSnus
07.11.2018 23:17Они обкатывают новые стеки технологий, и на этом-то и зарабатывают. Где еще найти миллионы бесплатных тестиоовщиков, как не на пользователях Gmail, например?
gitKroz
08.11.2018 00:12+2А существует ли какая-то платформа, через которую можно донести «голос пользователей» Google'у? Например, публичный багтрекер с возможностью голосования, или как-то еще. Я бы написал им, или проголосовал бы, если уже где-то уже написано. Уж слишком сильно ухудшился gmail с последним обновлением.
psFitz
08.11.2018 02:06-2Зачем пользоваться gmail, если есть удобный, нативный outlook
roscomtheend
08.11.2018 13:25+1Где есть? Видел несколько Outlook в разные годы (да даже Express — ещё более нативный), но удобный не видел ни разу. Тем более Outlook под другие системы и без покупки оОфиса.
psFitz
08.11.2018 14:10+1На windows 10 дефолтный,
https://imgur.com/a/0d7bOSV
Работает быстро, выглядит красиво, по удобности лучше gmail, которым до этого я пользовался 4 года, хоткеи работают отлично, почты добавляются в пару кликов.tsukasa_mixer
09.11.2018 01:19Только половину писем отображает черти пойми как и в кодировках ошибается (хотя они и корректно бывают прописаны в шапке)
pronvit
08.11.2018 03:33Ладно, почему выпускают, но почему говнокодят-то — как это вяжется с жутким отбором при приеме на работу?
spam312sn
08.11.2018 12:35Действительно. Всегда, когда читал о приёме на работу в Google, создавалось впечатление, что сам лично туда никогда бы не попал, потому что нужны неимоверные знания и навыки на уровне того, чтоб на калькуляторе суметь написать программу запуска и посадки "Апполона" на Луну, а когда пользуюсь их приложениями, всё чаще посещает мысль, что неплохо было бы, чтоб они были с открытым кодом, чтоб была возможность исправить этот неработающий как надо кусок гуано
willyd
08.11.2018 04:41Вот у меня после смены дизайна жуткое желание перелезть на тот же FastMail или Protonmail.
Дизайн мне не зашел. а постоянные лаги безумно бесять.DaneSoul
08.11.2018 05:47Веб-интерфейс у Яндекс-почты довольно удобен и логичен и можно почту со своим доменом подвязать. А у Гугл-почты и до редизайна было много неудобных и не продуманных моментов в интерфейсе, которые раздрожают при регулярном использовании.
willyd
08.11.2018 06:18Я яндексом не пользовался с начал двухтысячных, и начинать не планирую по многим причинам. Может он действительно удобней, я это оспаривать не буду.
А вообще, после exchange во все вебпочте мне чего-то нехватает.
spam312sn
08.11.2018 12:39О, это вы наверное не пользовались их альтернативным клиентом для почты — "Inbox". Вот оно точно работает вкривь и вкось, что веб-версия, что на Android. Отвратительное, тяжёлое, медленное, с кучей свистелок и перделок, которые в принципе не облегчают работу с почтой.
staticlab
08.11.2018 13:36Но идея, в целом, была неплоха. Жаль только, что у них не было возможности кастомизации категорий — была бы шикарная вещь.
un1t
08.11.2018 07:51Однажды в Google я получил негативный performance review. Я решил, что лучшим способом потратить мое время будет произвести рефакторинг кода, который мне достался, чтобы довести степень его покрытия тестами с 0% до 80%, попутно исправив немало багов. В итоге я получил на performance review дерьмовый отзыв, а автор оригинального говнокода — повышение.
Вот она реальная квалификация сортирователей списков и любителей дурацких задачек. В больших продуктах степень покрытия тестами зачастую бывает 0%. По опыту знакомых в больших компаниях ситуация аналогичная.Druu
08.11.2018 08:40В больших продуктах степень покрытия тестами зачастую бывает 0%. По опыту знакомых в больших компаниях ситуация аналогичная.
Это ни о чем не говорит, есть много причин, по которым код покрывать не требуется. Например — там мало логики, вы этот код скоро выкинете, не ожидается каких-либо рефакторингов без изменения спецификации и т.д…
При этом сама кодовая база за счет тестов растет — то есть работа получается не просто бесполезной, а вредной.un1t
08.11.2018 09:08Это ни о чем не говорит, есть много причин, по которым код покрывать не требуется.
В больших проектах? Серьезно? Какие могут быть причины, кроме низкой квалификации разрабов?
Например — там мало логики, вы этот код скоро выкинете,
Это явно не про большие проекты.
не ожидается каких-либо рефакторингов без изменения спецификации и т.д
Даже если возьмем идеальный случай когда код пишется идеально без ошибок по идеальной спецификации и требования не меняются. Если говорим про долгосрочный проект, то в какой-то момент придется обновить версию языка программирования, фреймворка и все зависимости и даже версию операционной системы. И в этот момент куча всего сломается. И без тестов это просто страшно делать и этот момент будет откладываться до самого последнего момента, пока хотя бы секьюрити патчи выпускаются для фреймворка и ОС. Более того, на практике добавление нового кода зачастую совершенно нетривиальным образом может сломать старый протестированный код.
Druu
08.11.2018 10:33Какие могут быть причины, кроме низкой квалификации разрабов?
Я выше указал. Низкая квалификация разрабов — это, кстати, как раз причина код покрывать, а не наоборот.
Это явно не про большие проекты.
Как раз именно в больших проектах у вас могут быть огромные куски кода и даже целые подсистемы, которые не содержат какой-то нетривиальной логики. И покрытие 0 в них — вполне себе норма.
Если говорим про долгосрочный проект
Далеко не все проекты являются долгосрочными, и даже из долгосрочных — далеко не все требуют сколько-нибудь значительной поддержки после введения в эксплуатацию.
то в какой-то момент придется обновить версию языка программирования, фреймворка и все зависимости и даже версию операционной системы
Почему придется? Меня никто не заставляет обновлять библиотеки и версию фреймворка. Зачем обновлять фреймворк, если через полгода, например, разработка будет закончена? Тем более если смена версий произошла с серьезными нарушениями обратной совместимости?
Я уже не говорю о том, что для проверки работоспособности проекта и правильного взаимодействиями с внешними библиотеками вам нужно интеграционное (или е2е) тестирование (юнит-тестами такие вещи проверить просто невозможно, т.к. внешний функционал мокается), для которых понятие "покрытия кода" вообще малоосмысленно, в случае е2е кода вообще нет (есть пользовательские сценарии), покрывать нечего.
Более того, на практике добавление нового кода зачастую совершенно нетривиальным образом может сломать старый протестированный код.
Код-то сломать может, а тесты — нет, или у вас какие-то очень странные хрупкие тесты. А если тесты хрупкие — от них вреда больше чем пользы, даже если они на своем месте.
Ну и возвращаясь к исходной статье — если человеку было нечего делать, надо было обратиться к менеджеру и ознакомиться с приоритетными задачами а не отсебятину гнать и потом обижаться, что его говнокод никому не нужен оказался.
Может, это был какой-то внутренний проект, который уже был по факту закончен, обладал полным функционалом, находился в эксплуатации, прекрасно работал и его вообще не предполагалось трогать в ближайшие лет 10?
Если же были какие-то причины именно для этого кода писать тесты — почему они не были сформулированы в претензиях по ревью?psFitz
08.11.2018 14:48+2Я выше указал. Низкая квалификация разрабов — это, кстати, как раз причина код покрывать, а не наоборот.
Кто-то тут не пишет тесты и придумывает себе оправдания
Druu
08.11.2018 14:52Вроде, никто здесь не говорит о том, что тесты не нужны в принципе. Тесты — это обычный инструмент. Любой инструмент может, в зависимости от ситуации, быть полезен, бесполезен, вреден.
Говорить, что "у вас покрытие 0, значит вы все говно и вообще неквалифицированы", это то же самое что сказать микробиологу: "ты молотком не пользуешься, значит балда", хотя ему в работе-то молоток совсем не нужен, он не плотник.
И в исходной ситуации мы слышали одну сторону — обиженного человека, который написал тестов, и его не оценили, но второй-то стороны нет, а ситуацию, при которой от тестов пользы — чуть менее нуля, представить себе не сложно.
Работал человек, писал, допустим, месяц тесты, которые никому не нужны были в конкретной ситуации — ему и сделали замечание на ревью. Что не так?
Если же они были нужны — он мог опротестовать решение ревьюера, но он этого не сделал. Вывод? Сам понимал, что занимался хренью.psFitz
08.11.2018 17:43+1И в исходной ситуации мы слышали одну сторону — обиженного человека, который написал тестов, и его не оценили,
Как бэ там другая история, чловек провел рефакторинг, сделал что-бы все стабильно работало, а его не то что-бы не оценили, а еще и унизили тем, что оценили говнокодера.
По поводу молотка, бред, кто пишет тесты понимает, что гораздо проще 1 раз написать тест на функцию, чем каждый раз проверять её работоспособность
Druu
08.11.2018 18:58-1Как бэ там другая история, чловек провел рефакторинг, сделал что-бы все стабильно работало, а его не то что-бы не оценили, а еще и унизили тем, что оценили говнокодера.
Ну так если говнокодер сделал что-то полезное (добавил фичи какие-то и т.п.), и это полезное прекрасно работало, а обиженный отрефакторил и написал тесты для кода, который в ближайшие лет 10 никто трогать не собирался — то все верно. Говнокодеру надо премию, а обиженному — по лбу, разве нет?
По поводу молотка, бред, кто пишет тесты понимает, что гораздо проще 1 раз написать тест на функцию, чем каждый раз проверять её работоспособность
Смотря какая функция, смотря какой тест, смотря какой вообще проект. Все зависит от ситуации.
Так что, нет, 0 покрытие — это не признак отсутствия квалификации. А вот категорические утверждения — как раз признак.psFitz
08.11.2018 19:28+1и это полезное прекрасно работало
А кто говорит, что прекрасно работало?
А как дальше добавлять что-то полезное, если добавляя фичу ломаются старые?
Смотря какая функция, смотря какой тест, смотря какой вообще проект. Все зависит от ситуации.
Мы сейчас google обсуждаем, у них не может быть проекта на котором можно забить на тесты, даже их самые непопулярные сервисы пробуют миллионы людей
Druu
09.11.2018 09:15А кто говорит, что прекрасно работало?
А кто говорит, что нет? Почему бы не предположить, что да? Почему мы обязаны предполагать в пользу одной стороны, а не в пользу другой?
А как дальше добавлять что-то полезное, если добавляя фичу ломаются старые?
А добавлять вообще надо? Может, нет? А ломаются? А с чего вы взяли?
Есть огромное количество больших проектов, которые прекрасно живут, фичи добавляются и ничего не ломается, при этом покрытие тестами минимально.
Мы сейчас google обсуждаем, у них не может быть проекта на котором можно забить на тесты
Вы с чего взяли? Во-первых, есть куча внутренних проектов, во-вторых — даже если проектом пользуются миллионы, то вам по факту просто не нужны тесты, если разработка проекта окончена.
tmteam
09.11.2018 04:02Не панацея, но более чем в половине случаев они необходимы. Безусловно речь идет не про стартапы/выставки/сайт визитки. И речь не идет от 100% покрытие.
А полагаться на ревьювера как на истину это очень странно.Druu
09.11.2018 09:17А полагаться на ревьювера как на истину это очень странно.
Точно так же как и полагаться на человека, который не доволен ревью. Я говорю лишь о том, что без уточнения конкретной ситуации вывод делать нельзя. Как ревьювер мог оказаться болваном — так им мог оказаться и сам обиженный.
tmteam
09.11.2018 12:54Про болванов и обиженных речь не идет. Ревьюверы ошибаются, имеют свое мнение и пропускают мимо глаз. Ревьюверы не видят регрессивных изменений. Ревьюверы не роботы. Tests are.
Druu
09.11.2018 15:05Ревьюверы ошибаются, имеют свое мнение и пропускают мимо глаз. Ревьюверы не видят регрессивных изменений. Ревьюверы не роботы.
Так и те кто код пишет — тоже не роботы. С чего вы решили, что ревьювер был не прав, а тот, кто написал ненужные тесты — прав?
popov654
08.11.2018 15:37Если говорим про долгосрочный проект, то в какой-то момент придется обновить версию языка программирования, фреймворка и все зависимости и даже версию операционной системы.
Зачем это может потребоваться? И почему при смене ОС или версии языка старый код должен перестать работать? Обратная совместимость же.sentyaev
08.11.2018 18:55+1И почему при смене ОС или версии языка старый код должен перестать работать? Обратная совместимость же.
Видимо вы нашли идеальное сочетание ОС и ЯП. Поделитесь пожалуйста.popov654
09.11.2018 06:11Да чего далеко ходить? Возьмите Java или C# (на счёт второго не уверен на все сто, но думаю, для него тоже верно) — там старый код не ломается при обновлении версии языка. Никогда. А вот с PHP и Python — это неверно, были изменения, затрагивающие логику работы, и даже полное исключение старых конструкций из оборота.
sentyaev
09.11.2018 14:58При изменении версии языка в 99% я с вами согласен, если приложение простое, очень редко бывают проблемы.
Есть пример как все сломалось при обновлении ОС, т.к. с новой версией WinServer приехал новый IIS. Расследование проблемы перешло на сторону ASP.NET и там обнаружилось условие которое как раз и вызывало проблему. В одной из сборок ASP.NET код выглядел так:if (IISVersion == 6) {...}.
Мы конечно сами виноваты были, т.к. нетривиальным образом использовали кэш, но все таки…
Neusser
08.11.2018 19:25+2У Python 3.x довольно, хм, ограниченная обратная совместимость с Python 2.x. И теперь представьте, что у вас на питоне 2 написан такой небольшой веб-сервис, как ютуб…
popov654
09.11.2018 06:12Питон — особая история, согласен. В этом случае или не менять версию, или долго и упорно переписывать тонны кода.
Но есть примеры, где всё хорошо. JS, например. Новое добавляется, старое продолжает работать.
un1t
08.11.2018 19:29В проектах больше чем 5 тыс строк даже изменение второй цифры в версии языка или фреймворка всегда ломает кучу всего… А ведь есть еще десятки зависимостей их тоже нужно обновлять.
Обратную совместимость стараются поддерживать, но несовместимые изменения тоже вносят. Обычно сначала используют deprecated wаrning, а в следующей версии уже окончательно ломают. Но даже если вы от корки до корки прочитали release notes, это не значит то не столкнетесь с неожиданностями. Например текущий проект я начинал на Django 1.8, и потом были миграции на 1.9, 1.10. 1.11, 2.0, 2.1. и при каждой такой миграции ломалась куча всего. Боюсь представить как бы я это отлаживал без тестов, наверное так бы и остался на 1.8. Попутно обновились все прочие зависимости и уже наступил тот период когда многие проекты прекращают поддержку питона 3.5, и операционную систему пора обновить. А прошло чуть больше двух лет.Xandrmoro
08.11.2018 23:43Проект на несколько миллионов (!) строк пережил уже три мажорных апргейда версий шарпа, всё ещё ничего не сломалось. Что мы делаем не так?
Druu
09.11.2018 09:20В проектах больше чем 5 тыс строк даже изменение второй цифры в версии языка или фреймворка всегда ломает кучу всего… А ведь есть еще десятки зависимостей их тоже нужно обновлять.
Просто у вас фронтендянка. Представьте себе — если речь не о фронтенде, то люди могут годами писать миллионы строк, апдейтить, и у них ничего не ломается. Это и правда удивительно :)
un1t
09.11.2018 11:25Просто у вас фронтендянка.
Вы что-то перепутали, у меня бакенд.
то люди могут годами писать миллионы строк, апдейтить
Верю.
и у них ничего не ломается.
Не верю.Druu
09.11.2018 11:31Не верю.
И что там у вас в шарпе ломалось в последних апдейтах второй цифры, можно узнать?
un1t
09.11.2018 11:38И что там у вас в шарпе ломалось в последних апдейтах второй цифры, можно узнать?
К C# не имею отношения, вы снова что-то перепутали.
Давайте пройдем на гитхаб и посмотрим как поживают проекты с миллионами строк без тестов. Ссылки в студию.Druu
09.11.2018 11:50К C# не имею отношения, вы снова что-то перепутали.
Ну хорошо, давайте джаву возьмем. Как там?
Давайте пройдем на гитхаб
Мы же говорим о больших проектах с длительным циклом поддержки. При чем тут гитхаб? Он сам всего лишь 10 лет назад появился.
Я уж не говорю про то, что гитхаб не представляет из себя в принципе сколько-нибудь релевантной выборки. Во-первых, там очень мало кода, во-вторых — у этого кода вполне определенный уклон.
un1t
08.11.2018 19:34Вспомните сколько лет был переход с питона 2.х на питон 3.х. Больше 5 лет, причем пришлось допиливать обе ветки языков, чтобы они стали более совместимые. Т.е. люди перешли не с 2.5 сразу на 3.0, а примерно с 2.7 на 3.4.
Год назад слушал подкаст, там гуглы и фейсбуки все еще в то время сидели на 2.7, не факт что сейчас смогли обновиться.
spam312sn
08.11.2018 12:45Например — там мало логики, вы этот код скоро выкинете, не ожидается каких-либо рефакторингов без изменения спецификации и т.д…
А зачем в принципе писать такой код, который изначально задумывается как мертворождённый?
При этом сама кодовая база за счет тестов растет <...>
Тесты — это не кодовая база, от слова "вообще". Это автоматизация тех же тестов, что проводятся лапками.
roscomtheend
08.11.2018 13:34> А зачем в принципе писать такой код, который изначально задумывается как мертворождённый?
В статье сказано — для повышения. Потом код выкатывается на продакшн, народ плюётся, проект отправляется на кладбище проектов, во всём винят злобный Гугл(/название_другой_компании), а разработчики расходятся кто куда (наиболее хитрые — вверх). Если проект не умер вдруг и какой новый дурак решит делать тесты вместо свистелок, то он просто сократит на себя количество претендентов на повышение. Это всё про продукты не для людей.
Druu
08.11.2018 13:50А зачем в принципе писать такой код, который изначально задумывается как мертворождённый?
Почему мертворожденный? Он же работает, выполняет свои задачи, значит, не мертворожденный.
Тесты — это не кодовая база, от слова "вообще".
Конечно же, кодовая база. Тесты надо писать, поддерживать, в них бывают баги и т.д…
Тесты ничем в этом плане не отличаются от "просто кода".
Это автоматизация тех же тестов, что проводятся лапками.
Автоматизация тестов, которые проводятся лапками — это e2e.
tmteam
09.11.2018 04:11Тесты сильно отличаются от основного кода.
— Их надо писать — но они дают выигрыш на горизонте.
— Баги в тестах прозрачны, легко ревьювятся и редки
— Поддерживать тесты надо при изменении API в уже написанном коде. В этот момент тесты подсвечивают изменения произошедшие в контрактах. Это то же время, что вы бы провели в дебаге.
Сложный и работающий долгое время проект без изменяй и тестов — обречен на переписывание. В то же время есть вероятность что изменения в него не вносятся именно по этой причине.
Druu
09.11.2018 09:26— Их надо писать — но они дают выигрыш на горизонте.
Иногда дают, иногда — не дают. Если вы код править не будете, то и тесты на нем ничего вам не дадут.
— Баги в тестах прозрачны, легко ревьювятся и редки
Так же часты, как и в любом другом коде, да и вообще в точности такие же, никакой разницы по сложности обнаружения и отладки. Ну, это точно такой же обычный код, с чего бы вообще там багам отличаться?
— Поддерживать тесты надо при изменении API в уже написанном коде.
Только в том случае, если у вас тесты по черному ящику, что невозможно для юнит-тестов с моками. В случае с белым ящиком — переписываете тесты при любом рефакторинге, который не затрагивает семантику.
Сложный и работающий долгое время проект без изменяй и тестов — обречен на переписывание.
Сложный и работающий проект без изменений и тестов просто тупо работает и все, потому что написан нцать лет назад и чего бы ему не работать?
Вы поймите, что далеко не всем проектам нужен цикл поддержки с постоянным перепиливанием всего, иногда есть достаточно точное ТЗ, которое выполнено — и все, никакого функционала больше не потребуется, менять нечего.
tmteam
09.11.2018 13:02Так же часты, как и в любом другом коде, да и вообще в точности такие же, никакой разницы по сложности обнаружения и отладки. Ну, это точно такой же обычный код, с чего бы вообще там багам отличаться?
Тем, что тесты максимально просты, с низкой цикломатикой и вариативностью, не вложенные, не используют (за исключением) массу новых типов. Не должны работать на граничных значениях элементов и как правило читабельнее кода.
Сложный и работающий проект без изменений и тестов просто тупо работает и все, потому что написан нцать лет назад и чего бы ему не работать?
Откуда у вас такая выборка? Не припомню сложных проектов которые работают и в них не фитуют. Кроме тех которые бояться трогать.
Я понимаю что простым и одноразовым проектам тесты не нужны.
Изменяемым с горизонтами год и более — нужныDruu
09.11.2018 15:08Тем, что тесты максимально просты
Часто тесты значительно сложнее тестируемого кода. Ну и больше, конечно. Особенно, когда речь о юнит-тестах.
Откуда у вас такая выборка? Не припомню сложных проектов которые работают и в них не фитуют.
А зачем вам что-то фитовать в работающем проекте? Цель этого какая? Еще раз — бывают задачи которые надо просто решить и все. Если написанный код справляется с решением поставленной задачи в рамках установленных ограничений — зачем в нем что-то менять?
Изменяемым с горизонтами год и более — нужны
Так с этим никто и не спорит. С чего вы взяли, что обсуждаемый проект был именно из этих?
tmteam
10.11.2018 16:21Я бы поспорил про сложность юнит тестов, но кажется в комментах хабра это путь в никуда. Останемся при своем.
Также есть ощущение что мы говорим про одно и то же, просто понимание «простого» и «сложного» проекта у нас численно различаются.
sentyaev
09.11.2018 15:17Прочитав тред под вашим комментарием, я ужаснулся. Не думал, что в наше время все еще есть люди которые считают, что тесты — увеличивают время разработки, и что они не нужны.
Тесты ускоряют время разработки на порядок, особенно в динамично развивающихся проектах (всех стартапах), а также ускоряют, опять же на порядок, внесение изменений в больших и древних проектах.
Новые разработчики, пока они не чувствуют себя уверенно в платформе или бизнес области, и не знают систему достаточно хорошо, тоже могут просто сесть, внести необходимое изменение и быть уверенными, что они ничего не поломали.
Не нужно заниматься регрессионным тестированием, время которого, без тестового покрытия, растет в геометрической прогрессии.
Ну и я уже молчу про TDD, это отдельная тема для холивара.
fukkit
08.11.2018 08:18Гугл болен. Он слишком разросся, чтобы оставаться эффективным в чем-либо, кроме увеличения кэша на счете.
Чем меньше его продуктов вы будете использовать, тем лучше для вас: меньше нервяка, меньше утечек персональных данных, меньше стратегического риска для ваших процессов.Londoner
08.11.2018 11:58А куда бежать?
akuzmin
08.11.2018 14:16Действительно. Гугл поиску альтернативы нет. Гмейл/фотос/драйв, тот же хром — связанные сервисы, и если переходить с одного, то нужно будет решать вопросы с другими сервисами, плюс это все синхронизировано с устройствами. Так что тоже реальных альтернатив нет.
Neusser
08.11.2018 16:03+1Да ладно, полно альтернатив, было бы желание найти. Я фотосами, драйвом и хромом никогда не пользовался. Гмейлом пользуюсь больше по привычке, да и то веб-интерфейс вижу раз 5 в год.
xztau
08.11.2018 08:47Всё таки не будем забывать, что красивенько и новенько хотят сами пользователи. Редко кто в современном мире делает выбор в пользу стабильно и старо вместо новенько и с рюшечками. Следственно, компании стараются угодить клиентам. Бизнес — ничего личного. Думаю, оттого и вкладывание в новые продукты, чтобы оставаться в деле. Думаю так.
telefonist
08.11.2018 09:22"Ваше присутствие не было критически важным". Что-то мне это напоминает… Много лет проработал в связи в аварийных бригадах. В тех, которые срочно чинят когда всё сломалось и все клиенты в бешенстве. Но тоже начальство не особо ценило такие заслуги. Видимо, когда человек работает с неприятными вещами — авариями, багами, это вызывает какие-то неприятные ассоциации. Вот продажник — это ценный кадр, он деньги приносит и всегда заслуживает поощрения.
Berkof
08.11.2018 09:46Так устройте забастовку, только не просто так, а найтиде момент, когда ожидаются большие проблемы на сети, как положено по закону предупредите руководство, потом выйдети на работу и сядьте сложа руки с требованием пересмотреть отношение… Отлично, если за несколько дней забастовки произойдёт авария, которую вынужден будет устранять… кто… продажник? менеджер? Ну и отзывы клиентов соберите, они сразу выскажут, как важно им иметь бесперебойную связь и как им плевать на новый дизайн личного кабинета или новый конструктор тарифов, если связи уже 2 часа нет.
Corosan
09.11.2018 10:39Такая ситуация везде и всюду. И дело тут не в том, что «человек работает с неприятными вещами». А в том, что люди, собираясь в группы для создания какого-то продукта/услуги, образуют социальные системы, но почти никто не понимает, что такое «система» применительно к людям. Что такое «системный подход». Как обеспечивать стабильность системы. Вот и получается, что группа живёт «по наитию». Повезло, если руководитель группы «нутром чует», что работать с техническим долгом тоже надо, что и поддержка нужна более вменяемая, чем «ваш звонок очень важен для нас, перезагрузите PC».
Но вот отсутствие понимания системного подхода и приводит к тому, что живём от «с этим руководителем повезло, с тем — не повезло».
Вкратце. Факторы, обеспечивающие стабильность и устойчивость системы, нужно так же внимательно анализировать, как и факторы, обеспечивающие её рост. А у нас видят только последние (о, мега-бабло попёрло, сейчас купим жип и яхту!). Если наступил значительный рост (ба..., да мы уже офис в центре имеем в своём здании), то соответствующим образом нужно над стабильностью думать. Вводить нормы и метрики по багам, стабильности в CI, нефункциональным показателям ПО (не выросло ли потребление памяти, не стало ли медленнее). Но это от головы должно идти. В смысле, от владельцев бизнеса. Средний уровень управления пришёл в компанию только для максимизации своей прибыли (и тут нет ничего предосудительного).
Но всё это полная лажа. Если: а) владельцам бизнеса «итак норм», бабло течёт «в достаточной мере», а мнение леммингов — как надоедливый зуд комара (и топ-IT компании могут себе это позволить ещё на десятилетия с такой подушкой безопасности); б) владельцы всё это понимают, но в условиях внешней политической конъюктуры живут днём сегодняшним, потому что «завтра может и не быть», так что «утром деньги, вечером… может и стулья поставлять не придётся».
aleksandros
08.11.2018 09:34Ну, видимо Гугл уже в той стадии, когда совершенно ненужных сотрудников-паразитов развелось так много, что они уже начинают разрушать компанию изнутри.
Berkof
08.11.2018 09:39Вот из-за таких эффективных менеджеров я уже подумываю обновлять свой i7 с 16 гигабайтами оперативки, т.к. вкладок и программ запускаю много и часто вижу, как 2-3-4 ядра съедено firefox, на IDEA не хватает.
Но это всё хорошо, а где решение? Давайте напишем в гугель петицию, давайте загрузим какой-нить плагин в браузер, который будет в фоновом режиме перезагружать их чудесный интерфейс раз в минуту, чтоб у них там сервера вспотели, давайте продвинем на том же ютюбе издевательское видео «как хреново написан gmail», где будем обидно высмеивать компанию и разработчиков с выводом «и вот этим клешнегуким вы готовы доверять свои персональные данные и фото?!» Давайте предложим альтернативный клиент для gmail, типа gmails.ru/com, который для гугла будет просто почтовым клиентом, а для пользователя будет рисовать простейший быстрый интерфейс в 2 запроса и без трекеров… Ну что-то реально делать то надо, а не просто поговорили и разошлись.dartraiden
08.11.2018 15:18часто вижу, как 2-3-4 ядра съедено firefox, на IDEA не хватает
Но ведь приложение не занимает ядра монопольно. Если приложению нужно больше процессорного времени, стоит повысить ему приоритет.
funca
08.11.2018 09:49Может все дело в профориентации. Задача разработчиков выкатывать фичи в прод. Логично, что их перфоманс этим и измеряется. Фиксить баги и доводить код до совершенство дело саппортовых команд. Не знаю как конкретно в Гугл, в больших компаниях обычно так. Возможно недовольным ребятам, ввиду их чисто человеческих качеств, стоило просто перейти в саппорт.
EvgeniiR
08.11.2018 10:50+1358 запросов и выкачивает 6.3MB
У меня 300 запросов и 33,16 МЬ / 12,29 передано. Полная загрузка за 21 секунду.
Это я не просто зашёл в свой почтовый ящик. В письма не переходил и не отправлял…Ogra
08.11.2018 11:07А это не почта. Это чат.
С выключенным чатом — 200 запросов, 1.5Мб (!), с включенным — 358, 8.4 Мб.funca
08.11.2018 11:21Обратите внимание, что большая часть запросов использует HTTP2, SPDY или QUIC
Т.е. те протоколы, где количество запросов, в теории самого же гугла, должно быть пофиг.
popov654
08.11.2018 15:45230 запросов, 4.2 Mb, полная загрузка за 8-10 секунд (но интерфейс показывается уже через 5-6). У вас похоже интернет просто помедленнее, у меня кабель 50 Мбит/сек.
vlivyur
09.11.2018 11:44228 запросов, 21,9 / 5,5 27 секунд. Но я обновил страницу с почтой. Интерфейс появляется где-то на седьмой секунде.
Andchir
08.11.2018 11:35Недавно воткнул в проект шрифт (TTF) на 3.2 МБ, который скачал с fonts.google.com. Сразу не обратил внимание на его размер. Я понимаю, что этот шрифт может быть сделан не в гугле, но надо же проверять перед тем как такое размещать. Или нормально информировать о его размере.
Вот этот шрифтakuzmin
08.11.2018 14:26+1Это из-за дополнительных китайских символов. Можно сделать субсет, например, здесь: everythingfonts.com/subsetter, и указать только те символы, которые необходимы. Размер шрифта должен уменьшиться раз в 20.
Andchir
09.11.2018 11:42Спасибо. Но у меня эта штука не заработала. Страница перезагружается и ничего не происходит.
akuzmin
09.11.2018 13:09+1Я попробовал, вот на этом сервисе заработало с вашим шрифтом: www.fontsquirrel.com/tools/webfont-generator. Выбрать настройку «эксперт», там уже установлен «basic subsetting». Думает он долго, минуты 2-3. Размер .woff в результате получился 33Кб.
anonymous
08.11.2018 12:04А у меня создается ощущение в последнее время, что благодаря таким гигантам, как google, интернет начал идти куда-то не туда
AlexTheLost
08.11.2018 12:35По сути получается google своими же руками создает большие возможности для конкурентов, получить новую аудиторию.
Лично я отказался от chrome потому что дизайн меняется а вот качество работы напрягает, часто вылетает, виснет.
mtex
08.11.2018 13:07Да уж, новый дизигн — гадость редкостная. Предпочитаю почтовый клиент, а когда все-таки приходится пользоваться веб-мордой, предпочитаю старый и не модный html-view.
lotse8
08.11.2018 14:01Этот gmail долго грузится — еще полбеды. Пару дней назад мы обнаружили проблему родного встроенного почтового клиента на смартфонах Samsung. Наш заказчик подписку новостей в html коде рассылает. Так вот почтовый клиент смартфонов Samsung открывает только сообщения, которые размером меньше 700 kb, а которые больше — нет и переходит в безконечный цикл открытия сообщения. При этом все остальные почтовые клиенты с этим проблем не имеют.
lmike
08.11.2018 14:27отличная работоспособность Snow Leopard и последовавшей за ней Lion
вот не сказал бы…
Snow Leopard медленее Tiger (это еще и потеряв поддержку PowerPC)
а Lion медленнее Mountain Lion
лично наблюдал и на своих маках, и у знакомыхtmteam
09.11.2018 04:15+1Snow Leopard нужно сравнивать с Leopard.
А вот Lion да… было ощущение что после загрузки будет черный экран и надпись «42» с последующим взрывомlmike
09.11.2018 13:23я с Tiger сравниваю т.к. это был уже достаточно устойчивый релиз (пантера была глюкава)
и достаточно фичастый (поддержка интела, серверный вариант...).
В леопарде из существенного — Time Machine,
бантики для файндера и прочие меня не впечатлили (дуалбут — бесполезен для меня),
а вот тупки были больше ;)
А еще мне тигр запомнился по видео :)
akardapolov
08.11.2018 14:31Я то думал, что это у меня ПК тормозит. Где-то к секунде подвисания при переключении вкладок внутри интерфейса, прокрутка тоже подтормаживает… Хотя данные должны выводиться мгновенно, изменений нет.
WeltRogg
08.11.2018 14:42«половину необходимых фич, не работать, работать только из-под Chrome и прочее — это никого не волнует, ведь их создателям за это ничего не грозит» в смысле грозит не грозит? А совести типа нет у людей, которая мешает ошибаться или делать не качественно. Причем тут угорозы.
Paskin
08.11.2018 15:44+1Гугл из стартапа-переростка стал большой фирмой. А в большой фирме самый простой алгоритм продвижения — это а) довести ситуацию до реального ахтунга б) «возглавить кризисную команду» (мельтешить на глазах у начальства пока те, кто разбираются в теме, чинят проблемы).
Я помню ситуацию, когда в одной большой конторе performance-команда, замучившись чинить одни и те же баги в каждом релизе, сделала презентацию для коллег с примерами говнокода и соответствующими примерами «как надо было». В результате — команду разогнали «за пренебрежение к коллегам»vlivyur
09.11.2018 11:53б) может не сработать. Наблюдал ситуацию когда возглавивший кризисную команду был уволен, потому что сама кризисная ситуация ассоциировалась с ним. А на самом деле он смог в кратчайшие сроки и малой кровью выбраться из этой ямы.
ganqqwerty
08.11.2018 17:27+1Я вот не возьму в толк, какой может быть «редизайн» у сервиса с миллионами юзеров, что за детский сад? Продумайте новый дизайн и продумайте, как будет выглядеть последовательность из незаметных 20 промежуточных дизайнов (каждый должен минимально отличаться от предыдущего), подводящая юзера к финалу — тут скруглили кнопочку, тут тенюшку добавили, синий цвет сделали на 20% темнее. Что, не интересно, тяжело и вообще вы — творческие личности? Ну дык потому вы и задрючивали все эти книжки, поступая в Гугл.
ganqqwerty
08.11.2018 17:29Взгляните на этого наивного
чукотскогоамериканского программистика, который думает, что компании интересно, чтобы у нее не было багов в коде. Дружище, запуск продукта — это повышение стоимости акций. Запустил Yallo — акции выросли, кто-то забогател, а ты молодец, что поспособствовал этому.
werklop
08.11.2018 18:14и вызвать «крэш» вкладки с черновиком
я думал, это у меня одного такое, до сих пор грешил на разработчиков Хабра
naething
09.11.2018 05:01+2Просто в главном офисе Гугл в Моунтин Вью все открывается моментально — гигабитные каналы, минимальные задержки и сверхмощные рабочие станции. Вот никто и не заметил из авторов :)
Arris
09.11.2018 13:18Корпорация добра. Она такая! (сарказм).
Она лучше знает, чем для тебя является добро. А ты не спорь, иначе станешь нецелевой аудиторией.
P.S. Отказался от нового дизайна гугла вообще. Перешел на lite html-версию. Неудобно стало, зато не тормозит!popov654
09.11.2018 23:51Я не понимаю, почему у вас у всех тормозит, а у меня нет. Очень много писем в ящике? Много цепочек?
Старая версия тоже не то чтобы летала, тот же Яндекс и мейл.ру пошустрее будут. Но новая не стала сильно медленнее старой, если только процентов на 10-15.Arris
10.11.2018 01:37Откуда я знаю, почему? Может быть потому что у меня не хром, а FF?
Или у меня не 16 гигов оперативки, а 8
Или потому что у меня открытые 200 вкладок в браузере — это нормальное дело? Это не считая еще кучи запущенного софта.
А можно быть просто у гугла говнокод?popov654
10.11.2018 11:21Так новый FF даже пошустрее Хрома должен быть. У меня вообще 3,75 Гб, потому что XP. Chrome 45, писем в ящике — примерно 180 непрочитанных, а в сумме тысячи полторы-две. ЧЯДНТ?))
vintage
10.11.2018 08:55Я просто оставлю это здесь для тех, кому лень открывать профайлер..
Открытие страницы:
Открытие письма:
Всё это на моём не самом медленном ноуте, чтобы нарисовать 25 строчек писем в компактном виде, десяток кнопочек, меню на 10 пунктов и 20 контактов. Грамотное использование технологий позволило бы ему открываться и работать на порядок быстрее. Сравните, например, с этим:
popov654
10.11.2018 11:22Мда, время исполнения скриптов больше в два раза, рендернига — в пять раз. Показательно :)
P.S. Ваша ссылка в Chrome 45 вообще не работает, просто белый экран. Ругается на синтаксисfunc(param = "value")в JS коде.
Sabbaot
09.11.2018 19:25я — почти простой пользователь интернета, начинаю писать статью-фидбек о дизайнах, в том числе о дилемме фразы «раньше было лучше» как о признаке маразма и непринятии чего-то нового, в том числе затрагивающем этот новый дизайн гмайла.
я не могу не пользоваться почтой gmail, т.к. она хороша, но пользуюсь я исключительно браузерной версией. мне насадили новейший дизайн вместо нового (много таких случаев), но оставили выбор, которым я и пользуюсь: при такой долгой загрузке и любой скорости интернета можно успеть нажать в правом нижнем углу надпись
Loading standard view | Load basic HTML (for slow connections)
и меня этот вариант устраивает, хоть и вид у него из 2000-х. Боюсь, только, что я уже старпер и мне стыдно признаваться о таких вещах.
Art3
Материальным «десигном» там и не пахнет. А вот традиционной для Гугола дерьмовой реализацией — вполне.
Revertis
А для них это нормально. Выпустить, например, гайдлайны, а потом им не соответствовать.
igordata
Пока другие мучаются с гайдлайнами, соответствием идеалам идеологии, покрывают тестами, гугель релизит, релизит и релизит и уже превратился в альфабет. Очень похоже на хитрый план по задержке конкурентов.
expeon
Очень даже «пахнет» их Material Design 2.0 (https://material.io)
YemSalat
Ну не знаю, у material же вроде одна из ключевых концепций — «Motion provides meaning». Анимации переходов и прочие подвижные штуки, которые должны помогать юзеру ориентироваться в происходящем.
В последнем редизайне gmail'а такое впечатление, что они просто кнопки покруглее сделали, пэддинга добавили и цвета немного поменяли. Сама структура интерфейса, вроде как, вообще не поменялась.
Skerrigan
Ну у меня от новых «дымчатых» шрифтов просто вытекают глаза.
Текст стал не «стройным и лаконичным», а во-первых разноплановым «в табах наименования приплюснутые» (остальной текст нормальный по соотношению высота-ширина), а во-вторых оно все мыльное-мыльное.
expeon
Ну, насколько я понимаю, часть того, чего они хотели достичь с 2.0 — перейти с режима «вот вам правила, по которым надо строить, делайте так и будет вам счастье» на «вот вам рекомендации...» (aka «Guidelines, not rules»), потому что очень многие жаловались, что все аппки на Материале выглядят слишком одинаково.
И гугл в своих редизайнах, в общем-то, довольно вольно этим рекомендациям следует:
vlreshet
C увеличенного пэддинга до сих пор пригорает. Называется «как сделать так чтобы при том же размере экрана помещалось на 20% меньше писем»
Mad__Max
Поправляя шапочку — ну надо же как-то помогать гаджеты со всем большими (как физически, так и разрешением) экранами продавать. Одни маркетологи уже не справляются.