Введение в биомы

Оригинал: php.radford.edu

Биомы являются основными региональными группами растений и животных, различимыми в глобальном масштабе. Их распределение сильно коррелирует с региональными климатическими особенностями и идентифицируется в соответствии с типом климаксной растительности. Однако биома состоит не только из климаксной растительности, но и из связанных с ней сукцессионных сообществ, устойчивых субклимаксных сообществ, фауны и почвы.

Концепция биома охватывает идею сообщества, взаимодействия между растительностью, популяциями животных и почвой. Биом (также называемый биотической областью) может быть определен как основная область отличительных групп растений и животных, хорошо адаптированная к физической среде его области распределения.

Чтобы понять природу основных биомов Земли, нужно узнать:

  • Глобальную структуру распределения: Где находится каждый биом и как каждый из них меняется в географическом отношении. Данный биом может состоять из различных таксонов на разных континентах. Специфичные для континента ассоциации видов в пределах данного биома известны как формации и часто известны под разными местными названиями. Например, умеренно-луговой биом по-разному называют прерий, степь, пампа или вельд, в зависимости от того, где он встречается (Северная Америка, Евразия, Южная Америка и Южная Африка соответственно).
  • Общие характеристики регионального климата и ограничения или требования, налагаемые на жизнь конкретными температурными режимами и/или режимами осадков.
  • Аспекты физической среды, которые могут оказывать более сильное влияние, чем климат, при определении общих форм роста растений и/или подклимаксовой растительности. Обычно этими факторами являются состояние субстрата (например, переувлажнение, чрезмерная засуха, недостаток питательных веществ) или нарушения (например, периодическое затопление или сжигание).
  • Порядок почвы, характеризующий биомы, и процессы, связанные с развитием почвы.
  • Доминантные, характерные и уникальные формы роста, вертикальное расслоение, форма листа, его размер и привычка; и специальные адаптации к растительности. Примерами последних являются своеобразные жизненные истории или репродуктивные стратегии, механизмы рассеивания, структура корня и так далее.
  • Типы животных (особенно позвоночные), характерные для биома, и их типичные морфологические, физиологические и/или поведенческие адаптации к окружающей среде.

Містичний активізм

Оригінал: www.kencollins.com

Бо завдяки благодаті ви були врятовані вірою – і це не ваша заслуга, це дар Божий, а не результат ваших справ, так що ніхто не може похвалитися цим. Бо ми творіння Боже, створені в Христі Ісусі, щоб робити добрі справи, які Бог заздалегідь підготував для нас,

Ефесян 2: 8-10, НІВ

Хто заповіді Мої має та їх зберігає, той любить Мене. А хто любить Мене, то полюбить його Мій Отець, і Я полюблю Його, і об’явлюсь йому Сам.

Іоанн 14:21, НІВ

Християнські теологи існують для того, щоб складати, інтерпретувати, обговорювати, пояснювати та порівнювати перших наслідувачів та один одного. Але богослови мають другорядне значення, оскільки наша віра заснована на історичній події, а з історичністю цієї події все християнство стоїть або падає. Самі автори Нового Завіту відзначили цю нестабільну ситуацію. Лише через десятиліття після воскресіння, Павло заявив, що можливі лише дві речі: або Ісус воскрес із могили, або ні. Якщо Ісус воскрес, Його твердження відповідають дійсності. Якщо Він цього не зробив, то Він не заслуговує на нашу увагу, не кажучи вже про наше поклоніння. Якщо Ісус не воскрес, то ніяке теологічне, духовне чи наукове мислення; ніяка деміфологізація, традиція чи виносок; ні містика, ні раціоналізм, ні пієтизму, ні молитви, жодні соціальні дії та політична пропаганда від Його імені не принесуть нам жодної користі. Якщо Ісус не воскрес із могили, ліберальне богослов’я – це жарт, а консервативне богослов’я – омана.

Легше і набагато поважніше поховати проблему в церковній діяльності. Ми беремо на себе соціально прийнятні причини. Збентежені смердючими пахвами нашого початку, ми відмовляємо людині Ісусу в гідності особистого імені, посилаючись на Нього лише з його посадового положення – Христа. Врешті-решт ми одухотворюємо Його до неясно туманної сутності, яка називається Появою Христа. Там, де колись Ісус спонукав до нашої віри, Поява Христа просто є прикладом цього. Наша спроба стати більш гідними і поважнішими веде нас до краю заперечення історичної особи, на якій базується наша віра, і ми безглуздо витягуємо килим з-під власних ніг!

Це заважає нам розмірковувати про існування та життєздатність нашого Бога, тому ми відвертаємося від пошуку Його в подіях нашого життя. Або, можливо, ми не шукаємо Його, бо боїмось, що Він може бути там! Ісус на хресті ображає нашу чутливість і наше почуття прихильності, тому ми наполегливо біжимо в протилежному напрямку. Ми знаходимо Його прихованим у тисячі іпостасей, усіх невловимих та алегоричних. Писання – це наше виправдання. Ісус навчив нас, що наша поведінка щодо інших – це наша поведінка щодо Нього. Апостоли навчали нас, що Дух Господній мешкає серед нас. Ми справедливо навчилися служити Господу в служінні іншим і сприймати Його в оточуючих нас людях; але ми помилково дійшли висновку, що це єдині способи, завдяки яким ми коли-небудь зможемо Його побачити або служити Йому.

Християнські соціальні дії, політична пропаганда, добрі справи будь-якого роду, які існують без внутрішнього, прямого і містичного сприйняття Бога – це як випікання хліба без загоряння лампочки-індикатора. Неприємно пахне, і нічого не виходить правильно. Ми слухаємося своїх сердець, але ми ніколи не бачили і не чули нашого Учителя – ми навіть віримо, що ніколи не можемо побачити і почути Його. Наше життя – це шалена боротьба слухатись, не чуючи наказів Господаря, служити, не бачачи об’єкта нашої відданості. Яків сказав, що віра без діл мертва; але Павло також мав рацію, коли сказав, що робота без віри – це просто зайнята робота. Ні містик, ні активіст не знайшли б там великого затишку. Яка користь містика, який чує, але не слухається? Яка користь від активіста, який слухається, ніколи не чувши Вчителя? Хтось слухає, зав’язавши руки за спиною, а хтось робить справи з зав’язаними очима та берушами.

Що таке християнський активізм? Що таке християнський послух? Ісус наказав нам любити нелюбивих, дружити з бездружними, годувати голодних, одягати оголених, служити незаслуженим, прощати негідних, відвідувати ув’язнених та лікувати хворих. Як часто ми стверджуємо, що наша віра – це стиль життя? Хто б не чув про спосіб життя, який проводять лише комітети! Тоді будьмо особисто святими, а не лише колективно святими.

Це іронічно! Ліберали докоряють консерваторам за їх сліпу віру, потім вони кладуть беруші перед тим, як служити. Якщо один сліпий для розуму, інший глухий до Бога. Незважаючи на хвастощі та сварки, вони обоє сідають у калюжу!

Якщо ви проповідуєте, що люди повинні одягати оголених і годувати голодних, чи не всі вони аплодуватимуть вашій думці, хоча і пальцем не помацають, щоб це зробити? Деякі відзначають, що всі люди з будь-якими релігійними переконаннями принаймні послуговуватимуться подібними речами, і вони просторікують безглуздими дурницями про те, що всі релігії однакові. В цьому плані всі релігії подібні, і в такій же мірі всі вони неефективні.

Однак, якщо ви скажете: «Ісус любить мене, і Він наказав мені одягати, годувати і служити», ви ставите себе під удар. Тепер ви повинні розповісти особисту історію без захисту літургії чи наукової традиції. Коли ви говорите: «Ісус любить мене», ви підтверджуєте містичний досвід у своєму відданому житті і ставите на милість тих, чия духовна сліпота змушує вас зневажати та висміювати вас. Коли ви говорите: «Ісус любить мене», ви повинні мати надійну досвідчу основу для цього непопулярного проголошення. Ми всі знаємо, що очевидців допитують ретельніше, ніж експерта суду, ось чому ми вважаємо за краще, щоб позиція богослова видозмінилася. 

Наш Учитель не є богословом. Він не захищає Свої дії та настанови більшістю наукових думок. Він не робить добрих справ заради них самих, а для того, щоб довести обґрунтованість Своїх вимог. Він дозволяє вченим, які слідують за Ним, з’ясувати теологію, щоб описати Його. Отже, ми, які називаємо себе християнами, не можемо уникнути свого обов’язку слухатися свого Господаря. Ми змушені шукати Його, живого і дихаючого під шарами традиції, під тягарем заплутаних богословів, під тяготами сліпих справ без віри і сліпої віри без справ. 

Перед містичними проривами у вашому житті, ви втомлюєтесь у своїх соціальних діях, тому що не бачите результатів або не знаходите взаємодії. Багато з того, що ви робите, здається безглуздим, тому ви це прикрашаєте і звеличуєте. Побачивши одного разу Його обличчя, ви не будете втомлюватися у своїх справах, тому що працюєте, щоб догодити своєму Вчителю, який, можливо, має великі плани, ніж може повірити у ваш очевидний успіх чи невдачу. Ті речі, які раніше були безглуздими, стають радісними та забавними.

Якщо всі ваші вчення, богослов’я, пропаганда, служіння, послух і досвід – коротше кажучи, якщо все ваше життя – повинне мати якесь значення, то ця проста знаменита людина на ім’я Ісус, повинен був жити, померти і воскреснути. І якщо Він це зробив, то те, чому Він навчав, є правдою. І якщо це так, ви повинні мати всі підстави для того, щоб сказати, що «Ісус любить мене» з наївністю дитини та переконанням дорослого. Бо Він пообіцяв явити Себе тим, хто справді любить Його.

Я закликаю вас шукати Його обличчя. Він не відкриє Свого обличчя, крім тих, хто богобоязливий. Тому послух і містика нероздільні.

Тож давайте не будемо ні лібералами, ні консерваторами, давайте будемо і містиками, і активістами, давайте слухати Його голос і підкорятися Його заповідям. Давайте слідувати Шляху, проповідувати Істину і жити Життям.

Транспорт у окрузі Сан-Дієго, Каліфорнія

Оригінал: efgh.com

Неофіційний веб-сайт
Філіпа Дж. Ердельського

ПРИМІТКА. Багато транспортних послуг зазнали наслідків через COVID-19, але більшість із них все ще працюють, можливо, за скороченим графіком.


http://efgh.com/trans/airplane.gif

Літаки

На відміну від більшості аеропортів великих міст, міжнародний аеропорт Сан-Дієго зручно розташований недалеко від центру міста та більшості основних туристичних визначних пам’яток.

Раніше аеропорт належав і експлуатувався об’єднаним портовим округом Сан-Дієго, спеціальним урядовим агентством, яке також експлуатує портові споруди Сан-Дієго. Кілька років тому аеропорт було передано до управління регіонального аеропорту Сан-Дієго. Перегляньте їх веб-сайт за адресою www.san.org.

Зручний перелік прямих рейсів з аеропорту Сан-Дієго можна переглянути на веб-сайті www.flightsfrom.com/SAN.

Коли ви перебуваєте в аеропорт Сан-Дієго, вас можуть зустріти добровільні посли аеропорту, які можуть відповісти на ваші запитання щодо аеропорту та інших місцевих туристичних об’єктів.

Якщо ваша відправна точка або пункт призначення знаходиться в північній частині округу Сан-Дієго, ви можете знайти аеропорт Макклеллана Паломара в Карлсбаді ще зручнішим, ніж міжнародний аеропорт Сан-Дієго.

Якщо ваша відправна точка або пункт призначення знаходиться в Мексиці, можливо, ви хочете полетіти в аеропорт Тіхуани або з нього.


http://efgh.com/trans/automobi.gif

Автомобілі

Автостради округу Сан-Дієго досить хороші, і затори ще не досягли такої серйозності, як у їхнього сусіда на півночі.

Автостради в Каліфорнії мають свої назви. До них додаються номери, але деякі з’їзди з магістралі залишаються непронумерованими. Це часом ускладнює надання чітких вказівок, оскільки назви з’їздів важко точно запам’ятати. Тому я підготував документ під назвою З’їзди з автострад Сан-Дієго та округу Імперіал. Це, в основному, список з’їздів з автостради в округах Сан-Дієго та Імперіал, з відстанями та текстом від знаків виїзду. Сюди також входять деякі сусідні райони округів Ориндж, Ріверсайд гта Сан-Бернардіно, а також міжштатна магістраль 8 в Арізоні.

Я також підготував карту автострад округу Сан-Дієго та Імперіал, на якій показані всі державні та міждержавні магістралі. Вона не дуже детальна, але ви можете використовувати її, поки не придбаєте кращу карту на найближчій АЗС.

Описи, відстані та кілька фотографій деяких магістралей у Сан-Дієго, Імперіал та Ріверсайд, які не є автострадами:

Дві фотографії мосту I-15 через озеро Ходжес: одна зроблена, коли озеро Ходжес було ще озером, а інша зроблена через п’ять років після того, як воно перетворилось на ліс:

