зачем доходить до абсурда? Скажем так: я vim не использую, но если бы пришлось, то я бы освоил работу с ним, а не начал рыть интернеты в поисках полу-кривого плагина, повторяющего работу.
«Я хотел лишь хотел показать, как можно использовать привычный интерфейс там, где он изначально не предусмотрен.»
Нет, решил написать, что это вредный совет — делать так, как привычно везде и во всем.
Вы не считаете, что вся «мощь» vim проистекает только из привычки пользоваться именно им? Т.е. вы можете эффективно использовать предлагаемый им функционал, и поэтому пользуетесь именно им.
Но при этом, тогда как практически все современные IDE продолжают развиваться в одном русле, вы, являясь жертвой привычки, анально огораживаетесь от них, предпочитая старый инструмент и рискуя остаться без необходимых навыков, когда они, возможно, потребуются.
Т.е. ваша ошибка в том, что садясь за Visual Studio сразу же начинаются поиски старого и знакомого средства (или его замены) вместо изучения нового. В конце концов, даже если студия в итоге окажется менее удобна, вы сможете вернуться обратно на vim, но при этом уже получив опыт разработки в студии. Однако, изначально составлять предвзятое мнение о продукте (и вообще концепции всех современных IDE) — невежественно.
Плюс хочу добавить: у производителей ноутов есть налаженный конвейер сборки, установки софта и проч. необходимого.
Если запретить предустанавливать винду, очевидно следствие: либо удорожание всех ноутов из-за необходимости изменить большинство процессов, связанных с софтом (предконфигурация, специалисты, техподдержка, драйвера), либо продавать абсолютно «голые» ноуты в совершенно неподготовленные к такому повороту розничные сети, на которые возляжет этот груз (приводя к еще большему удорожанию конечного продукта).
Давайте подадим в суд на кока-колу, за то, что она «предустанавливает» воду в фирменный концентрат. Пусть воду добавляют потребители, они имеют на это право. Ну чушь, извольте.
Как бы не смешите. Пластик везде одинаков, и, поверьте, весь блюрэй и вообще все диски на 99% производятся тоже в китае.
Дешевизна тут связана прежде всего с отсутствием необходимости делать выплаты владельцам патентов.
Спасибо за ссылки, Bespin — интересный проект, по крайней мере концепция интерфейса схожа с моими представлениями «как должно быть».
Буду следить за развитием; пока он, конечно, еще сырой.
Думаю что даже на википедии излишне оптимистичные ожидания относительно сроков выхода технологии на приемлемый уровень. Просто не могу представить как будет реализована схема — [ввод команд пользователем]-[отправка на сервер]-[обработка и получение картинки]-[сжатие видеокодеком]-[отправка обратно пользователю] — с приемлемо низкой латентностью (т.е. не более 5-10мс для любого рилтайма).
Я уже пару лет мечтаю о веб-приложении для верстки/разработки веб-приложений-же.
Мысль такая: некий веб-сервис с интерфейсом, подсветкой кода, хинтингом, и проч., на котором можно непосредственно писать код и рядом же наблюдать результат своих действий, сохранив файл. (- т.е. устранение проблем в IE6 сидя в самом IE6 и в таком духе).
Т.е. я думаю, текущий уровень развития веб технологий осилил бы эту задачу: полностью избавить пользователя от необходимости ставить софт (дримвейверы, зенд студии и т.д.) и переместить разработку веба в этот самый веб.
Кстати, по сабжу был фуршет, где говорилось следующее, цитирую:
состояние второго фотона действительно меняется мгновенно. Передачи информации здесь, однако, не происходит, потому что для передачи информации необходимо ещё и измерить состояние второго фотона. Это уже совсем не мгновенное событие, как вы понимаете. Кроме того, надо передать «базис измерения» (как вам написали внизу, для этого нужен дополнительный канал связи, по которому ничего быстрее скорости света передать нельзя).
Да, «красиво» микрософт решила проблему с совместимостью.
Лучше было сразу сделать переклачатель движков Trident — Gecko — Webkit — Presto, в каком-то да заработает :)
О, и еще должна вылезти скрепка с вопросом: «Как вы оцениваете качество отображения страницы?» и предложить сохранить выбор.
До тех пор, пока это свойство не будет реализовано полностью в соответствии со стандартом / находится в процессе тестирования — оно будет с приставкой.
Другое дело, что этот обзор сейчас не имеет смысла, поскольку по сути рассматривается не сам бордер-радиус, а его специфические реализации. Делать цсс под каждый браузер (иногда со своим синтаксисом) — неоправданно.
К сожалению, пока приходится зачастую отказываться от css-only решений, и прибегать к js.
90mbps down / 48mbps up — www.speedtest.net/result/541356179.png
1200р./120Гб.
Из безлимиток — 32мбит за 1,5к р.
Gentium: scripts.sil.org/gentium
Free UCS Outline Fonts: ftp.gnu.org/gnu/freefont/
DejaVu fonts: sourceforge.net/projects/dejavu/
Еще интересные бесплатные шрифты (без кириллицы): www.smashingmagazine.com/2009/08/07/beautiful-new-free-fonts-for-your-designs/
Нет, решил написать, что это вредный совет — делать так, как привычно везде и во всем.
Но при этом, тогда как практически все современные IDE продолжают развиваться в одном русле, вы, являясь жертвой привычки, анально огораживаетесь от них, предпочитая старый инструмент и рискуя остаться без необходимых навыков, когда они, возможно, потребуются.
Т.е. ваша ошибка в том, что садясь за Visual Studio сразу же начинаются поиски старого и знакомого средства (или его замены) вместо изучения нового. В конце концов, даже если студия в итоге окажется менее удобна, вы сможете вернуться обратно на vim, но при этом уже получив опыт разработки в студии. Однако, изначально составлять предвзятое мнение о продукте (и вообще концепции всех современных IDE) — невежественно.
Плюс хочу добавить: у производителей ноутов есть налаженный конвейер сборки, установки софта и проч. необходимого.
Если запретить предустанавливать винду, очевидно следствие: либо удорожание всех ноутов из-за необходимости изменить большинство процессов, связанных с софтом (предконфигурация, специалисты, техподдержка, драйвера), либо продавать абсолютно «голые» ноуты в совершенно неподготовленные к такому повороту розничные сети, на которые возляжет этот груз (приводя к еще большему удорожанию конечного продукта).
Давайте подадим в суд на кока-колу, за то, что она «предустанавливает» воду в фирменный концентрат. Пусть воду добавляют потребители, они имеют на это право. Ну чушь, извольте.
Дешевизна тут связана прежде всего с отсутствием необходимости делать выплаты владельцам патентов.
Вместимость — 30gb, стоимость до 4 раз ниже блю-рэй, под их производство можно задействовать конвейер для пр-ва обычных dvd.
Купили б их в Россию, чтоли…
Vector TDX и Gemcraft (первый и второй) — имхо лучшие
Буду следить за развитием; пока он, конечно, еще сырой.
Думаю что даже на википедии излишне оптимистичные ожидания относительно сроков выхода технологии на приемлемый уровень. Просто не могу представить как будет реализована схема — [ввод команд пользователем]-[отправка на сервер]-[обработка и получение картинки]-[сжатие видеокодеком]-[отправка обратно пользователю] — с приемлемо низкой латентностью (т.е. не более 5-10мс для любого рилтайма).
Мысль такая: некий веб-сервис с интерфейсом, подсветкой кода, хинтингом, и проч., на котором можно непосредственно писать код и рядом же наблюдать результат своих действий, сохранив файл. (- т.е. устранение проблем в IE6 сидя в самом IE6 и в таком духе).
Т.е. я думаю, текущий уровень развития веб технологий осилил бы эту задачу: полностью избавить пользователя от необходимости ставить софт (дримвейверы, зенд студии и т.д.) и переместить разработку веба в этот самый веб.
А вообще, никто не опасается, что после сборки в точке назначения система выдаст «CRC error»? :)
Лучше было сразу сделать переклачатель движков Trident — Gecko — Webkit — Presto, в каком-то да заработает :)
О, и еще должна вылезти скрепка с вопросом: «Как вы оцениваете качество отображения страницы?» и предложить сохранить выбор.
Другое дело, что этот обзор сейчас не имеет смысла, поскольку по сути рассматривается не сам бордер-радиус, а его специфические реализации. Делать цсс под каждый браузер (иногда со своим синтаксисом) — неоправданно.
К сожалению, пока приходится зачастую отказываться от css-only решений, и прибегать к js.