Сергей Пуговкин

В Акельпад есть настройка, что делать и как быть с файлами для чтения. Как и в некоторых других редакторах. А в некоторых нет - потому что им плевать :D.

Ну и "администратор" может вносить любые изменения, как обычно.

Пользуйся "теневыми копиями" (предыдущими версиями и флагом - "Архивный")

Все упрется в объем и качество контента. Не зря ведь команды таких игр весьма велики. Чтобы сделать за разумное время и с хорошим качеством надо распараллеливать работу. Размер команды соответствует размеру игры. Если у вас маленькая команда - то попробуйте сделать маленькую, но хорошую игрушку. Получите опыт и сможете сделать что-то более сложное. Дефицит обычно не в инструментах, а в идеях.

Смотря сколько времени вам нужно, и каков уровень соратников. Технически, в одиночку можно сделать все, что угодно, вопрос лишь во времени.

С карманными деньгами вы не сможете сделать свой крайсис или ведьмак три хотя бы из-за уровня графики, над которым трудился штат профессиональных художников. И программную часть тоже не стоит недооценивать. Крупные команды работают с перечисленными движками, десятки и сотни человек годами пилят игру AAA класса, а вы думаете, что реально сделать что-то подобное "на коленке"? Как по мне, сегодня тема вида "хочу сделать свой крайсис" выглядит даже более глупо, т.к. игры с точки зрения реализации усложняются экспоненциально.

Объективно вопрос упирается в бюджет и квалифицированных кадров.

Контент-то как раз и есть самое трудоемкое. Вы же не думаете, что Ведьмак-3 делался командой из трех человек?

Попробуйте написать пару квестов, задизайнить пару локаций (на бесплатных ассетах, для пробы). Теперь умножьте это на пару-тройку сотен, прибавьте музыку, лору, ошибки коммуникации, споры о вижене и тупо баги в движке и в ассетах. А, и баланс. Вы знаете, как делать баланс в играх?
Я уже не говорю о том, что ассеты из магазина быстро набьют оскомину в первую очередь вам самому, что единомышленники имеют тенденцию сливаться с проекта, просить жрать, вступать в брак, рожать детей, что у вас у самого идея может поменяться в ходе работы, и тогда как минимум треть выбрасывается, а треть переделывается.

Уровня крайзис - никак. Как вы себе представляете, как пару соратников смогут создать, написать и главное протестировать весь контент?

Как вы собираетесь продать это все, избежать попадания на торренты?

Это опасно.

Здесь скорее всего имеется в виду не опасность взлома ключа, а опасность его утечки.
При использовании одного ключа(доступ по паролю) чтобы открыть зашифрованный канал ssh необходимо этот ключ для начала отправить получателю по не зашифрованному каналу. Его могут перехватить и тогда система будет скомпрометирована.
А вот при использовании открытого(2) и закрытого(2) ключей, перехватить можно только открытые ключи которые используются для зашифровки сообщений, то есть "злоумышленник" сможет только писать но не читать.

HT он же HTTP он же HyperText Transfer Protocol
passwd звучит близко к password (там r не звучить), а acs или aces или accs как access нет

1. http
2. Потому что passwd - такая команда для управления паролями.

ЗЫ: А еще есть такая функция creat(). Не create(), а именно creat() :)

Сейчас большинство сложных микросхем проектируют на ПЛИСе, используя языки VHDL или Verilog (SystemVerilog). Это единственный способ более-менее быстро разработать и проверить работоспособность своей реализации. После проектирования они могут запустить пробную партию для испытаний. Если прошли испытания - запускают в серию, нет - отправляют на переработку, исправлять блоки (либо заменить, либо переместить в пределах одного кристалла). Расписывать схему потранзисторно нет смысла, да и много времени уйдёт. Поэтому потранзисторно схему расписывают только те, которые составляют IP-блоки или библиотеки на более низком уровне, чем VHDL или SV. А оборудование на основе этого уже достаёт нужный набор шаблонов и расставляет их в соответствии реализацией разработчика в нужном порядке.

абстракции абстракций абстракций же! :)

Сначала разрабатывают IP блоки потом комбинируют эти блоки, потом отдают автоматике, и та делает конечный продукт.

Еще можно гуглить в сторону VHDL и прочих таких языков "программирования"

Принципиальные схемы процессоров (Intel/AMD) разрабатывают процессоры (Intel/AMD) предыдущих поколений. Так уж у них заведено.

Их разрабатывают компании, которые в далеком прошлом создали процессы гораздо более простые, затем в течение 30 лет понемногу совершенствовали.
Я лично сомневаюсь, что в интеле или АМД есть хотя бы один человек, который разбирается в спецификации ВСЕЙ схемы процессора.

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

Так происходит потому, что :last-child — это последний элемент родительского контейнера. Совсем последний. После него не должно быть никаких элементов. Не получится использовать и :last-of-type, так как last-of-type подразумевает последний элемент по имени, а не по классу (и если после последнего div.blog-item будет хотя бы один div на этом же уровне иерархии, этот div.blog-item перестанет быть last-of-type).

Вообще, я разделители меду элементами делал бы так:

.blog-item + .blog-item {
    /* В ситуации с 5-ю элементами с классом .blog-item, которые строго 
     * следуют друг за другом, этот селектор применится
     * к элементам со второго по пятый. Первый будет проигнорирован.
     */
}