Відтоді воно знову стало озером.

Ось декілька інших веб-сайтів з інформацією про автостради округу Сан-Дієго:

  1. Домашня сторінка району Кальтранс 11
  2. Сторінка Кейсі про дороги та автостради
  3. Офіційний веб-сайт штату Каліфорнія
  4. Автостради Сан-Дієго Енді Філда

ВЕЛОСИПЕДИ

Велосипеди

Я подорожую на велосипеді, якомога більше, і присвячую веб-сайт цій темі: округ Сан-Дієго, Каліфорнія: рай для велосипедистів.


http://efgh.com/trans/buses.gif

Автобуси

Місцеве автобусне сполучення в місті Сан-Дієго забезпечує компанія San Diego Transit Corporation. Карти та розклади можна отримати за адресою:

Кілька важливих фактів про міські автобуси в Сан-Дієго:

  • Звичайна вартість проїзду для більшості маршрутів становить 2,50$, і потрібно оплачувати без решти.
  • Покладіть свою оплату за проїзд в спеціальну коробку для оплати, коли ви сідаєте в автобус. У тарифах приймаються купюри в 1 долар, деякі доларові монети (я не впевнений, які), чверті, монети в десять та п’ять центів.
  • Люди похилого віку (щонайменше 65 років) та інваліди мають право на пільгову вартість проїзду в розмірі 1,25$ на більшості автобусів. Може знадобитися підтвердження віку або інвалідності.
  • Майже у всіх автобусах є підйомники для інвалідних візків.
  • Кожен автобус має велосипедну стоянку, на якій можна вмістити два велосипеди. За велосипеди не стягується додаткова плата.
  • Якщо вам доведеться пересісти на автобус, щоб дістатися до пункту призначення, можливо, ви зможете заощадити гроші, придбавши одноденну путівку на перший автобус. Для цього вам знадобиться Compass card.

– За додатковою інформацією телефонуйте за номером 619-233-3004.

– Розклад автобусів, пропуски та Compass card доступні за адресою:  

The Transit Store 102 Broadway з понеділка по п’ятницю з 9:00 до 17:00. 

NE corner of Broadway and First

Місцеве автобусне сполучення також доступне в інших містах округу Сан-Дієго та в багатьох некорпоративних районах.


http://efgh.com/trans/ferry.jpg

Паром Коронадо

Пасажирський пором регулярно курсує через затоку Сан-Дієго між пірсом Бродвей у центрі Сан-Дієго та паромною переправою Коронадо в Коронадо. Подорож в один бік займає близько десяти хвилин.

КАРТИ

Паром відправляється –

  1. з Бродвейскої пристані щогодини з 9:00 до 21:00, а також о 22:00 лише у п’ятницю та суботу, і
  2. від поромної переправи Коронадо щогодини на півгодини з 9:30 до 21:30, а також о 22:30 лише у п’ятницю та суботу.

Вартість проїзду в один бік становить 4,25$ за особу (станом на 21 лютого 2011 р.).

Ви можете взяти з собою велосипед на пором без додаткового плати за проїзд.

Пасажири можуть їздити на поромі безкоштовно протягом певних годин. Детальніше див. на Веб-сайті.

Для отримання додаткової інформації див. www.flagshipsd.com/coronado-ferry.


http://efgh.com/trans/taxis.gif

Таксі

Зазвичай не потрібно викликати таксі в аеропорту, автовокзалі, залізничному вокзалі чи терміналі круїзного судна. Таксі чекають, коли прибудуть мандрівники.

Якщо вам потрібні таксі чи лімузин в інший час та в інших місцях, ось кілька компаній, до яких можна зв’язатися (перераховані в алфавітному порядку):

Комерційні трансфери також обслуговують аеропорт, автовокзал, залізничний вокзал та термінал круїзних суден. Вони пропонують спільні поїздки до готелів, військових баз та резиденцій у районі Сан-Дієго. Найбільша така послуга в Сан-Дієго – Cloud 9 Super Shuttle. Трансфери зазвичай чекають в аеропорту. Щоб Вас забрали в іншому місці, зв’яжіться з ними за номером 1-800-974-8885 (1-800-9-SHUTTLE) або www.cloud9shuttle.com.

Веб-сайт для пошуку послуг трансферу в аеропорту Сан-Дієго –ShuttleWizard.com.

Служби спільного проїзду Uber та Lyft обслуговують аеропорт. Для терміналу 1 та терміналу 2 існують окремі пункти прийому. Дотримуйтесь знаків “Поїздка послугами спільного користування” та використовуйте програму Uber або Lyft, щоб викликати водія.


Лімузини

Особливі випадки, такі як весілля, ювілеї, випускні тощо, є однією з причин користуватися послугами лімузина. Ще однією причиною замовлення лімузина може бути число запрошених, яке перевищує розміри або можливості автомобіля або таксі. Найголовніше, замовлення лімузину може бути розумним рішенням, коли подія передбачає вживання алкоголю, наприклад, відвідування клубу в районі Гасламп або дегустацію вин в сусідніх Ескондідо чи Темекулі.

Як і будь-яка інша послуга, у галузі лімузинних послуг є хороші сторони, не дуже хороші сторони та погані сторони. Будьте в курсі про посередників лімузинів. Компанія, яку ви наймаєте (і платите), може бути не тією компанією, яка з’являється у ваших дверей. Поради з прокату лімузинів

Штат Каліфорнія ліцензує всі послуги з оренди у штаті. Компанії-лімузини повинні довести Каліфорнійській комісії з муніципальних послуг (PUC), що вони повністю підписали зобов’язання та що водії проходять довільне тестування на наркотики. Перевірте статус ліцензії на веб-сайті PUC Каліфорнії.

Деякі послуги лімузина в Сан-Дієго:


Прокат автомобілів

Якщо ви хочете орендувати машину в Сан-Дієго, існує новий спосіб це зробити. Використовуйте свій смартфон, для виклику:

  • Skurt: додаток, який доставляє машини безпосередньо до вас на вимогу. Все, що вам потрібно зробити, це натиснути кнопку. Деталі на skurt.com

http://efgh.com/trans/trains.gif

Потяги

Трамвай у Сан-Дієго – внесок Сан-Дієго у сучасне захоплення до залізниці.

Приміський поїзд у Сан-Дієго – Coaster – курсує вгору і вниз узбережжям між центром Сан-Дієго та Оушнсайд кожного дня, крім неділі та великих свят.

Інформація про трамвай та Coaster доступна за адресою

Amtrak щодня курсує вгору та вниз узбережжям між Сан-Дієго та Лос-Анджелесом. Деякі поїзди їдуть на північ, як Сан-Луїс-Обіспо. Інформацію див. на www.amtrak.com.

На північ від Оушнсайду є розгалужена мережа приміських поїздів під назвою Metrolink. Інформація про Metrolink розміщена на цьому веб-сайті:

На підпірній стінці біля станції Альварадо на зеленій лінії тролейбуса в Сан-Дієго вибитий напис-загадка:

АРТЕРІЇ, ВЕНИ І КАПІЛЯРИ
ДЛЯ АВТОМОБІЛЬНИХ СТРУМОЧКІВ І ПОТОКІВ
ВСІ ТРИ ЛІНІЇ ПЛІЧ О ПЛІЧ
ВИЩЕ, НИЖЧЕ І БАГАТОШАРОВО
НОМЕР НА ОДИН МЕНШИЙ НІЖ ДЕВ’ЯТЬ
ЧЕРГОВИЙ БУВ ТУТ БЕЗ ЗАПІЗНЕНЬ
ОСТАННІЙ ПРИЙДЕ, ЯКЩО ЗАЧЕКАТИ
АБО ВІН ВЖЕ В ДОРОЗІ, ЯКЩО ВИ НЕ ДУЖЕ ЗАПІЗНИЛИСЬ
ОЗИРНІТЬСЯ, ЩОБ РОЗВ’ЯЗАТИ ЦЮ ЗАГАДКУ 
НАЗВІТЬ ВСІ ТРИ: ВЕРХНЮ, СЕРЕДНЮ ТА НИЖНЮ 
ЯКЩО ВІДЧУВАЄТЕ, ЩО НЕ МОЖЕТЕ, ТО ВІДПОВІДЬ НА ШРИФТІ БРАЙЛЯ

Я сфотографував поручень і розшифрував шрифт Брайля. Для відповіді натисніть тут.

Повернутися на початок сторінки.


Словник назв

Багато назв у окрузі Сан-Дієго мають іспанське або індійське походження. Я підготував короткий глосарій, який допоможе відвідувачам у написанні та вимові незнайомих назв.

Повернутися на початок сторінки.


Карти

Скановані топографічні карти для округів Сан-Дієго, Оранж, Імперіал та Ріверсайд доступні на CD-ROM за запитом. Це зображення у відкритому доступі у форматі GIF без обмежень щодо використання. Для отримання детальної інформації надішліть електронного листа веб-майстру.

Я також підготував карту автомагістралей округів Сан-Дієго та Імперіал , на якій показані всі державні та міждержавні магістралі. Вона не дуже детальна, але ви можете використовувати її, поки не придбаєте кращу карту на найближчій АЗС.

Путівники Thomas від Rand McNally – одні з найточніших, найсучасніших та найкорисніших карт вулиць округу Сан-Дієго та багатьох інших районів. Однак, як і майже всі великі збірники інформації, вони містять помилки. Наприклад, вони показують деякі вулиці, яких не існує або зникли.

Раніше я повідомляв про деякі виправлення електронною поштою, а деякі знайшли шлях до наступних видань. Однак останні звіти про виправлення, здається, були втрачені або проігноровані. Тому я розміщую їх тут з надією, що хтось із Rand McNally їх побачить і включить у майбутні видання.

Ось деякі помилки, які я знайшов, і запропоновані виправлення.

ПОПЕРЕДЖЕННЯ. Ці виправлення стосуються лише старих версій. Одне з останніх видань Thomas Guides рясніє помилками.

Повернутися на початок сторінки.


Посилання

Ось посилання на деякі інші веб-сайти, які можуть бути корисними:

Эвалюцыя струн класічнай гітары

Арыгінал Артыкула: www.classicalguitarmidi.com

1. Гісторыя

На гісторыю музычных струнных ўплываюць тры фактары:

1) даступнасць матэрыялаў для вытворца струн і паляпшэнне іх фізічных характарыстык

2) эвалюцыя вытворчага працэсу і тэхналогій, уключаючы якасць

3) эвалюцыя інструментаў

1. Матэрыялы

Спачатку першая струна была зроблена з кішкі. У 14 стагоддзі струна была мананіткай. Затым, у 17 стагоддзі, накручаныя струны абгарнулі больш цяжкім матэрыялам. Накручаныя струны атрымалі шырокае распаўсюджанне ў канцы 17 стагоддзя. Пазней пры вырабе наматаных струн кішку замянілі шоўкам. У 20 стагоддзі з’явілася вялікая разнастайнасць матэрыялаў: нейлонавыя мананіткі і мультыфіламэнты, металы. Зусім нядаўна было ўведзена выкарыстанне сінтэтычных кампазітных валокнаў.

 2. Эвалюцыя інструмента

Дзве асноўныя тэндэнцыі прывялі вытворцаў струн да стварэння новых струн і якасцей:

1. Размер інструменту

2. Колькасць струн: колькасць струн павялічвалася з развіццём інструмента. Да сярэдзіны 15 стагоддзя гітара мела 4 струны, затым 4 падвойныя струны. Каля 1590 года ў ёй было 5 струн, затым 6 струн. У рамантычнай гітары было 6 адзінарных струн.

3. Якасці струны

Якасці струн, якія ўяўляюць сабой асноўную праблему, наступныя:

дынамічныя якасці: лёгкасць і камфорт гульні, хуткая рэакцыя, дакладнасць вібрацыі, адчувальнасць, сталасць якасці гуку ў любым становішчы на шыі

Якасць гук
Істотнымі якасцямі для якасці гуку струны з’яўляюцца: чысты гук, засяроджанасць, багатая гармоніка. Аб’ём. Дакладнасць.

ЛІТАРАТУРА

Інфармацыя пра струнах: Саварэз С.А., Брэмен, 22 мая 1999 года

Астрономія

Частина II: Аматори Роблять Відкриття

Оригінал: hobbyspace.com

Аматори все ще роблять вагомий внесок у галузі астрономії та космічної науки. Наприклад, комети часто виявляються спочатку непрофесійними астрономами.

У цьому розділі ми перераховуємо групи та програми, організовані для промоції аматорської та студентської діяльності з астрономії. Ми також включаємо підрозділ про роботизовані телескопи, які надають астрономам-аматорам та студентам доступ до телескопів професійного рівня через Інтернет.

Проекти аматорської астрономії

Небо досить велике, щоб любителі могли зробити значні відкриття навіть у цей день дослідницьких програм на мільярд доларів. Ось декілька проектів за участю любителів, які обіцяють зробити вагомий внесок у науку.

Аматорське обстеження неба

Цей проект використовуватиме астрономів-аматорів для проведення систематичного обстеження неба, для професіоналів, які не мають для цього ресурсів.

