Alex XYZ

ваш вариант сломается если увеличить вложенность

function foo() {
  var arr = [[[1,2,3],[4,5,6]],[[7,8,9],[10,11, [12, 13]]]];
  arr = arr.join(',').split(',');
  for (var i = 0; i < arr.length; i++) {
    console.log(arr[i]);
  };
};

Angular всего лишь инструмент, если вы умеете им пользоваться и он решает ваши задачи, используйте его, если нет используйте другой инструмент. На Angular достаточно просто решать большой пул задач, если вы будете постоянно только сравнивать инструменты и искать который лучше, то в итоге вместо проекта вы все еще будете искать инструмент, который лучше.

В одноранговой сети при включении компьютер отсылает широковещательный запрос по UDP (137-139,445 порты), оповещая всех, что он включился. Те ему отвечают у кого какой IP.
Слушайте широковещательный пакет и будет вам счастье, также можете попросить другие компы откликнуться послав широковещательный запрос.

Короткий ответ: читаем книгу дракона. Есть и более навороченная литература, но начинают все с этой книги (нам по ней читали в универе курс трансляции языков).

Длинный ответ: ваш транслятор принимает на вход последовательность символов (допустим, UTF-8 текст), "понимает" ее в соответствии со спецификацией вашего языка, и выплевывает в качестве вывода инструкции на другом языке (в виде текстового файла или файла спец. формата). Этим "друим языком" может быть язык ассемблера какой-то железной платформы (x86_64, ARM, SPARC), и результирующим файлом будет бинарник под указанную архитектуру (точнее - объектный модуль, бинарник потом будет собран линковщиком) - так компилятся, например, C/C++. "Другим языком" может быть язык виртуальной машины (LLVM/байткод Java/MSIL) - так компилятся С/C++ (если через LLVM), Java, Scala, C#, F#, VB. "Другим языком" может быть и более высокоуровневый язык - часто, чтобы не париться на начальных этапах развития языка генерацией машинного кода, делают транслятор, который генерит код на Си, и этот код на Си уже компилят известным компилятором в бинарник. Или к примеру, CoffeeScript/TypeScript транслируются в JavaScript, т.к. веб-браузеры кроме джаваскрипта исполнять пока ничего не умеют.

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

На каком языке реализовать сам транслятор - не имеет особого значения. Более того, хорошим тоном считается реализовать на разрабатываемом языке компилятор этого же языка - это называется self-hosting. Обычно наличие компилятора языка на этом же языке считается первым этапом серьезного отношения к языку. Разумеется, первую версию компилятора нужно будет реализовать на уже существующем языке (или сделать bootstrapping, если уж вы совсем суровый разработчик).

Т.к. в задачах разбора входного потока (parsing) уже набито очень много шишек, и люди посвятили свои жизни и научные карьеры изучению этого вопроса, то сделано и немало инструментов для помощи в разработке компилятора. Как правило, такие инструменты дают возможность описать грамматику вашего языка на некоем специализированном синтаксисе (вроде BNF), а потом по этому описанию генерят вам код лексера и парсера на удобном для вас языке (это модули, которые выполнят первичный разбор входного потока на вашем языке на токены, и построят абстрактное синтаксическое дерево (AST)). А вы уже дописываете к ним основную часть вашего компилятора. Как пример, при написании компиляторов на языке Си часто используют flex в связке с yacc/bison. Есть более комлексные пакеты, позволяющие генерить код парсеров на различных языках - ANTLR, GOLD. А можно и самому написать лексер и парсер, особенно если вы уже сделали первую версию компилятора и переписываете его на вашем же языке).

может подойдет fullcalendar.io

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

Есть: JRebel (статья). Но он платный.

1. Что вы как девочка? Судя по зарплате у вас ни семьи, ни ипотеки, ни горы кредитов. Какой нафиг кризис?
   
