И еще — ваш единственный пример, где вы НЕ будете использовать исключения — слишком одинок и узок, таких случаев должно быть гораздо больше. Почему? Да просто не может быть только одного случая в рамках такой широкой проблемы, когда в программировании существует столько различных классов задач. По теории вероятности не может :)
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.
Немного сглаживая резкость высказываний — для прикладного некритичного ПО — пожалуйста, почему бы не использовать исключения. Для сложных приложений же, для которых стабильность работы — это «наше все» — лучше не надо, полный цикл написания/тестирования кода займет больше времени для доведения продукта до релиза + на выходе вероятнее всего будет менее стабильное (со скрытыми недостатками) ПО.
Хм, coding style используется (в основном, конечно) в командах и имеет главную цель — улучшить читаемость кода другими разработчиками. А вы решили, что стандартный (!) foreach вам громоздок и сделали свой — в итоге цель coding style разрушена, каждый, кто будет читать ваш код, будет разбираться, что это за Each вызовы такие и будет продолжать писать по своему, т.е. теряется однообразие кода. Вкратце — я не понимаю конечную цель, вы пишете про coding style, но чтобы его соблюсти разрушаете читаемость программы.
Могу возразить по рейтингам — поскольку заполняться будет пользователями, то вряд ли там будут только самые лучше цитаты, которые цепляют за душу на все 10 баллов. Мне, например, было бы интересно посмотреть, какие цитаты посетители считают лучшими. Хотя придираюсь, наверное :) Спасибо за ресурс.
Проблема не в том, чтобы послать собеседника на JID, а в том чтобы он поставил и настроил себе джаббер клиент после этого (у меня 70% контактов — неайтишники, либо очень ленивые айтишники :).
Увы, хабр специфичен — хотя можно было приколоться :).
Очень хотел htmlize использовать для посветки кода, но он выдает полную страницу и стили прописаны в шапке. Вроде можно настроить, чтобы вместо этого использовал, надо погуглить :).
Я ведь тоже только в начале Пути :) Про дальнейшие изыскания по autocompletion уже обещал написать, по выходным буду пытаться выложить результаты за неделю. И попробую таки посмотреть на сниппеты, второй раз в комментариях о них читаю.
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.
Немного сглаживая резкость высказываний — для прикладного некритичного ПО — пожалуйста, почему бы не использовать исключения. Для сложных приложений же, для которых стабильность работы — это «наше все» — лучше не надо, полный цикл написания/тестирования кода займет больше времени для доведения продукта до релиза + на выходе вероятнее всего будет менее стабильное (со скрытыми недостатками) ПО.
Я полностью поддерживаю данное мнение.
P.S. Не нашел Лао Цзы :(
Из конструктивного — может рейтинги\голосования за цитаты ввести? Чтобы был некий «топ» для тех, кто не хочет читать все подряд.
/me задумчиво смотрит на аватарку maxis'а…
Очень хотел htmlize использовать для посветки кода, но он выдает полную страницу и стили прописаны в шапке. Вроде можно настроить, чтобы вместо этого использовал, надо погуглить :).