“Цей проект, також відомий як TASS, сподівається створити недорогі камери для дрейфування та розподілити їх на сайти по всьому світу; ідея полягає у моніторингу яскравих об’єктів на великій ділянці неба.” – веб-сайт TASS.

Американська асоціація спостерігачів змінних зірок (AAVSO)

Ця група залучає астрономів-аматорів з 1911 року для спостереження за змінними зірками на користь астрофізичних досліджень. Аматори роблять важливий внесок у цю сферу, оскільки величезний спектр спостережень вимагає перевищення того, що можуть охопити професійні телескопи.

Проект Hands On Astrophysics (HOA) – це навчальна співпраця між AAVSO та NSF, щоб надихнути любителів займатися реальною наукою за допомогою змінних спостережень та аналізу зірок. Доступний пакет матеріалів, включаючи програмне забезпечення, знімки, відеокасету тощо.

Співпраця з пошуку пульсарів 

Програма, спонсорована Національною обсерваторією радіоастрономії (NARO) та Університетом Західної Вірджинії (WVU), в якій старшокласники аналізують дані радіотелескопа для нових пульсарів. Дані в першу чергу походять з майже тримісячного періоду в 2007 році, коли антену ремонтували і застрягли в одному положенні, заважаючи дослідникам вказувати її на конкретні небесні області, що їх цікавлять. Було зібрано величезну кількість даних і, мабуть, ніколи не було б вивчено без допомоги студентів.

Створена в липні 2008 року в двох десятках середніх шкіл Західної Вірджинії, співпраця була розширена до Вірджинії, Меріленда та семи інших штатів. Поки взяли участь понад 200 учнів у 33 школах.

Асоціація місячних і планетарних спостерігачів (ALPO)

Ця організація описана так:

Асоціація місячних і планетних спостерігачів (ALPO) була заснована Уолтером Х. Хаасом у 1947 році та була створена в 1990 році як середовище для просування та проведення астрономічної роботи як професійними, так і аматорськими астрономами, які поділяють інтерес до спостережень Сонячної системи. Ми привітні і надаємо послуги для всіх людей, які цікавляться місячною та планетарною астрономією. Для початківців спостерігачів ALPO – це місце для навчання та вдосконалення спостережних методик. Для просунутого астронома-аматора це місце, де буде враховуватися робота.

Ресурси:

Полювання на комету 

Пошук комет був улюбленою метою любителів та проастрономів. Ось ресурси про комети та полювання на комету.

Полювання на комету на зображеннях SOHO. 

Супутник сонячної обсерваторії SOHO генерує зображення сонця різної довжини хвилі. Дивовижною перевагою цих зображень є те, що комети, які в іншому випадку були б занадто тьмяними для їх виявлення, виявляються чіткими.

Це стало веселим захопленням для людей сканувати зображення SOHO на знак нової комети. Більшість цих комет незабаром зникне на сонці і ніколи не буде видно із землі. Тож спостереження мають невелику наукову цінність, але полювання все ще залишається захоплюючою грою.

Аматорське Супернове Полювання 

Хоча професійні автоматизовані системи пошуку супернової домінують на полі, аматори також відкривають для себе велику кількість нових подій.

Програма TransitSearch.org (Полювання на екзозолярну планету)

Програма дозволяє астрономам-любителям відстежувати зірки для незначного зменшення яскравості, коли планета зірки перетинається між зіркою та нашою лінією зору.

Проект XO – ще одна аматорська група, спрямована на пошук транзитів екзопланет.

Інші пошукові транзити:

Мережа спостереження за мікролензуванням (MicroFUN) 

Ця програма на базі Університету штату Огайо організовує астрономів-аматорів, які допомагають знаходити екзопланети за допомогою технології мікролінінгу.

MicroFUN – це неофіційний консорціум спостерігачів, який займається фотометричним моніторингом цікавих подій мікросенсингу в Галактичній випуклості. Наша основна наукова мета – спостерігати за подіями мікрозміцнення з високим збільшенням, які дають найкращий потенціал для виявлення позасонячних планет, що обертаються навколо зірки.

Інформація:

Громадянське небо

Астрономи-аматори можуть брати участь у цьому проекті, щоб допомогти визначити характер таємничого супутника зірки епсілон Аурігае.

Мисливці на планети

Цей проект є частиною програми Zooniverse (див. Нижче) щодо організації науково-дослідних проектів, в яких може брати участь широка громадськість. В Planet Hunters волонтери будуть аналізувати дані з орбітальної Kepler обсерваторії космічних апаратів, щоб шукати планети навколо інших зірок.

PlanetQuest

PlanetQuest – це “некомерційна організація, місія якої полягає у надиханні глобальної участі у відкритті планет”.

Наше програмне забезпечення для співпраці перетворює ваш комп’ютер в астрономічну обсерваторію та бібліотеку ресурсів. Наші телескопи зосереджені на надзвичайно щільних зоряних областях, таких як центр галактики в Стрільці, і коли спостереження закінчиться і будуть зібрані тисячі зображень, дані будуть завантажені на ваш комп’ютер, а ваше програмне забезпечення для співпраці почне аналізувати його.

Проект спостереження за любителями Венери (VAOP)

Учасники цього проекту допоможуть науковим дослідженням ESA Venus Express, проводячи спостереження протягом періодів

“коли частини планети видно із Землі, які не видно з космічного корабля (через положення космічного корабля на орбіті). Крім того, важливо порівнювати спостереження на основі Землі з одночасними спостереженнями космічних кораблів. Зокрема, це дозволить нам розширити наше розуміння динаміки атмосфери Венери на основі даних VEX до спостережень, зроблених до місії VEX, а також після завершення операцій VEX”.

Додаткова інформація тут:

Аматорські космічні телескопи

Проект, мабуть, відмінили, ймовірно, через неможливість доставити телескоп після обмеженого доступу після аварії в Колумбії.

Проект отримав сильне заохочення від NASA та Boeing. Вони розглядали це як чудовий освітній проект для станції. “Боїнг” створив би масштаб, і NASA заплатила б за це.

Область не заперечувала б можливостей Хаббла, але з роздільною здатністю 0,2 дуги об’єм створив би зображення чіткості, в порівнянні з зображеннями найбільших наземних обсерваторій.

Доступ до сфери застосування пройшов би через центральну наземну контрольну групу, якою керували астрономи-любителі. До половини часу спостереження було б зарезервовано для школярів у всьому світі.

Планети, яскраві галактики та часові явища з високими інтересами, такі як комети та супернові, були б пріоритетними цілями для перегляду.

Прототип Альфа Телескоп був розроблений і з’явиться в Інтернеті як наземна система тестування.

Аматорські проекти великого телескопа

  • Асоціація обсерваторій Пік-Фрімонт – ця обсерваторія є “працею любові та постійним проектом для десятків астрономів-аматорів у районі затоки Сан-Франциско”. Вона надає “будинок для 30-дюймового телескопа f/4.8”, побудованого Кевіном Медлоком. Обсерваторія “відкрилася в 1986 році, і з цього часу вона відкрита щоліта”.
  • LAT – Великий аматорський телескоп (Group70) – Ця волонтерська група будує великий телескоп, використовуючи «дзеркальну прогалину, знайдену в Університеті Тасманії, Австралія». Заготовка зроблена “зі скла Pyrex” і спочатку була відлита в 1938 р. Як резервна заготовка для 48-дюймової камери Шмідта, яка зараз використовується в обсерваторії Паломар.”

 Обсерваторія “буде розміщена в Каліфорнійськом “Коридорі темного неба”, протяжністю в 200 миль в прибережних гірських хребтах уздовж Тихого океану, відомими своїми ясним, темними стійкими небесами”.

Технологія аматорської сонячної астрономії, впроваджена за останні кілька років, дозволяє астрономам-аматорам здійснювати складні спостереження за сонцем, що виходять далеко за рамки білого світла сонячних плям. Зокрема, вузькосмугові фільтри тепер дозволяють зображувати деталі в хромосфері.

Нью-Мексико Скейс

“Гостьова обсерваторія для затятого астронома-аматора” розташована на горах Сакраменто Нью-Мексико на вершині гори. Радість.

Шість обсерваторій на місці можуть бути зарезервовані для використання на місці. Доступ до неї можна отримати віддалено, і вона використовується мережею телескопа для студентів, про яку йде мова нижче.

Планетарне суспільство NEO (біля об’єктів Землі)

Планетарне суспільство розробило цей окремий сайт, присвячений вивченню астероїдів і комет, які проходять відносно близько до землі. Ці об’єкти є дуже цікавими з наукової точки зору, і це також гарна ідея, щоб слідкувати за об’єктами, які перебувають на колізійному ходу із землею.

Це сфера, де астрономи-аматори можуть внести вагомий внесок, особливо зважаючи на скромну підтримку урядових досліджень НЕО.

На підтримку зусиль NEO, планетарне суспільство створило Gene Shoemaker Near-Earth Object Grant, щоб забезпечити грошима (5-10 000 доларів) любителів, а також професійних дослідників для придбання обладнання.

Наприклад, Френк Золтовський – астроном-любитель, який отримав грант Шевця в кінці 1998 року. Він використав гроші на вдосконалену CCD-камеру, яка дозволила йому зробити більш точні спостереження за цими слабкими об’єктами.

Відповідно до прес-релізу планетарного товариства, його вимірювання NEO під назвою “1999 AN10”

“..допомогли дослідники IAU: Minor Planet Center (MPC) розробити більш точні майбутні орбітальні обчислення для об’єкта, який, як очікується, пройде в межах 200 000 кілометрів (приблизно 120 000 миль) від Землі в 2027 році, з потенціалом ще ближче до Землі наблизиться у 2044 та 2046 роках. “

Інші проекти спостереження за астероїдами

Міжнародна асоціація часових окультацій

Ця група прикладає зусилля по спостереженню затемнень та затьмарень. Астероїд, а також місячні затемнення виявляють інтерес для вивчення затемненої зірки, а також астероїда. Багаторазові види місячних затемнень забезпечують точне відображення Місяця. Це, у свою чергу, допомагає покращити вимірювання під час сонячних затемнень діаметра сонця та енергії.

Ретельний термін має вирішальне значення. Багаторазові спостереження з якомога більшої кількості точок можуть значно збільшити глибину отриманої інформації.

Місячне затемнення, яке спостерігається лише за допомогою відеокамери, може бути успішним. Дивіться, наприклад, NASA News Science Space: Астрономи-любителі фіксують рідкісне відео місячного затемнення

IOTA пропонує “новини про зустрічі, прогнози, програмне забезпечення, методики спостереження та обладнання, результати сонячних та місячних затемнень, а також астероїдні окуляції”.

Приватний Центр астрофізики CBA веде проект з 1991 року з метою проведення тривалих фотометричних досліджень катаклізматичних змінних зірок з аматорськими телескопами за допомогою CCD-камер. У них є кілька сайтів по всьому світу, і вони хотіли б мати ще більше.

NASA Star Trails Society

Ініціатива NASA від науки @ NASA щодо залучення любителів до реальних наукових досліджень. Можливості для аматорів долучитися до проектів з астрономії, астробіології та інших природничих наук будуть оголошуватися кілька разів на місяць. Дивіться, наприклад, Пригода Південного полюса нижче.

Пригоди Південного полюса

Студенти та вчені-аматори запросять Science @ NASA співпрацювати з Центром астрофізичних досліджень в Антарктиді (CARA) над проектом з астробіології в 1999 році. Будьте в курсі.

Американське місячне товариство 

Ця група присвячена просуванню місячного спостереження та дослідженням. Вона спонсорує різні проекти, включаючи щорічний “Місячний конкурс уявлень”.

Основні відкриття астрономів-любителів

Ось кілька прикладів основних знахідок любителів:

Zooniverse

Ця організація пропонує кілька проектів, в яких представники громадськості можуть брати участь у справді професійних наукових проектах. Проекти створюються за допомогою науковців, програмістів та викладачів Громадського наукового альянсу. Ось деякі проекти, пов’язані з астрономією:

  • Galaxy Zoo Hubble: “Остання версія оригінального проекту Zooniverse. Допоможіть астрономам з’ясувати, як утворюються та розвиваються галактики, класифікуючи їх форму. Тепер із доданими галактиками Хаббла.”
  •  Galaxy Zoo Mergers :”Тестовий випадок для більш складних режимів взаємодії, відвідувачам пропонується порівняти моделювання злиття між галактиками з спостереженням. Маючи багато тисяч людей, які виконують моделювання, ми можемо вивчити величезний простір параметрів ефективніше, ніж за допомогою автоматизованих процедур. “

ОБЛАСТЬ (Зоряна класифікація в Інтернеті, громадські розвідки)

Це науковий проект для громадян, спонсорований Інститутом астрономічних досліджень Пісги (PARI). Там описано завдання:

Чи всі зірки, як Сонце?

Відповідь на це основне питання вже майже 100 років керує сферою астрономії та астрофізики.

Дослідіть тут відповідь, спостерігаючи за зірками та порівнюючи їхні ознаки із характеристиками Сонця – класифікуючи зірки. Ваша участь буде головним внеском, спостерігаючи за зірками, які ніколи не були класифіковані. Ви можете бути першою людиною, яка виміряла температуру зірки, що ніколи не вимірювалась! Це відкриття в чистому сенсі цього слова.

