Bohdan Shtepan

Инициализируем новый репозиторий
git init

Добавляем файлы (все)
git add .

Если файлы не добавляются, то добавляем каждый вручную
git add README.md

Делаем коммит
git commit -m "First commit"

Пушим
git push -u origin master

warning: LF will be replaced by CRLF in *file_name*
The file will have its original line endings in your working directory.

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

Может не в тему, но Майкрософт делает выплаты на банковскую карту (валютную) практически любого банка или свифт-платежем или посредством Paypal. Выплаты производятся в начале каждого месяца. Минимум к выплате $200 + незначительный процент за транзакцию. Деньги идут от 3-х до 7-10 дней. После самой первой выплаты Вам вышлют копии документов (Лиц. соглашение, Контракт разработчика и т.д.), которые нужно будет передать в налоговою. Плюс после каждого вывода средств на эл. почту будет приходить отчет "для налоговой".

https://prerender.io/

Неправильный формат даты. Конструктор Date принимает дату в формате mm/dd/yyyy. Это во первых, а во вторых, getDay возвращает zero-based значения дня недели, где 0 - Вс, 1 - Пн, 2 - Вт и т.д.

hiddentao.github.io/robe/#oplog

Возможно это что-то из следующего:
https://github.com/mikaeljorhult/brackets-php-code...
https://github.com/fdecampredon/brackets-epic-linter
https://github.com/mackenza/Brackets-PHP-SmartHints

Никак.
OAuth используется ВКонтакте для авторизации десктопных/мобильных приложений (там и можно перехватить токен).
Для сайтов используется Open API. Методов апи которого вполне достаточно.
Использование OAuth/Open API не по назначению карается баном приложения (читайте правила на сайте).

Создайте модель(класс) для хранения данных, а потом Select'ом создавайте экземпляры моделей для извлечения данных.

Например:
[code]
public class Model
{
. public string Field { get; set; }
}

//...

var models = salaries.Select(s => new Model{ Field = s.Region});
[/code]

Вам еще рано задумываться о каком-то конкретном языке или технологии. Сначала изучите основы. Например, сейчас парадигма ООП применяется практически во всех компилируемых и интерпретируемых языках программирования. По-этому, сначала стоит прочесть пару книг по основным парадигмам ООП, изучить паттерны проектирования, основы алгоритмизации, структуры данных. В общем основы программирования.

Следовательно, эти знания дадут более-менее четкое представления о технологиях вокруг и применяемых языках программирования. Более того, с этими навыками вам уже будет достаточно изучить один ЯП с С-подобным синтаксисом для того, чтобы, в случае чего, перейти на другой. Также у вас уже сложится хорошее представления для чего используется тот или иной ЯП. И вам уже будет с чего выбрать.

Собственно, когда вы определились с ЯП, начните изучать его. Но ни в коем случае не налагайте на курсы\видео-уроки типа Специалиста и т.д.(подробнее об этом - читайте дальше). Еще отправной точкой для выбора языка\технологии может стать изучения рынка вакансий. Хотя этот фактор нисколько не отражает действительность.

Выбрали ЯП? Изучите его до более-менее среднего уровня. Освойте основные технологии\библиотеки\фреймворки применимые для этого языка. Зачем это? Возьмем для примера C#. Знания самого языка не несут такой ценности, как владение фреймворком .NET и навыками работы в том же ASP.NET, WPF\Silvelight и т.д.
Помните, вы не сможете освоить язык и его технологии на все 146%. Как показывает практика, 20% конкретных знаний достаточно для решения 80% всех задач (Закон Парето).

Теперь немного об конкретном, а именно о книгах.
Для начала я бы рекомендовал прочесть "основы основ", например:
Объектно-ориентированное мышление
Паттерны проектирования
Приемы объектно-ориентированного проектирования. П...
Объектно-ориентированный анализ и проектирование ...
После этого можно приступать к специфической литературе по конкретному языку\технологии.
Думаю, с этим списком вы определитесь сами, когда подберете себе что-то.

