Не надо путать Рунет и РФ, на столь любимом вами LiveInternet пользователей из РФ всего 62.5% было в декабре. С какой стати выборка, в которой 37.5% пользователей вообще не входят в рассматриваемую генеральную совокупность, может быть репрезентативной?
Что касается сайтов, то какая разница из какой они доменной зоны? Вы что заходите исключительно на сайты в зоне .ru?
А где в статье хоть одно упоминание Рунета?
Мне более интересна статистика, которая учитывает не только русскоязычные сайты, и на мой взгляд она более репрезентативна за счёт этого. Кроме того, именно активные пользователи, которые не ограничиваются Рунетом, и формируют предпочтения основной массы пользователей.
Т.е. я могу допустить что параметры генеральной совокупности в моменте находятся где-то по середине между данными StatCounter и LiveInternet, но при этом всегда двигаются в сторону данных StatCounter. А значит при необходимости оценить распределение браузеров для будущего проекта, данные StatCounter будут гораздо точнее.
Stats are based on aggregate data collected by StatCounter on a sample exceeding 15 billion pageviews per month collected from across the StatCounter network of more than 3 million websites.
Подсказывать может только субъективное предубеждение… Сложно математически доказать, что выборка из 3 млн. сайтов (StatCounter) менее репрезентативна, чем выборка из 1 млн. сайтов (LiveInternet).
К тому же, на большинство новых сайтов вообще ставят Google Analytics или Яндекс.Метрика, а данных по этим сайтам нет ни в одной публичной статистике.
Нет, StatCounter в отличии от многих агрегаторов, ведёт отдельную статистику по мобильным браузерам, что правильно, на мой взгляд.
Альтернативные браузеры — это, например, Konqueror, Epiphany, Galeon, Camino, etc. Несомненный плюс состоит в том, что большинство этих браузеров основано на Gecko и/или WebKit, так что особых проблем с рендерингом у них обычно нет. Хотя есть и исключения, типа Links или Dillo.
Это не соответсвует действительности по данным Яндекса? :-)
А если серьёзно, то нам не дано судить, что соответствует действительности, а что нет. Мы можем обсуждать только данные по определённым выборкам, определить же какая из выборок наиболее соответствует генеральной совокупности нереально в данном случае. Поэтому обращайте больше внимания на тенденции, а не на конкретные цифры.
Ничего. Обычная коррекция к росту, тем более что с начала сентября американские рынки выросли примерно на 20%, теперь настало время сбросить перекупленность.
> А есть расширения для приема всяких вебманей и прочих сбербанков?
Для самой свежей версии пока нет, но в принципе ничего сложного при необходимости… Тем более, что для предыдущих версий было расширение для приёма платежей через РобоКассу.
Что самое интересное, всё как раз с точностью до наоборот:
RoR превосходно подходит для создания сложных веб-приложений, а для создания простеньких сайтов подойдут скорее php-шные CMS'ки.
Необязательно, есть же такие слова, как «жюри», «каракули», «глясе», «пенсне» и др., которые прижились и без суффиксов.
Хотя всё равно, слова то не русские, а заимствованные.
И «юзабилити» и «эргономика» — оба заимствованные слова и в этом плане ничем кроме базового языка не отличаются.
Просто «грекофилы» теперь уже противостоят не «латинству», а «англицизму», не первый век уж буйствуют :-)
Доверить проектирование GUI тестеру — всё равно что доверить обезьяне управлять танком и не важно какой процент от кода приходится на долю UI, на его долю в любом случае приходится 100% взаимодействия с пользователем.
Научитесь уже проигрывать в споре достойно. Ваша точка зрения уже давно признана в корне ошибочной. Обратитесь уже наконец к мировому опыту IxDA, если ума хватит.
> у программиста, который зажат в рамках одного модуля
Это уж слишком проектнозависимо, мне не встречались проекты, в которых программисты работали только над одним модулем, как будто зашоренные.
Это просто плохой пример организации работы программистов.
> Я не согласен с тем, что программисты прекрасно знают все возможные фолтовые случаи
Ну не то чтобы «прекрасно знают», но как минимум догадываются при каких обстоятельствах посыпятся ошибки. Попробуй попроси у программиста, не занятого в проекте, прочитав спецификацию, назвать 20 мест, где могут возникнуть проблемы. Особого труда это для него составить не должно, при этом в 12-15 из 20 названных мест, ты потом реально найдёшь баги. А всё потому, что каких-то уникальных багов на практике встречается крайне мало и даже не в каждом проекте.
> бывают утечки памяти под нагрузкой, проблемы синхронизации в многопоточных приложениях
Так это как раз одни из самых очевидных случаев, в Топ-20 они будут одними из первых, конечно если спека предусматривает мультипоточность и немонопольный доступ к приложению :-)
> плох тот тестировщик, который не умеет программировать ;)
Оно может и так, но к сожаленью 80% тестировщиков даже базовых основ программирования не знают, куда уж там до умения…
> почему Вы считаете, что квалификация хорошего тестировщика ниже квалификации разработчика? Как же он тогда будет проверять результат?
Так дело в том, что результат работы программиста — это код, а тестировщики проверяют отнюдь не код, а реакцию программы на действия пользователя, поэтому им достаточно чтобы квалификация была выше чем у пользователя, а не выше чем у программиста.
Очень похоже, что Вы описываете должность, совмещающую обязанности инженера по качеству, больше известны как QA, и бизнес-аналитика (Business Analyst). Только это аж 2 другие профессии. Тестировщики (Software Test Engineer) не должны заниматься тем, что вы выше указали, это не входит в их должностные обязанности.
Кстати, мне довелось работать в компании, где были представители всех 3 вышеназванных профессий, вот там бюрократия то была… хотя сейчас не об этом. Они кстати все отличались и по уровню знаний и по уровню зарплат.
Поэтому мне в голову не приходило, что вы под тестировщиками имеете в виду людей, которые по вашему описанию аж на 3 ставки (SwT, QA, BA) работают. Я всё-таки считаю такое именование абсолютно некорректным.
Что касается сайтов, то какая разница из какой они доменной зоны? Вы что заходите исключительно на сайты в зоне .ru?
Мне более интересна статистика, которая учитывает не только русскоязычные сайты, и на мой взгляд она более репрезентативна за счёт этого. Кроме того, именно активные пользователи, которые не ограничиваются Рунетом, и формируют предпочтения основной массы пользователей.
Т.е. я могу допустить что параметры генеральной совокупности в моменте находятся где-то по середине между данными StatCounter и LiveInternet, но при этом всегда двигаются в сторону данных StatCounter. А значит при необходимости оценить распределение браузеров для будущего проекта, данные StatCounter будут гораздо точнее.
Цитата:
К тому же, на большинство новых сайтов вообще ставят Google Analytics или Яндекс.Метрика, а данных по этим сайтам нет ни в одной публичной статистике.
Альтернативные браузеры — это, например, Konqueror, Epiphany, Galeon, Camino, etc. Несомненный плюс состоит в том, что большинство этих браузеров основано на Gecko и/или WebKit, так что особых проблем с рендерингом у них обычно нет. Хотя есть и исключения, типа Links или Dillo.
А если серьёзно, то нам не дано судить, что соответствует действительности, а что нет. Мы можем обсуждать только данные по определённым выборкам, определить же какая из выборок наиболее соответствует генеральной совокупности нереально в данном случае. Поэтому обращайте больше внимания на тенденции, а не на конкретные цифры.
Для самой свежей версии пока нет, но в принципе ничего сложного при необходимости… Тем более, что для предыдущих версий было расширение для приёма платежей через РобоКассу.
RoR превосходно подходит для создания сложных веб-приложений, а для создания простеньких сайтов подойдут скорее php-шные CMS'ки.
Хотя всё равно, слова то не русские, а заимствованные.
И «юзабилити» и «эргономика» — оба заимствованные слова и в этом плане ничем кроме базового языка не отличаются.
Просто «грекофилы» теперь уже противостоят не «латинству», а «англицизму», не первый век уж буйствуют :-)
Вам кажется это мало? В городских розетках максимальный ток обычно ограничивают до 6 А, а на большем уже предохранители должны срабатывать.
Для ярых ненавистников магии существует Python и Django.
Научитесь уже проигрывать в споре достойно. Ваша точка зрения уже давно признана в корне ошибочной. Обратитесь уже наконец к мировому опыту IxDA, если ума хватит.
Это уж слишком проектнозависимо, мне не встречались проекты, в которых программисты работали только над одним модулем, как будто зашоренные.
Это просто плохой пример организации работы программистов.
> Я не согласен с тем, что программисты прекрасно знают все возможные фолтовые случаи
Ну не то чтобы «прекрасно знают», но как минимум догадываются при каких обстоятельствах посыпятся ошибки. Попробуй попроси у программиста, не занятого в проекте, прочитав спецификацию, назвать 20 мест, где могут возникнуть проблемы. Особого труда это для него составить не должно, при этом в 12-15 из 20 названных мест, ты потом реально найдёшь баги. А всё потому, что каких-то уникальных багов на практике встречается крайне мало и даже не в каждом проекте.
> бывают утечки памяти под нагрузкой, проблемы синхронизации в многопоточных приложениях
Так это как раз одни из самых очевидных случаев, в Топ-20 они будут одними из первых, конечно если спека предусматривает мультипоточность и немонопольный доступ к приложению :-)
> плох тот тестировщик, который не умеет программировать ;)
Оно может и так, но к сожаленью 80% тестировщиков даже базовых основ программирования не знают, куда уж там до умения…
> почему Вы считаете, что квалификация хорошего тестировщика ниже квалификации разработчика? Как же он тогда будет проверять результат?
Так дело в том, что результат работы программиста — это код, а тестировщики проверяют отнюдь не код, а реакцию программы на действия пользователя, поэтому им достаточно чтобы квалификация была выше чем у пользователя, а не выше чем у программиста.
Кстати, мне довелось работать в компании, где были представители всех 3 вышеназванных профессий, вот там бюрократия то была… хотя сейчас не об этом. Они кстати все отличались и по уровню знаний и по уровню зарплат.
Поэтому мне в голову не приходило, что вы под тестировщиками имеете в виду людей, которые по вашему описанию аж на 3 ставки (SwT, QA, BA) работают. Я всё-таки считаю такое именование абсолютно некорректным.