чорд возьми, сущность комментов и рефакторинга одной строкой: "Comment any potentially confusing code, or better yet, rewrite the code so that it isn't confusing."
xhttp://cs418430.vk.me/v418430155/ac4c/CADZxEn11Ww.jpg
Жуйк, нужен телефон-звонилка с двумя симками, емкой батареей. Бюджет до 3К. Главные критерий — НАДЕЖНОСТЬ
поиск, торренты; скачивание из интернета pozitivchik.com для пользователей
softwareupdater.carambis.ru filehippo.com files.informer.com kcsoftwares.com — вот четыре более менее известных обновлятора софта. Остальные в разы унылее. Хотя идельного нек — где то промахиваются, где то лишнее пишут
Барбару Минто "Принцип пирамиды". Интересно,только я не могу толком понять...Даже не знаю,почему...Что то там не так
А ты без закваски и не поставишь тесто..А специальной нет в магазине.я плохо помню как опару ставит на ржаной...Посижу,посмотрю у себя в рецептах..Я-то у бабули училась,а там всё на глаз.Вот и записывала горстями и стаканами:)))
Для разрыхления теста используют закваску, представляющую собой густую массу из смеси муки и воды, которая осталась на стенке дежи (деревянной кадки) после замеса теста. Удачно приготовленную закваску или спелое тесто можно затереть с отрубями, рассыпать тонким слоем и высушить в комнатных условиях. Срок хранения до 6 месяцев. Хранят в марлевом мешочке, подвешенном в сухом месте.
В деревянной деже замешивают закваску (5 кг ржаной муки и 3 л теплой воды (30-32°С) или сыворотки). Или же 500 г сухой закваски замачивают в 0,5 л теплой воды на 30 минут, а затем добавляют ее в замес. Дежу с закваской ставят в теплое место на 8-12 часов. Готовая закваска должна иметь кислый вкус и быть разрыхленной.
В закваску добавляют соль, 1,5-2 л теплой воды или сыворотки, 5 кг муки и замешивают тесто. Следует помнить! Тесто можно замешивать на ржаной обойной, обдирной муке или на пшеничной первого и второго сорта, закваску — только на ржаной муке.
После 1-2 часов брожения тесто делят на куски по 1-1,5 кг. Чтобы оно не прилипало, руки смачивают в воде. Тестовые заготовки укладывают в подогретые формочки или сковороды, смазанные растительным маслом, или на чистые капустные, дубовые листья, посыпанные мукой.
После 30-40 минут выстойки выпекают в хорошо протопленной печи в течение 1,5-2,5 часа. Готовность хлеба определяют по запаху — приятный запах свежеиспеченного хлеба. Кроме того, готовый хлеб не жжет ладонь и имеет хорошо зажаренную твердую нижнюю корочку, и, наконец, при проколе его тонкой палочкой последняя остается чистой. Выпеченный хлеб освобождают от форм и сбрызгивают водой, укладывают на чистое льняное полотенце и сверху накрывают таким же полотенцем.
Для разрыхления теста используют закваску, представляющую собой густую массу из смеси муки и воды, которая осталась на стенке дежи (деревянной кадки) после замеса теста. Удачно приготовленную закваску или спелое тесто можно затереть с отрубями, рассыпать тонким слоем и высушить в комнатных условиях. Срок хранения до 6 месяцев. Хранят в марлевом мешочке, подвешенном в сухом месте.
В деревянной деже замешивают закваску (5 кг ржаной муки и 3 л теплой воды (30-32°С) или сыворотки). Или же 500 г сухой закваски замачивают в 0,5 л теплой воды на 30 минут, а затем добавляют ее в замес. Дежу с закваской ставят в теплое место на 8-12 часов. Готовая закваска должна иметь кислый вкус и быть разрыхленной.
В закваску добавляют соль, 1,5-2 л теплой воды или сыворотки, 5 кг муки и замешивают тесто. Следует помнить! Тесто можно замешивать на ржаной обойной, обдирной муке или на пшеничной первого и второго сорта, закваску — только на ржаной муке.
После 1-2 часов брожения тесто делят на куски по 1-1,5 кг. Чтобы оно не прилипало, руки смачивают в воде. Тестовые заготовки укладывают в подогретые формочки или сковороды, смазанные растительным маслом, или на чистые капустные, дубовые листья, посыпанные мукой.
После 30-40 минут выстойки выпекают в хорошо протопленной печи в течение 1,5-2,5 часа. Готовность хлеба определяют по запаху — приятный запах свежеиспеченного хлеба. Кроме того, готовый хлеб не жжет ладонь и имеет хорошо зажаренную твердую нижнюю корочку, и, наконец, при проколе его тонкой палочкой последняя остается чистой. Выпеченный хлеб освобождают от форм и сбрызгивают водой, укладывают на чистое льняное полотенце и сверху накрывают таким же полотенцем.
Мы вот так пекли...Но там тоже специальная закваста:((
Мы-то специально теста Килограмма полтора оставляли())..А так вряд ли получится...Я пробовала печь,но на первой опаре невкусно..Блинн..не знаю как сказать.Я даже белый хлеб редко на первой опаре пекла..
мультиварка vs кастрюли?
ломоносова 16
Нино Катамадзе
цитрусы: лимоны, апельсины, грейфруты, киви тоже полежны
Q:
возвращать коллекции/передавать в качестве параметров. Читаю FDG и запутался совсем. Не подскажите годные правила по этому поводу?
A:
Если коллекция будет обрабатываться — принимать IEnumerable<T>, если нельзя — по обстоятельствам.
Методы — или Enumerable<T>, или массив (если нужна копия на данный момент времени)
разумеется, всё что выше — это просто общие рекомендации, а не обязательное "так и не иначе".
----
Q: ога, пока все согласуется. Рассмотрим ближе — "Методы — или Enumerable<T>, или массив (если нужна копия на данный момент времени)". 1. В скобках не совсем понял — что имелось в виду
A: ну смотрите:
var someItems = list.Select(l=>l);
foreach(var i in someItems) list.Remove(i);
— получаете исключение (list изменился во время перебора)
чтобы не зависеть от изменения исходной коллекции — проще получить копию ( list.Select(l=>l).ToArray(); )
Q:
по Enumerable<T> Q: получается жеж что конфликтует с тем что ниже, или я чтото думаю не так?;)
DO NOT use IEnumerator<T>, IEnumerator, or any other type that
implements either of these interfaces, except as the return type of a
GetEnumerator method.
" ANTHONY MOORE I've seen a lot of violations of this guideline ever
since LINQ has been available. The review body made an explicit decision
that LINQ should not change this guideline. Your callers can end up with a
clumsy object model if they choose not to use LINQ or use a language that
does not support it. "
Types returning enumerators from methods other than GetEnumerator
cannot be used with the foreach statement.
A:> IEnumerator, не IEnumerable !
Передавать Enumerator куда попало — это всё равно, что передавать DataReader/поток и удивляться "а кто это прочитал мои данные?";)
возвращать коллекции/передавать в качестве параметров. Читаю FDG и запутался совсем. Не подскажите годные правила по этому поводу?
A:
Передавать:если коллекция будет храниться — можно передавать что угодно, конструктор всё равно должен будет сделать копию, чтобы не нарваться на изменение коллекции снаружи класса. Исключение — обёртки типа ReadOnlyCollection<T>.
Если коллекция будет обрабатываться — принимать IEnumerable<T>, если нельзя — по обстоятельствам.
Возвращать:Свойства — или ReadOnlyCollection<T>, или свой наследник от Collection<T> (для сложных моделей c доступными для редактирования коллекциями типа контролов в форме, столбцов в таблице и т.п.)
Методы — или Enumerable<T>, или массив (если нужна копия на данный момент времени)
разумеется, всё что выше — это просто общие рекомендации, а не обязательное "так и не иначе".
----
Q: ога, пока все согласуется. Рассмотрим ближе — "Методы — или Enumerable<T>, или массив (если нужна копия на данный момент времени)". 1. В скобках не совсем понял — что имелось в виду
A: ну смотрите:
var someItems = list.Select(l=>l);
foreach(var i in someItems) list.Remove(i);
— получаете исключение (list изменился во время перебора)
чтобы не зависеть от изменения исходной коллекции — проще получить копию ( list.Select(l=>l).ToArray(); )
Q:
по Enumerable<T> Q: получается жеж что конфликтует с тем что ниже, или я чтото думаю не так?;)
DO NOT use IEnumerator<T>, IEnumerator, or any other type that
implements either of these interfaces, except as the return type of a
GetEnumerator method.
" ANTHONY MOORE I've seen a lot of violations of this guideline ever
since LINQ has been available. The review body made an explicit decision
that LINQ should not change this guideline. Your callers can end up with a
clumsy object model if they choose not to use LINQ or use a language that
does not support it. "
Types returning enumerators from methods other than GetEnumerator
cannot be used with the foreach statement.
A:> IEnumerator, не IEnumerable !
Передавать Enumerator куда попало — это всё равно, что передавать DataReader/поток и удивляться "а кто это прочитал мои данные?";)
следом vovney.livejournal.com
a> vovney.livejournal.com забавная серия
VS продукты с фиксированный доходом (ITF, облигации)
структурный продукты VS вклады VS пифы
Q> СУБД : название сущностей Русский VS англ., если есть спец. термины
A> Транслит. Иначе горебёте много интересного от oledb/odbc.
Вообще, все идентификаторы в подавляющем большинстве систем используют алфавит A-Z0-9_ (альфанумерик) и он превосходно работает. Зачем изобретать что-то ещё?
У нас тоже дофига и больше специфики и имена вроде SberbankCalculator никого не пугают.
Кроме того, встроенные кейворды/функции на русский вы не переведёте. Собираетесь переключать раскладку при написании кода?
Особенно с MS SQL. Попробуйте как-нибудь развернуть базу с русскоязычными идентификаторами на сервере с некириллическим collation.
-----
Q: СУБД
1. как быть со структурированием блоков кода(функции/процедуры/триггеры)/табличек (общее правила, может ключевые слова для поискаи тп)?
2. схемы — где и зачем?
3. ms sql server — что по-литературе? (как работать)
A> 2. Зависит от субд и от её версии. Начиная с MS SQL 2005 схемы — это аналог namespace в c#.
3. Лучщше книжек Хендерсона по ms sql мне ничего не попадалось. Но они для SQL 2000. Остальное — блоги и онлайн справка.
1, 3 (как работать) — личное дело каждой команды. Общих рекомендаций нет. Не, точнее есть но все они в рамках здравого смысла и знания матчасти — не давать пользователям доступа администратора, регулярные бэкапы, не нарываться на проблемы с collation, стараться, чтобы у всех объектов в базе был общий owner и т.п.
A> Транслит. Иначе горебёте много интересного от oledb/odbc.
Вообще, все идентификаторы в подавляющем большинстве систем используют алфавит A-Z0-9_ (альфанумерик) и он превосходно работает. Зачем изобретать что-то ещё?
У нас тоже дофига и больше специфики и имена вроде SberbankCalculator никого не пугают.
Кроме того, встроенные кейворды/функции на русский вы не переведёте. Собираетесь переключать раскладку при написании кода?
Особенно с MS SQL. Попробуйте как-нибудь развернуть базу с русскоязычными идентификаторами на сервере с некириллическим collation.
-----
Q: СУБД
1. как быть со структурированием блоков кода(функции/процедуры/триггеры)/табличек (общее правила, может ключевые слова для поискаи тп)?
2. схемы — где и зачем?
3. ms sql server — что по-литературе? (как работать)
A> 2. Зависит от субд и от её версии. Начиная с MS SQL 2005 схемы — это аналог namespace в c#.
3. Лучщше книжек Хендерсона по ms sql мне ничего не попадалось. Но они для SQL 2000. Остальное — блоги и онлайн справка.
1, 3 (как работать) — личное дело каждой команды. Общих рекомендаций нет. Не, точнее есть но все они в рамках здравого смысла и знания матчасти — не давать пользователям доступа администратора, регулярные бэкапы, не нарываться на проблемы с collation, стараться, чтобы у всех объектов в базе был общий owner и т.п.
Q: Когда WPF контролу присваиваем имя?
Навешиваем на него какое-либо событие — можно получить контрол из сендера. — то есть, вроде бы, можно имя не использовать. Что скажите?
A: >Когда ему присваиваем имя
Когда хотим задекларировать, что контрол используется в коде формы.
----
A: более развернуто, пжлст?
На самом деле вопрос стиля. Мне больше нравится, когда всё что можно живёт в xaml-е и код формы практически пустой. При таком подходе если действительно приходится обращаться к контролу из формы, то вопросов "обзывать-не обзывать" не возникает.
Навешиваем на него какое-либо событие — можно получить контрол из сендера. — то есть, вроде бы, можно имя не использовать. Что скажите?
A: >Когда ему присваиваем имя
Когда хотим задекларировать, что контрол используется в коде формы.
----
A: более развернуто, пжлст?
Если хотите, чтобы при удалении контрола из xaml-я ломалась компиляция — обзываете контрол и используете сгенеренную дизайнром переменную.Если предпочитаете, чтобы форма падала в рантайме (если ищете контрол по имени) или в форме оставались обработчики событий, которые ни на что не подписаны (как в вашем примере) — можно не заводить переменные.
На самом деле вопрос стиля. Мне больше нравится, когда всё что можно живёт в xaml-е и код формы практически пустой. При таком подходе если действительно приходится обращаться к контролу из формы, то вопросов "обзывать-не обзывать" не возникает.