Cowon S9 — еще один шаг дальше после D2. Я доволен как слон и уже склонил к его покупке трех (!) друзей. Обзор на lossless audio, который поставил окончательную точку в моем решении купить именно его — www.losslessaudio.ru/portativnaya-tekhnika/obzor-cowon-s9
Я бы сказал, такова наследственность, интерфейс уже просто нельзя менять — за долгие годы все привыкли. Чутка нововведений появляется, конечно — скины, которые кнопки приукрашают, но в остальном все так же страшно. Хотя через пару месяцев привыкаешь, за пару месяцев можно к чему угодно привыкнуть…
Не надо нападать, никакой я не ненавистник =) А документ да, и правда интересный, хоть и в слишком аггрессивном стиле написан, временами стандартные пиарные приемы просматриваются =)
По local storage — насколько я понял, отличия здесь лежат: different storage-related event names and asynchronous operations. Кто захочет более подробно изучить тему, может сравнить спецификации стандарта с MSDN (я буду хотеть до тех пор, пока не придется с этим работать).
Хотел бы закрыть дискуссию — это просто замечание, что, возможно, стоит потестить данный механизм в разных браузерах при его использовании — хотя это и так все нормальные разработчики будут делать =)
As just one example, Microsoft recently announced that Internet Explorer 8 would support a feature called “local storage,” which allows websites to store a limited amount of data on users’ computers so that users can interact with those sites offline, a feature that could help web applications become effective replacements for traditional desktop applications.
This feature is part of HTML 5, the next version of the HTML standard used for writing web pages. Unfortunately, Microsoft’s implementation is subtly incompatible with the standard, which could lead web developers who test their sites in Internet Explorer 8 to write their sites in a way that will not work in other browsers.
— Вкратце — МС опять реализовала «совсем слегка нестандартную» стандартную возможность. Подробнее — по источникам из оригинального файла.
Сделал, можно забирать здесь: openfile.ru/279181/
Кто-нибудь, попробуйте плиз, запустить ее без Python и PyQt4, должно получиться, но ни разу не пробовал :)
2rudyryk и 2plzen: что ж вы людей за дураков то считаете :) этож понятно что минус и поставить можно. просто обращаю внимание читателей (и автора поста тоже) на отличный сервис в тему.
Чисто функционально thn.gs/ (тоже на хабре пост был) нравится больше. Да и внешне тоже. Но это не GPL и исходников нет. Из пожеланий к opentodo — инлайн-редактирование заданий, без перезагрузки страницы. И добавление тоже с помощью всплывающего Javascript-окна. Было бы круто :-D
И еще — ваш единственный пример, где вы НЕ будете использовать исключения — слишком одинок и узок, таких случаев должно быть гораздо больше. Почему? Да просто не может быть только одного случая в рамках такой широкой проблемы, когда в программировании существует столько различных классов задач. По теории вероятности не может :)
Joel (в ответ на критику после первого поста про исключения — знаменитый 13) акцентирует внимание на том, что хороший, стабильный (в высших смыслах) код очень сложно написать без исключений, а с ними — в разы сложнее. Поэтому как вывод преподносит, что для ядерных реакторов код с исключениями использовать не стоит :)
Exceptions are fine for quick-and-dirty code, for scripts, and for code that is neither mission critical nor life-sustaining. But if you’re writing an operating system, or a nuclear power plant, or the software to control a high speed circular saw used in open heart surgery, exceptions are extremely dangerous.
Немного сглаживая резкость высказываний — для прикладного некритичного ПО — пожалуйста, почему бы не использовать исключения. Для сложных приложений же, для которых стабильность работы — это «наше все» — лучше не надо, полный цикл написания/тестирования кода займет больше времени для доведения продукта до релиза + на выходе вероятнее всего будет менее стабильное (со скрытыми недостатками) ПО.
Почитайте Азимова — «Выбор катастроф», весьма по теме чтиво.
По local storage — насколько я понял, отличия здесь лежат: different storage-related event names and asynchronous operations. Кто захочет более подробно изучить тему, может сравнить спецификации стандарта с MSDN (я буду хотеть до тех пор, пока не придется с этим работать).
Хотел бы закрыть дискуссию — это просто замечание, что, возможно, стоит потестить данный механизм в разных браузерах при его использовании — хотя это и так все нормальные разработчики будут делать =)
As just one example, Microsoft recently announced that Internet Explorer 8 would support a feature called “local storage,” which allows websites to store a limited amount of data on users’ computers so that users can interact with those sites offline, a feature that could help web applications become effective replacements for traditional desktop applications.
This feature is part of HTML 5, the next version of the HTML standard used for writing web pages. Unfortunately, Microsoft’s implementation is subtly incompatible with the standard, which could lead web developers who test their sites in Internet Explorer 8 to write their sites in a way that will not work in other browsers.
— Вкратце — МС опять реализовала «совсем слегка нестандартную» стандартную возможность. Подробнее — по источникам из оригинального файла.
Кто-нибудь, попробуйте плиз, запустить ее без Python и PyQt4, должно получиться, но ни разу не пробовал :)
from distutils.core import setup
import py2exe
setup(windows=[{«script»: «run.pyw»}], options={«py2exe»: {«includes»: [«sip», «PyQt4._qt»]}})
www.joelonsoftware.com/articles/wrong.html
Exceptions are fine for quick-and-dirty code, for scripts, and for code that is neither mission critical nor life-sustaining. But if you’re writing an operating system, or a nuclear power plant, or the software to control a high speed circular saw used in open heart surgery, exceptions are extremely dangerous.
Немного сглаживая резкость высказываний — для прикладного некритичного ПО — пожалуйста, почему бы не использовать исключения. Для сложных приложений же, для которых стабильность работы — это «наше все» — лучше не надо, полный цикл написания/тестирования кода займет больше времени для доведения продукта до релиза + на выходе вероятнее всего будет менее стабильное (со скрытыми недостатками) ПО.
Я полностью поддерживаю данное мнение.