Я залпом закончил читать последний большой увесистый том темной башни. Неделю после этого переваривал, сопостовлял, грустил и восхищался. Мозг лихорадочно пытался объяснить то, чего я не понимал на протяжении всего цикла книг. В конце концов, я заново открыл первую книгу серии и погрузился в чтение, но, уже с особым знанием всего происходящего.
На самом деле, многие из нас неявно используют те или иные паттерны. Но четкое понимание их устройства и применимости к ситуациям приносит больше пользы, чем их неявное использование. Плюс знание имен паттернов очень помогает при общении, когда тебя с полуслова понимают: «берем синглтон», «вот тут используй визитора», «а вот здесь нужен адаптер». Еще один момент — при намеренном использовании паттернов часто используются соответствующие имена или префиксы для классов, их реализующих, например, ConnectionFactory, XMLNodeVisitor — это позволяет легко распознавать паттерны при чтении кода.
Немного поверхностно и слишком просто.
Можно было бы собрать полезные ссылки, где копать дальше, рассказать про существующие реализации провайдеров — мне кажется, будет полезней.
>2. Меняем версии в AssemblyInfo.cs во всех проектах на текущую версию + номер ревизии соответствующей ветки проекта.
Этот пункт можно тоже облегчить. Для этого редактируйте только один из AssemblyInfo.cs в одном из проектов, все остальные замените ссылками на этот файл (Add Existing File/Add As Link). Так удобно проставлять единые для всех сборок проекта атрибуты типа AssemblyCompany, AssemblyProduct, AssemblyCopyright и т.п.
Ну или можно перенести нужные атрибуты из AssemblyInfo.cs в свой класс, а на него как на Link уже ссылаться, правда с одним ньюансом, в случае использования файла, отличного от AssemblyInfo.cs — перестанет работать редактирование этих свойств через визуальный редактор студии.
Добавлю про SOAP — одним из плюсов работы с веб-сервисами является то, что на основе WSDL (Web Services Description Language) для очень многих языков существуют генераторы так называемых «прокси классов». Это когда по WSDL генерируется код сложных объектов параметров и код для вызова методов веб-сервиса так, как будто это локальные вызовы методов веб-сервиса.
Ребенку только дай карандаши/фломастеры/краски — потом не остановишь его «рисовательно-развивающую функцию» на столе/на теле/на обоях/на полу/на шкафу…
:-)
Как уже сказали, Management Studio 2008 уже имеет поддержку intellesence, но если говорить о платных продуктах, то отличным дополнением является SQL Prompt (red-gate). Делает все вышеперечисленное в плане написания и рефакторинга TSQL да еще и в Management Studio любой версии.
p.s. И была у них как то версия SQL Prompt во времена SQL Server 7.0 и была она бесплатной…
Для сведения. У нас, в Казахстане, часы не переводят уже года 3-4. Не знаю, как там с экономией электричества, но считаю, что это очень неудобно.
Главный косяк в том, что летом и зимой меняется разница во времени с Россией и другими странами, т.е. сейчас 2 часа, а завтра будет уже 3 часа — тяжелее подгадывать часы в работе (IT) с нашими коллегами из других стран, сложнее состыковаться в онлайне с друзьями, меняется программа телепередач.
Ну и прикол: несмотря на переход с субботы на воскресенье, как это уже было неоднократно, часть народа в понедельник из за перехода времени на сот. телефонах — по ошибке поспит на час меньше и будут раньше всех на работе :-)
Полностью с вами согласен, для SandCastle этого функционала очень не хватает. Если в плане автодокументирования кода все достаточно прозрачно и реализовано, то в автодокументировании структур БД пока мало что есть :-(
>Регулярная отчетность
Для такой отчетности удобно использовать 3 вопроса из скрам-митинга в немного вольной интерпретации (отправляется по эл. почте):
1. Что ты сделал за сегодня?
2. Что тебе мешало?
3. Что ты сделаешь завтра?
Комментарии:
1. Перечисление сделанного, не процесса, а именно достигнутых результатов.
2. Описание проблем, причины задержек
3. План на следующий день, краткое описание задачи, риски. Отправленный вечером, план позволяет проектному менеджеру или руководителю корректировать или влиять на приоритеты задач следующего дня.
По инерции, отчет следующего дня содержит в пункте 1 задачи пункта 3 предыдущего дня, если что то не сложилось — то объяснение этого в пункте 2.
Вроде мелочь, но сколько усложнений на пустом месте.
Ну да ладно, пара комментариев:
>Используя SharePoint Designer
Повлияет только на просмотр AllItems.aspx конкретного списка. Из задачи не понятно, это нужно было для конкретного списка или для всех. Кроме этого, если отображать данные этого списка в Content Query Web Part на другой странице — там по идее все отобразится все равно без открытия в новом окне.
>Открытие линков в новом окне с помощью JQuery
В приведенном примере поменяются все ссылки на странице. А как же меню? Административные ссылки? Они ведь тоже тогда поменяются. Для правильной работы в выражение $('a[href^=«http://»]') необходимо добавить путь к самому контейнеру, в котором располагается список. Но и опять же, необходимо добавлять этот код, например через веб парт содержимого. При этом изменения опять будут только на этой странице. Неудобно.
>Открытие линков в новом окне через web server extensions\12\TEMPLATE\FEATURES\LinksList\Links\schema.xml
Как я понял — повлияет на все списки типа LinksList всех узлов, если это удовлетворяет задаче, то да — самое простое решение в лоб.
Для решения задачи — для единственного корпоративного портала поправил бы через SharePoint Designer. Для промышленной эксплуатации выбрал доработку с добавлением опции в список с модификацией XSLT.
А самый правильный все же способ — научить пользоваться «клавишей шифт/меню — открыть в новом окне/средней кнопкой (колесиком)». Это и гибче и главное — возможность решать пользователю.
Негде проверить сейчас, но может это помогло бы вам?
Passwords can be the weakest link in a server security deployment. You should always take great care when you select a password. A strong password has the following characteristics:
* Is at least 8 characters long.
* Combines letters, numbers, and symbol characters within the password.
* Is not found in a dictionary.
* Is not the name of a command.
* Is not the name of a person.
* Is not the name of a user.
* Is not the name of a computer.
* Is changed regularly.
* Is significantly different from previous passwords.
Тестирование, как работа, в принципе ничем не отличается от аналитики, разработки, внедрения или сопровождения. Т.е. это часть разработки ПО. Нормальное тестирование включает в себя кучу аспектов. Например, тестирование под различные платформы, функциональное, нагрузочное, стрессовое тестирование.
В итоге, получаем, что этим должны заниматься профессионально. Либо это фриланс, либо компании. Места для сообщества гиков я тут пока не вижу (ИМХО).
Вот и у меня сложилось такое же впечатление. Что это все хорошо, но не для реального использования сейчас в приложениях.
Пока просто понаблюдаем за шествием семерки.
P.S. Большое спасибо за информацию о игре!
Можно было бы собрать полезные ссылки, где копать дальше, рассказать про существующие реализации провайдеров — мне кажется, будет полезней.
Вот, например, для самостоятельного изучения удобная форма с примерами:
101 LINQ Samples
msdn.microsoft.com/en-us/vcsharp/aa336746.aspx.
Этот пункт можно тоже облегчить. Для этого редактируйте только один из AssemblyInfo.cs в одном из проектов, все остальные замените ссылками на этот файл (Add Existing File/Add As Link). Так удобно проставлять единые для всех сборок проекта атрибуты типа AssemblyCompany, AssemblyProduct, AssemblyCopyright и т.п.
Ну или можно перенести нужные атрибуты из AssemblyInfo.cs в свой класс, а на него как на Link уже ссылаться, правда с одним ньюансом, в случае использования файла, отличного от AssemblyInfo.cs — перестанет работать редактирование этих свойств через визуальный редактор студии.
Только вот уточнение: а зачем руками экспортировать диаграмму в jpg, ведь указывается потом в XML комментарии *.cd файл?
Ребенку только дай карандаши/фломастеры/краски — потом не остановишь его «рисовательно-развивающую функцию» на столе/на теле/на обоях/на полу/на шкафу…
:-)
p.s. И была у них как то версия SQL Prompt во времена SQL Server 7.0 и была она бесплатной…
Главный косяк в том, что летом и зимой меняется разница во времени с Россией и другими странами, т.е. сейчас 2 часа, а завтра будет уже 3 часа — тяжелее подгадывать часы в работе (IT) с нашими коллегами из других стран, сложнее состыковаться в онлайне с друзьями, меняется программа телепередач.
Ну и прикол: несмотря на переход с субботы на воскресенье, как это уже было неоднократно, часть народа в понедельник из за перехода времени на сот. телефонах — по ошибке поспит на час меньше и будут раньше всех на работе :-)
Спасибо за статьи по F#.
Подскажите, а есть ли наработки на F# аналогичные JavaCC (Java Compiler Compiler)?
Для такой отчетности удобно использовать 3 вопроса из скрам-митинга в немного вольной интерпретации (отправляется по эл. почте):
1. Что ты сделал за сегодня?
2. Что тебе мешало?
3. Что ты сделаешь завтра?
Комментарии:
1. Перечисление сделанного, не процесса, а именно достигнутых результатов.
2. Описание проблем, причины задержек
3. План на следующий день, краткое описание задачи, риски. Отправленный вечером, план позволяет проектному менеджеру или руководителю корректировать или влиять на приоритеты задач следующего дня.
По инерции, отчет следующего дня содержит в пункте 1 задачи пункта 3 предыдущего дня, если что то не сложилось — то объяснение этого в пункте 2.
Не знаю, чем вам насолили программисты, но технические писатели — это те, кто превращают баги в документированные фичи!
Ну да ладно, пара комментариев:
>Используя SharePoint Designer
Повлияет только на просмотр AllItems.aspx конкретного списка. Из задачи не понятно, это нужно было для конкретного списка или для всех. Кроме этого, если отображать данные этого списка в Content Query Web Part на другой странице — там по идее все отобразится все равно без открытия в новом окне.
>Открытие линков в новом окне с помощью JQuery
В приведенном примере поменяются все ссылки на странице. А как же меню? Административные ссылки? Они ведь тоже тогда поменяются. Для правильной работы в выражение $('a[href^=«http://»]') необходимо добавить путь к самому контейнеру, в котором располагается список. Но и опять же, необходимо добавлять этот код, например через веб парт содержимого. При этом изменения опять будут только на этой странице. Неудобно.
>Открытие линков в новом окне через web server extensions\12\TEMPLATE\FEATURES\LinksList\Links\schema.xml
Как я понял — повлияет на все списки типа LinksList всех узлов, если это удовлетворяет задаче, то да — самое простое решение в лоб.
Для решения задачи — для единственного корпоративного портала поправил бы через SharePoint Designer. Для промышленной эксплуатации выбрал доработку с добавлением опции в список с модификацией XSLT.
А самый правильный все же способ — научить пользоваться «клавишей шифт/меню — открыть в новом окне/средней кнопкой (колесиком)». Это и гибче и главное — возможность решать пользователю.
Passwords can be the weakest link in a server security deployment. You should always take great care when you select a password. A strong password has the following characteristics:
* Is at least 8 characters long.
* Combines letters, numbers, and symbol characters within the password.
* Is not found in a dictionary.
* Is not the name of a command.
* Is not the name of a person.
* Is not the name of a user.
* Is not the name of a computer.
* Is changed regularly.
* Is significantly different from previous passwords.
SQL Server 2008 Books Online (August 2009)
msdn.microsoft.com/en-us/library/ms161962.aspx
В итоге, получаем, что этим должны заниматься профессионально. Либо это фриланс, либо компании. Места для сообщества гиков я тут пока не вижу (ИМХО).
Пока просто понаблюдаем за шествием семерки.