Щоб взяти участь, перейдіть на сторінку Прийняти участь.

Віртуальні обсерваторії

Багато наземних та космічних обсерваторій на різних довжинах хвиль генерують величезну кількість даних, які ніколи не будуть повністю проаналізовані. Особливо це стосується нового покоління автоматизованих телескопів, які роблять обстеження неба.

Щоб спробувати вирішити більше цих даних, існує кілька проектів, спрямованих на використання талантів та енергій аматорів та студентів, роблячи деякі дані доступними в Інтернеті.

Учасник може оглянути певну ділянку неба так само, як ніби переміщений телескоп, щоб подивитися там, але насправді це буде зображення, вже зібране з тієї області неба, яка буде представлена.

Збір цифрового неба: американські астрономи збирають терабайти даних у всесвітню “віртуальну обсерваторію”, яка буде доступна як для вчених, так і для громадян -Technology Review – Nov.23.02

The Virtual Amateur Astronomer® – велика і добре організована колекція астрономічних зображень.

Інші передові ресурси аматорської астрономії

Введіть зображення, і ми повернемо вам метадані астрометричного калібрування, а також списки відомих об’єктів, що потрапляють у поле зору.

Ми створили цю послугу калібрування астрометричної форми для створення правильних, відповідних стандартам астрометричних метаданих для кожного корисного астрономічного зображення, коли-небудь зробленого, минулого та майбутнього, у будь-якому стані архівного розладу. Ми сподіваємось, що це допоможе організувати, анотувати та зробити всю пошукову астрономічну інформацію у світі.

Професійні астрономи збирають сотні аматорських фотографій, щоб простежити шлях комети – Популярна наука – Кр.4.11

Обсерваторія пустельного орла – Білл Йен – “приватна аматорська обсерваторія, що використовується в основному для спостережень за астероїдами”

Пов’язані теми на HobbySpace

Робочі телескопи

Поступово в Інтернеті з’являється все більше телескопів, які можуть контролювати Інтернет, як студентами, астрономами-аматорами, так і професіонали. Налаштування дещо відрізняються, але, як правило, це є пропозицією для спостереження. Якщо це буде прийнято, спостереження може бути виконане автоматично або, в деяких випадках, учасник бере на себе контроль над сферою дії і може керувати нею.

Мережа учнівських телескопів

Цей проект був розроблений студентом середньої школи щоб

“… дати можливість учням середньої школи, зацікавленим у астрономічних спостереженнях, отримати доступ до телескопа з цифровою камерою у віддаленому темному місці через Інтернет та провести основні спостережні дослідження”.

У статті «Студент за глобальною телескопною мережею» – CNN.com – 13 квітня описано, як Райан Ханнахо та інші учні середньої школи розробили цю систему, щоб надати школярам у всьому світі доступ до потужного телескопа в районі з невеликим освітленням.

Комітет з питань молодіжної діяльності (YouthInAstronomy.org) Астрономічної ліги підтримує проект.

Національна обсерваторія шкіл

Ця програма Великобританії дозволяє британським студентам використовувати обсерваторії світового класу по всьому світу. Час для спостереження на телескопах відведено для запропонованих студентом проектів.

Включає

Проект роботизованого телескопа Фолкеса

Цей великий проект забезпечує доступ до великих телескопів на Гаваях та Австралії для студентів з Британії, Австралії та Гаваїв. В обох телескопах використовуються основні дзеркала діаметром 2 метри та вдосконалені системи управління та візуалізації.

RoCCoTO – Роботичний телескоп, яким ви керуєте 

Університет Гламоргану в Уельсі розмістить цей новий 40,6-сантиметровий робототехнічний телескоп, яким студенти та астрономи-аматори працюватимуть через Інтернет.

“Студенти та астрономи зможуть надсилати вказівки до центру управління, який передаватиме їх безпосередньо телескопу за допомогою Інтернет-технологій. Потім телескоп буде приймати, відповідаючи на ряд команд, що надсилаються щодня”.

Купол є домом для роботизованого телескопа – BBC – Oct.21.01

SLOOH.com

“Астрономія, телескопи дистанційного керування, обсерваторії, погляд на Всесвіт”. Ця програма пропонує послугу роботизованого телескопа на комерційній основі. Користувачі сплачують абонентську плату за доступ до великого телескопа на Канарських островах.

У жовтні 2010 року Slooh та Google Earth оголосили про партнерство, яке поєднує в собі астрономічні зображення, сформовані Slooh та Google Earth:

Slooh також випустив карти космічної камери Slooh:

[…] новий роздрібний продукт, що продається в RadioShack and Toys “R” Us, продається по всій країні за $ 9,99. Пакети з 10 колекційних карток дають дітям віком 8 років можливість досліджувати Всесвіт, починаючи онлайн-місії в космічному просторі. Кожен пакет карт постачається з кодами запуску, характерними для певної категорії небесних об’єктів, таких як Зоряні міста або Сонячніі Скупчення. Завдяки картці «Досліджуй невідомого» діти мають змогу виявляти та фотографувати небесні об’єкти, ніколи раніше не захоплені космічною камерою Slooh. Після пробивання стартового коду в Інтернет-панелі запуску,

Більше про Slooh:

Робочий телескоп Bradford

Це 46-сантиметровий телескоп у Західному Йоркширі, Англія, який абсолютно автономний. Телескоп

“… вирішує, коли умови досить хороші, щоб зробити спостереження за небом самостійно (астроному не потрібно бути присутнім)

Будь-хто в Інтернеті може зареєструватися і попросити телескоп, щоб подивитися що-небудь на північному нічному небі. Спостереження автоматично визначаються пріоритетом, плануються та завершуються телескопом, коли дозволяє час. Інші дані (інформація про погоду та звіти) отримуються та оновлюються на цьому сайті автоматично щодня…”

eSTAR Проект

eSTAR (eScience Telescopes for Astronomical Research) має на меті “побудувати прототип робототехнічної телескопічної мережі, перевірити обчислювальну інфраструктуру та програмне забезпечення, яке можна використовувати для більш масштабних проектів”. Зоряні глядачі через Інтернет – BBC – травень.3.02

Global Rent-a-Scope

Ця послуга надає астрономам-аматорам доступ до Інтернету “до високоточних платформ віддаленої астрономічної візуалізації”

Телескопи NASA в освіті (TIE)

Ця програма, яка фінансується JPL/NASA, дозволяє студентам усього світу отримати доступ до роботизованого телескопа. Програма на даний момент

“..використовує науково-дослідний 24-дюймовий відбиваючий телескоп, розташований в обсерваторії Маунт-Вілсон, високо над басейном Лос-Анджелеса в горах Сан-Габріель в Південній Каліфорнії. Телескоп використовувався студентами класів К-12 для спостереження за галактиками, туманністю, змінними зірками, затьмаренням бінарних джерел та іншими амбітними проектами та експериментами. Сотні шкіл у США та у всьому світі (включаючи Австралію, Канаду, Англію та Японію) успішно використовували прототипний телескоп на горі Вілсон… “

NASA – GAVRT Радіотелескоп Apple Valley Apple, у цьому проекті студенти отримують доступ до однієї з потужних радіотелескопних антен NASA в Каліфорнії. Студенти “збиратимуть дані в режимі реального часу за допомогою складного наукового обладнання за допомогою дистанційного навчання”.

Проект здійснює Центр навчальних досліджень Льюїса, що є частиною програми GLOBE для залучення студентів до досліджень.

Torus Technologies

Ця компанія з оптики та телескопа стала основним постачальником робототехнічних систем телескопа. Дивіться статтю Torus Technologies робить астрономію «практичним» досвідом для студентів Джеймі Амбросон – ASP / Mercury – січень / лютий 2002

Більше ресурсів роботизованого телескопа

Говорячи правду про катування

Оригінал: world.std.com

Вересень 2006 року був важким місяцем для президента Джорджа Буша.

Катування

Ще в 2004 році один із затриманих в Гуантанамо, Салім Ахмед Хамдан, подав заяву про написання habeas corpus, стверджуючи, що військова комісія, скликана для розгляду справи, була незаконною. До 2006 року його справа пробилася до Верховного Суду США, а в 2006 році Верховний Суд погодився, вважаючи, що президент Буш не мав повноважень створювати трибунали з питань військових злочинів та визнавати спеціальні військові комісії незаконними як військове законодавство так і Женевську конвенцію.

Тож Буш пішов до Конгресу, щоб отримати необхідні йому повноваження: новий закон. Закон, який би

  • створив військові комісії, які він хотів
  • усунути набридливі заяви про habeas corpus
  • і – чому ні? – надати йому право катувати людей

Закон під назвою Закон про Військові Комісії 2006 року.

Все гарно йшло, поки Джон Маккейн не виступив з частиною тортур.

Джон Маккейн – є

  • Сенатор США
  • консервативний
  • Республіканський
  • В’єтнамський ветеран
  • колишній військовополонений (ВП)

і його піддавали катуванням північним в’єтнамцям, перебуваючи в полоні.

Тож, коли Джон Маккейн сказав, що, можливо, уряд Сполучених Штатів не повинен катувати людей, він мав певну довіру до цього питання, і Буш напав на нього безпосередньо, як на боягуза, зрадника, ліберала чи “м’якого терориста”, що не здається гарною ідеєю.

Мовознавство

Джеффрі Нунберг – лінгвіст – він вивчає, як люди говорять і користуються мовою. Якщо ви слухаєте NPR, ви, мабуть, чули деякі його коментарі. У нього з’явилася нова книга: Говорячи правильно: як консерватори перетворили лібералізм на підвищення податків, вживання алкогольних напоїв, поїдання суші, Volvo-Driving, New York Times-Reading, боді-пірсинг, люблячий Голлівуд, Left-Wing Freak Show

Загалом, його тезис полягає в тому, що протягом останнього півстоліття консерватори захопили мову політичного дискурсу в США. Вони перетворили слова на власну користь, змінюючи значення одних і використовуючи зміщувальне значення інших. Вони маніпулювали мовою так, що, наприклад, ліберал став терміном насмішки, і лише республіканці можуть мати значення.

І це спрацювало. Зараз республіканці контролюють більшу частину федерального уряду, а “виборців цінностей” називають вирішальним фактором на виборах 2004 року.

Говорячи правильно

Мені сподобалася книга Нунберга. Він демонструє важливу науку, дослідження та розуміння. Але виявляється, що лінгвістичний аналіз зробити не так складно. Якщо ви читаєте його книгу, і ви не слухаєте, ви можете залишатися вдома.

Я виявив це одного дня в суботу у вересні 2006 року. Я слухав нашу місцеву розмову радіостанції, WTKK Бостон. Я не отримав ім’я гостя, але, швидше за все, це була Моніка Кроулі – звучало як вона, і у неї був вільний проміжок часу.

Оскільки республіканці не могли безпосередньо напасти на Маккейна, вони залишили його іншим, щоб продати тортури американському народові, і Кроулі вирішив зробити виклик. Тортури – це жорстка зрада, навіть для розмовних радіо, і Кроулі того дня була винятково наполегливою – краєм відчаю, можливо, зламавши її звичайну самовпевненість.

Мені було цікаво побачити, як Кроулі зробить це: які аргументи вона висловить на користь тортур. Я слухав, і чув, і – що ви думаєте – вона займалася саме тими мовними маніпуляціями, які описала Нюнберг у своїй книзі.

нас і їх

По-перше, вона також не нападала на Маккейна. Атака Маккейна зробила б це питання надто конкретним, занадто зосередженим, занадто особистим. Маккейна піддавали катуванням; тепер він виступає проти тортур. Атакуючи на нього по імені просить слухача стати на бік свого мучителя – зрештою, він просить слухача бути його мучителем.

Натомість вона спрямовувала свої напади на тих, хто проти Закону про військові комісії. Зрозуміло, що неназвані, противники можуть бути безкарно злісні – їхнє судження ставиться під сумнів; їхні мотиви імпірували. Найбільш корисно, що противники явно є ними, на відміну від Джона Маккейна, який просто може бути одним із нас.

опудало

Далі Кроулі стверджував, що терористів і повстанців, які нападають на нас і вбивають наших людей, не хвилює, застосовуємо ми катування чи ні. Навіть якщо ми не катуватимемо людей, терористи продовжуватимуть вбивати, і нам дурно думати інакше.

Тут немає жодних мовних хитрощів; це лише звичайний аргумент опудала. Ніхто не думає і не сперечається з тим, що якби ми просто перестали катувати людей, то терористи перестали б нападати на нас. Терористи напали на нас до того, як Буш встановив тортури як політику уряду Сполучених Штатів, і терористи, безсумнівно, продовжують нападати на нас після того, як Буш та його політика пішли.

Практичними причинами утримуватися від катувань є

  • щоб надати нам довіру до мільйонів простих людей, які не є терористами, – людей, які нам потрібні, якщо ми маємо перевагу в таких місцях, як Ірак та Афганістан.
  • щоб дати нам моральний авторитет протистояти авторитарним режимам та здійснювати мирові угоди
  • щоб захистити наших власних солдатів та громадян, які можуть потрапити в полон до іноземних урядів

