Александр Баумгертнер

3) Нужно кушать полезную и разнообразную пищу, приготовленную из свежих продуктов, кафе и фаст-фуд не рассматриваю

в идеальном мире пони какают бабочками. Автор, лет тебе сколько?

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

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

Могу сказать за еду. 2 часа в день на заботы о еде - это очень много. Кафешки не нужны. Закупаться продуктами проще и дешевле один раз в неделю (а то и реже). Это яйца, курица, свинина, говядина, рыба, свежие, консервированные и замороженные овощи, фрукты, крупы, макароны, хлеб. Морозилка решает. Готовить надо сразу на несколько дней, многие продукты можно заморозить и потом разогревать без особого ущерба для вкуса.
Например курицу я разделваю порционно, снимая мясо с костей и замораживаю, из скелета варю бульон - из него можно сразу сделать суп и есть два-три дня, а можно этот же бульон заморозить и использовать потом. Овощи тоже можно сразу нарубить и заморозить, потом удобно делать всякие рагу или стирфрай - покидал все в сковородку вместе с кусками мяса и ставь на огонь. Всякие каши, крупы и т.д. тоже здоровая пища и готовятся элементарно, завел таймер и над плитой не стоишь. Ну и само собой микроволновка, блендер и прочие прелести цивилизации ускоряют процесс. Ну и жена, само собой.

www.codeschool.com/courses/shaping-up-with-angular-js - очень наглядно и понятно объясняют

www.angularjsbook.com/angular-basics/chapters — лучшее, что я встречал. С азов, с подробным объяснением тонкостей. В книжке объясняются именно принципы работы фреймворка, которые в других книгах просто предлагают принять за данность.

В js-то есть опыт? А то у Ангуляра свой лунопарк, и с самых азов будет трудно. Нужен опыт написания сложных вещей на js/jQuery, нужно дозреть до фреймворка, иначе он будет только всё усложнять. Ну и нужен опыт работы с какими-нибудь другими MVC-фреймворками (несмотря на то, что Ангуляр и не MVC), чтобы хоть как-то ориентироваться в теме.

Самый лучший вариант на сегоднящний день Shipit
Есть очень удобная интеграция с Grunt

В свое время я нашел roco ;-) Очень похож на капистрано, но уровень ниже, конечно.

upd
Ну и недавно появился https://github.com/pstadler/flightplan — очень активно пилится.

Как же жаль, что вы из Москвы. Мы как раз уже полгода ищем верстальщика, подобного вам - знающего основные азы (способного самостоятельно начать делать), которого впоследствии научить своим лучшим практикам и приветствовать изучение всего что угодно нового в этой области. Казалось бы, это идеальное место для типичного junior'а? Но увы, опыт множества собеседований показал, что порой подобные начинающие работники или с завышенной самооценкой (с ними или просто не хочется работать, или хочется, но просят зарплату они большую, чем у лид-программиста), или имеют свой "багаж" из ангуляр, бэмов, бутсрапов, используя их прямо таки с неуёмным фанатизмом (а иногда даже есть ребята, умеющие верстать только на bootstrap и не умеющие просто открыть блокнотик и что-то реализовать).

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

Ох, как я Вас понимаю, сама не так давно из такой ситуации выбралась. Мой совет -- идти за любые копейки junior'ом в контору, где есть нормальный разработчик. В бою все учится намного быстрее. Я сама читала и перечитывала книгу "jQuery для начинающих", и толку было ноль. На реальных рабочих проектах с подсказками старшего дело сразу пошло. И с sass за один день разобралась, потому что дали проект, который уже начали на sass, хочешь-не хочешь, а запишешь. Не могу сказать, что уже гуру, ни с бэм, ни с ангуларом, ни с бэкбоном работать еще не довелось, но я уже присматриваю себе вакансии с приличной зарплатой и возможностями дальнейшего роста.

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

Что нужно, что бы попасть заграницу. Первый путь. Зарегистрироваться на одеске и работать. Выйдите на стабильный рубеж в 1000 долларов в месяц - можете ехать в страны ЮВА / Египет / Индию. Для Европы нужно больше, от 3х примерно. Первый рубеж достигается за год, второй большинством программистов вообще не достигается.

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

Сейчас вы пробуете попасть за границу чтобы она вам помогла. Урвать кусочек звездно-полосатой халявы. Стать лучше, умнее, богаче, просто сменив место проживания. А так не бывает, как правило все попытки заканчиваются прозябанием работая в макдональдсе в пригороде Лондона. Надо туда ехать уже победителем.

Извиняюсь за возможно излишние эмоции.