Если вы думаете записаться или посмотреть в Интернете курсы, например, того же Специалиста, сразу же БРОСЬТЕ ЭТУ ЗАТЕЮ!
Приведу пример с моего горького опыта. Дело было в 2011 и я впервые услышал об этом Специалисте и наивно полагал, что там действительно делают "специалистов". Такие уважаемые люди как Борисов и Тарасов, в которых уйма всяких сертификатов, просто внушали доверия и интерес ко всему этому. В итоге я посмотрел 50 часов HTML + CSS. Никакого результата. Эти 50 часов не покрыли даже половин знаний, что я до этого почерпнул с книг. Да ладно, идем дальше. Засел я за 2 уровня JS на 30 часов + 6 часов jQuery. И тут все мои радужные представления об Специалисте моментально разрушились. Будущие специалисты бежали с аудитории после пары непонятных слов, преподаватели путали элементарные понятия, все рассказывалось на тяп-ляп и в каком-либо порядке. В итоге этот курс не покрыл и 20% материала из книги Николаса Закаса по JS. В итоге все эти десятки часов пошли коту под хвост.
Если вы действительно нуждаетесь в курсах, то лучше воспользуйтесь видео-учебниками Lynda, Tutsplus и т.д. Эти ресурсы за пару часов ознакомят вас с основами сабжа и направят на путь истинный.

Что же касается книг, то как было верно отмечено пользователем kstyle:

только 10% молодых человек способны к самообучению (то есть если им предоставить литературу и задачи, то 90 % не справятся). многие - из-за качеств характера.

То есть, если при чтении первой книги из моего списка у вас возникнут непреодолимые трудности, то это что-то да значит.

И, конечно же, вы должны быть уверены и настойчивы!

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

Решение:
1. Откройте командную строку (WIN+R -> cmd).
2. Перейдите в паку, где находится "кривой" файл.
3. Воспользуйтесь командой DIR /X для отображения кратких имен файлов.
4. Удалите файл(-ы) используя краткие имена.

P.S.: если файл изначально имел название типа "verylongfilename.fil", кратким именем для этого файла будет что-то вроде "verylo~1.fil". Используйте это имя для удаления.

Источник

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

Если я все правильно понял, то гейм дев и системное программирование - это две большие разницы.
Чтобы добиться какой-либо эффективности и знаний множества ЯП, нужно потратить очень большое количество времени, а как показывает практика - эффективность работы в одной плоскости со знаниями ЯП т.е. чем усерднее ты изучаешь и работаешь с одним ЯП, тем больше от этого толку, и наоборот, чем больше ЯП ты начинаешь изучать, тем меньше становится твоя эффективность (ибо "все и сразу" - так не бывает).

Теперь обо всем по порядку.
Системное программирование. Если у вас есть желание написать свою ОС или сделать вклад в развитие опен соурсного ПО, то, я бы рекомендовал, начать заниматься этим еще вчера т.к. тема довольно обширная и требует строгих знаний, например, в низкоуровневых ЯП.

Гейм дев. Тема очень огромная и предоставляет массу инструментов и решений для достижения цели. Лично я начинал с Microsoft XNA, до этого около 4-х лет писал на C#. В принципе, я прочитал 3 книги по "хне" и посмотрел один видеокурс от "линды" и этих знаний было достаточно для реализации практически любой задумки в 2d. Конечно, это не DircetX и C++, но для начала тоже неплохо.
Потом майки клали на хну и я, имея хорошие навыки в JavaScript, переметнулся в HTML5 Canvas.
В принципе, прочитав Steve Fulton, Jeff Fulton - HTML5 Canvas, я сразу начал делать браузерные 2d-платформеры. Конечно, на канвасе не напишешь очередной Кризис и по производительности он далек от идеала, но технология стремительно развивается и уже сейчас можно писать очень крутые проекты. Теперь подумываю освоить Unity, где в качестве скриптового языка используется C# и имеется обширная коллекция асетов и т.д. К тому же, юнити уже работает практически под любой платформой, легко портируется, "рисует" отличную картинку и имеет огромнейшее комюнити.
Самое сложное в геймдеве - быть программистом, художником, саунд-продюсером и сценаристом одновременно. Без нужных людей очень трудно чего-то добиться.

По-этому, мой вам совет - не размышляйте и не плодите подобные темы, а начинайте делать! Выберите для себя наиболее подходящую технологию и начинайте изучать ее незамедлительно.

Надеюсь, мой совет вам поможет :)

На CSS как два пальца...впрочем, вот так:

.notsun:hover + .daddy a
{
   //custom css rules
}