почуватися краще

Але, як я вже сказав, тортури – це тяжка зрада. Навіть після того, як ви кинули своїх опонентів, як вони, навіть після того, як ви збили опудало, яке ви кладете їм у рот, все ще важко переконати американців у тому, що є щось принципово не так у протистоянні катуванню.

Тож Кроулі не зупинилася на цьому. Вона потрапила прямо в голови своїх опонентів і пояснила, чому вони так проти катувань. Ці люди проти катувань, пояснила вона, оскільки протилежні катування змушують почувати себе краще. Вони нещасні, оскільки вони застрягли в боротьбі з війною, в якій вони не хочуть бути, і це робить їх краще, щоб вони могли сказати, що ми не катуємо людей.

Це було стрижнем її нападу, і вона встромила ніж і закрутила його. Важко передати письмово зневагу, яка капала з її голосу, коли вона висловлювала цей аргумент; її глузуючий, саркастичний тон; цілковиту зневагу, яку вона висловила до тих, хто виступив проти, лише для того, щоб вони почували себе краще.

Це геніальна тактика. Я не знаю, чи приходить цей матеріал до неї природним шляхом, чи у неї є консультанти, які досліджують його та фокусують тест, перш ніж вона винесе його в ефір. У будь-якому випадку, вона базується на мовній рукотворності.

В одному сенсі єдиною причиною того, що хтось робить щось є те, що це змушує себе почувати себе краще

  • Ми їмо їжу, тому що вона змушує нас почуватися краще, ніж голодувати.
  • Всі ми почувались би краще, якби 11 вересня не відбулися атаки.
  • Всі ми будемо почуватися краще, якщо подібних атак не буде в майбутньому.

У цьому сенсі почуватися краще – це, по суті, синонім бажання, і сказати, що хтось щось робить, тому що це змушує почувати себе краще – це тавтологія.

Але Кроулі відчуває себе краще і викручує це з презирством і зневагою, щоб припустити, що є щось недостойне, оманливе, легковажне чи наївне у цьому конкретному бажанні деяких американців почувати себе краще, не катуючи людей. Лінгвістична хитрість працює, тому що почуватися краще виражає спектр значень нашої мови, від тавтологічного, описаного вище, до фізичних умов (“Ви почуватимете себе краще, коли відпочинете”), до етичних суджень (“Я відчуваю краще себе, коли я ставлюсь до інших справедливо”) до емоцій дітей (“Мама поцілує його і змусить себе почуватися краще”).

Кроулі, можливо, порівняла би тих, хто проти катувань, з активістами за права тварин, які “звільняють” домашніх тварин, або, що ще гірше, з радикальними екологами, які колють дерева – людьми, які роблять дурні чи небезпечні речі, тому що, на їхню думку, це піднімає їх до вищої моральної планки. А може, вона порівнювала б їх з маленькими дітьми, шукаючи бальзам для їхніх тяжких почуттів.

І тоді її слухачі можуть розслабитися та впевнитися в тому, що в цьому протистоянні немає тортур – принаймні, нічого, про що вони повинні турбуватися. Просто люди хочуть зробити себе краще.

Примітки

Зараз республіканці контролюють велику частину федерального уряду

              До виборів 2006 року вони контролювали всі три гілки

слухаючи нашу місцеву розмовну радіостанцію

               в надії зрозуміти, чому наша країна пішла з рейок

прямі напади Маккейна 

       і Маккейн стояв їм на шляху; демократи досить сильно перекотилися з цього питання. Демократи, наприклад, не намагалися підкорити Закон про військові комісії, хоча вони могли.

Зрештою, Маккейн теж перекинувся. Зробивши велике шоу свого протистояння тортурам, він погодився на “компроміс”, який залишив положення про катування в законопроекті.

мовні хитрощі

Тут є інша хитрість, тому що Кроулі застосовує наші катування проти використання терористами вбивств. Терористи вбили багатьох людей, а іноді вони осквернюють тіла і публікують відео в Інтернеті, але я не чув про багато тортур чи жорстоке поводження з боку терористів.

відчувати себе краще, ніж голодувати  чи ні, залежно від випадку

3 ПРОСТИХ КРОКИ ЯК РОЗПОЧАТИ РОБОТУ

Оригінал: rachota.sourceforge.net

  1. Плануйте свою роботу

Якщо ваша робота за комп’ютером містить регулярні завдання, які повторюються щодня/щотижня, зареєструйте їх у діалоговому вікні налаштувань, перш ніж продовжувати роботу.

Кожне завдання, яке ви хочете виконати, повинно бути у вашому денному плані. Для цього натисніть на кнопку Додати (Add). З’явиться діалогове вікно налаштувань завдання. Введіть відповідний опис нового завдання та встановіть його пріоритет. Якщо потрібно, налаштуйте й інші властивості завдання.

Діалогове вікно завдань

Приклад завдання з високим пріоритетом із повідомленням про час.

2. Опрацюйте свій план

Якщо ви хочете почати працювати над завданням, виділіть його та натисніть кнопку Вибрати (Select). Це встановить завдання як поточне. Після натискання кнопки Rachota почне вимірювати час, який ви витратили на це завдання. Те саме можна досягти, двічі клацнувши на сам предмет завдання.

Якщо вам потрібна перерва, натисніть кнопку Відпочинок (Relax), щоб тимчасово призупинити відлік часу. Закінчивши завдання, натисніть кнопку Готово (Done).

Вам потрібно буде повідомити Rachota, коли ви переходите між завданнями або виходите з комп’ютера. Rachota продовжуватиме вимірювати час, поки ви не скажете зупинити чи переключити завдання.

Огляд дня, очевидно, є найбільш використовуваною частиною Rachota.

Перегляд дня

Головне вікно Rachota, що показує заплановані завдання в кінці дня.

3. Проаналізуйте свої дані про час

Швидше за все, ви захочете використовувати Rachota для створення звітів, які відображають ваші часові дані. Для цього перейдіть на вкладку «Історія» і виберіть період часу, який вас цікавить.

Якщо вам цікаво чи робочий час, або час, коли ви працювали в минулому, перейдіть на вкладку «Times». Rachota надає три типи графіків і дозволяє виділити завдання на основі певного критерію.

Перегляд історії

Перегляд історії даних за два тижні, що виділяють час, витрачений на електронні листи.

Якщо вам потрібно точно знати, над якими завданнями ви працювали протягом вибраного періоду, перейдіть на вкладку Завдання (Tasks). За потреби скористайтеся кнопкою Додати фільтр (Add filter), щоб зменшити набір завдань, показаних у таблиці нижче.

Якщо вам необхідно створити звіт або рахунок – фактуру для вашого боса або клієнта, натисніть кнопку Формувати звіт (Generate report). У майстрі генерації звітів ви зможете вказати такі властивості, як формат (TXT, CSV, HTML), ім’я файлу, опис, вміст тощо.

Завдання історії

Пошук важливих готових завдань у жовтні та листопаді тривалістю понад дві години.

Щоб побачити розподіл завдань за проектами, перейдіть на вкладку Проекти. Тут ви можете оглянути свої проекти з точки зору їх частки часу, завдань, стану чи пріоритетності.

Історичні проекти

Розбиття завдань за проектами на 4 тижні 2008 року.

Нарешті, Rachota також може проаналізувати ваші дані, порівняти їх з іншими користувачами та надати корисні пропозиції щодо кращого використання свого часу в майбутньому. Щоб скористатися цією функцією, перейдіть до Аналітичного огляду.

Перегляд Analytics

Аналітичний огляд із діаграмою порівняння та пропозиціями.

ES6 В ГЛИБИНІ: СИМВОЛИ

Оригінал: hacks.mozilla.org

https://secure.gravatar.com/avatar/5a83f46f9f97d184457cb2dedfa19173?s=64&d=mm&r=g

Джейсон Орендорф

Опубліковано 11 червня 2015 року в ES6 В ГлибиніВибрана Стаття, і JavaScript

ES6 В Глибині – це серія про нові функції, що додаються до мови програмування JavaScript в 6-му виданні стандарту ECMAScript, коротко ES6.

Що таке символи ES6?

Символи – це не логотипи.

Це не маленькі малюнки, які ви можете використовувати у своєму коді.

Нехай  😻 = 😺 × 😍; // SyntaxError

Вони не є літературним пристроєм, який виступає за щось інше.

Вони точно не те саме, що цимбали.

C:\Users\саша\Desktop\302555333_c3f827fd75_z-250x188.jpg

(Це не дуже гарна ідея використовувати цимбали в програмуванні. Вони мають тенденцію до збоїв.)

Отже, що це за символи?

Сьомий тип

Оскільки JavaScript вперше стандартизовані у 1997 році, їх було шість типів . До ES6 кожне значення програми JS не входило до однієї з цих категорій.

  • Не визначено
  • Нуль
  • Булева
  • Номер
  • Рядок
  • Об’єкт

Кожен тип – це набір значень. Перші п’ять наборів усі кінцеві. Є, звичайно, тільки два логічних значення, правда і неправда, та вони не роблять нові. Значень чисел і рядків значно більше. У стандарті сказано, що існує 18,437,736,874,454,810,627 різних Чисел (у тому числі NaN, число, ім’я якого коротше за “Не число”). Це ніщо в порівнянні з кількістю різних можливих рядків, які, на мою думку, є (2 144,115,188,075,855,872 – 1) ÷ 65,535… хоча я, можливо, помилився.

Набір об’єктивних значень, однак, є відкритим. Кожен об’єкт – унікальна, дорогоцінна сніжинка. Щоразу, коли ви відкриваєте веб-сторінку, створюється поспіх нових об’єктів.

Символи ES6 – це значення, але вони не є рядками. Вони не об’єкти. Вони щось нове: значення сьомого типу.

Поговоримо про сценарій, коли вони можуть стати в нагоді.

Один простий маленький булевий

Іноді було б дуже зручно зберігати додаткові дані на об’єкті JavaScript, який справді належить комусь іншому.

Наприклад, припустимо, що ви пишете бібліотеку JS, яка використовує переходи CSS, щоб зробити елементи DOM на екрані. Ви помітили, що намагатися застосувати одночасно кілька переходів CSS до одного div не працює. Це викликає потворні, переривчасті “стрибки”. Ви думаєте, що можете це виправити, але спочатку вам потрібен спосіб з’ясувати, чи рухається певний елемент.

Як ви можете це вирішити?

Один із способів – використовувати API CSS, щоб запитувати браузер, чи рухається елемент. Але це звучить як надмірність. Ваша бібліотека повинна вже знати, що елемент рухається; це код, який встановлює його переміщення в першу чергу!

Те, що вам справді хочеться – це спосіб відстежувати, які елементи рухаються. Ви можете зберегти масив усіх рухомих елементів. Щоразу, коли вашу бібліотеку закликають анімувати елемент, ви можете шукати масив, щоб побачити, чи цей елемент вже є.

Хм. Лінійний пошук буде повільним, якщо масив великий.

Що ви дійсно хочете зробити, це просто встановити прапор на елемент:

if  (element.isMoving) {
smoothAnimations (element);
}
element.isMoving = true;

Існують і деякі потенційні проблеми з цим. Усі вони пов’язані з тим, що ваш код не є єдиним кодом, що використовує DOM.

  1. Інший код, який використовує for-in або Object.keys() може наткнутися на створене вами майно.
  2. Інший розумний автор бібліотеки, можливо, спочатку подумав про цю методику, і ваша бібліотека погано взаємодіяла б із цією існуючою бібліотекою.
  3. Інший розумний автор бібліотеки може подумати про це в майбутньому, і ваша бібліотека погано взаємодіє з цією майбутньою бібліотекою.
  4. Стандартний комітет може вирішити додати .isMoving() метод до всіх елементів. Тоді ти справді шланг!

Звичайно, ви можете вирішити три останні проблеми, вибравши рядок настільки нудний або настільки нерозумний, що ніхто інший ніколи не назве нічого такого:

If (element.__$jorendorff_animation_library$PLEASE_DO_NOT_USE_THIS_PROPERTY$isMoving__) {
smoothAnimations(element);
}
element.__$jorendorff_animation_library$PLEASE_DO_NOT_USE_THIS_PROPERTY$isMoving__ = true;

Це здається не зовсім вагомим напруженням очей.

Ви можете створити практично унікальне ім’я для властивості за допомогою криптографії:

// get 1024 Unicode characters of gibberish
var isMoving = SecureRandom.generateName();

if (element[isMoving]) {
smoothAnimations(element);
}
element[isMoving] = true;

object[name] синтаксис дозволяє використовувати буквально будь-який рядок в якості імені властивості. Так це спрацює: зіткнення практично неможливо, і ваш код виглядає нормально.

Але це призведе до поганого досвіду налагодження. Кожного разу, коли ви будете console.log() мати елемент із цією властивістю, ви будете шукати величезну кількість сміття. А що, якщо вам потрібно більше однієї подібної властивості? Як ви тримаєте їх правильно? Вони будуть мати різні назви кожного разу, коли ви перезавантажуєтеся.