это просто удобно!
поддержка компиляторов gcc, clang, а также llvm
не нужно запиливать под себя окружение, т.к. оно и так удобное!
можно прогать фронт, бек, системные штуки.
ЯП ставишь на вкус и цвет: руби, нода, с++, golang.
полнофункциональная консоль
менеджеры пакетов brew и macports -> значит можно юзать линуксовые тулзы
плюс ко всему - микроядерная архитектура на основе Math
mac os x - ветка от BSD 4.4
дрова для конкретного железа, оптимизированны для работы с этим железом
и все это из коробки (кроме менеджеров пакетов и ЯП)

Не "программистов", а "людей, которые за компьютером РАБОТАЮТ".
Примерно вот почему:

Самый простой вариант – сохранить флаг в local storage и проверять его после загрузки страницы. Туда же можно положить и timestamp, чтобы по нему смотреть, не пора ли нам снова показывать click.

Есть много тестов, к примеру тут.
Но это не слишком хорошо отражает градацию.

Попробую обобщить мой опыт.

Junior пишет код под присмотром более опытных программистов, сам делает только простые вещи.
Middle это обычный программист, таких большинство. Он может отлично проходить любые тесты, иметь хороший опыт, знать все тонкости JS. А может и не знать.Но в любом случае он должен справляться с любой разумной задачей.
А senior это не только про JS. Он должен быть специалистом во многих смежных областях, чтобы понимать "философию JS". Как правило такие люди либо сами пишут популярные библиотеки, либо контрибьюторы в них, либо пишут книги. В общем как то двигают язык вперед.

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

Может пригодиться. Страничка с тестовым заданием в Яндекс. Ниже они дают ссылки на ресурсы по теме.

alexbaumgertner.github.io/testworks/yandex

Plain text? Просто текст.
text/plain — одно из значений HTTP-заголовка Content-Type, которое задаёт тип данных.

Для HTML — это «text/html». Если вы хотите передавать или получать JSON, то следует использовать значение «application/json». Для XML — «application/xml».

ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%...

UPD
Зачем ВКонтакте шлёт данные в виде плэйнтекста — стоит у них спросить. Если посмотрите в тело ответа, увидите там мешанину данных из HTML и JSON в непонятной кодировке.
Видимо, оптимизация такая. Им виднее :)

Вы никогда не задумывались, почему столько разнообразия среди методик самоорганизации? Именно потому, что самый простой способ самоорганизации — самый сложный. Он называется «бери и делай». Он прекрасно работает у высокомотивированных людей и позволяет добиваться отличных результатов, даже если какие-то события происходят вне графика. Хотя, стоп. Никакого графика у этого способа тоже нет, ведь с помощью этого способа все ежедневные рабочие дела заканчиваются к обеду и ты принимаешься за завтрашние планы.

Но, к сожалению, настолько мотивированных людей очень мало. Обычным смертным нужны все эти системы. Но, дружище, они настолько субъективны, что советовать какую-то не имеет особого смысла — и тут уже вопрос не в сложности или простоте, а эффективности именно для тебя.

Три ответа и куча лайков.
Что характерно, если тех же самых людей спросить, надо ли хэшировать пароли на сервере - все дружно, строем и хором ответят - НУЖНО!

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

Это квинтессенция подобныйх сайтов. Ответ почему-то всегда даётся самый буквальный. При этом вопрос никогда не подвергается сомнению или хотя бы минимальной проверке на осмысленность. Такое ощущение, что отвечающие воспринимают вопрос как экзамен что ли? Или как челендж - ответить любой ценой, пусть даже и неимоверных извращений и ГАРАНТИРОВАННЫХ граблей в будущем. Или - как сейчас - ценой СНИЖЕНИЯ защищенности! Но зато ответ буквальный. И так не только здесь - так практически в любом ответе. Ну никогда ни у кого не твремени задуматься над вопросом - все торопятся отвечать.

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

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

Перед тем как отвечать, НАДО СНАЧАЛА ПОДУМАТЬ. Посчитать на ход вперед - "а что будет, если сделать, как я советую?" Посчитать на ход назад - "а зачем ему нужно это? Не похож ли этот вопрос на мой собственный, который я когда-то задавал от недостатка знаний?" И попробовать ответить так, чтобы РЕАЛЬНО помочь спрашивающему, а не просто выдать зазубренный ответ.

Возвращаясь к вопросу: нет, нельзя без SSL. Хэширование на сервере важнее.
Можно эмулировать SSL для передачи пароля, но куда проще воспользоваться готовым механизмом. На дворе 2014 год, все основные сайты перешли на шифрование всего трафика вообще. Пора переставать бояться SSL.

Скриншоты разных браузеров если без предоплаты или видосики работы, иначе предоплата, все просто.
Странно очень на счет кидалова, как же они без разработчика будут поддерживать код :-]
п.с. обычно заметно кинет или нет, по запросам, поведению (даже переписки) :-)