Окей, пользователи скушали, что движек тяжело поддерживать и нужно потерпеть.
Но интерфейс в 12 Опере был лучшим. Не устаревшим, а лучшим. Я мог его настроить так как хочу.
Ждем этого скоро давно. Я уже отчаялся про корзину писать в комментариях в блоге после каждого выпуска новой версии (
Немного оффтопа.
Ребят, я понимаю новый движек, но уже долгое время изменений интерфейса к лучшему(к старой версии) нет.
Нет ни группировки вкладок.
Нет ни корзины.
Нет ни информации по картинки (свойства изображения)
Нет ни приватных вкладок(не окн)
Когда ждать то это всё? Или честно скажите, что этого всего не будет.
Не любовь использования функций в PHP связана с проблемой автозагрузки.
Нельзя просто так взять и загрузить функцию. А держать один файл на все функции хелперы — путь к хаосу.
В Python же модули решают все проблемы. Однако, из-за этого разработчики часто увлекаются функциями, поэтому очень тяжело изучать всю эту динамику статически.
Вы точно прочитали то что я написал?
| Кроме тех кто на него завязан жестко, аля Battlefield
Т.е. Battlefield как раз жестко завязан на Origin, а Mass Effect, например — нет.
| Если программист глазами не видит и мозгами не помнит иерархию классов в своем приложении (или хотя бы в части, над которой он работает) — то с ним что-то не так.
Тау думает только плохой программист. Хороший программист не должен помнить всё. В идеале, интерфейсы ему должны быстро всё сами рассказать. В идеале, любой программист команды должен очень быстро разобраться в работе приложения по интерфейсам.
| но есть другие хорошие не-ООП подходы, посмотрите на тот же Erlang или Haskell.
Пока что я писал лишь о ООП парадигме. Языки которые заточены под другое я не рассматривал пристально и каких либо выводов про работу с ними я делать не могу.
IDE в сравнении с текстовыми редакторами предоставляет следующие возможности:
— предоставляет поиск класса по имени
— подсказывает интерфейс класса
— говорит о том, к какому классу в иерархии относится вызванный метод
— подсказывает, когда в аргумент подставляется объект не того типа
— показывает иерархию классов по базовому классу
т.е. если вы не чувствуете надобность в этих возможностях, то скорее всего вы не проектируете систему в соответствии с ООП. Пока что мой опыт показывает, что так оно и есть. Сколько людей любителей текстовых редакторов я видел, все они писали либо простые вещи, либо процедурный(с элементами ООП) не поддерживаемый код из-за его сложности.
Но однако, то что человек использует IDE не говорит что он не делает подобного.
Человек, который не использует IDE, с большой долей вероятностью не понимает что такое ООП, т.к. основная сила IDE основана на ОО подходе к разработке.
Соответственно, если человек не понимает что такое ООП, то там появляются излишние сущности, большие уродливые контроллеры и т.д.
Именно поэтому идея с отступами гениальна!
Я долго время держал её именно из-за того что нужно было просмотреть EXIF информацию.
Но интерфейс в 12 Опере был лучшим. Не устаревшим, а лучшим. Я мог его настроить так как хочу.
Ждем этого скоро давно. Я уже отчаялся про корзину писать в комментариях в блоге после каждого выпуска новой версии (
Ребят, я понимаю новый движек, но уже долгое время изменений интерфейса к лучшему(к старой версии) нет.
Нет ни группировки вкладок.
Нет ни корзины.
Нет ни информации по картинки (свойства изображения)
Нет ни приватных вкладок(не окн)
Когда ждать то это всё? Или честно скажите, что этого всего не будет.
Нельзя просто так взять и загрузить функцию. А держать один файл на все функции хелперы — путь к хаосу.
В Python же модули решают все проблемы. Однако, из-за этого разработчики часто увлекаются функциями, поэтому очень тяжело изучать всю эту динамику статически.
www.netmarketshare.com
gs.statcounter.com/#os-ww-monthly-201305-201405-bar
Он тоже паралимпиец?
Для любителей Seven Kingdoms (7K) есть свободный порт для Linux и Windows:
7kfans.com
Правда разрешение осталось исходным: 800x600
habrahabr.ru/post/218609/#comment_7475841
А Origin предоставляет полноценный установщик.
| Кроме тех кто на него завязан жестко, аля Battlefield
Т.е. Battlefield как раз жестко завязан на Origin, а Mass Effect, например — нет.
Тау думает только плохой программист. Хороший программист не должен помнить всё. В идеале, интерфейсы ему должны быстро всё сами рассказать. В идеале, любой программист команды должен очень быстро разобраться в работе приложения по интерфейсам.
| но есть другие хорошие не-ООП подходы, посмотрите на тот же Erlang или Haskell.
Пока что я писал лишь о ООП парадигме. Языки которые заточены под другое я не рассматривал пристально и каких либо выводов про работу с ними я делать не могу.
Как минимум ReactJS читается гораздо проще, т.к. его классы поддерживают композицию, что позволяет погружаться в частности лишь когда это надо.
Например:
github.com/tastejs/todomvc/blob/gh-pages/architecture-examples/react/js/todoModel.js
github.com/tastejs/todomvc/blob/gh-pages/architecture-examples/angularjs/js/controllers/todoCtrl.js
— предоставляет поиск класса по имени
— подсказывает интерфейс класса
— говорит о том, к какому классу в иерархии относится вызванный метод
— подсказывает, когда в аргумент подставляется объект не того типа
— показывает иерархию классов по базовому классу
т.е. если вы не чувствуете надобность в этих возможностях, то скорее всего вы не проектируете систему в соответствии с ООП. Пока что мой опыт показывает, что так оно и есть. Сколько людей любителей текстовых редакторов я видел, все они писали либо простые вещи, либо процедурный(с элементами ООП) не поддерживаемый код из-за его сложности.
Но однако, то что человек использует IDE не говорит что он не делает подобного.
Соответственно, если человек не понимает что такое ООП, то там появляются излишние сущности, большие уродливые контроллеры и т.д.
p.s.
мой же опыт наоборот говорит о глюкавости Steam и без проблемном использовании Origin.