Чому це так важко? Ми просто хочемо одного маленького булевого!

Символи – відповідь

Символи – це значення, які програми можуть створювати та використовувати як ключі властивостей, не ризикуючи зіткненнями імен.

var mySymbol = Symbol();

Виклик Symbol() створює новий символ, значення, яке не дорівнює іншому.

Як і рядок або число, ви можете використовувати символ як ключ властивості. Оскільки це не дорівнює жодному рядку, ця властивість, набрана символом, гарантовано не зіткнеться з жодною іншою властивістю.

obj[mySymbol] = “ok!”;  // guaranteed not to collide
console.log(obj[mySymbol]);  // ok!

Ось як можна використати символ у ситуації, обговореній вище:

// create a unique symbol
var isMoving = Symbol(“isMoving”);

if (element[isMoving]) {
smoothAnimations(element);
}
element[isMoving] = true;

Кілька приміток щодо цього коду:

  • Рядок “isMoving”в Symbol (“isMoving”) називається описом. Це корисно для налагодження. Він відображається, коли ви пишете символ console.log(), коли ви перетворюєте його в рядок за допомогою .toString() та, можливо, у повідомленнях про помилки. Це все.
  • Element [isMoving] називається властивістю, що керує символом. Це просто властивість, ім’я якої є символом, а не рядком. Крім того, це в будь-якому випадку нормальна властивість.
  • Як і елементи масиву, до властивостей, заповнених символом, не можна отримати доступ, використовуючи крапковий синтаксис, як у obj.name. Доступ до них потрібно використовувати за допомогою квадратних дужок.
  • Доступ до символу, керованого символом, тривіально, якщо ви вже отримали символ. Наведений вище приклад показує, як отримати та встановити element[isMoving], і ми також можемо запитати if (isMoving in element)чи навіть delete element [isMoving] якщо нам потрібно.
  • З іншого боку, все це можливо лише до тих пір, поки isMoving є в обсязі. Це робить символи механізмом слабкої інкапсуляції: модуль, який створює кілька символів для себе, може використовувати їх на будь-яких об’єктах, які він хоче, не боячись зіткнутися з властивостями, створеними іншим кодом.

Оскільки клавіші символів були розроблені для уникнення зіткнень, найпоширеніші функції перевірки об’єктів JavaScript просто ігнорують символьні клавіші. Наприклад, for-in цикл, лише петлі за рядковими клавішами об’єкта. Клавіші символів пропускаються. Object.keys(obj) і Object.getOwnPropertyNames(obj) зробіть те саме. Але символи не зовсім приватні: за допомогою нового API Object.getOwnPropertySymbols(obj) можна перелічити клавіші символів об’єкта. Ще один новий API, Reflect.ownKeys(obj) повертає як рядкові, так і символьні ключі. (Ми будемо повністю обговорювати ReflectAPI в майбутньому дописі).

Бібліотеки та рамки, ймовірно, знайдуть багато застосувань для символів, і як ми побачимо далі, сама мова використовує їх для широкого кола цілей.

Але які саме символи є?

> typeof Symbol()
“symbol”

Символи точно не схожі на будь-що інше.

Вони незмінно колись створені. Ви не можете встановити на них властивості (і якщо ви спробуєте це в суворому режимі, ви отримаєте TypeError). Вони можуть бути іменами властивостей. Це всі струнні якості.

З іншого боку, кожен символ унікальний, відрізняється від усіх інших (навіть інших, що мають однаковий опис), і ви можете легко створювати нові. Це об’єктоподібні якості.

Символи ES6 схожі на більш традиційні символи на таких мовах, як Lisp та Ruby, але не настільки тісно інтегровані в мову. У Lisp всі ідентифікатори є символами. У JS ідентифікатори та більшість ключів властивості досі вважаються рядками. Символи – лише додатковий варіант.

Одне швидке застереження щодо символів: на відміну від майже нічого іншого в мові, вони не можуть бути автоматично перетворені в рядки. Якщо спробувати об’єднати символ із рядками, це призведе до типу TypeError.

> var sym = Symbol(“<3”);
> “your symbol is ” + sym
// TypeError: can’t convert symbol to string
> `your symbol is ${sym}`
// TypeError: can’t convert symbol to string

Ви можете уникнути цього явного перетворення символу в рядку, писати String(sym) або sym.toString().

Три набори символів

Існує три способи отримання символу.

  • Виклик Symbol(). Як ми вже обговорювали, це повертає новий унікальний символ щоразу, коли його називають.
  • Виклик Symbol.for(string). Він отримує доступ до набору існуючих символів, званих реєстром символів. На відміну від унікальних символів, визначених Symbol(), символи в реєстрі символів поділяються. Якщо ви зателефонуєте Symbol.for(“cat”) тридцять разів, він кожен раз повертатиме той самий символ. Реєстр корисний, коли кілька веб-сторінок або декілька модулів у межах однієї веб-сторінки, тоді потрібно спільно використовувати символ.
  • Використовуйте символи типу Symbol.iterator, визначені стандартом. Кілька символів визначені самим стандартом. Кожен має своє особливе призначення.

Якщо ви все ще не впевнені, що символи будуть корисними, ця остання категорія є цікавою, оскільки вона показує, наскільки символи вже виявилися корисними на практиці.

Як специфікація ES6 використовує відомі символи

Ми вже бачили один із способів використання ES6 символом, щоб уникнути конфліктів із існуючим кодом. Кілька тижнів тому в дописі на літераторах ми побачили, що цикл for (var item of myArray) починається з виклику myArray[Symbol.iterator](). Я згадував, що цей метод можна було назвати myArray.iterator(), але символ краще для зворотної сумісності.

Тепер, коли ми знаємо, що таке символи, легко зрозуміти, чому це було зроблено і що це означає.

Ось декілька інших місць, де ES6 використовує відомі символи. (Ці функції ще не реалізовані у Firefox.)

  • Зробити instanceof розширюваним. У ES6, вираз object instanceof constructor задається як метод конструктора: constructor[Symbol.hasInstance](object). Це означає, що він розширюється.
  • Усунення конфліктів між новими функціями та старим кодом. Це серйозно незрозуміло, але ми виявили, що певні Array методи ES6 зламали існуючі веб-сайти лише тим, що вони існували. Інші веб-стандарти мали подібні проблеми: просто додавання нових методів у браузер порушить існуючі сайти. Однак, поломку в основному спричинило те, що називається динамічним визначенням масштабу, тому ES6 запроваджує спеціальний символ Symbol.unscopables, який веб-стандарти можуть використовувати для запобігання певним методам втягнутись у динамічне оцінювання.
  • Підтримка нових видів відповідності рядків. У ES5 str.match(myObject) намагалися перетворити myObject на RegExp. У ES6 він спочатку перевіряє, чи myObject є метод myObject[Symbol.match](str). Тепер бібліотеки можуть надавати власні класи синтаксичного розбору рядків, які працюють у всіх місцях, де RegExp об’єкти працюють.

Кожне з цих застосувань досить вузьке. Важко побачити будь-яку з цих особливостей, яка сама має великий вплив на мій щоденний код. Довгий погляд цікавіший. Добре відомі символи – це вдосконалена версія JavaScript__doubleUnderscores в PHP та Python. Стандарт буде використовувати їх у майбутньому для додавання нових гачків на мову без ризику до наявного коду.

Коли я можу використовувати символи ES6?

Символи реалізовані в Firefox 36 та Chrome 38. Я реалізував їх для Firefox сам, тож якщо ваші символи колись діятимуть як цимбали, ви будете знати, з ким спілкуватися.

Для підтримки браузерів, які ще не мають вбудовану підтримку символів ES6, ви можете використовувати поліфіл, такий як core.js. Оскільки символи не зовсім схожі на що-небудь раніше в мові, поліфіл не є ідеальним. Прочитайте застереження.

Наступного тижня у нас з’являться два нові пости. По-перше, ми розповімо про деякі довгоочікувані функції, які нарешті приходять до JavaScript в ES6 – і обговоримо їх. Почнемо з двох функцій, які відносяться майже до початку програмування. Ми продовжимо дві функції, які дуже схожі, але керуються ефемеронами. Тож, будь ласка, приєднуйтесь до нас наступного тижня, коли ми детально розглянемо колекції ES6.

І звертайте увагу на бонусний пост від Гастона Сільви на тему, яка взагалі не є функцією ES6, але може забезпечити необхідний поштовх, щоб почати використовувати ES6 у власних проектах. Побачимось!

Про Джейсона Орендорфа

Більше статей Джейсона Орендорфа…

Сударій Ов’єдо

Його історія та відношення до Туринської плащаниці

Оригінал: shroud.com

Марк Гускін, B.A.M.Філ.
Авторські права 1997
Всі права захищені

1: Фізичний опис та історія

Собор в Ов’єдо, де зберігається сударій
Фото © Луїс Монтото та Марія Москера

Однією з мощей, яку тримає собор у містечку Ов’єдо на півночі Іспанії, є шматок тканини розміром приблизно 84х53 см. На цій тканині немає зображення. Лише плями видно неозброєним оком, хоча під мікроскопом видно більше. Примітна річ цього полотна полягає в тому, що і традиція, і наукові дослідження стверджують, що полотно використовувалося для покриття та очищення обличчя Ісуса після розп’яття. Ми збираємось представити і розглянути ці твердження.

Таке полотно, як відомо, існувало в Євангеліе, глава 20, вірші 6 та 7. Ці вірші читали так: “Симон Петро, слідом за ним, також підійшов, увійшов до гробу, побачив льняну тканину, що лежить на землі, а також тканину, що була над його головою; вона була не з льняного полотна, а загорнута на місці сама по собі”. Джон чітко відрізнив цю меншу тканину для обличчя, сударію та більшу тканину, яка обмотала тіло.

Історія сударію добре задокументована і набагато простіша, ніж історія Плащаниці. Більшість інформації надходить від єпископа дванадцятого століття в Ов’єдо, Пелагія (або Пелайо), історичними творами якого є Книга заповітів Ов’єдо та Легіонезія Хронікону Регуму.

Згідно з цією історією, сударій знаходився в Палестині незадовго до 614 року, коли Єрусалим був атакований і завойований Хосроєм II, який був царем Персії з 590 по 628 рр. Його було забрано, щоб уникнути руйнування в навалі, спочатку до Олександрію пресвітером Філіппом, а потім через північ Африки, коли Хосрос завоював Олександрію в 616 р. Сударій ввійшов до Іспанії в Картахені разом з людьми, що тікали від персів. Єпископ Еція Фулгентій привітав біженців та мощі та передав скриню чи ковчег Леандро, єпископу Севільському. Він відвіз його до Севільї, де провів кілька років.

C:\Users\саша\Desktop\guscin2.jpg

Вхід до Санта-Камара в соборі
Фото © Луїс Монтото та Марія Москера

Пізніше святий Ісідор був єпископом Севільї та вчителем св. Ільдефонсо, якого в свою чергу призначили єпископом Толедо. Коли він покинув Севілью, щоб зайняти там свою посаду, він взяв з собою скриню. Він пробув у Толедо до 718 року. Потім його провели далі на північ, щоб уникнути руйнування з боку мусульман, які завоювали більшість Піренейського півострова на початку восьмого століття. Вперше його зберігали в печері, яку тепер називають Монсакро, в десяти кілометрах від Ов’єдо. Король Альфонсо II мав спеціальну капличку, збудовану для скрині, яку називали «Санта Камара», згодом включена в собор.

Ключова дата в історії сударію – 14 березня 1075 р., коли скриня була офіційно відкрита в присутності короля Альфонсо VI, його сестри Доньї Урраки та Родріго Діаса де Вівара, більш відомого як Ель-Сід. Був складений список мощей, які знаходились у скрині, і до яких належав сударій. У 1113 році скриню було покрито срібним покриттям, на якому є напис, який закликає всіх християн шанувати цю реліквію, що містить святу кров. З тих пір сударій зберігається в соборі в Ов’єдо.

2: Аналіз Сударія

Сударіум Ов’єдо
Фото © Хорхе Мануель Родрігес – Центр Іспанії де Сіндонолія

Вся заслуга за дослідження, проведені на сударіумі, повинна бути надана слідчій групі Іспанського центру синдології під керівництвом Гільєрмо Гераса. Медичну частину слідства проводив доктор Хосе Віллайн.

Плями на сударіумі показують, що коли тканину клали на обличчя мертвого чоловіка, її згортали не посередині. Підраховуючи обидві сторони полотна, там утворюється чотириразова пляма в логічному порядку з меншою інтенсивністю.

З складу основних плям видно, що людина, обличчям якої прикритий сударій, померла у вертикальному положенні. Плями складаються з однієї частини крові та шести частин рідини від набряку плеври. Ця рідина накопичується в легенях, коли розп’ятий чоловік помирає від асфіксії, і якщо організм згодом зазнає поштовхів, може вийти через ніздрі. Це насправді основні плями, помітні на сударіумі.

