В каждом доме найдется парочка вещей, которые стали малы или изначально не подошли по размеру. Этим вещам можно подарить вторую жизнь, превратив их в полезные для дома вещи. Шерстяные вещи можно использовать для изготовления стильных сумок, различных вариантов декора или предметов одежды.
Сумка своими руками
DariaL
Вы хотите наполнить свою жизнь счастьем прямо сейчас за 10 минут?
Предлагаем Вам опробовать на себе прекрасную технику «5 шагов к счастью», которая дает 100% гарантированный результат усиления у вас чувства счастья!
Техника «5 шагов к счастью» позволит вам быстро усилить чувство счастья внутри вас и закрепить его в ваших физических и эмоциональных ощущениях. Вы сразу ощутите изменения в своем состоянии. И это будет заметно не только вам – вы будете улыбаться и излучать счастье!
Читать
Записная книжка – необходимая вещь в обиходе любого человека, в независимости от его рода деятельности. Для женщины идеально подходит блокнот, выполненный с использованием разнообразных швейных материалов и фурнитуры: кружево, ленты, красивые пуговицы. Такую книжку можно приобрести в канцелярском магазине, а можно изготовить и собственноручно, имея под рукой самый обычный блокнот с бумажной основой. Как украсить блокнот или записную книжку — тема сегодняшней статьи.
Декорируем блокнот своими руками
Вам кажется, что жизнь утратила яркие краски, стала скучной и серой, замучили проблемы с финансами, в отношениях, в семье, на работе…
Так хочется больше новых ярких впечатлений, больше радости, улыбок внести в свою жизнь! Больше любви и приятных мгновений! Почувствовать вкус побед и новых достижений!
Читать
Пост чисто философский
Периодическое чтение кусков кода, написанных при обострении хаскеля головного мозга, выработало у меня четкую ассоциацию: функциональный стиль — это нечитаемо. Точнее стиль с множеством map/filter/zip. Вот немного облагороженный пример такого кода (автор считает, что с кодом все ок):
some_res = ", ".join(
map(str,
filter(None,
map(lambda x: getattr(obj.zip, x, None),
['a', 'b', 'c', 'd']))))
some_res = ", ".join(
map(str,
filter(None,
map(lambda x: getattr(obj.zip, x, None),
['a', 'b', 'c', 'd']))))
Без переписывания в многострочный вариант ориентироваться в нем вообще сложно:
attrs = ['a', 'b', 'c', 'd']
attr_vals = map(lambda x: getattr(obj.zip, x, None), attrs)
non_none_attrs = filter(None, attr_vals)
some_res = ", ".join(map(str, non_none_attrs))
attrs = ['a', 'b', 'c', 'd']
attr_vals = map(lambda x: getattr(obj.zip, x, None), attrs)
non_none_attrs = filter(None, attr_vals)
some_res = ", ".join(map(str, non_none_attrs))
Этот вариант читается лучше уже потому, что понизилась концентрация логики, и добавились переменные, имена которых служат документацией промежуточным результатам. Но, IMO, это не главные причины.
Первом меня на эту мысль натолкнуло наблюдение за девушкой, которая только начал учить питон и не программировала серьезно до этого. У нее вызывало затруднение определить какие параметры относятся к какой функции даже в достаточно простых выражениях, например:
x = some_func1(a, b, some_func2(c, d), e)
x = some_func1(a, b, some_func2(c, d), e)
Понятно, что со временем это прошло, но осадок остался — в выражения где много вложенных вызовов и скобок сложно быстро соотнести параметры, функции и удерживать это в голове, пока его анализируешь. Если код не форматирован построчно, как пример выше, то совсем тяжело.
Следующий случай — это функциональный стиль в скале. Его чтение у меня не вызывает того чувства трясины, какое вызывал аналогичный код в python/haskell. Тот же пример на 'скалапитоне' выглядел бы так:
some_res = ['a', 'b', 'c', 'd'].map(getattr(obj.zip, _, None))
.filter(Non
e).map(str).join(",")
some_res = ['a', 'b', 'c', 'd'].map(getattr(obj.zip, _, None))
.filter(None).map(str).join(",")
Если отвлечься от более удобной формы записи лямбды, то он все равно читается гораздо проще. Мне кажется дело в том, что он читается линейно слева направо, а не «вообще изнутри наружу, но местами слева направо», как читается код в питоне.
Это относится скорее не к функциональному стилю, а к процедурный vs ООП, но именно функциональный стиль провоцирует избавление от переменных и написание множества вложенных вызовов функций. Он как лакмусовая бумажка вскрывает плохую масштабируемость читаемости процедурных выражений:
a(x, b(c(), 1, 4), 'd')
# vs
c().b(1, 4).a(x, 'd')
a(x, b(c(), 1, 4), 'd')
# vs
c().b(1, 4).a(x, 'd')
К сожалению питон чаще всего не позволяет писать сцепленными методами, поскольку бОльщая часть методов возвращает None вместо self (а именно все, которые модифицируют объект на месте), а map/filter — функции, а не методы.
Итого я для себя сменил идею с «функциональный код нечитаем» на «функциональный код, написанный в процедурном стиле, нечитаем».
Ссылки:
ananthakumaran.in/2010/03/29/scala-underscore-magic.html
Исходники этого и других постов со скриптами лежат тут — github.com/koder-ua. При использовании их, пожалуйста, ссылайтесь на koder-ua.blogspot.com.
Автор: konstantin danilov