Программистов почти нет. Освоить синтаксис может и домохозяйка, типичную задачу она решит тоже. Большинство задач, по крайней мере, что встречаю я — типичные. У меня есть знакомые, которые программируют на других языках. Спрашивая какие они решают задачи — типичные.
Быть может я ошибаюсь, и программист — это тот, кто может написать хоть немного что-то работающее. Но лично я не могу назвать таких людей программистами.
Все что сразу бросилось в глаза, не выискивая недостатки:
1. При открытии ссылки в новой вкладке, а потом закрытии этой вкладки — браузер перебрасывает на последнюю вкладку в списке, а не на ту, с какой был переход
2. В табло можно настроить только 8 тайлов — это плохо.
3. В табло давать названия можно только виджетам, но не сайтам
4. Чтобы открыть табло уже не нужно целится в иконку создания вкладки — это хорошо, но чтобы закрыть владку — целиться в кристик приходится — может что-то придумать?
5. При нажатии на «Назад» страница полностью обновляется — зачем? Актуальность информации достаточно редко меняется
6. Swipe «назад» при просмотре pdf не работает
7. Кнопка «назад» иногда (когда нужно) становится не активной, может быть ее тоже прятать, как и кнопку «вперед»?
Да, но тут есть 2 преимущества:
1) попасть (прицелится) на омнибокс проще, чем на "+" в хроме
2) если случайно открыл вкладку в хроме, ее сложнее закрыть чем табло
Отличный ответ! В таком случае это очень хорошая причина создания браузера. Теперь главное для яндекса — не увлекатся поведением и полученными данными, а делать действительно конкурентно-способный продукт.
Т.е. основная причина создания браузера — это нагонять трафик в поиск, где размещены контекстные объявления? Я серьезно спрашиваю, вы ничего не подумайте, мне интересно.
Если так, то явное изменение в настройках поисковой системы по-умолчанию сводит все на нет?
Да, согласен с тем, что я обязан знать что, куда и когда. Иметь доступ к своей статистике — это для отдельных людей — тоже полезно, но врядли они это реализуют, т.к. «не приоритет». Но знать что и куда — и видеть это в исходниках — да, должно быть.
Но вот иметь доступ к собираемой статистике у других — это уже как яндекс решит, настаивать нельзя, имхо. Пусть она даже анонимная — для этого используются ресурсы яндекса — и раздавать всем статистику — я считаю чисто дело политики компании.
Для меня это всегда был спорный момент. Как же можно сделать браузер лучше, если не знать, как его используют люди? Как без статистики, слежения, без анализа данных принимать решения?
Если я буду знать что именно отслеживается, и меня спросят или я разрешаю это — то пусть, главное — чтобы браузер становился лучше!
Я думаю, проблема не в скорости работы пользователя за компьютером, а в получении быстрого ответа без необходимости ожидать загрузки страницы (особенно медленные, мобильные соединения), смотреть на белый экран, видеть остальные результаты поиска.
Мне нужно знать температуру, и облачность — все, зачем мне видеть десяток сайтов про погоду, зачем смотреть на рекламу, пусть даже контекстную?
В этом суть. И это очень круто.
Но должен признатся, что яндекс браузер не отвечает мне на эти вопросы :( Я вводил в саджест и «прогноз по» как на скринах, пробовал и «высота останкинской башни» — ответов в саджесте я не нашел. Наверно что-то работает не так.
Там все перемешано, и классы и функции, нет автолоада, запросы пишутся прямо в бизнес-логике. В представлении (если оно есть) предостаточно того, чего там быть не должно. Все кешируется, что можно.
Программисты сидят не глупые. Достаточно большая команда, новички сидят в саппорте, исправляют все, что каждый день отваливается понемногу. Новичкам вникнуть в код и разобратся в проекте нужно от 2 до 6 месяцев.
Я вот только недавно узнал про такую штуку как DI, мол, это так круто и ZF2 и Symfony 2 его используют, и многие другие. А вы говорите что это плохо. И youROCK говорит что мы теряем простоту не жостко типизированного PHP.
И поэтому у меня вопрос.
А почему абстракции — это плохо? Усложняют понимание кода? Так вроде для того их и вводят, чтобы не знать о деталях. Вот из той статьи, где абстранции вводятся компилируя шаблоны — разве это проще? А когда будет не 3 класса, а 300 — конфиг будет, наверно, сложным.
Вот автор той статьи пишет: «When you develop you should not think on any injection or configuration». Вот разве мы думаем о том, какой там storage? У нас есть интерфейс и мы им пользуемся. Я не понимаю чем DI и DIC усложняют проект.
Как поступать с классами, приватные методы которых ходят в БД за информацией? + в зависимости от входящих данных будут ходить в разные места.
Спасибо.
Может быть эта фича доступна только пользователям России?
Быть может я ошибаюсь, и программист — это тот, кто может написать хоть немного что-то работающее. Но лично я не могу назвать таких людей программистами.
8 пункт сводит на нет все преимущества браузера, пользоваться невозможно.
1. При открытии ссылки в новой вкладке, а потом закрытии этой вкладки — браузер перебрасывает на последнюю вкладку в списке, а не на ту, с какой был переход
2. В табло можно настроить только 8 тайлов — это плохо.
3. В табло давать названия можно только виджетам, но не сайтам
4. Чтобы открыть табло уже не нужно целится в иконку создания вкладки — это хорошо, но чтобы закрыть владку — целиться в кристик приходится — может что-то придумать?
5. При нажатии на «Назад» страница полностью обновляется — зачем? Актуальность информации достаточно редко меняется
6. Swipe «назад» при просмотре pdf не работает
7. Кнопка «назад» иногда (когда нужно) становится не активной, может быть ее тоже прятать, как и кнопку «вперед»?
1) попасть (прицелится) на омнибокс проще, чем на "+" в хроме
2) если случайно открыл вкладку в хроме, ее сложнее закрыть чем табло
Если так, то явное изменение в настройках поисковой системы по-умолчанию сводит все на нет?
Но вот иметь доступ к собираемой статистике у других — это уже как яндекс решит, настаивать нельзя, имхо. Пусть она даже анонимная — для этого используются ресурсы яндекса — и раздавать всем статистику — я считаю чисто дело политики компании.
Если я буду знать что именно отслеживается, и меня спросят или я разрешаю это — то пусть, главное — чтобы браузер становился лучше!
Мне нужно знать температуру, и облачность — все, зачем мне видеть десяток сайтов про погоду, зачем смотреть на рекламу, пусть даже контекстную?
В этом суть. И это очень круто.
Но должен признатся, что яндекс браузер не отвечает мне на эти вопросы :( Я вводил в саджест и «прогноз по» как на скринах, пробовал и «высота останкинской башни» — ответов в саджесте я не нашел. Наверно что-то работает не так.
Там все перемешано, и классы и функции, нет автолоада, запросы пишутся прямо в бизнес-логике. В представлении (если оно есть) предостаточно того, чего там быть не должно. Все кешируется, что можно.
Программисты сидят не глупые. Достаточно большая команда, новички сидят в саппорте, исправляют все, что каждый день отваливается понемногу. Новичкам вникнуть в код и разобратся в проекте нужно от 2 до 6 месяцев.
И поэтому у меня вопрос.
А почему абстракции — это плохо? Усложняют понимание кода? Так вроде для того их и вводят, чтобы не знать о деталях. Вот из той статьи, где абстранции вводятся компилируя шаблоны — разве это проще? А когда будет не 3 класса, а 300 — конфиг будет, наверно, сложным.
Вот автор той статьи пишет: «When you develop you should not think on any injection or configuration». Вот разве мы думаем о том, какой там storage? У нас есть интерфейс и мы им пользуемся. Я не понимаю чем DI и DIC усложняют проект.