Ці плями в області носа також накладаються один на одного, при цьому чітко видно різні контури. Це означає, що перша пляма вже висохла при формуванні другої плями тощо.

Спеціально змодельована голова, яку використовує доктор Вілален для відтворення плям.
Фото © Хорхе Мануель Родрігес – Центр Іспанії де Сіндонолія

Доктор Вілален мав спеціально змодельовану голову, виготовлену для реконструкції процесу фарбування та висихання, і таким чином міг обчислити час, що минув між утворенням кожної плями.

Тканина не була обмотана цілком навколо голови, оскільки права щока майже торкалася правого плеча. Це говорить про те, що сударій був поставлений на місце, поки тіло ще було на хресті. Друга пляма була зроблена приблизно через годину, коли тіло зняли. Третя пляма була зроблена, коли тіло було піднято з землі приблизно сорок п’ять хвилин пізніше. Тіло лежало біля підніжжя хреста близько сорока п’яти хвилин, перш ніж його поховали. Видно також сліди пальців (не відбитки), які тримали тканину біля носа.

Як сударій був обгорнутий навколо голови
Фото © Хорхе Мануель Родрігес – Центр Іспанії де Сіндонолія

Експерименти з модельною головою та дослідження плям також показують, що коли чоловік помер, голова була нахилена на сімдесят градусів вперед та на двадцять градусів праворуч. Ця позиція ще більше говорить про те, що чоловік, обличчя якого охопив сударій, помер у розп’яті.

З боку основної групи є менші плями крові. Здавалося б, що сударій був прикутий до тилу голови мертвого чоловіка, і що ці плями крові були від дрібних гострих предметів, що, логічно, були шипами, що спричинили такий тип травми по всій голові Ісуса.

Медичні дослідження не єдині, які проводилися на сударіумі. Доктор Макс Фрей проаналізував зразки пилку, взяті з тканини, і виявив види, характерні для Ов’єдо, Толедо, Північної Африки та Єрусалиму. Це підтверджує описаний раніше історичний маршрут. Не було нічого, що стосується тканини до Константинополя, Франції, Італії чи будь-якої іншої країни Європи.

У 1994 році в Ов’єдо відбувся міжнародний конгрес, на якому були представлені різні документи про сударій. Робота доктора Фрея з пилком була підтверджена та розширена. Були знайдені види пилку під назвою “quercus caliprimus”, обидва вони обмежені територією Палестини.

Залишки того, що є найімовірніше, мирра та алое, також були виявлені, згадані безпосередньо в Євангелії від Іоана, 19:39-40, “Нікодим також прийшов… і він приніс суміш мирри та алое… Вони взяли тіло Ісуса і перев’язували його в льняні тканини з травами, слідуючи звичаю єврейського поховання».

Плями також вивчали з точки зору антропології. Висновок полягав у тому, що обличчя, яке контактувало з сударієм, мало типово єврейські риси, виражений ніс та виражені скули.

Нарешті, сам факт, що полотно зберігали, – це ознака його справжності, оскільки воно взагалі не має художньої чи грошової цінності. Всі дослідження, проведені до цього часу, вказують в одну сторону, і нічого не говорить про те, що сударій був використаний для покриття голови мертвого тіла Ісуса з Назарету з того часу, коли його зняли з хреста до поховання.

3: Збіг із Плащаницею

Сам сударій виявив достатньо інформації, щоб припустити, що він був у контакті з обличчям Ісуса після розп’яття. Однак справді захоплюючі свідчення з’являються, коли цю тканину порівнюють із Туринською плащаницею.

Перший і найбільш очевидний збіг обставин полягає в тому, що кров на обох тканинах належить до однієї групи, а саме АВ.

Довжина носа, через яку рідина плеврального набряку потрапляла на сударій, була обчислена у вісім сантиметрів, трохи більше трьох дюймів. Це точно така ж довжина, як ніс на зображенні Плащаниці.

Якщо обличчя зображення на Плащаниці розміщене над плямами на сударіумі, можливо, найочевиднішим збігом обставин є точне прилягання плям до бороди на обличчі. Оскільки сударій використовувався для очищення обличчя чоловіка, виявляється, що його просто поміщали на обличчя, щоб поглинути всю кров, але не застосовували при будь-яких рухах протирання.

Невелику пляму також видно, що протікає з правого боку рота людини. Ця пляма майже не видна на Плащаниці, але доктор Джон Джексон, використовуючи поліпшення VP-8 та покращення фотографій, підтвердив її присутність.

Шипоподібні рани на потилиці також чудово збігаються з кров’яними плямами на Плащаниці.

Доктор Алан Уангер застосував техніку накладання поляризованих зображень на сударій, порівнявши його із зображенням та плямами крові на Плащаниці. Лобові плями на сударії показують сімдесят точок збігу з Плащаницею, а на тильній стороні – п’ятдесят. Єдиний можливий висновок – сударій Ов’єдо охоплював те саме обличчя, що і Туринська плащаниця.

4: Часовий аспект сударію перед Плащаницею

Сударій не має зображення, і жодна з плям на обличчі засохлої або висихаючої крові не видно на Плащаниці, особливо пляма на лобі у формі перевернутої трійки. Плями на сударіумі були зроблені менш в’язкою сумішшю.

Це разом з тим, що пальці, які тримали сударій до носа Ісуса, залишили свій слід, вказують на коротке тимчасове використання тканини і виключають можливість її контакту з тілом після поховання.

Єврейська традиція вимагає, якщо обличчя померлої людини було яким-небудь чином спотворене, її слід накрити тканиною, щоб люди не бачили цього неприємного погляду. Це, безумовно, було б із Ісусом, обличчя якого було вкрите кров’ю від травм, отриманих терновим вінцем і набряклим від падіння та удару.

Схоже, що сударій вперше був використаний до того, як тіло мертвого було знято з хреста та відкинуто під час його поховання.

Це вписується у те, що ми дізнаємось з Євангелія від Іоанна, яке говорить нам, що сударій був згорнутий на місці сам по собі.

5: Висновки

Дослідження сударію та порівняння цього полотна з Плащаницею – лише одна з багатьох галузей науки, яка вказує на те, що обидва покрили мертве тіло Ісуса. Історія полотна Ов’єдо добре задокументована, і висновки цього для датування Плащаниці більше не потребують коментарів.

Codul tău e de nimic și te urăsc

Articol original: jml.io

Dinamica Socială a Recenziilor de Cod

Jonathan Lange, septembrie 15, 2008

Citiți traducerea în ucraineană (mulțumesc Alyona Lompar!)

Acest articol e tradus în limba rusă de către Ivanka de la Coupofy.com

Rezumat

Recenziile de cod pot fi minunate, de mare folos, dar și incredibil de descurajatoare. Acest articol examinează cum puteți scrie recenzii de cod pentru proiectele dumneavoastră fără a vă fi provocate instinctele din categoria ”luptă sau fugi”.

Vom examina rapid de ce ar trebui să scriem recenzii de cod ca mai apoi să ne focusăm pe dinamica socială a procesului de evaluare a codului, în special în ceea ce ține de proiectele cu sursă deschisă. Într-o anumită măsură, ceea ce face codul cu sursă deschisă atât de grozav (iar uneori intimidant!) este că acesta poate ajunge în vizorul experților din întreaga lume.

Examinăm aici efectele pe care le pot avea diverse tehnologii asupra culturii de recenzare a codului, ce se poate obține de fapt prin recenzii, cum au loc recenziile în alte discipline. La fel, evidențiem unele capcane în care e foarte simplu de căzut.

Introducere

Recenziile de cod sunt cu noi deja de mult timp, fiind parte a mișcării pentru Software Liber de la bun început: cel puțin sub forma celor cu drepturi de commit revizuind patch-uri ale celor lipsiți de acest privilegiu.

În ultimii ani, recenziile de cod au căpătat o nouă importanță. Programarea Extremă a promovat ideea programării în pereche (o modalitate de recenzie continuă a codului)  și multe proiecte cu sursă deschisă acum necesită ca toate patch-urile să fie verificate, indiferent de nivelul de profesionalism al autorului.

Fiecare din aceste proiecte au abordări diferite față de recenzie: diferite instrumente, diferite procese și diferite scopuri, ceea ce duce la un grad diferit de presiune asupra comunităților de dezvoltatori de software.

Acest articol explorează deciziile pe care aceste proiecte le-au luat și presiunile sociale și stimulentele care rezultă din aceste decizii. Articolul la fel identifică potențiale probleme în procesul de recenzie și oferă sugestii pentru evitarea acestor probleme. Acest text nu este conceput ca un studiu academic riguros; mai curând e o colecție de opinii bine gândite  menite să ducă la alte reflecții, cercetări și experimentare.

Ce este o recenzie de cod?

În termeni foarte simpli, o recenzie de cod este ceea ce se întâmplă când cineva examinează codul și face comentarii în privința acestuia.

Acest articol se focusează pe recenziilepre-merge” (în traducere: ”pre-contopire”) – recenziile cărora sunt supuse patch-urile înainte de a ajunge la etapa principală de dezvoltare. Procedura clasică în cazul dezvoltării Software-lui Liber arată astfel: un dezvoltator nou trimite un patch pe o listă de adrese electronice. În unele proiecte, procesul de recenzare pre-merge continuă chiar și pentru dezvoltatori experimentați (spre exemplu, Twisted, Bazaar, Linux).

Există așa chestie ca recenzii post-merge (în traducere: ”post-contopire”). Acestea au loc frecvent în proiectele de tip Software Liber când cineva include un commit suspect în trunk. În general, recenzentul răspunde la notificarea asociată cu respectivul commit și evidențiază eroarea.

Recenziile pot fi efectuate și ca un fel de inspecție aleatoare. Ca parte a acestei abordări, un programator senior inspectează o parte anume a bazei curente de coduri și lasă comentarii despre structura și calitatea ei.

Unele recenzii sunt involuntare. Acestea tind să fie generate noaptea târziu, când un programator descifrează codul într-un colț obscur al proiectului, posibil încercând să repare o eroare. Aceste recenzii de cod sunt deseori caracterizate de un limbaj grosolan, comentarii furioase și nu sunt în genere de ajutor autorului original, care s-ar putea în genere să nu le vadă niciodată.

Ce pot realiza recenziile?

Pentru unii oameni, recenziile de cod fac parte din aceeași categorie ca și documentația, dezvoltarea bazată pe testare și tărâțele: lucruri bune dar plictisitoare cu care ne răsfățăm mai rar decât ar trebui s-o facem.

Spre deosebire de cerealele bogate în fibre, recenziile de cod pot avea beneficii diverse dar deseori concurente. În procesul recenzării în cadrul unui proiect, este important să evaluăm care dintre aceste beneficii contează cu adevărat.

Impunerea conformității

Recenziile de cod sunt importante pentru a ne asigura că tot codul sursă arată la fel. Aceasta include convențiile de denumire, ortografie corectă în comentarii și utilizarea consecventă a API-urilor interne.

Asigurarea calității

Recenzarea codului în prealabil oferă șansa de a depista erorile înainte ca acestea să înceapă a afecta utilizatorii. Un recenzent este mult mai distanțat emoțional față de cod ceea ce-l face să fie mai critic în evaluarea acestuia, iar aceasta, la rândul ei, duce la o probabilitate mai mare de depistarea a erorilor.

Sporirea clarității

Dacă o bucată de cod a fost evaluată de altcineva, atunci există cel puțin doi oameni în această lume care sunt în stare să o înțeleagă.

Un recenzent este mai distanțat de acest cod inclusiv din punct de vedere intelectual și prin urmare, poate identifica presupunerile ascunse și deciziile neclare.

O bază de coduri cu un nivel înalt de claritate permite celor proaspăt veniți să înceapă a contribui în mod rapid, ceea ce este îndeosebi de important pentru proiectele cu sursă deschisă, care se bazează în mod exclusiv pe efortul voluntarilor.

Educarea recenzenților

Dacă tot codul trebuie evaluat, atunci fiecare patch oferă o șansă de a învăța despre o parte a bazei de coduri pe care recenzentul nu o mai văzuse înainte. Aceasta înseamnă că un proces de recenzie poate fi exploatat pentru a face schimb de cunoștințe despre baza de coduri în interiorul unei comunități.

Evaluarea codului de către o pereche de ochi neimplicată anterior poate fi o binecuvântare incertă: uneori va duce la mult mai multă claritate, iar alteori va rezulta în recenzii superficiale.

Balansarea priorităților

Întrucât dezvoltatorii unui proiect deseori au diferite priorități, recenzentul deseori va avea priorități diferite de cele ale autorului. Cineva poate adăuga un patch care îmbunătățește performanța unui API central, ca mai apoi să fie nevoit să justifice de ce acest lucru e mai important decât păstrarea compatibilității inverse. Recenzia de cod forțează această discuție să aibă loc înainte ca schimbările să fie introduse în trunk.

Educarea unor programatori mai buni

O recenzie de către un programator reprezintă o oportunitate pentru a face o mică incursiune în modul de gândire al acestui programator, iar expunerea îndelungată la modul de gândire al altor programatori extinde și dezvoltă propria gândire. Recenzenții pot sugera tehnici despre care autorii nu au mai auzit înainte. Ei pot acorda întrebări la care autorul nu s-a gândit niciodată. Ei pot indica o cale mai simplă pe care autorul a omis-o.

