to_east

Антон Анонимов ответил по существу, а я напишу в общем. но на вашем примере

PS> Get-Help New-Item -Parameter Name

-Name <System.String[]>
....
    Принимать входные данные конвейера? True (ByPropertyName)

Вот пункт Принимать входные данные конвейера - ответ на ваш вопрос
Вот тут, например

PS> Get-Help Set-Location -Parameter Path
    Принимать входные данные конвейера? True (ByPropertyName, ByValue)

ByValue - значит принимает напрямую
Вы могли бы написать echo "hello" | Set-Location и попасть в папочку

А ByPropertyName означает, что вы можете получить это значение только из свойства входящего объекта. то есть, например, вот так
[PSCustomObject]@{ Name = 'hello' } | New-Item

А можно, например вот так

# попытка 1 как выше
mkdir d:\test1
cd d:\test1
'z','x','c' | ForEach-Object { New-Item -ItemType Directory -Name $_ }

# попытка 2, сдублируем те же папочки в другом месте
mkdir d:\test2
cd d:\test2
Get-ChildItem d:\test1 | New-Item -ItemType Directory

btw, для New-Item можно использовать как -Path, так и -Name

You can specify the name of the new item in the Name or Path parameter value, and you can specify the path of the new item in Name or Path value. Items names passed using the Name parameter are created relative to the value of the Path parameter.

Ожидал что значение будет типом Foo, а там Foo option

Сам же tryHead вызвал. А что должно произойти, если коллекция пустая?

https://learn.microsoft.com/en-us/dotnet/fsharp/la...

Возможно, с помощью try_files.

Суперлузер? Серьезно?
Ок, размер рабочей области зависит от предпочтений и фолбеков.
Например, мое разрешение монитора сейчас как раз 1920, то есть картинка шириной 1920 будет как раз 100% ширины экрана... не учитывая полосу прокрутки и рамки окна. То есть нужны поля. Допустим по 15 пикселей(у меня не ретина, так что мой монитор имеет 72 точки на дюйм). Итого 1920 превращается в 1890, если надо контент делать на всю ширину (section-fluid в бутстраповых классах).
1920 это сейчас считаем как дефолтный монитор(смотрим по статистике), а на момент создания бутстрапа они зафиксировали 1170 как минимально допстимое разрешение десктопа, потому контент вписывают на такой размер(учитывая поля по 15 пикселей это разрещение 1200*800) как наиболее используемым разрешением.
Дальше 1280 это популярная ширина в разных разрешениях, как брекпойнт. Но уже без полей.
960 это из за одноименного фреймворка, где это число используется для фолбека на 1024*968 разрешение плюс поля, округление до нормального делительного числа.
Число 960(как и остальные перечисленные Вами) выбрано потому что удобно делить на колонки с полями. На 2/4/6/8/10/12/16/24

Берите ширину в зависимости о того, как будете верстать. А, ну и погодите, если Вы получаете готовый дизайн, то Вам не сильно получится "брать" какую то ширину контента, а придется работать с тем, что дали.
Опять же, будете ли пользовать фреймворки - тоже ограничит/упростит выбор ширины.
Забивать не надо. Если забили на ширину контента, то либо просто накалякали какую-то свою ширину, но все равно единую, либо вообще разброс по секциям/блокам. Вы вполне сможете потом свести всё до единой ширины, которую сами выбрали, если заказчик согласен и не требуется пиксель перфект по контентной области(обычно нет, и вполне обьясняется заказчику требованиями "соответствия для старых мониторов" или что то такое, после чего они соглашаются)

Зависит в основном от этого:

https://stackoverflow.com/questions/30285680/how-t...
copy(dst_array[:], src_slice)

Вам надо использовать Django Formsets.

И вот сам вопрос: на предыдущем скрине правильный-ли ход моих мыслей, дерево должно быть такое?

Да.

нужно сместить исток ветки foo на 5 коммит ветки мастер, тип такого:

git rebase master foo

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

В Go экспортируются имена с большой буквы, с малой приватны https://golang.org/ref/spec#Exported_identifiers

type FooBar struct {
    Table map[string]*Relation   // здесь нужно Table вместо table чтобы имя/поле можно было импортировать 
}

https://play.golang.com/p/eiEplHj7sW__D

В данном случае вам нужно положить в мапу указатели на вашу структуру.
https://play.golang.org/p/Jn18TTSDh5T

package main

import "fmt"

type nextWords struct {
	words []string
}

func (nw *nextWords) GetFirstItem() string {
	return nw.words[0]
}

func main() {
	var myMap = make(map[string]*nextWords)
	myMap["hello"] = &nextWords{words: []string{"foo", "bar"}}

	fmt.Println(myMap["hello"].GetFirstItem())
}

Второй вариант, объявить метод как вызываемый на значении, а не указателе.

Ваш метод GetFirstItem объявлен как вызываемый на указателе (nw *nextWords), поэтому его можно вызвать только на элементе, от которого го может получить адрес. Из мапы его не получается взять потому что при взятии мы получаем копию этого элемента, а не сам элемент. Инплейс го не может взять в таком случае указатель на структуру, разве что мы сначала вытащим её из мапы в переменную и вызовем метод на ней (например так)
Когда мы делаем мапу из указателей, мы получаем из неё копию указателя, а не самой структуры и можем вызвать на этом указателе метод.

Но учтите, что при отсутствии элемента в мапе ваша программа свалится в панику, поэтому в методе GetFirstItem стоит сделать проверку на nil.