2. 30к хватит на квартиру/комнату, еду и транспорт. Больше ни на что не хватит. Но для junior android разработчика я бы просил 45. 30к это Макдональдс или верстальщик. Если вы будете на собеседовании в Яндексе и пройдете успешно интервью, то можете просить и гораздо больше.
   
3. Вы опять как девочка. Какая разница сколько вам лет и сколько вы работаете? Всех работодателей интересует лишь одно: насколько успешно вы сможете решать его задачи.
   
4. Я нашел первую работу и снял комнату в Питере в 2008. Причем из опыта у меня был только фриланс. Тогда точно так же все вокруг ныли и истерили о конце света и крахе мировой экономической системы.
   

PS1 Переезд из провинции в Москву/Питер могут изменить вашу жизнь полностью. Количество возможностей в городах миллионниках в миллион раз больше. Цены в крупных городах выше, но это другой вопрос. Для начала карьеры вам должно быть все равно что есть: макароны по 30р за 1кг или мясо индейки по 300р за 1кг.
PS2 Чем дольше вы живете в провинции, тем сложнее будет переехать в перспективе. Хотя это не всегда так, но мне кажется в большинстве случаев.
PS3 Как специалист вы будете развиваться гораздо быстрее в крупном городе.
PS4 В мегаполисах другие люди, другой образ мышления. Пожить в мегаполисе должен каждый.

Честно говоря не пользовалась ничем из перечисленных ранее, но мне понравился марвел (который рекомендуют сами elasticsearchевцы). Как установить:
www.elastic.co/guide/en/elasticsearch/guide/curren...
Если установится, то при повторном обновлении окошка увидите что-то вроде этого:
screencloud.net/v/kTmO
Чрезвычайно удобный отладчик запросов. Запускать можно те запросы, которые нужны в данный момент (для каждого из них справа кнопка запуска). Также работает валидация + адекватные табы.
Если у вас, как у меня, при открытии страницы марвела выдаст что-то вроде этого: Upgrade Required Your version of Elasticsearch is too old. Kibana requires Elasticsearch 0.90.9 or above
то необходимо обновить версию elasticsearch вместе еще с кучей туллзов (Logstash, Kibana), которые надо скачать отсюда и просто установить как обычные пакеты: https://www.elastic.co/downloads
Чтобы проверить какой версии сейчас у вас elasticsearch:
в консоли: curl -XGET localhost:9200/_nodes/_all/process?pretty
в браузере localhost:9200/_nodes/_all/process?pretty
Также, если не хочешь пользоваться марвелом (что очень удобно), можно просто запросы в браузере писать:
localhost:9200/_all/_settings
localhost:9200/_all/_mapping

Напишите свои rest-скрипты. Если уж вас curl не устраивает.

В своих репозиториях веду ветки с номерами версий, 0.0.1, 0.0.2 и т.д.

Для этого в git есть тэги. Обычно делают тэг на каждый релиз + если уже есть скажем версия 0.1.1, то, если вам еще нужно поддерживать предыдущую версию, можно сделать ветку 0.0.x, и там уже делать тэги. Так если вы найдете уязвимости или баги в версии 0.0.x, можно спокойно поправить и выкатить минорный релиз. Ну или например баг затрагивает только версию 0.2.4, тогда мы делаем опять же коммит в ветке 0.2.x который фиксит проблему. Так же этот коммит можно либо смерджить либо черепикнуть в другие ветки, которые так же нуждаются в этом фиксе. Все очень привязано к тому как именно вы работаете.

Мастер должен быть стабилен (некоторые не согласны и заводят отдельную ветку release или prod для стабильного кода), и там должна находиться самая последняя версия. Мерджить мастер в более старые ветки иногда не ок и нужно просто понимать как вы хотите построить процесс разработки. Собственно если вы поддерживаете версию 0.4.x то смысла обновлять changelog для версий 0.5.x не особо много, и потому самый актуальный changelog в случае gitlab хранится в master.

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

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