Pe de altă parte, procesul de recenzare a codului îl impune pe recenzent să clarifice ce reprezintă exact un cod bun.

Sumar

Dinamica recenziilor de cod va varia în dependență de care dintre aceste scopuri are cea mai mare importanță. Dacă recenziile sunt în mare parte orientate spre asigurarea calității codului, atunci recenziile vor lua mai mult timp și vor fi mai minuțioase, întrucât recenzenții vor încerca să identifice erori, probleme de performanță, etc. Dacă recenziile sunt orientate în mod primar spre sporirea clarității, atunci recenziile for fi mai scurte, vor pune mai multe întrebări și vor tinde să presupună că patch-ul este bine testat și bine motivat.

Deciziile

Există niște întrebări importante care necesită un răspuns atunci când se stabilește un proces de recenzare. Aici, examinăm unele dintre aceste întrebări și vedem ce răspunsuri oferă la ele proiectele Bazaar, Launchpad și Twisted.

Cine sunt recenzenții?

Probabil cea mai importantă întrebare la care trebuie să răspundă un proiect este ”Cine sunt recenzenții?” În majoritatea proiectelor cu sursă deschisă, recenzenții sunt atrași din comunitatea celor care au contribuit cel mai mult, deși mecanismul exact variază.

Patch-urile la proiectul Bazaar trebuie aprobate de către doi dezvoltatori de bază, definiți ca oamenii care pot plasa aceste patch-uri în trunk. Aceasta asigură că fiecare patch este evaluat de către cineva cu expertiză și la fel asigură un nivel de comunicare de bază între dezvoltatori.

Launchpad are o echipa de recenzenți care este o subdiviziune a echipei generale de dezvoltare a Launchpad. Echipa de recenzie vrea ca toți dezvoltatorii să fie recenzenți, dar are și un proces prin care dezvoltatorii trebuie să fie ”tutelați” înainte de a deveni recenzenți cu drepturi depline. Procesul de ”tutelare” asigură că recenzenții proaspeți au pe cineva la care să se adreseze atunci când nu sunt siguri și că prioritățile de recenzare ale Launchpad (claritatea codului, asigurarea unui proces rapid de recenzare) sunt respectate de toți recenzenții.

Twisted permite oricui să lase recenzii atâta timp cât persoana nu a fost implicată în scrierea patch-ului. Această idee destul de ingenioasă împiedică fenomenul de ”gândire de grup” care ar putea avea loc între autor și recenzent. Dezavantajul acestei abordări este că există o diferență enormă între recenzenți. În plus, când recenziile sunt sarcina fiecăruia, ele în scurt timp devin sarcina nimănui.

Care forum?

Twisted efectuează recenziile de cod utilizând tichete de eroare. Bazaar efectuează recenziile prin intermediul unei liste de adrese electronice. Launchpad face recenziile prin intermediul unei liste de adrese electronice separate dedicate doar pentru recenzenți.

Abordarea adoptată de Twisted este un exemplu al UQDS (“Ultimate Quality Development System”). Recenziile sunt înfăptuite prin utilizarea unor tichete, astfel că pagina web asociată cu tichetul devine autoritatea canonică pentru toată informația despre o anumită corecție de eroare sau despre un anumit element funcțional adăugat. Astfel, pe lângă faptul că informația relevantă este adunată într-un singur loc, se evită discuțiile ineficiente și dezbaterile înverșunate cu participarea oamenilor care nu sunt implicați cu adevărat. Acest beneficiu vine cu un dezavantaj la fel de important: recenziile sunt rareori citite de către altcineva decât autorul patch-ului, ceea ce facilitează aplicarea diferitor standarde de către diferiți recenzenți. Dacă recenzia abordează întrebări importante, acestea sunt greu de adus în atenția unei comunității mai vaste. Regretabilul sistem de poștă electronică al Trac face dificilă urmărirea unei discuții.

Bazaar trimite recenziile pe lista generală de adrese electronice, suplimentat cu un instrument special adaptat de monitorizare a patch-urilor denumit Bundle Buggy. Întrucât atât recenziile cât și patch-urile sunt trimise tuturor dezvoltatorilor prin email, discutarea patch-urilor tinde să fie mult mai deschisă decât în cazul Twisted. Numărul mare de patch-uri face mai dificilă urmărirea corespondenței electronice și se întâmplă destul des ca firul discuției în legătură cu o recenzie anume să se transforme într-o conversație lungă și întortocheată.

Lista separată de adrese electronice a Launchpad facilitează filtrarea conversațiilor generale legate de dezvoltarea de software de cele asociate cu recenziile de cod, asta în timp ce permite părților terțe să urmărească recenziile altor persoane. În practică, aceasta înseamnă că Launchpad preia din avantajele și dezavantajele ambelor abordări.

În timp real sau offline?

Efectuarea recenziilor de cod în mod asincronic diferă foarte mult de efectuarea recenziilor în timp real.

În cadrul recenziilor de cod asincronice, așa ca cele efectuate prin email, recenzentul are timp să formuleze comentariile în mod diplomatic. În mod similar, autorul este în stare să răspundă la fiecare item în ordinea în care consideră de cuviință.

Recenziile de cod în timp real posedă toate avantajele și dezavantajele unei conversații naturale: neînțelegerile pot fi identificate și corectate în mod rapid; nu trebuie de așteptat mult timp răspunsul celeilalte părți. Desigur, discuția riscă mult mai mult să devină aprinsă, fiind mai dificilă separarea emoțiilor de fapte. La fel, este mai dificil să-ți dai seama când a luat sfârșit. Când primiți un email cu o recenzie a codului, puteți evalua imediat volumul conținutului din acel email, pe când conversațiile în timp real nu oferă în prealabil o delimitare clară a timpului care necesită a fi investit.

Cine soluționează disputele?

Există momente când autorul crede una despre patch, iar recenzentul crede cu totul altceva și nici un volum de argumente din partea ambelor părți nu pare să ducă la o opinie convergentă. Spre exemplu, într-un patch, autorul a considerat că:

  [item] = singleton_list

reprezintă un procedeu clar de obținere a singurei valori dintr-o listă care are în mod garantat o singură valoare. Recenzentul a considerat că acest procedeu nu este clar și a sugerat:

 assert len(singleton_list) == 1, \ “List should have only one value: %r” % (singleton_list,) item = singleton_list[0]

În pofida argumentelor convingătoare ale ambelor părți, nici una nu e dispusă să cadă de acord. Ce e de făcut? Cine rezolvă disputa?

Bazaar adoptă poziția că autorul patch-ului are ultimul cuvânt în subiectele aflate în dispută. Twisted zice că recenzentul are ultimul cuvânt, iar Launchpad are un recenzent superior care are un vot decisiv în astfel de situații.

Dacă autorul are ultimul cuvânt, rata dezvoltării va fi mai rapidă în detrimentul uniformității și posibil al calității. Dacă recenzentul are ultimul cuvânt, patch-urile vor fi finalizate mai lent, (recenzentul niciodată nu este la fel de interesat ca autorul ca aceasta să se întâmple), în schimb vor fi verificate mai riguros.

Lucruri proaste

Ad hominem

Aceasta ar trebui să fie de la sine înțeles: efectuați recenzia codului, nu a autorului. Comentariile la adresa persoanei doar vor îngreuna pentru ea aplicarea în practică a criticilor în adresa codului său.

Când lăsați comentarii negative, referiți-vă la ”patch” sau ”ramură”, nu la om. Spre exemplu, ”Ai introdus o eroare în get_message” devine “acest patch introduce o eroare în get_message”.

Așteptări Neclare

Dacă tot ce spuneți este ”acest patch introduce o eroare în get_message”, atunci ați eșuat ca recenzent. Scopul este să îmbunătățiți codul, nu să oferiți o serie de ghicitori autorului.

În urma citirii recenziei, autorul urmează să fie în stare să înțeleagă cum să abordeze fiecare item și să știe când a soluționat toți itemii. Recenziile fără așteptări clare devin discuții neterminate despre patch, ceea ce uneori are mai curând scopul de a satisface recenzentul decât cel de a îmbunătăți codul.

Confundarea preferințelor personale cu valoarea obiectivă

Aceasta este o problemă valabilă pentru toate tipurile de recenzii. Criticii de film, editorii literari, recenzenții academici – toți cad pradă acestui fenomen.  ”Ceea ce-mi place mie” nu este în mod necesar echivalent cu ”ceea ce e bine”, deși, în parte, a deveni un programator mai bun înseamnă a-ți alinia mai bine preferințele cu realitatea. ”Ceea ce nu-mi place” are probabil încă mai puține șanse să însemne ”ceea ce e rău”.

Când revizuiți un patch perfect acceptabil care rezolvă o problemă folosind programarea în stil imperativ, nu criticați doar din cauza că nu este într-un stil mai funcțional. Dacă o faceți, transformați procesul de recenzie într-un joc dea ”ghici ce îi place recenzentului” în loc de ”scrie un cod bun”.

Recenzenții pot evita această capcană formulând comentariile de recenzie ca întrebări: ”Ai luat în considerare utilizarea unui stil mai funcțional?”, ”De ce nu folosești expresii regulate pentru a rezolva această problemă?”, etc.

Vezi la fel ”Un feedback specific este un feedback bun”.

Dacă tot sunteți acolo…

Când evaluați codul, este tentant să cereți autorului să repare alte probleme care se regăsesc în aceeași porțiune de cod. Dacă nu aveți grijă, totul poate evolua rapid într-un exercițiu de transformare a acestei porțiuni de cod în una perfectă, luând în considerare că inițial, atât autorul cât și recenzentul voiau doar să îmbunătățească un pic codul.

Soluția în cazul dat este să apreciați obiectiv măsurile de îmbunătățire pas cu pas (vedeți, ”Mai bine este mai bine, perfect este imposibil”).

Obstrucționism

Cuvântul englez ”Filibustering” este un termen politic American care se referă la prelungirea fără capăt a dezbaterilor în legătură cu un proiect de lege pentru a împiedica adoptarea acelui proiect de lege. Fenomenul are loc uneori în cadrul proiectelor Software Liber, pentru împiedicarea implementării anumitor patch-uri.

Uneori, efectele de obstrucționare pot avea loc involuntar. Un recenzent respinge un patch pentru că nu prevede teste unitare, autorul întreabă ”cum pot face testare unitară pentru acest cod?”, iar recenzentul nu mai apare să răspundă la întrebare.

Pe lângă faptul că este un proces neplăcut, autorul este lăsat cu o ”temă pentru acasă” în așteptare, ceea ce îl încetinește în procesul de elaborare a patch-urilor.

Vezi, ”Așteptări neclare” și ”Un feedback rapid este un feedback bun”

Lucruri bune

Un Feedback specific este un feedback bun

Indicați linia exactă a codului care ar putea fi îmbunătățită. Spuneți clar ce nu este în regulă cu ea. Sugerați o modalitate prin care se poate de îmbunătățit. Asigurați-vă că autorul își va da seama când problema va fi rezolvată.

Un feedback rapid este un feedback bun

Odată ce autorii prezintă patch-urile pentru recenzie, aceștia nu mai pot face nimic atâta timp cât recenzentul nu răspunde. Efectuați recenziile operativ pentru a nu permite ca atenția autorilor să devieze prea mult.

Mai bine este mai bine, perfect este imposibil

Niciun patch nu va fi perfect și niciun patch nu va repara toate problemele existente într-un cod. Nu tindeți spre perfecțiune ci spre îmbunătățiri graduale (pas cu pas).

Fiți recunoscători

Cineva tocmai a încercat să vă îmbunătățească produsul, investind resurse cognitive, efort și creativitate pentru a vă ajuta, iar acum au expus rezultatul muncii lor pentru critici.  Mulțumiți-le!

Divmod are o politică de a spune mereu un lucru bun în fiecare recenzie de cod. Întotdeauna se găsește ceva bun de spus, chiar dacă acel ceva este ”Sunt bucuros că cineva examinează această porțiune de cod”.

Puneți întrebări

Recenzenții nu pot greși punând întrebări. În cel mai rău caz, autorul va veni cu un răspuns evident. În cel mai bun caz, atât autorul cât și recenzentul vor învăța ceva nou.

Concluzie

Recenziile de cod oferă o oportunitate minunată de a evolua ca programator și de a îmbunătăți software-ul pe care îl scriem. Există multe alegeri pe care un proiect le poate face în ceea ce privește modul în care se efectuează recenziile și ce pot obține acestea. Reflectând cu grijă la modul în care tehnologiile și procesele afectează interacțiunile de bază dintre oameni în cadrul procesului de recenzie, proiectele cu sursă deschisă pot evita capcanele care-i sperie pe începători sau care îi demoralizează pe cei ce contribuie de ani buni și pot în schimb să se focuseze pe construirea celui mai bun software posibil.

Lecturi Suplimentare

Acest eseu e făcut disponibil sub licența Creative Commons Sharealike Attribution CC-BY-SA.