У меня HTC P3300. Окошки уже давно неродные — WM 6.5.3. Это те, у которых пуск вниз вынесен, да и само меню Пуск уже совсем другое. Касательно аппаратных клавиш — они уже наполовину поотказывали, но (о боже!) у них есть дубликаты на экране. Когда я вспоминаю свой SE m600i, у которого отказал сенсор и не было аппаратных кнопок приёма вызова, я понимаю, что лучше и аппаратные, и экранные — так надёжнее. Конечно экран отказывает не каждый день, но…
Ну и в любом случае аппаратные кнопки удобнее, поэтому на данный момент присматриваюсь к SE Xperia Pro c кучей аппаратных кнопок =)
еще проще — назначить компиляцию всего солюшна в одну папку. Для этого в свойствах шарповскгого проекта нужно поменять путь построения с bin\Debug на ..\Debug (для Release — соответственно)
ну вообще есть поверье, что в вертикальном положении подшипники сильнее изнашиваются. насколько это правда я в цифрах сказать не могу, но практика показывает, что в вертикальном положении винты работают не меньше своих собратьев в горизонтальном
Капс действительно нафик не нужен, но зачем из капса делать шифт, а из шифта поиск?
Del — это вообще одна и наиболее используемых клавиш, afaik, наряду с Esc. И с клавишами навигации косяк — Page Up, Page Down так уж и быть можно убрать при условии наличия мыши со скроллом, а вот Home и End я регулярно использую (никогда не прощу Acer кнопки Home и End через жопу Fn).
у меня на FullHD иногда превьюхи на ширину экрана не помещаются =)
Двухпанельными менеджерами файлов пользовался в ДОСе и немного по привычке в 95/98. А потом перешел на проводник, коего за глаза хватает. Иногда запускал FAR для скачивания фильмов с фтп, т.к. проводник (в ХР) их сначала в Temporary Internet Files качает, а потом только в целевую папку. За последние года 4-5 фтп пользовался считанные разы, да и то через проводник или браузер.
ну это кому как. жена тоже жалуется, что британцы непонятно разговаривают, а не наоборот легче их понять. хотя не забываем, что бывают люди-native Russian speakers, которые по-русски говорят так, что их хер поймёшь =)
Кстати, мелка запара от Microsoft — если у расширяющего метода имя совпадает с именем существующего статического метода (как в примере выше), IntelliSense показывает его самым обыкновенным методом, а не расширяющим. Бага 100% есть в 2008 студии, ну а в 2010 она наверняка осталась, хотя может подправили.
Мне это напомнило мою недванюю дискуссию с Java программистом =) Выглядела она примерно так:
— В Яве нет свойств.
— Они нафиг не нужны — NetBeans (прим. или Eclipse, уже не помню) сам умеет создавать методы-аксессоры.
— В Яве нет делегатов.
— Всё, что в шарпе решается делегатами, без проблем решается наследованием.
— Но ведь так удобней.
— Но так меньше путаницы.
В общем, резюме — как и всё, что есть в шарпе, расширяющие методы очень удобны, но в то же время, зачастую все вопросы, которые вы хотите ими решить, можно решить банальным наследованием.
Приведу пример, когда простой расширяющий метод значительно упрощает код и делает его более читабельным (на мой взгляд), но при этом наследованием такого не сделать:
По поводу «правильно/неправильно» — в языке такого понятия в общем-то быть не может. Язык — это «живая» структура, которая постоянно меняется. Да, с точки зрения этимологии, вы правы, но если люди-носители языка так упорно говорят, то есть смысл задуматься. Не зря же в официальный словарь Русского языка включили неправильный «стульчик» =) Хотя, это в некоторой степени исключение. Многое, конечно зависит от инертности ученых-лингвистов. Вот недавно, допустим, в английском языке официально появилось слово «imho» (а так же ранее «blog» и «spam»), а из русского языка убрали «компьютер» (правда, это уже давнишняя история).
Ну и в любом случае аппаратные кнопки удобнее, поэтому на данный момент присматриваюсь к SE Xperia Pro c кучей аппаратных кнопок =)
Del — это вообще одна и наиболее используемых клавиш, afaik, наряду с Esc. И с клавишами навигации косяк — Page Up, Page Down так уж и быть можно убрать при условии наличия мыши со скроллом, а вот Home и End я регулярно использую (никогда не прощу Acer кнопки Home и End через
жопуFn).Двухпанельными менеджерами файлов пользовался в ДОСе и немного по привычке в 95/98. А потом перешел на проводник, коего за глаза хватает. Иногда запускал FAR для скачивания фильмов с фтп, т.к. проводник (в ХР) их сначала в Temporary Internet Files качает, а потом только в целевую папку. За последние года 4-5 фтп пользовался считанные разы, да и то через проводник или браузер.
— В Яве нет свойств.
— Они нафиг не нужны — NetBeans (прим. или Eclipse, уже не помню) сам умеет создавать методы-аксессоры.
— В Яве нет делегатов.
— Всё, что в шарпе решается делегатами, без проблем решается наследованием.
— Но ведь так удобней.
— Но так меньше путаницы.
В общем, резюме — как и всё, что есть в шарпе, расширяющие методы очень удобны, но в то же время, зачастую все вопросы, которые вы хотите ими решить, можно решить банальным наследованием.
Приведу пример, когда простой расширяющий метод значительно упрощает код и делает его более читабельным (на мой взгляд), но при этом наследованием такого не сделать:
P.S. строчка «Тираж ...» не в счет =)