Если бы код был столь подробно откомментирован, это означало бы, что он слишком сложен или по крайней мере, что с ним что-то не так. Комментарии имеют свойство протухать. Так что комментировать надо только когда нет возможности переписать так, чтобы комментарии не требовались.
Да, вы правы, что прибедняться и недооценивать себя не стоит.
Однако сегодня ситуация на рынке IT-проектов такова, что не у всех разработчиков они, что называется, rocket science… Очень многие, в том числе и я «лабают» фронт-энд, клепают сайтики или ещё что-то в этом духе. Программисты, как недавно прочитал на хабре, нынче интеллектуальный пролетариат. Реально блеснуть чем-то на фоне коллег сегодня могут меньше, чем лет так десять+ назад, я думаю. Веб-разработка сейчас — целый пласт навыков, доступных многим. Что-то же посложнее, скажем, high load и large data далеко не все сайтостроители понимают. Говорю как один из этих непонимающих. Может быть, у меня высокая планка, но тем не менее, я считаю, что мне почти нечего писать про навыки. Россыпь языков, которые немного трогал по работе и те, что учил дома для души — не в счёт.
Если навыки помещаются в нескольких строчках, то вам повезло. Я очень долго шел к тому, чтобы сократить количество ключевых слов-навыков. Сейчас понимаю, что трогал много чего по верхам. Встретив ряд настоящих профессионалов, чувствую, что не могу написать ни о чём как о «освоенном» мной хорошо.
А если нет целей, пишите хотелки. Например, у меня, «дотнетчика-шарпея», в хотелках Nemerle на .NET или Scala на Java платформе. Нет, не цель, но поработать с ними хотелось бы.
Понял вашу мысль. Изюм в том, что в крупном проекте костыль будет сильнee заметен и есть естественная тенденция к его «выпилу». В случае с «маленьким» проектом разработчику свойственно наивно оправдывать костыль «потому что [пока] всё и так достаточно просто и понятно». Проблемой же является то, что из последней ситуации в первую переход плавный и незаметный. Такая миграция дефекта может происходить по-разному. Например, проект внезапно используется не только исходным разработчиком на своей машине, но всем отделом на ряде рабочих станций. Или прототип внезапно становится полноценной базой нового приложения… А избавляться от костыля на позднем этапе (в разы? на порядки?) дороже, чем на раннем.
Например, имеется 1 человек, который пишет проект несколько дней. Это какая-нибудь мелкая утилита для решения какой-нибудь небольшой отдельно взятой задачи.
Допустим, у нас уже 5-6 человек и проект на несколько месяцев.… Лучше бы следить, чтобы костыли особо не накапливались.
… тут не до высоких материй. Позволительно вбивать любые костыли, нарушать мыслимые и немыслимые подходы к хорошему коду. И в данном случае это нормально.
Вот с этих поблажек всё ужасное и начинается. На самом деле это исключительно вопрос дисциплины/лени. В исключительных случаях требуются костыли (я говорю о багах используемого стека технологий прежде всего).
То, что вы оправдываете костыли в некоторых местах легко и просто ведёт к разбитым окнам. Сегодня вы вставляете один костыль, а завтра вы уже не можете разглядеть архитектуру за костылями.
Понимаю, что перфекционизм — зло. Согласился бы с вашей мыслью, если основой тезиса был бы не масштаб проекта, а частота его использования. Так программе-однодневке вне зависимости от её масштаба позволительно быть ущербной внутри (убеждён, что крупный проект просто не получится написать надёжным при Г-коде). Но даже самый крохотный скрипт, если он используется, скажем, раз в неделю, должен быть чистым.
А если серьёзно, то лично мне таких людей попадалось в жизни меньше пяти человек. Поэтому-то я и возмутился этим «считается». Я тоже могу заявить в подобном стиле. Ведь всем известно, что программисты ничем не отличаются от других людей.
Когда я встрчаю фразы типа «считается, что...» и «все знают, что...», я ловлю себя на мысли, что недоумеваю и спрашиваю чуть ли не вслух: «кем это считается?!»
Спасибо за хорошую обёртку над плохо реализованным стандартным компонентом!
Заметил, что последнее обновление исходников на codeplex было Mar 24, 2012. Может я не прав, но выглядит, как если проект не поддерживается. Я обнаружил баг с тем, что AdvancedApplicationBarIconButton не отображает картинок, если они являются ресурсами, расположенными во внешних сборках. Хочется поправить баг самостоятельно, не отвлекая вас, но svn-репозитории не форкаются… Скажите, нет ли у вас желания сделать Git/Mercurial репозиторий, чтобы желающие могли сделать fork проекта, если то позволяет ваша лицензия (признаюсь, я никогда не читал Apache License)?
Произведения, конечно, трудно создать один в один идентичные. Но с изобретениями такое бывало, не так ли? Это я к тому, что так или иначе, а в каждом конкретном случае требуется привлекать экспертную комиссию, по идее.
Конечно же, вы можете воспользоваться им как пожелаете. Только соль в том, что скопировав диск вместе с произведением, имеющимся на нём и защищённым авторским правом, вы нарушите закон.
В принципе, я согласен. Произведения, являются частным случаем информации. То есть информация это более общее понятие. Но разница всё-таки есть, не находите?
О произведениях вообще можно прочитать «спираченый» текст. Там, конечно, старовато-РСФСРный контекст, но содержание раскрыто весьма подробно, как мне видится.
Почему вы считаете, что подразумевается что-то отличное от понятия произведения мз ГК? Читаем несколько статей, начиная с 1259 ГК РФ…
Статья 1259. Объекты авторских прав
1. Объектами авторских прав являются произведения науки, литературы и искусства независимо от достоинств и назначения произведения, а также от способа его выражения:
литературные произведения;
драматические и музыкально-драматические произведения, сценарные произведения;
хореографические произведения и пантомимы;
музыкальные произведения с текстом или без текста;
аудиовизуальные произведения;
произведения живописи, скульптуры, графики, дизайна, графические рассказы, комиксы и другие произведения изобразительного искусства;
произведения декоративно-прикладного и сценографического искусства;
произведения архитектуры, градостроительства и садово-паркового искусства, в том числе в виде проектов, чертежей, изображений и макетов;
фотографические произведения и произведения, полученные способами, аналогичными фотографии;
географические, геологические и другие карты, планы, эскизы и пластические произведения, относящиеся к географии, топографии и к другим наукам;
другие произведения.
К объектам авторских прав также относятся программы для ЭВМ, которые охраняются как литературные произведения.
Однако сегодня ситуация на рынке IT-проектов такова, что не у всех разработчиков они, что называется, rocket science… Очень многие, в том числе и я «лабают» фронт-энд, клепают сайтики или ещё что-то в этом духе. Программисты, как недавно прочитал на хабре, нынче интеллектуальный пролетариат. Реально блеснуть чем-то на фоне коллег сегодня могут меньше, чем лет так десять+ назад, я думаю. Веб-разработка сейчас — целый пласт навыков, доступных многим. Что-то же посложнее, скажем, high load и large data далеко не все сайтостроители понимают. Говорю как один из этих непонимающих. Может быть, у меня высокая планка, но тем не менее, я считаю, что мне почти нечего писать про навыки. Россыпь языков, которые немного трогал по работе и те, что учил дома для души — не в счёт.
А если нет целей, пишите хотелки. Например, у меня, «дотнетчика-шарпея», в хотелках Nemerle на .NET или Scala на Java платформе. Нет, не цель, но поработать с ними хотелось бы.
То, что вы оправдываете костыли в некоторых местах легко и просто ведёт к разбитым окнам. Сегодня вы вставляете один костыль, а завтра вы уже не можете разглядеть архитектуру за костылями.
Понимаю, что перфекционизм — зло. Согласился бы с вашей мыслью, если основой тезиса был бы не масштаб проекта, а частота его использования. Так программе-однодневке вне зависимости от её масштаба позволительно быть ущербной внутри (убеждён, что крупный проект просто не получится написать надёжным при Г-коде). Но даже самый крохотный скрипт, если он используется, скажем, раз в неделю, должен быть чистым.
А если серьёзно, то лично мне таких людей попадалось в жизни меньше пяти человек. Поэтому-то я и возмутился этим «считается». Я тоже могу заявить в подобном стиле. Ведь всем известно, что программисты ничем не отличаются от других людей.
Заметил, что последнее обновление исходников на codeplex было Mar 24, 2012. Может я не прав, но выглядит, как если проект не поддерживается. Я обнаружил баг с тем, что AdvancedApplicationBarIconButton не отображает картинок, если они являются ресурсами, расположенными во внешних сборках. Хочется поправить баг самостоятельно, не отвлекая вас, но svn-репозитории не форкаются… Скажите, нет ли у вас желания сделать Git/Mercurial репозиторий, чтобы желающие могли сделать fork проекта, если то позволяет ваша лицензия (признаюсь, я никогда не читал Apache License)?
Спасибо!